AMP (Accelerated Mobile Pages)

AMP (Accelerated Mobile Pages) é um framework web de código aberto criado originalmente pelo Google para oferecer páginas de carregamento rápido em dispositivos móveis. As páginas AMP usam uma versão simplificada do HTML com restrições rigorosas em JavaScript e CSS para priorizar a velocidade de renderização. O framework armazena páginas em cache na CDN do Google e as pré-renderiza nos resultados de busca, fazendo com que as páginas AMP parecessem carregar quase instantaneamente ao serem tocadas em uma busca do Google. O AMP foi amplamente adotado por editores de notícias e sites de conteúdo entre 2016 e 2021, particularmente porque o carrossel Top Stories do Google inicialmente exigia páginas AMP para inclusão. A influência do framework diminuiu significativamente desde que o Google removeu o requisito AMP para Top Stories em 2021 e mudou sua ênfase de ranqueamento para os [Core Web Vitals](/glossary/core-web-vitals).

Leitores mobile esperam que as páginas carreguem em menos de três segundos. Conteúdo lento perde leitores e prejudica os rankings de busca. Para editores que investiram em AMP entre 2016 e 2021, o framework proporcionou melhorias mensuráveis em velocidade e visibilidade de busca. No entanto, o AMP alcançou sua velocidade impondo limitações severas — sem JavaScript personalizado, CSS restrito, capacidades de analytics limitadas e sem suporte para elementos interativos como vídeos incorporados, formulários ou animações 3D. À medida que o desempenho dos navegadores e as redes móveis melhoraram, a diferença entre páginas web padrão bem otimizadas e páginas AMP diminuiu consideravelmente. Os editores agora precisam avaliar se as restrições do AMP justificam os benefícios em declínio, especialmente quando frameworks modernos podem alcançar tempos de carregamento comparáveis sem sacrificar funcionalidade.

**"AMP é necessário para bons rankings mobile."** Isso foi parcialmente verdade até 2021, quando o Google exigia AMP para o carrossel Top Stories. Desde então, o Google ranqueia páginas com base nos [Core Web Vitals](/glossary/core-web-vitals) (Largest Contentful Paint, Cumulative Layout Shift, Interaction to Next Paint), independentemente de usarem AMP. Uma página padrão bem otimizada ranqueia tão bem quanto uma página AMP. **"Páginas AMP são sempre mais rápidas que páginas normais."** O AMP alcança velocidade através de cache e restrições, mas uma página web padrão adequadamente otimizada com formatos de imagem modernos, JavaScript mínimo e cache na edge pode igualar ou superar os tempos de carregamento do AMP. A vantagem de velocidade percebida vinha em grande parte da pré-renderização da CDN do Google, não do subconjunto HTML do AMP em si. **"Abandonar o AMP prejudicará o tráfego."** Muitos editores que migraram do AMP relataram tráfego estável ou até melhorado, porque suas páginas padrão agora podiam incluir conteúdo mais rico, melhores analytics e elementos interativos que aumentaram o engajamento e o tempo na página.

O AMP funciona aplicando um conjunto de regras no nível do HTML: - **JavaScript**: O AMP proíbe todo JavaScript personalizado. Apenas a biblioteca de componentes do próprio AMP é permitida, limitando a interatividade a componentes pré-construídos como carrosséis de imagens e acordeões. - **CSS**: Todos os estilos devem ser inline e abaixo de 75KB no total. Folhas de estilo externas são bloqueadas. - **Recursos**: Imagens, vídeos e iframes devem usar tags específicas do AMP (`amp-img`, `amp-video`, `amp-iframe`) com dimensões pré-declaradas para prevenir mudanças de layout. - **Cache**: Páginas AMP são armazenadas em cache na AMP Cache CDN do Google, que as serve dos servidores do Google em vez do servidor de origem do editor. - **Validação**: As páginas devem passar no AMP Validator para serem reconhecidas como páginas AMP válidas e receber o selo AMP nos resultados de busca. Essas restrições significam que recursos como [formulários de captura de leads](/glossary/lead-capture), scripts de [analytics](/glossary/analytics-dashboard) personalizados, visualizadores de [flipbook](/glossary/flipbook) incorporados e demos de produto interativas não podem funcionar dentro de uma página AMP.

O FlipLink não usa AMP porque seu visualizador de flipbooks já é otimizado para desempenho mobile sem as restrições que o AMP impõe. Os flipbooks são servidos como páginas leves e responsivas que carregam rapidamente em qualquer dispositivo. A experiência de virada de página com [Three.js](/glossary/three-js) se adapta automaticamente ao tamanho da tela, e os controles do visualizador do FlipLink permitem aos leitores fazer pinça para zoom, deslizar páginas e navegar com gestos de toque. Recursos como [botões CTA](/glossary/call-to-action-cta), formulários de captura de leads e analytics em tempo real funcionam completamente no mobile — nenhum deles seria possível dentro do subconjunto HTML restrito do AMP. As páginas do FlipLink alcançam fortes pontuações de Core Web Vitals através de carregamento preguiçoso, entrega de imagens otimizada e recursos mínimos que bloqueiam a renderização, tornando o AMP desnecessário para o desempenho de busca.

O AMP resolveu um problema real — páginas mobile lentas — mas fez isso através de restrições que o desenvolvimento web moderno superou. Editores que avaliam sua estratégia mobile devem focar na otimização de Core Web Vitals em vez da adoção de AMP, e plataformas como o FlipLink demonstram que experiências mobile ricas e interativas podem carregar tão rápido quanto páginas AMP sem sacrificar funcionalidade.