Questi sono i modi preferiti di integrare e accedere agli URL della cache AMP in base al tipo di applicazione e alle diverse piattaforme.
URL cache AMP nelle applicazioni web
Se il documento ha una versione canonica per desktop e una versione AMP per dispositivi mobili, aggiungi un link agli URL della cache AMP nella versione AMP.
Per garantire la versione più veloce di una pagina web, apri gli URL della cache AMP sul browser di sistema del dispositivo mobile: su un dispositivo Android, in Chrome, su un dispositivo iOS, in Safari.
URL cache AMP nelle applicazioni iOS
SFSafariViewControllers è il modo migliore per aprire i link in un'app per iOS. Condividino lo stesso stato del browser con il browser di sistema (Safari).
Tuttavia, non è possibile ottimizzare ulteriormente l'esperienza AMP con SFSafariViewController
per l'assenza di API di pre-rendering.
URL AMP Cache nelle app Android
Le schede personalizzate di Chrome sono il modo migliore per aprire i link in un'app Android. Sono veloci e sicuri e condividono lo stato del browser con Chrome. Ciò significa che se gli utenti hanno eseguito l'accesso a un sito web in Chrome, hanno eseguito l'accesso allo stesso sito web in una scheda personalizzata.
Le schede personalizzate funzionano molto bene con le pagine AMP.
Con mayLaunchUrl(url, moreUrls)
,
forniscono un'API di pre-rendering per eseguire il pre-rendering completo di una singola
pagina o per preconnettersi a più pagine.
Per ottenere il miglior rendimento possibile da una scheda personalizzata, devi effettuare tre operazioni:
- Riscalda la scheda personalizzata (risparmia fino a 700 ms quando apri un link con tale scheda).
- Precarica contenuti per gli URL che è probabile che l'utente apra (probabilità >50%).
Usa
mayLaunchUrl
per questa operazione. - Esegui una preconnessione al DNS se l'utente può fare clic su uno dei vari elementi (ad esempio, link in un articolo).
Verrà eseguita una ricerca DNS per tutti gli URL, ma non verranno scaricati contenuti.
Per farlo, imposta i primi due parametri in
mayLaunchUrl
su null e passa l'elenco di URL tramite il bundle.
Le schede personalizzate di Chrome possono determinare se l'utente utilizza il telefono su una rete a consumo o se si tratta di un dispositivo di fascia bassa. Sui dispositivi di fascia inferiore, il pre-rendering ha un effetto negativo sulle prestazioni complessive e non verrà eseguito il precaricamento o il pre-rendering. quindi non c'è bisogno di ottimizzare l'applicazione per questi casi.