اینها راه های ترجیحی برای یکپارچه سازی و دسترسی به URL های کش AMP بر اساس نوع برنامه شما و پلتفرم های مختلف هستند.
URL های کش AMP در برنامه های کاربردی وب
اگر سند شما دارای یک نسخه متعارف برای دسکتاپ و یک نسخه AMP برای تلفن همراه است، به آدرس‌های اینترنتی حافظه پنهان AMP در نسخه AMP پیوند دهید.
برای اطمینان از سریع‌ترین نسخه یک صفحه وب، آدرس‌های اینترنتی حافظه پنهان AMP را در مرورگر سیستم دستگاه همراه باز کنید: در دستگاه Android، در Chrome؛ در یک دستگاه iOS، در Safari.
آدرس‌های اینترنتی حافظه پنهان AMP در برنامه‌های iOS
SFSafariViewControllers بهترین راه برای باز کردن پیوندها در یک برنامه iOS است. آنها وضعیت مرورگر یکسانی با مرورگر سیستم (Safari) دارند. با این حال، هیچ راهی برای بهینه سازی بیشتر تجربه AMP با SFSafariViewController به دلیل عدم وجود API های پیش از رندر وجود ندارد.
آدرس‌های اینترنتی حافظه پنهان AMP در برنامه‌های Android
تب های سفارشی کروم روش ترجیحی برای باز کردن پیوندها در یک برنامه اندروید است. آنها سریع و ایمن هستند و وضعیت مرورگر را با Chrome به اشتراک می گذارند. این بدان معناست که اگر کاربران در کروم وارد یک وب‌سایت شوند، در یک تب سفارشی وارد همان وب‌سایت می‌شوند.
تب های سفارشی با AMP بسیار خوب کار می کنند. با mayLaunchUrl(url, moreUrls) ، آنها یک API پیش رندر ارائه می کنند تا یک صفحه را به طور کامل پیش رندر کند یا به چندین صفحه از قبل متصل شود.
برای به دست آوردن بهترین عملکرد از یک برگه سفارشی باید سه کار انجام دهید:
- تب سفارشی را گرم کنید (وقتی پیوندی را با آن باز می کنید تا 700 میلی ثانیه صرفه جویی می شود).
- واکشی از قبل محتوا برای نشانی‌های اینترنتی که کاربر احتمالاً باز می‌کند (احتمال بیش از 50 درصد). برای این کار از
mayLaunchUrlاستفاده کنید. - اگر کاربر ممکن است روی یکی از چندین مورد (مثلاً پیوندهای موجود در یک مقاله) کلیک کند، یک پیش اتصال DNS انجام دهید. این یک جستجوی DNS برای همه URL ها انجام می دهد، اما هیچ محتوایی را دانلود نمی کند. برای انجام این کار، دو پارامتر اول در
mayLaunchUrlرا null کنید و لیست URL ها را از طریق بسته ارسال کنید.
برگه‌های سفارشی Chrome می‌توانند تعیین کنند که آیا کاربر از تلفن در یک شبکه اندازه‌گیری شده استفاده می‌کند یا اینکه یک دستگاه ارزان‌قیمت است. در دستگاه‌های رده پایین، پیش‌رندر تأثیر منفی بر عملکرد کلی دارد و از قبل واکشی یا پیش‌رندر نمی‌شود. بنابراین، نیازی به بهینه سازی اپلیکیشن خود برای آن موارد نیست.