Ini adalah cara yang lebih disukai untuk mengintegrasikan dan mengakses URL AMP Cache berdasarkan jenis aplikasi Anda dan platform yang berbeda.
URL Cache AMP di aplikasi web
Jika dokumen Anda memiliki versi kanonis untuk desktop dan versi AMP untuk seluler, tautkan ke URL AMP Cache di versi AMP.
Untuk memastikan versi halaman web tercepat, buka URL Cache AMP di browser sistem perangkat seluler: di perangkat Android, di Chrome, di perangkat iOS, di Safari.
URL Cache AMP pada aplikasi iOS
SFSafariViewControllers
adalah cara yang lebih disukai untuk membuka link di aplikasi iOS.
Berbagi status browser yang sama dengan browser sistem (Safari).
Namun, tidak ada cara untuk lebih mengoptimalkan pengalaman AMP
dengan SFSafariViewController
karena kurangnya API pra-rendering.
URL Cache AMP pada aplikasi Android
Tab Khusus Chrome adalah cara yang direkomendasikan untuk membuka link di aplikasi Android. Tab ini cepat dan aman, dan membagikan status browser ke Chrome. Artinya, jika pengguna login ke situs di Chrome, pengguna akan login ke situs yang sama di Tab Kustom.
Tab Kustom berfungsi sangat baik dengan AMP.
Dengan mayLaunchUrl(url, moreUrls)
,
mereka menyediakan API pra-render untuk sepenuhnya merender satu halaman
atau melakukan pra-koneksi ke beberapa halaman.
Anda harus melakukan tiga hal untuk mendapatkan performa terbaik dari tab kustom:
- Lakukan pemanasan pada tab khusus (sehingga menghemat waktu hingga 700 md saat Anda membuka link dengan tab tersebut).
- Mengambil konten untuk URL yang kemungkinan akan dibuka pengguna (kemungkinan >50%).
Gunakan
mayLaunchUrl
untuk ini. - Lakukan prakoneksi DNS jika pengguna mungkin mengklik salah satu dari beberapa item (misalnya, link dalam artikel).
Tindakan ini akan melakukan pencarian DNS untuk semua URL, tetapi tidak mendownload konten apa pun.
Untuk melakukannya, tetapkan dua parameter pertama dalam
mayLaunchUrl
ke null dan teruskan daftar URL melalui paket tersebut.
Tab Khusus Chrome dapat menentukan apakah pengguna menggunakan ponsel pada jaringan berbayar atau apakah merupakan perangkat kelas bawah. Pada perangkat kelas bawah, pra-rendering memiliki efek negatif pada keseluruhan performa dan tidak akan melakukan pra-pengambilan atau pra-render. Jadi, Anda tidak perlu mengoptimalkan aplikasi untuk kasus tersebut.