Tworzenie linków do aplikacji błyskawicznych
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Aplikacja błyskawiczna na Androida to mała wersja aplikacji, która działa bez
instalacji. Zamiast instalować plik APK, użytkownicy uruchamiają aplikację po prostu
klikając adres URL. Dlatego wszystkie aplikacje błyskawiczne muszą być dostępne pod adresem URL.
zadeklarowano za pomocą linków aplikacji na Androida. Z tego artykułu dowiesz się, jak korzystać z aplikacji na Androida
Linki do aplikacji błyskawicznych na Androida.
Linki do aplikacji – omówienie
Na początek oto podsumowanie informacji na temat linków aplikacji.
- Gdy utworzysz filtr intencji dla aktywności w aplikacji, które umożliwiają:
użytkownik może przejść od razu do określonego ekranu w aplikacji
czyli tzw. „precyzyjny link”. Inne aplikacje mogą deklarować podobne
filtr intencji URL, więc system może zapytać użytkownika, którą aplikację
otwartego. Aby utworzyć precyzyjne linki, przeczytaj
Tworzenie precyzyjnych linków do treści aplikacji
- Gdy opublikujesz w witrynie plik
assetlinks.json
odpowiadający
do precyzyjnych linków HTTP Twojej aplikacji, potwierdzasz, że jest ona rzeczywistym właścicielem
tych adresów URL. W ten sposób precyzyjne linki zostały przekształcone w linki aplikacji na Androida,
co sprawia, że aplikacja otwiera się od razu, gdy użytkownik kliknie taki adres URL.
Aby utworzyć linki do aplikacji, przeczytaj artykuł
Weryfikowanie linków aplikacji na Androida
Linki aplikacji na Androida to po prostu precyzyjne linki HTTP, które zostały zweryfikowane przez Twoją witrynę.
aby użytkownik nie musiał wybierać, którą aplikację otworzyć. Więcej
konkretnego opisu, przeczytaj artykuł o różnicach między precyzyjnymi linkami a linkami do aplikacji.
W obu przypadkach użytkownik musi mieć już zainstalowaną Twoją aplikację. Jeśli
użytkownik klika jeden z linków w Twojej witrynie i nie ma zainstalowanej aplikacji
(i żadna inna aplikacja nie obsługuje tej intencji) adres URL otwiera się w przeglądarce.
Utworzenie aplikacji błyskawicznej rozwiązuje ten problem – pozwala użytkownikom otwierać
wystarczy kliknąć URL, nawet jeśli nie ma zainstalowanej Twojej aplikacji.
Gdy użytkownicy wyszukują aplikację w Google, wyszukiwarka wyświetla
Adres URL z opcją „Wyszukiwanie dynamiczne” logo.
Czym różnią się linki do aplikacji błyskawicznych
Jeśli zapoznałeś(-aś) się już z przewodnikami
Tworzenie precyzyjnych linków do treści aplikacji
oraz
Weryfikowanie linków aplikacji na Androida
Masz już za sobą większość czynności niezbędnych do tego, aby linki do aplikacji działały
do aplikacji błyskawicznej. W przypadku linków do aplikacji jest tylko kilka dodatkowych reguł
aplikacje błyskawiczne:
Wszystkie filtry intencji używane jako linki do aplikacji w aplikacji błyskawicznej muszą obsługiwać
zarówno HTTP, jak i HTTPS. Na przykład:
<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>
Zwróć uwagę, że nie musisz umieszczać elementu host
w drugiej części pola <data>
.
ponieważ w każdym elemencie <intent-filter>
znajdują się wszystkie kombinacje
każdy atrybut <data>
jest uznawany za prawidłowy (więc ten filtr intencji może
rozwiązać problem https://www.example.com
).
Dla każdej domeny witryny można zadeklarować tylko jedną aplikację błyskawiczną. (To jest
w odróżnieniu od tworzenia linków do aplikacji z możliwością zainstalowania, które umożliwiają
powiązanie witryny z wieloma aplikacjami).
Inne przypomnienia przy tworzeniu linków do aplikacji
- Wszystkie filtry intencji HTTP w aplikacji błyskawicznej powinny być uwzględnione w parametrze
z instalacją aplikacji. To ważne, ponieważ gdy użytkownik zainstaluje Twoją
w pełnej wersji aplikacji, kliknięcie adresu URL powinno zawsze otwierać zainstalowaną aplikację, a nie błyskawiczną aplikację
.
- Musisz ustawić atrybut
autoVerify="true"
w co najmniej 1 filtrze intencji w obu
aplikację błyskawiczną i aplikację z możliwością zainstalowania. (Zobacz, jak włączyć weryfikację automatyczną).
- Musisz opublikować jeden
assetlinks.json
na każdą domenę (i subdomenę)
obsługiwanych przez linki Twojej aplikacji za pomocą protokołu HTTPS. (Zobacz, jak
obsługują łączenie aplikacji z wielu hostów).
- Plik
assetlinks.json
musi być prawidłowym plikiem JSON i może być wyświetlany bez przekierowań.
i być dostępne dla botów (robots.txt
musi umożliwiać indeksowanie
/.well-known/assetlinks.json
).
- Nie zalecamy używania symboli wieloznacznych w atrybucie hosta filtra intencji.
(Zobacz, jak obsługiwać łączenie aplikacji z wielu subdomen).
- Adresy URL niestandardowych hostów/schematu powinny być zadeklarowane za pomocą osobnych filtrów intencji.
- Upewnij się, że adresy URL linków do aplikacji uwzględniają najlepsze wyniki wyszukiwania
kluczowych terminów.
Treść strony i umieszczone na niej fragmenty kodu podlegają licencjom opisanym w Licencji na treści. Java i OpenJDK są znakami towarowymi lub zastrzeżonymi znakami towarowymi należącymi do firmy Oracle lub jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-07-27 UTC.
[null,null,["Ostatnia aktualizacja: 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."]]