MagicPodのAndroidクラウド端末でテストする際、アプリのアップロード形式(.apk / .aab)によって内部での扱いが異なります。
- .apk でアップロードした場合: 再署名せず、そのままインストールします。元のアプリの署名がそのまま保持されます。
- .aab でアップロードした場合: MagicPodが内部で bundletool を使いインストール可能な形式に変換する際、MagicPod側の固定の署名鍵で再署名します。この鍵は全ユーザー・全組織で共通のものです。
そのため、.aab経由でテストしたアプリの署名SHA-1は、元のアプリ(および.apkでアップロードした場合)の署名SHA-1とは異なる値になります。署名証明書のフィンガープリントに依存する機能をお使いの場合、.aab経由のテストでのみ想定と異なる挙動になることがあります。
影響を受けうる例:
- Google Cloud ConsoleでSHA-1フィンガープリントによりAPIキーを制限している場合(Google Mapsなど)、.aab経由のテストでは機能が動作しないことがあります。
- アプリ内で署名証明書を検証するロジック(証明書ピンニング等)がある場合も、同様に影響を受ける可能性があります。
回避策:
- MagicPodへのアップロード用に、別途 .apk 形式でビルドしたファイルをご用意ください。.apkは再署名されず元の署名がそのまま保持されるため、署名に依存する機能もそのまま動作します。ストア公開自体は引き続き.aabで行い、MagicPodでのテスト用にのみ別途.apkを作成する運用が可能です。
- MagicPodサポートまでお問い合わせください。ケースにより、再署名に使用している固定鍵のSHA-1フィンガープリントをご案内できる場合があります(値は予告なく変更される場合があります)。