Estas são as formas recomendadas de integrar e acessar URLs de Cache de AMP com base no seu tipo de aplicativo e nas diferentes plataformas.
URLs de Cache de AMP em aplicativos da Web
Se o seu documento tiver uma versão canônica para computadores e uma versão de AMP para dispositivos móveis, adicione links com URLs de Cache de AMP nessa segunda versão.
Para garantir a versão mais rápida de uma página da Web, abra URLs de Cache de AMP no navegador do sistema do dispositivo móvel: o Chrome (Android) ou o Safari (iOS).
URLs de Cache de AMP em aplicativos iOS
SFSafariViewControllers
são a maneira preferida de abrir links em um app iOS.
Eles têm o mesmo estado que o navegador do sistema (Safari).
No entanto, não há como otimizar ainda mais a experiência de AMP com o SFSafariViewController
devido à falta de APIs de pré-renderização.
URLs de Cache de AMP em aplicativos Android
As guias personalizadas do Chrome são a maneira preferencial para abrir links em um app Android. Elas são rápidas, seguras e compartilham o estado do navegador com o Chrome. Isso significa que, se os usuários estiverem conectados a um site no Chrome, eles estarão conectados ao mesmo site em uma guia personalizada.
As guias personalizadas funcionam muito bem com AMP.
Com o mayLaunchUrl(url, moreUrls)
, elas fornecem uma API para pré-renderizar completamente uma única página
ou conectar previamente várias páginas.
Para que uma guia personalizada tenha o melhor desempenho possível, siga estas três etapas:
- Use warmup() na guia personalizada. Isso economiza até 700ms quando você abre um link com ela.
- Faça uma pré-busca do conteúdo de URLs que o usuário provavelmente abrirá (probabilidade > 50%).
Use
mayLaunchUrl
para isso. - Pré-conecte um DNS se o usuário puder clicar em um dos vários itens (por exemplo, links em um artigo).
Isso vai realizar uma busca DNS para todos os URLs,
mas não baixará nenhum conteúdo.
Para fazer isso, defina os dois primeiros parâmetros em
mayLaunchUrl
como nulos e transmita a lista de URLs pelo pacote.
As guias personalizadas do Chrome podem determinar se o usuário está usando o smartphone em uma rede limitada ou se esse é um dispositivo simples. Em dispositivos simples, a pré-renderização tem um efeito negativo no desempenho geral e não executa a pré-busca ou pré-renderização. Portanto, não é necessário otimizar seu app para esses casos.