Instant App 用のアプリリンクを作成する
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
Android Instant App は、アプリのスモール バージョンで、
インストールできます。ユーザーは APK をインストールする代わりに、
クリックします。そのため、すべての Instant App に URL でアクセスできる必要があります。
Android アプリリンクを使用して宣言します。このページでは、Android アプリの使用方法について説明します。
Android Instant Apps へのリンク。
アプリリンクの概要
まず、アプリリンクについて、あらかじめ理解しておくべきことをまとめます。
- アプリ内のアクティビティのインテント フィルタを
アプリ内の特定の画面にユーザーが
これは「ディープリンク」と呼ばれます。他のアプリも同様の
URL インテント フィルタを使用して、どのアプリをユーザーにインストールすべきかを
表示されます。これらのディープリンクの作成方法については、
アプリ コンテンツへのディープリンクを作成する。
- 対応するウェブサイトに
assetlinks.json
ファイルを公開すると、
追加する場合、アプリが真の所有者であることを確認し、
できます。これで、ディープリンクが Android アプリリンクに変換され、
に実装することをおすすめします。
アプリリンクの作成方法については、以下をご覧ください。
Android アプリリンクを検証します。
Android アプリリンクは、ウェブサイトが検証される HTTP ディープリンクです。
どのアプリを開くかをユーザーが選択しなくて済みます。詳細については、
具体的な説明については、ディープリンクとアプリリンクの違いをご覧ください。
どちらの場合も、ユーザーはすでにアプリをインストールしている必要があります。もし
ユーザーがウェブサイトのリンクの 1 つをクリックしたが、アプリをインストールしていない
(かつ、他のアプリがその URL インテントを処理していない場合)、その URL はウェブブラウザで開きます。
そのため、この部分は Instant App を作成することで解決できます。ユーザーがアプリを
URL をクリックするだけです。アプリがインストールされていなくても大丈夫です。
エンドユーザーが Google でアプリを検索すると、Google 検索に
「インスタント」を含むバッジです。
Instant App 用のアプリリンクが通常と異なる点
すでにガイドに沿って
アプリ コンテンツへのディープリンクを作成する
および
Android アプリリンクを検証する
アプリリンクを機能させるために必要な作業の
ほとんどはこれで完了です
ダウンロードしますアプリリンクを使用する場合、追加のルールが 2 つしかない
Instant Apps:
Instant App でアプリリンクとして使用されるすべてのインテント フィルタが、
使用できます。例:
<intent-filter>
<action android:name="android.intent.action.VIEW" />
<category android:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.BROWSABLE" />
<data android:scheme="http" android:host="www.example.com" />
<data android:scheme="https" />
</intent-filter>
2 番目の <data>
には host
を含める必要はありません。
なぜなら、各 <intent-filter>
要素内で、そのすべての組み合わせが
各 <data>
属性が有効とみなされます(したがって、このインテント フィルタは有効とみなされます)
https://www.example.com
を解決します)。
Instant App は、ウェブサイトのドメインごとに 1 つだけ宣言できます。(これは
インストール可能なアプリのアプリリンクを作成する場合とは異なり、
ウェブサイトを複数のアプリに関連付けることができます)。
アプリリンク作成時のその他の注意事項
- Instant App のすべての HTTP URL インテント フィルタを
追加できますユーザーがアプリをインストールすると、
フルアプリ。URL をタップすると、インスタントではなくインストール済みのアプリが常に開く
。
- 両方で少なくとも 1 つのインテント フィルタに
autoVerify="true"
を設定する必要があります。
Instant App とインストール可能アプリの
2 つがあります(自動確認を有効にする方法をご覧ください)。
- ドメイン(およびサブドメイン)ごとに 1 つの
assetlinks.json
を公開する必要があります
HTTPS プロトコルを使用して、アプリリンクでサポートされている必要があります。(
複数のホストのアプリリンクをサポートしています)。
assetlinks.json
ファイルは有効な JSON で、リダイレクトなしで提供する必要があります。
bot がアクセスできる(robots.txt
でクロールが許可されている必要があります)
/.well-known/assetlinks.json
)。
- インテント フィルタの host 属性にワイルドカードを使用することはおすすめしません。
(複数のサブドメインからのアプリリンクをサポートする方法をご覧ください)。
- カスタムホスト / スキーム URL は、個別のインテント フィルタを使用して宣言する必要があります。
- アプリリンク URL が、アプリの上位の検索結果を反映したものであることを確認する
主な用語です。
このページのコンテンツやコードサンプルは、コンテンツ ライセンスに記載のライセンスに従います。Java および OpenJDK は Oracle および関連会社の商標または登録商標です。
最終更新日 2025-07-27 UTC。
[null,null,["最終更新日 2025-07-27 UTC。"],[],[],null,["# Create App Links for Instant Apps\n\nAn Android Instant App is a small version of your app that runs without\ninstallation. Instead of installing an APK, users launch your app simply by\nclicking a URL. As such, all instant apps need to be accessible via a URL\ndeclared using Android App Links. This page explains how to use Android App\nLinks for your [Android Instant Apps](/topic/instant-apps).\n| **Note:** If you're not building an instant app, then you don't need to read this guide---you should instead create app links for your installable app by reading [Create Deep Links to App Content](/training/app-links/deep-linking).\n\nApp links overview\n------------------\n\nFirst, here's a summary of what you should already understand about app links.\n\n- When you create an intent filter for activities in your app that allow the user to jump straight to a specific screen in your app with a URL link, this is known as a \"deep link.\" Other apps can declare a similar URL intent filter, though, so the system might ask the user which app to open. To create these deep links, read [Create Deep Links to App Content](/training/app-links/deep-linking).\n- When you publish an `assetlinks.json` file on the website that corresponds to your app's HTTP deep links, you verify that your app is the true owner of those URLs. Thus, you've converted your deep links into Android App Links, which ensure that your app instantly opens when the user clicks such a URL. To create app links, read [Verify Android App Links](/training/app-links/verify-android-applinks).\n\nSo, Android App Links are simply HTTP deep links that your website is verified\nto own so that the user doesn't need to choose which app to open. For a more\nspecific description, see [differences between deep links and app links](/training/app-links/verify-android-applinks#the-difference).\n\nIn both cases, however, the user must already have your app installed. If the\nuser clicks one of your web site's links and they don't have your app installed\n(and no other app handles that URL intent), the URL is opened in a web browser.\nSo, creating an Instant App solves this part---it allows users to open your app by\nsimply clicking a URL, even if they don't have your app installed.\n\nWhen end users perform a Google search for your app, Google Search displays a\nURL with the \"Instant\" badge.\n\nHow app links for instant apps are different\n--------------------------------------------\n\nIf you've already followed the guides to\n[Create Deep Links to App Content](/training/app-links/deep-linking)\nand\n[Verify Android App Links](/training/app-links/verify-android-applinks),\nthen you've already done most of the work necessary to make app links work with\nyour instant app. There are just a couple extra rules when using app links for\ninstant apps:\n\n- All intent filters used as app links in your instant app must support\n both HTTP and HTTPS. For example:\n\n \u003cintent-filter\u003e\n \u003caction android:name=\"android.intent.action.VIEW\" /\u003e\n \u003ccategory android:name=\"android.intent.category.DEFAULT\" /\u003e\n \u003ccategory android:name=\"android.intent.category.BROWSABLE\" /\u003e\n \u003cdata android:scheme=\"http\" android:host=\"www.example.com\" /\u003e\n \u003cdata android:scheme=\"https\" /\u003e\n \u003c/intent-filter\u003e\n\n Notice that you don't need to include the `host` in the second `\u003cdata\u003e`\n element because, within each `\u003cintent-filter\u003e` element, all combinations of\n each `\u003cdata\u003e` attribute are considered valid (so this intent filter *does*\n resolve `https://www.example.com`).\n- Only one instant app can be declared for each website domain. (This is\n unlike when creating app links for your installable app, which allows you to\n [associate a website with multiple apps](/training/app-links/verify-android-applinks#multiple-apps).)\n\nOther reminders when creating app links\n---------------------------------------\n\n- All HTTP URL intent filters in your instant app should be included in your installable app. This is important because once the user installs your full app, tapping a URL should always open the installed app, not the instant app.\n- You must set `autoVerify=\"true\"` in at least one intent filter in both the instant and the installable app. (See how to [enable automatic verification](/training/app-links/verify-android-applinks#config-verify).)\n- You must publish one `assetlinks.json` for each domain (and subdomain supported by your app links, using the HTTPS protocol. (See how to [support app linking for multiple hosts](/training/app-links/verify-android-applinks#multi-host)).\n- The `assetlinks.json` file must be valid JSON, be served without redirects, and be accessible to bots (your `robots.txt` must allow crawling `/.well-known/assetlinks.json`).\n- Use of wildcards in your intent filter's host attribute is not recommended. (See how to [support app linking from multiple subdomains](/training/app-links/verify-android-applinks#multi-subdomain).)\n- Custom host/scheme URLs should be declared with separate intent filters.\n- Ensure that your app link URLs account for your top search results for your key terms."]]