AMP (accelerated mobile pages) - Resumo e slides WordUp

Num encontro WordUp Trójmiasto em Gdynia, o meetup de WordPress da Tricidade polaca, dei uma palestra sobre AMP (Accelerated Mobile Pages). Na altura era um dos temas mais quentes do SEO móvel. Em 2026 o AMP continua a ser mantido, mas é um formato de nicho, e o Google Search retirou-lhe quase todas as vantagens que o tornavam atraente para os editores. Este resumo mantém as teses da palestra e acrescenta o que mudou depois, com a data e a fonte oficial de cada mudança.

#Programa da palestra sobre AMP no WordUp Trójmiasto 12

O arquivo da comunidade WordPress da Tricidade em wpgdynia.pl inclui a palestra Przyspieszone strony mobilne AMP (páginas móveis aceleradas com AMP) no programa do WordUp Trójmiasto #12, no horário das 17:30 às 18:00. A publicação sobre o evento saiu a 18 de março de 2018. Convidava para uma sessão de sábado das 17:00 às 20:00 no Pomorski Park Naukowo-Technologiczny em Gdynia, edifício III, sala A (de cinema). A entrada era livre, com inscrição obrigatória.

A palestra sobre AMP partilhou a tarde com outras quatro sessões. O programa mostra bem o que interessava à comunidade WordPress local na primavera de 2018:

O mesmo arquivo recua até ao WordUp Gdańsk #1, de 17 de dezembro de 2012, e numera as edições da Tricidade do #1 ao #22. As edições seguintes usam o nome WordUp Gdynia, por exemplo o WordUp Gdynia #24. Na sala da #12 estavam programadores WordPress, pessoas de agências e proprietários de sites, e quase todas as perguntas depois da palestra giraram em torno de uma coisa: se o AMP pode funcionar numa loja WooCommerce.

#As três teses da palestra sobre AMP

A palestra assentava em três teses. Em 2018 as três eram verdadeiras. As secções seguintes mostram quais continuam válidas.

#O que é o AMP: um framework HTML com restrições

O AMP é um framework HTML “emagrecido” que a Google promoveu para que as páginas carregassem de imediato no telemóvel. A Google anunciou o projeto a 7 de outubro de 2015 como uma iniciativa de código aberto para acelerar a web móvel. Uma página AMP tem três partes:

1. AMP HTML: um subconjunto de HTML com elementos próprios, como amp-img e amp-form.
2. AMP JS: o ambiente de execução que carrega os recursos e controla o layout.
3. AMP Cache: uma CDN que guarda documentos AMP validados e os serve a partir da infraestrutura da Google.

As regras são rígidas. O guia de estilos do AMP proíbe !important e folhas de estilo externas (a única exceção são as fontes próprias), e todo o CSS do autor vai para um único bloco <style amp-custom>. Na altura da palestra esse bloco tinha um limite de 50 KB. O JavaScript próprio estava totalmente proibido; só eram permitidos os componentes do projeto.

#Porque é que os editores adotaram o AMP: cache e Top Stories

A palestra apontava duas razões para adotar o AMP:

• Velocidade. A Google podia pré-carregar um resultado AMP a partir da sua cache antes de o utilizador lhe tocar, por isso o artigo surgia quase de imediato.
• Visibilidade. O carrossel móvel Top Stories da Google mostrava resultados AMP. A própria Google descrevia em maio de 2020 esta funcionalidade como uma que “atualmente dá destaque a resultados AMP” (Sowmya Subramanian, Google Search Central, tradução própria).

Para um site de notícias, o segundo ponto decidia tudo. Sem AMP não havia um caminho realista para o carrossel.

#O lado negro do AMP: URL google.com/amp e limites de design

A terceira parte da palestra tratava dos custos:

• Confusão com o endereço. Quem abria um resultado AMP via um endereço que começava por google.com/amp/ em vez do domínio do editor. As Signed Exchanges (SXG) resolveram isto em parte, porque o navegador podia mostrar o endereço original de conteúdo servido a partir da cache da Google.
• Limites de design. Com o CSS limitado e sem scripts próprios, manter uma imagem de marca coerente entre a versão AMP e a página normal dava muito trabalho.

#Cronologia do AMP desde a palestra até 2026

Depois de 2018 mudou quase cada um dos pontos acima. A tabela lista as mudanças por ordem, cada uma com a fonte primária.

A especificação AMP HTML atual descreve o limite assim: “É um erro de validação se a folha de estilos do autor e os estilos inline, em conjunto, ultrapassarem 75 000 bytes” (tradução própria). Hoje o JavaScript próprio é possível através do componente amp-script, que executa o código num Web Worker. Cada script inline pode ter até 10 000 bytes e todos os scripts de uma página, em conjunto, até 150 000 bytes.

#O AMP é obrigatório para o Google Top Stories

Não, e não é desde meados de 2021. No anúncio original a Google escreveu: “O AMP deixará de ser necessário para que as notícias apareçam no Top Stories em dispositivos móveis; a funcionalidade ficará aberta a qualquer página” (Sowmya Subramanian, Google Search Central, tradução própria).

A publicação de abril de 2021 foi mais longe e desligou o carrossel também das métricas de desempenho: “Isto significa que o formato AMP deixa de ser obrigatório e que qualquer página, independentemente da pontuação de Core Web Vitals ou do estado de page experience, poderá aparecer no carrossel Top Stories” (Jeffrey Jose, Google Search Central, tradução própria). A mesma publicação anunciou que a Google deixaria de mostrar o ícone AMP junto de conteúdos nesse formato. A implementação começou a 15 de junho de 2021 e terminou no final de agosto de 2021.

O argumento mais forte da palestra, o carrossel Top Stories, deixou portanto de valer. Um artigo normal de WordPress tem o mesmo acesso ao carrossel que um artigo AMP.

#Como o Google Search trata as páginas AMP em 2026

A documentação da Google sobre AMP trata hoje o AMP como mais uma forma de construir uma página: “O Google Search indexa páginas AMP tal como as outras páginas web” (tradução própria). As páginas AMP ainda podem aparecer como resultados avançados ou como Web Stories, mas têm de ser AMP HTML válido, e o endereço AMP deve estar claramente ligado ao site principal. O AMP em computador não recebe funcionalidades específicas nos resultados de pesquisa.

A maior mudança chegou a 1 de julho de 2026. A nota da Google sobre a atualização da documentação diz que o motor de pesquisa “vai agora levar os utilizadores diretamente às páginas AMP alojadas pelo editor”, e que os editores “já não precisam de atualizar a cache AMP nem de configurar signed exchanges”. A nota termina assim: “O conteúdo AMP continuará a posicionar-se tal como qualquer outra página web” (Google Search Central, atualizações da documentação, tradução própria).

Isto reescreve duas teses da palestra:

• O problema dos endereços google.com/amp desapareceu para o tráfego de pesquisa. O utilizador chega ao endereço AMP no domínio do editor, por isso o argumento da marca contra o AMP já não se aplica.
• O argumento de aliviar o servidor também desapareceu para o tráfego de pesquisa. Em 2018 a Google servia os artigos AMP a partir da sua cache, por isso um grande site de notícias respondia a menos pedidos. Desde julho de 2026 essas visitas chegam aos servidores do editor, exatamente como numa página normal.

O framework em si não foi abandonado. O AMP consta como projeto at-large da OpenJS Foundation, e o repositório ampproject/amphtml no GitHub publicou uma nova versão a 18 de agosto de 2026.

#Como funciona o plugin oficial de AMP para WordPress

No WordPress, o AMP chega quase sempre através do plugin oficial de AMP. Entre os seus contribuidores estão a Google, a XWP, a rtCamp e a Automattic. Dados atuais do diretório de plugins do WordPress.org:

A instalação com WP-CLI ocupa uma linha:

wp plugin install amp --activate

O plugin oferece três modos de template, e versões anteriores deste artigo descreviam-nos mal. A descrição do próprio plugin:

• Standard (padrão): “Este modo de template é o ideal, porque há apenas um tema para responder aos pedidos e uma única versão do site” (tradução própria). Cada endereço é uma página AMP.
• Transitional (transição): “Neste modo também se usa um único tema, mas cada página pode ter duas versões: AMP e não AMP” (tradução própria). O tema ativo gera as duas versões.
• Reader (leitor): “Neste modo há dois temas diferentes, um para as páginas AMP e outro para as páginas não AMP” (tradução própria). A versão AMP usa um tema à parte, mais simples.

O modo Standard só faz sentido se o tema e cada plugin ativo gerarem AMP válido. Os modos Transitional e Reader mantêm uma página canónica sem AMP, ou seja, duas versões de cada endereço para testar depois de cada atualização de tema ou plugin. Também vale a pena olhar para a data de lançamento: desde abril de 2025 não saiu nenhuma versão nova, enquanto o WordPress continua a avançar.

#Porque é que o WooCommerce foi a pergunta mais difícil da palestra

As perguntas depois da palestra foram sobretudo sobre WooCommerce, e não por acaso. Uma loja depende das interações que o AMP mais restringia: formulários de produtos com variações, o mini carrinho, os campos de cupões e, acima de tudo, o checkout, onde os gateways de pagamento injetam os seus próprios scripts.

Em 2018 cada um destes elementos precisava de um componente AMP, como amp-form, ou de voltar à página normal. A resposta da palestra continua válida no essencial: o AMP encaixa em páginas de conteúdo, e o carrinho e o checkout devem ficar em páginas normais. O amp-script aliviou a proibição de JavaScript, mas os seus limites de tamanho e o modelo de Web Worker não cobrem os scripts que os fornecedores de pagamento entregam. Como uma loja rápida é possível sem AMP, o caminho prático é o do nosso guia de performance do WooCommerce: cache, formatos de imagem e menos scripts bloqueantes no tema normal.

#Como validar páginas AMP

O Google Search espera que as páginas AMP sejam AMP HTML válido, por isso a validação faz parte de qualquer fluxo de trabalho com AMP. O guia de validação do AMP enumera os métodos:

• No navegador: acrescente #development=1 ao endereço da página e leia as mensagens de validação na consola do DevTools.
• Interface web: cole o HTML ou o endereço em validator.ampproject.org, que mostra os erros ao lado do código-fonte.
• Extensão do navegador: a extensão AMP Validator para Chrome e Opera assinala páginas inválidas durante a navegação.
• Em CI: o pacote npm amphtml-validator (ou o seu invólucro para gulp) faz falhar o build quando um template gera AMP inválido.

Num site WordPress com o plugin em modo Transitional ou Reader, a validação importa depois de cada atualização de plugins, porque um plugin novo pode injetar marcação que parte o AMP enquanto a página sem AMP continua a funcionar.

#Como remover o AMP do WordPress sem perder endereços

Muitos sites WordPress ainda têm versões AMP que ninguém revê há anos. O guia da Google para remover páginas AMP descreve o caminho seguro quando a página normal deve ficar:

1. Remova a ligação rel="amphtml" da página canónica sem AMP.
2. Faça com que o endereço AMP removido devolva um redirecionamento 301 ou 302 para a página canónica.
3. Acompanhe o relatório de estado do AMP no Search Console, onde o gráfico “indexed AMP pages” deve descer.

O guia também alerta contra um atalho: não esvazie o documento AMP. “Quando o Google Search reconhece que um documento é inválido, continua a servir a versão válida mais antiga disponível” (tradução própria). Num site WordPress com o plugin oficial, desativá-lo remove as ligações amphtml, mas os antigos endereços AMP continuam a precisar de redirecionar para as páginas canónicas, através de uma regra de redirecionamento ou na configuração do servidor.

Antes de desligar o AMP, olhe primeiro para a analítica. As páginas AMP são muitas vezes medidas à parte com o componente amp-analytics, por isso o seu peso no tráfego passa facilmente despercebido nos relatórios habituais. Se aos endereços AMP já só chega um número pequeno de visitas, o plugin é candidato a sair. Em ambos os casos a decisão deve partir de uma linha de base medida, para depois ser possível mostrar se o site ficou mais rápido ou mais lento sem AMP.

#Core Web Vitals em vez de AMP

O objetivo de desempenho que o AMP impunha através de restrições mede-se hoje diretamente. As Core Web Vitals e os seus limiares de “bom”:

A Google recomenda medi-las no percentil 75 dos carregamentos de página, separadamente para telemóvel e computador. O INP substituiu o First Input Delay em março de 2024, por isso qualquer guia que ainda indique FID abaixo de 100 ms está desatualizado. Um tema normal de WordPress pode cumprir estes limiares sem AMP, e os métodos estão no nosso guia de Core Web Vitals e INP e no guia sobre como acelerar um site WordPress.

#Vale a pena usar AMP no WordPress em 2026

O AMP já não é a escolha por defeito para um site WordPress. As razões da palestra foram caindo uma a uma: o Top Stories abriu-se a qualquer página em 2021, o ícone AMP desapareceu e, desde julho de 2026, o Google Search já não serve páginas AMP a partir da sua cache. Fica um framework HTML válido, ainda mantido, com regras rígidas que algumas equipas usam como disciplina de desempenho.

Para um site novo, construa uma página normal rápida e meça as Core Web Vitals. Para um site que já usa AMP, não há penalização de posicionamento em nenhum sentido, porque o conteúdo AMP se posiciona como qualquer outra página. O que decide é o custo: um segundo conjunto de templates, validação depois de cada atualização e um plugin de WordPress sem versão nova desde abril de 2025. Se ninguém na equipa mantém a versão AMP, retirá-la com redirecionamentos costuma ser a opção mais limpa.

#Slides e recursos da palestra sobre AMP

Os slides do WordUp Trójmiasto #12 não estão anexados a este resumo, por isso as ligações abaixo levam às fontes oficiais de cada facto do artigo. Obrigado a todos os que vieram à palestra e fizeram perguntas difíceis sobre AMP no WooCommerce. Foram essas perguntas que deram forma às partes deste artigo sobre lojas.

• Programa do WordUp Trójmiasto #12 em wpgdynia.pl
• Plugin oficial de AMP para WordPress
• Documentação do projeto AMP
• Google Search Central: AMP na Pesquisa Google
• Google Search Central: remover páginas AMP