با مجموعه‌ها، منظم بمانید
ذخیره و طبقه‌بندی محتوا براساس اولویت‌های شما.
برنامه Instant Android نسخه کوچکی از برنامه شما است که بدون نصب اجرا می شود. به جای نصب یک APK، کاربران برنامه شما را به سادگی با کلیک کردن روی یک URL راه اندازی می کنند. به این ترتیب، همه برنامه‌های فوری باید از طریق URL اعلام شده با استفاده از پیوندهای برنامه Android قابل دسترسی باشند. این صفحه نحوه استفاده از پیوندهای برنامه Android را برای برنامه‌های فوری Android خود توضیح می‌دهد.
نمای کلی پیوندهای برنامه
ابتدا، در اینجا خلاصه ای از آنچه قبلاً باید در مورد پیوندهای برنامه بدانید آورده شده است.
هنگامی که یک فیلتر قصد برای فعالیت‌های برنامه خود ایجاد می‌کنید که به کاربر اجازه می‌دهد مستقیماً به صفحه خاصی در برنامه شما با پیوند URL بپرد، این به عنوان "پیوند عمیق" شناخته می‌شود. با این حال، برنامه‌های دیگر می‌توانند فیلتر هدف URL مشابهی را اعلام کنند، بنابراین سیستم ممکن است از کاربر بپرسد که کدام برنامه را باز کند. برای ایجاد این پیوندهای عمیق، ایجاد پیوندهای عمیق به محتوای برنامه را بخوانید.
هنگامی که یک فایل assetlinks.json را در وب سایت منتشر می کنید که با پیوندهای عمیق HTTP برنامه شما مطابقت دارد، تأیید می کنید که برنامه شما مالک واقعی آن URL ها است. بنابراین، شما پیوندهای عمیق خود را به پیوندهای برنامه Android تبدیل کرده اید، که تضمین می کند با کلیک کاربر روی چنین URL، برنامه شما فوراً باز می شود. برای ایجاد پیوندهای برنامه، تأیید پیوندهای برنامه Android را بخوانید.
بنابراین، پیوندهای برنامه اندروید به سادگی پیوندهای عمیق HTTP هستند که وب سایت شما تأیید شده است که مالک آن است تا کاربر نیازی به انتخاب برنامه برای باز کردن نداشته باشد. برای توضیحات دقیق تر، تفاوت بین پیوندهای عمیق و پیوندهای برنامه را ببینید.
با این حال، در هر دو مورد، کاربر باید برنامه شما را از قبل نصب کرده باشد. اگر کاربر بر روی یکی از پیوندهای وب سایت شما کلیک کند و برنامه شما را نصب نکرده باشد (و هیچ برنامه دیگری آن آدرس URL را مدیریت نمی کند)، URL در یک مرورگر وب باز می شود. بنابراین، ایجاد یک برنامه فوری این بخش را حل می کند - به کاربران اجازه می دهد برنامه شما را به سادگی با کلیک کردن روی یک URL باز کنند، حتی اگر برنامه شما را نصب نکرده باشند.
هنگامی که کاربران نهایی برای برنامه شما جستجوی گوگل را انجام می دهند، جستجوی Google URL را با نشان "Instant" نمایش می دهد.
چگونه پیوندهای برنامه برای برنامه های فوری متفاوت است
اگر قبلاً از راهنماهای ایجاد پیوندهای عمیق به محتوای برنامه و تأیید پیوندهای برنامه Android پیروی کرده اید، در این صورت اکثر کارهای لازم برای کارکرد پیوندهای برنامه با برنامه فوری خود را قبلاً انجام داده اید. هنگام استفاده از پیوندهای برنامه برای برنامه های فوری فقط چند قانون اضافی وجود دارد:
همه فیلترهای قصد استفاده شده به عنوان پیوند برنامه در برنامه فوری شما باید از HTTP و HTTPS پشتیبانی کنند. به عنوان مثال:
توجه داشته باشید که لازم نیست host در عنصر <data> دوم قرار دهید زیرا در هر عنصر <intent-filter> ، تمام ترکیبات هر ویژگی <data> معتبر در نظر گرفته می‌شوند (بنابراین این فیلتر قصد https://www.example.com را حل می‌کند . https://www.example.com ).
برای هر دامنه وب سایت فقط یک برنامه فوری می توان اعلام کرد. (این برخلاف زمانی است که پیوندهای برنامه را برای برنامه قابل نصب خود ایجاد می کنید، که به شما امکان می دهد یک وب سایت را با چندین برنامه مرتبط کنید .)
یادآوری های دیگر هنگام ایجاد پیوندهای برنامه
همه فیلترهای هدف URL HTTP در برنامه فوری شما باید در برنامه قابل نصب شما گنجانده شوند. این مهم است زیرا هنگامی که کاربر برنامه کامل شما را نصب کرد، ضربه زدن روی یک URL همیشه باید برنامه نصب شده را باز کند، نه برنامه فوری.
باید autoVerify="true" را در حداقل یک فیلتر هدف در برنامه فوری و قابل نصب تنظیم کنید. (به نحوه فعال کردن تأیید خودکار مراجعه کنید.)
شما باید یک assetlinks.json را برای هر دامنه منتشر کنید (و زیردامنه ای که توسط پیوندهای برنامه شما با استفاده از پروتکل HTTPS پشتیبانی می شود. (نحوه پشتیبانی از پیوند برنامه برای چندین میزبان را ببینید).
فایل assetlinks.json باید JSON معتبر باشد، بدون تغییر مسیر ارائه شود و برای ربات ها قابل دسترسی باشد ( robots.txt شما باید اجازه خزیدن /.well-known/assetlinks.json را بدهد).
URLهای میزبان/طرح سفارشی باید با فیلترهای هدف جداگانه اعلان شوند.
اطمینان حاصل کنید که نشانی‌های اینترنتی پیوند برنامه شما برای عبارات کلیدی شما، نتایج جستجوی برتر شما را تشکیل می‌دهند.
محتوا و نمونه کدها در این صفحه مشمول پروانههای توصیفشده در پروانه محتوا هستند. جاوا و OpenJDK علامتهای تجاری یا علامتهای تجاری ثبتشده Oracle و/یا وابستههای آن هستند.
تاریخ آخرین بهروزرسانی 2025-07-29 بهوقت ساعت هماهنگ جهانی.
[null,null,["تاریخ آخرین بهروزرسانی 2025-07-29 بهوقت ساعت هماهنگ جهانی."],[],[],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."]]
