← ishizakahiroshi.com
失敗談2026-09-27

WebアプリのAndroid化で起動直後に落ちるとき。Manifestと端末のAPKを確認する

WebからAndroidへ。起動停止を直して、仕組みが見えた

WebアプリのAndroid試作が起動直後に停止。ManifestのActivity宣言漏れを直し、端末に旧版APKが残っていたことも確認しました。Chromeの既存ログインを使える仕組みと、高校版のURLを固めてから公開準備へ進む順番を図解します。

Qiitaで本文を読む →
Activity宣言、端末の実効版、ブラウザの状態共有を順に確認
ソース、完成APK、端末に入っている版を分けて調べると、修正箇所を絞れました。

修正版を作ったあとも、端末の版を確かめる

ライブラリのクラスが入っていても、ManifestへのActivity登録が必要でした。修正後に同じ停止が続いたのは、端末が旧版のままだったためです。ワイヤレスADBで版を調べ、上書き後に高校ホームの表示を確認しました。

修正版の用意と端末への反映を分けて確認するイメージ
作った成果物と実行中の成果物が同じか、インストール後にも確認します。

画面を動かすのは、端末のブラウザ

今回の実機ではURLバー付きのChrome Custom Tabsとして表示されました。同じブラウザ・同じオリジンの既存セッションを使えましたが、Google・LINEの新規ログインや保存・再起動の検証は残っています。

Androidの入口、Chrome、Cloudflare、Supabaseの役割
アプリ本体がブラウザのCookieやlocalStorageを直接読む構成ではありません。

高校版のURLを固めてから、公開用に仕上げる

サブドメイン移行とWebの認証・データの確認を先に進め、そのURLに対してTWAの所有確認を整えます。WebとAndroidを優先し、iPhoneは当面Web版で利用してもらう方針です。

URLの確定、Webの検証、Androidの公開準備の順に進む
実機のホーム表示を確認した段階です。全画面TWA・Google Play公開はこれからです。

関連リンク