Instant App: 本質、Google Play Instant、インストール不要のアプリ

Instant Appとは？

Android Instant Appは、リンクまたは「試す」ボタンをクリックした直後に、インストールなしで起動するネイティブAndroidアプリケーションです。2017年にGoogleによって発表されたこの技術は、現在のシナリオ（注文、ゲームレベル、ホテル予約）に必要なモジュールのみをダウンロードし、すべてのデバイス機能にアクセスできる完全なネイティブプロセスとして実行します。

この概念は、モバイル市場の根本的な問題を解決します。発見の障壁です。調査によると、アプリページを表示したユーザーの60〜80%がインストールせず、インストールされたアプリの25%が一度も開かれません。インスタントアプリは、ネイティブエクスペリエンスを即座に提供することでこの障壁を取り除きます。同時に、1つのコードベースがインスタント版とフル版の両方に対応し、開発コストを削減します。

2026年までに、Google Play Instantはゲーム、eコマース、旅行予約、チケット購入、ユーティリティをサポートしています。大規模な導入例としては、Skyscanner（予約+25%）、NYTimes Crossword（サブスクリプション+15%）、Red Bull（エンゲージメント+30%）があります。この技術は、ユーザーがインストール前にアプリを評価したい「購入前にお試し」のシナリオで特に効果的です。

Google Play Instantのアーキテクチャ

Google Play Instantは、Android App Bundle形式とDynamic Deliveryメカニズムに基づいて構築されています。ユーザーがインスタントエクスペリエンスを開始すると、Google Playはベースモジュールと特定のfeature-moduleをダウンロードし、デジタル署名を検証して、数秒でアクティビティを起動します。プロセス全体がインストールダイアログなしで行われます—アプリは単に画面に表示されます。

// build.gradle.kts — インスタントモジュールの設定
plugins {
    id("com.android.application")
    id("org.jetbrains.kotlin.android")
    id("com.google.android.instantapps")
}

android {
    namespace = "com.example.instantapp"
    compileSdk = 35

    defaultConfig {
        applicationId = "com.example.instantapp"
        minSdk = 26
        targetSdk = 35
        versionCode = 1
        versionName = "1.0"
    }

    dynamicFeatures = setOf(
        ":feature_checkout",
        ":feature_catalog"
    )
}

// AndroidManifest.xml インスタントアプリ用 — "dist:module dist:instant="true"" フラグ
// <dist:module dist:instant="true" />

// Feature module — インスタント用の注文画面
class CheckoutActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_checkout)

        // Instant app: feature-moduleのサイズは4MBを超えてはいけません
        // サムネイルを読み込み、その後フル画像を読み込みます
        // feature-moduleでは最小限の依存関係を使用します
    }

    fun upgradeToInstalledApp() {
        // ユーザーにフルバージョンのインストールを提案します
        InstantApps.showInstallPrompt(this, "com.example.instantapp", 123)
    }
}

主要な設定要件はインスタントマニフェストフラグです：インスタントエクスペリエンスに参加する各feature-moduleは、そのマニフェストに<dist:module dist:instant="true" />を含める必要があります。ベースモジュールにはPlay Instant SDKの依存関係も必要です。Google Play Consoleではインスタントリリース用に個別の設定が必要であり、アプリはAndroid App Bundle（.aab）形式で公開する必要があります。

Feature Modulesによるモジュラー開発

Feature-modulesはインスタントアプリの構成要素です。各feature-moduleは個別のユーザーシナリオ（注文、検索、商品カード、ゲームレベル）を表し、独立してロードできます。ベースモジュールには共有コード、リソース、ナビゲーションインフラストラクチャが含まれ、feature-modulesは特定の機能を実装します。このアーキテクチャはインスタント版とインストール版の両方にメリットをもたらします。

// settings.gradle.kts — feature-modulesを使用したプロジェクト構造
pluginManagement {
    repositories {
        google()
        mavenCentral()
        gradlePluginPortal()
    }
}

rootProject.name = "InstantAppExample"

include(":app")                    // ベースモジュール
include(":feature_checkout")     // 注文処理（instant-ready）
include(":feature_catalog")      // 商品カタログ（instant-ready）
include(":feature_profile")      // ユーザープロフィール（インストール版のみ）

// build.gradle.kts（feature module） — instant-enabled
plugins {
    id("com.android.dynamic-feature")
    id("org.jetbrains.kotlin.android")
}

android {
    namespace = "com.example.feature.checkout"
}

dependencies {
    implementation(project(":app"))
    implementation("androidx.appcompat:appcompat:1.7.0")
}

Feature-modulesはNavigation Componentと共有インターフェースを通じてベースモジュールと相互作用します。ナビゲーションコンポーネントはfeature-modulesへの直接のディープリンクをサポートし、インスタントアプリがURLを処理できるようにします。データ交換のために、feature-modulesは共有ViewModel、サービスロケーター（Dagger/Hilt）、またはイベントバスを使用できます。ベースモジュールはナビゲーショングラフを宣言し、各feature-moduleはそのデスティネーションを登録します。

サイズ制限と最適化

インスタントアプリのサイズ制限は最も重要な技術的制約です。総ダウンロードサイズ（ベースモジュール＋必要なfeature-modules）は10MBを超えてはなりません。初回起動時には、1つのfeature-moduleとベースモジュールを合わせて4MB以下に抑え、2秒以内の起動を確保する必要があります。制限を超えると、ダウンロード障害やユーザー離れを引き起こします。

サイズ分析ツール：Android StudioのAPK Analyzer（.apk用）とbundletool（.aab用）。Google Play Consoleは、デバイス構成ごとのダウンロードサイズを示す「Instant App Size Report」を提供します。CIでは、サイズバジェットチェックを追加する必要があります—初期バンドルが8MBを超えるとビルドが失敗するようにします。

ディープリンクとインスタントアプリのURL

インスタントアプリのディープリンクは、インスタントアプリを直接起動するHTTP/HTTPS URLです。ユーザーがウェブサイト、広告、ソーシャルメディアのリンクをクリックすると、Androidはインスタントアプリが指定されたURLパターンを処理するかどうかを確認します。処理する場合、インスタントアプリモジュールがダウンロードされて起動し、ユーザーはモバイルウェブページの代わりにネイティブコンテンツを表示します。

// AndroidManifest.xml — feature-moduleでのディープリンク処理
<activity
    android:name=".CatalogActivity"
    android:excludeFromRecents="true">

    <intent-filter
        android:autoVerify="true">
        <action
            android:name="android.intent.action.VIEW" />
        <category
            android:name="android.intent.category.DEFAULT" />
        <category
            android:name="android.intent.category.BROWSABLE" />

        <data
            android:scheme="https"
            android:host="www.example.com"
            android:pathPrefix="/catalog" />
    </intent-filter>

    <!-- インスタントアプリに必要 -->
    <meta-data
        android:name="default-url"
        android:value="https://www.example.com/catalog" />
</activity>

ディープリンクの検証はDigital Asset Linksを通じて行われます—https://yoursite/.well-known/assetlinks.jsonに公開されるJSONファイルです。ウェブサイトの所有者がAndroidアプリを管理していることを確認します。検証がない場合、リンクはインスタントアプリではなくブラウザで開かれます。Google Search Consoleは、インスタントアプリのインデックス作成のためのディープリンク設定のテストと検証に役立ちます。

Instant Appsを使用するタイミング

インスタントアプリは最も効果的ですユーザーがコミットメントなしで即時の価値を得たいシナリオで：ショッピング（カタログを即座に閲覧）、旅行（インストールせずにフライト検索）、ゲーム（レベルを試す）、チケット（3タップで購入）、フードデリバリー（メニューを選んで注文）、ユーティリティ（電卓、翻訳、バーコードスキャナー）など。共通のパターンは、完全な機能のためにインストールに変換される焦点を絞ったターゲット体験です。

適さないもの：バックグラウンドサービスを伴うアプリ（メッセンジャー、フィットネストラッカー）、複雑なオンボーディングを伴うアプリ（バンキング、医療記録）、またはインスタント版が有意義な価値を提供できないケース（ビデオエディター、オフィススイート）。Googleのデータによると、ゲーム、eコマース、旅行がインスタントからインストールへの最も高いコンバージョン率を示しており、多くの場合30%を超えています。