SEO para AMP

TL;DR — AMP (Accelerated Mobile Pages) é um framework do Google de 2015 para criar páginas móveis super-rápidas. Ele nunca foi um fator de ranking e, desde junho de 2021, você não precisa mais dele para aparecer no carrossel Top Stories do Google — os Core Web Vitals assumiram essa função. Para um site novo, não perca tempo com AMP. Se você já o tem, decida se ele ainda vale o trabalho.

O que é AMP

AMP significa Accelerated Mobile Pages. O Google lançou o projeto em 2015 (ele apareceu na Busca do Google em outubro daquele ano) como uma forma de código aberto de fazer páginas móveis carregarem quase instantaneamente.

Ele funciona colocando sua página em uma dieta rigorosa. AMP permite apenas um conjunto limitado de HTML, seu próprio JavaScript é em grande parte proibido, o CSS precisa ser inline e pequeno, e você precisa carregar uma biblioteca AMP especial. Em troca, o Google pode armazenar uma cópia da sua página em sua própria rede super-rápida (o Google AMP Cache) e carregá-la em segundo plano antes mesmo que alguém toque no seu resultado — por isso ela parece instantânea.

Por que as pessoas usavam

Por vários anos, usar AMP era praticamente o preço de entrada no carrossel Principais notícias, exibido acima dos resultados da busca móvel. Quem administrava um portal jornalístico e queria aparecer nesse espaço precisava adotar AMP. O Google também mostrava um pequeno ícone de raio (⚡) ao lado desses resultados para indicar o carregamento rápido.

O que mudou

Em junho de 2021, o Google deixou de exigir AMP para Top Stories. Agora qualquer página pode aparecer ali, desde que atenda aos critérios de notícias do Google — para o lado do desempenho, o que importa são os Core Web Vitals, as métricas de velocidade e estabilidade do Google, não AMP. O Google também removeu o selo de raio dos resultados aproximadamente na mesma época.

O que a maioria das pessoas entende errado

AMP não é um impulso de ranking. O Google sempre disse que o próprio AMP não é um fator de ranking. Páginas rápidas podem ranquear melhor, claro — mas AMP é apenas uma forma de obter velocidade, não a única. Uma página comum bem construída pode ser igualmente rápida (ou mais rápida) sem nenhuma das restrições do AMP.

Você deve usá-lo hoje?

• Site novo? Não o construa em AMP. Dedique esse esforço aos Core Web Vitals.
• Já tem AMP? Ele ainda funciona e continua sendo indexado. Mas muitos publishers o desativaram sem perder muito tráfego, em parte porque AMP torna o analytics mais confuso. Vale perguntar se ele ainda compensa o custo.

Quer a versão completa — tags canônicas, o problema de reescrita de URL, Signed Exchange, armadilhas de analytics e um checklist real para removê-lo? Mude para a aba Avançado.

TL;DR — AMP é o framework de código aberto do Google, lançado em 2015, para páginas móveis quase instantâneas — HTML/CSS/JS restritos e pré-renderização do Google AMP Cache. Ele nunca foi um fator de ranking (o Google diz isso explicitamente) e, desde a atualização de experiência da página de junho de 2021, não é mais exigido para Top Stories — os Core Web Vitals o substituíram e o selo AMP foi removido. AMP armazenado em cache continua sendo servido em google.com/amp/s/…; o Signed Exchange (SXG) pode servi-lo sob sua própria URL, mas somente no Chrome. A relação canônica combina uma página não AMP autocanônica (com rel="amphtml") com uma página AMP que aponta de volta com rel="canonical". Hoje AMP é opcional e está em declínio: não crie AMP novo e avalie o custo operacional (especialmente analytics) antes de mantê-lo.

Um pouco de história

O Google lançou AMP em 2015 e o disponibilizou na Busca do Google em outubro de 2015, posicionando-o como a resposta da web aberta aos Facebook Instant Articles e Apple News — uma forma de manter as páginas dos publishers competitivas em velocidade móvel. No lançamento, ele teve o apoio de parceiros como Twitter, LinkedIn, WordPress e Pinterest; mais tarde, o projeto passou à governança da OpenJS Foundation, embora o Google tenha continuado como o principal contribuidor.

O motivo pelo qual a maioria dos publishers realmente o adotou não foi ideologia — foi o carrossel Top Stories. Aproximadamente de 2016 a 2021, AMP era efetivamente exigido para aparecer ali, e o Google marcava os resultados AMP com um selo de raio (⚡).

Como AMP funciona tecnicamente

AMP compra velocidade por meio de restrições:

• Marcação restrita. Uma página AMP declara <html ⚡> (ou <html amp>), carrega o runtime AMP JS (<script async src="https://cdn.ampproject.org/v0.js">) e inclui o boilerplate AMP, além das meta tags obrigatórias charset e viewport.
• Sem JavaScript do autor. Seu próprio JS é proibido, exceto por meio do componente isolado amp-script; JS de terceiros só roda dentro de iframes. Tudo que roda é assíncrono, então nada bloqueia a renderização.
• CSS é inline e limitado a 75KB. Não há folhas de estilo externas.
• Dimensões de recursos são declaradas estaticamente. Imagens e embeds reservam seu espaço antecipadamente, o que evita deslocamento de layout.

Essas regras permitem ao Google pré-renderizar com segurança uma página AMP em um iframe oculto antes que o usuário toque nela — é daí que vem a sensação de “instantânea”.

O Google AMP Cache

A velocidade do AMP não vem apenas do framework — vem da entrega. O Google armazena uma cópia validada e otimizada da sua página AMP em cdn.ampproject.org, serve-a por HTTPS e protocolos modernos e otimiza as imagens. Uma consequência importante: com AMP em cache, a infraestrutura do Google se torna a hospedagem do seu conteúdo, não seus servidores. Observe também que páginas AMP para desktop não são servidas pelo AMP Cache — AMP canônico se comporta como um resultado padrão nesse contexto —, então o benefício da aceleração pela CDN é efetivamente móvel.

O que realmente aconteceu na Busca do Google

A linha do tempo que importa:

• 2016–2021: selo AMP (⚡) exibido nos resultados; AMP exigido para Top Stories.
• Abril de 2021: o Google anunciou que, com a atualização de experiência da página, “using the AMP format is no longer required” (tradução) «usar o formato AMP não é mais exigido» para Top Stories.
• Junho de 2021: a atualização de experiência da página foi lançada. Core Web Vitals tornou-se o sinal de desempenho para elegibilidade ao Top Stories, e o Google removeu o selo AMP dos resultados.
• 2021–presente: AMP é opcional, não oferece impulso de ranking e os CWV são o que realmente orienta os sinais relacionados ao desempenho.

A manchete que você precisa guardar: o próprio AMP não é um fator de ranking e não é mais seu ingresso para o Top Stories.

O problema da reescrita de URL (e o Signed Exchange)

Há três URLs em jogo para um único artigo AMP: a URL original do publisher, a URL do AMP Cache em cdn.ampproject.org e a URL do Google AMP Viewer, que se parece com https://www.google.com/amp/s/[your-domain]/[path]. Como a pré-renderização exige um iframe de mesma origem, o Viewer serve seu conteúdo sob uma URL google.com — assim, os usuários veem o domínio do Google, não o seu. Isso foi uma fonte real de confusão de marca e problemas de atribuição.

O Signed Exchange (SXG) é a correção. Ele envolve o documento AMP em uma assinatura criptográfica vinculada à sua URL; quando o Chrome a valida, o navegador mostra seu domínio na barra de endereço. O Google prioriza o Signed Exchange em relação ao AMP Viewer quando há suporte. As ressalvas: SXG funciona somente no Chrome, as assinaturas têm vida máxima de 7 dias (portanto o empacotador precisa assiná-las novamente), ele é limitado a resultados ricos e básicos (não carrosséis) e exige executar um servidor amppackager ou usar um provedor SXG terceirizado. É o método de entrega “certo”, mas representa um aumento operacional relevante.

Tags canônicas do AMP

É aqui que as implementações AMP quebram com mais frequência. Há duas configurações:

• Pareada (mais comum): uma página não AMP e uma página AMP separada.
  • A página não AMP declara a si própria como principal e adiciona <link rel="amphtml" href="https://example.com/article/amp/">.
  • A página AMP adiciona <link rel="canonical" href="https://example.com/article/">, apontando de volta para a versão não AMP.
• Somente AMP: uma única URL é principal e AMP ao mesmo tempo, então referencia a si própria.

Regras práticas: o Google indexa a URL principal (AMP é tratado como duplicata), então coloque seus dados estruturados nas duas versões, inclua somente URLs principais no sitemap e deixe rel="amphtml" cuidar da descoberta do AMP. O Google documenta exatamente esse pareamento rel="amphtml" / rel="canonical" — consulte Sobre AMP: torne seu conteúdo detectável para a relação de referência se sua configuração não corresponder a nenhum dos casos acima.

Desafios de analytics do AMP

A complexidade de rastreamento do AMP é um custo operacional real, não teórico:

• O problema da referência. O tráfego de páginas AMP em cache historicamente aparecia como referências de cdn.ampproject.org, e não como busca orgânica — a correção é uma exclusão de referência para esse domínio.
• Fragmentação da sessão. Ir de uma página AMP em cache para sua página não AMP iniciava uma nova sessão por padrão. O AMP Linker (passando o Client ID por meio de um parâmetro de URL amp_id= através da fronteira cache-site) é o que as une.
• GTM para AMP usa o componente amp-analytics — uma configuração mais complexa que o GTM padrão, com menos recursos.
• O GA4 ganhou suporte AMP nativo em junho de 2024; antes disso, a medição AMP dependia de implementações da comunidade.

Quando o Search Engine Land desativou AMP, “a clearer picture of their audience analytics” (tradução) «uma visão mais clara do analytics de sua audiência» foi um dos benefícios relatados — portanto, esse é um problema conhecido.

Outras superfícies AMP (para você não confundi-las)

• Web Stories (lançadas como AMP Stories em 2018 e renomeadas Google Web Stories em 2020) são um formato visual e interativo de histórias, construído sobre AMP. Elas aparecem na Busca, no Discover e no Imagens. São distintas dos artigos AMP padrão.
• AMP para E-mail leva conteúdo interativo (formulários, carrosséis e dados em tempo real) ao Gmail e a alguns outros clientes. É um recurso de e-mail, não de SEO de busca — vale saber que existe, mas ele não é relevante para ranking.

Bing e AMP

O Bing entrou no esforço de código aberto do AMP em setembro de 2016 e, por um período, operou seu próprio viewer e cache AMP, com seu próprio tratamento de raio. Mas, segundo o Bing, AMP não afetava seus algoritmos de ranking de forma alguma, e o suporte AMP do Bing agora é em grande parte histórico — não há um carrossel de notícias atual que exija AMP nem um relatório AMP de destaque no Bing Webmaster Tools. Na prática, a postura do Bing espelha a do Google: opcional, sem impulso de ranking.

Você ainda deve usar AMP?

Casos em que manter AMP pode fazer sentido:

• Um publisher de notícias/mídia que já usa AMP, com poucas falhas no Search Console e alto custo de troca.
• Um site de conteúdo simples no qual AMP por acaso é o caminho de menor resistência para alcançar bons Core Web Vitals.

Casos para removê-lo:

• Sites empresariais com funcionalidades que AMP não consegue suportar — esse é exatamente o caso que defendi na SMX West: para uma empresa grande com estrutura complexa, AMP pode ser difícil demais de implementar e trazer risco excessivo, e há razões comerciais reais para manter elementos do site que AMP não permite.
• Sites que executam AMP somente por um selo Top Stories que não existe mais.
• Sites nos quais a clareza do analytics importa — a complexidade de rastreamento do AMP é um custo real.
• Sites que já passam nos Core Web Vitals — AMP não traz benefício adicional.
• Qualquer site em que a reescrita de URL do AMP esteja causando problemas de marca ou atribuição.

A resposta honesta em 2026: AMP é opcional e está em declínio. Para projetos novos, não o implemente. Para os existentes, avalie o custo operacional contra o benefício restante.

Como remover AMP (se você decidir fazê-lo)

1. Remova a tag rel="amphtml" das suas páginas principais (não AMP).
2. Faça um redirecionamento 301 das URLs AMP para suas equivalentes principais não AMP.
3. Pare de monitorar o relatório de status AMP no Search Console.
4. Verifique se os erros AMP desaparecem do Search Console nas semanas seguintes.

Quando isso é feito corretamente, as páginas canônicas continuam sendo indexadas e ranqueadas. Publishers importantes, incluindo o Search Engine Land, removeram AMP com mínima interrupção de tráfego.

Mitos que vale eliminar

• “AMP gives a ranking boost.” (tradução) «AMP dá um impulso de ranking.» Não dá. AMP não é fator de ranking; velocidade é, e AMP é apenas uma forma de obter velocidade.
• “You need AMP for Top Stories.” (tradução) «Você precisa de AMP para Top Stories.» Falso desde junho de 2021.
• “AMP is always faster than a regular page.” (tradução) «AMP é sempre mais rápido que uma página comum.» Não — a vantagem vem da pré-renderização da cópia em cache pelo Google. Uma página não AMP rápida pode superar uma página AMP lenta.
• “AMP URLs are your URLs.” (tradução) «As URLs AMP são suas URLs.» Somente com Signed Exchange (exclusivo do Chrome). O Viewer padrão mostra google.com/amp/s/….
• “Removing AMP will tank traffic.” (tradução) «Remover AMP fará o tráfego despencar.» Trate canônicas e redirecionamentos corretamente, e o impacto costuma ser mínimo.

Para os sinais de desempenho que realmente importam agora, consulte Core Web Vitals e o cluster mais amplo de Desempenho da web.

Resumo de IA

Uma versão condensada da versão Advanced:

• AMP = páginas móveis aceleradas, a estrutura aberta lançada pelo Google em 2015 (disponível na Busca do Google em outubro de 2015) para páginas móveis quase instantâneas por meio de HTML/CSS/JS restritos e pré-renderização no cache AMP do Google.
• Nunca foi um fator de ranking — o Google diz isso explicitamente. Velocidade importa; AMP é uma forma de obtê-la, não a única.
• Não é mais exigido para Top Stories desde a atualização de experiência da página de junho de 2021 — os Core Web Vitals o substituíram e o selo AMP foi removido dos resultados.
• Entrega: AMP em cache costuma aparecer em google.com/amp/s/…; o Signed Exchange (SXG) pode ser servido sob sua própria URL, mas é exclusivo do Chrome (assinatura máxima de 7 dias, sem carrosséis, precisa de um empacotador).
• Pareamento da URL principal: a página não AMP declara a si própria e carrega rel="amphtml"; a página AMP aponta de volta com rel="canonical". O Google indexa a referência principal; coloque dados estruturados nas duas; o sitemap lista apenas essas URLs.
• Analytics é o custo real: problema de referência de cdn.ampproject.org, fragmentação de sessão (corrigida pelo AMP Linker / amp_id=) e GTM para AMP complexo. O GA4 adicionou suporte AMP nativo em junho de 2024.
• Superfícies distintas: Web Stories (AMP Stories, renomeadas em 2020) e AMP para E-mail — nenhuma é AMP de artigo para busca.
• Bing: entrou no AMP em 2016, mas AMP nunca afetou o ranking do Bing; o suporte agora é em grande parte histórico.
• Decisão: opcional e em declínio. Não crie AMP novo; remova-o (retire rel="amphtml" e faça 301 das URLs AMP) quando o custo operacional superar o benefício cada vez menor.

Documentação oficial

Documentação de fonte primária dos mecanismos de busca e do projeto AMP.

Google

• Sobre AMP — como o Google serve AMP (visualizador versus troca assinada), a afirmação de que “não é um fator de ranking” e a ressalva sobre o cache para computador.
• Validar páginas AMP — o teste de AMP, o teste de pesquisa aprimorada e o relatório de status AMP do Search Console.
• Mais detalhes sobre a atualização de experiência da página (abril de 2021) — o anúncio de que AMP não é mais exigido para Principais notícias.
• Google AMP Cache overview e AMP Cache URL format — como o cache armazena e endereça AMP.
• What’s in an AMP URL? — por que a URL do Viewer é necessária para pré-renderização.
• Signed Exchanges (SXG) — servindo AMP sob sua própria URL.
• AMP para e-mail — o caso de uso separado para mensagens eletrônicas.
• GA4 measurement of AMP e AMP session unification — os detalhes de analytics.

Projeto AMP

• Como AMP funciona — a explicação do próprio projeto sobre restrições e pré-renderização.
• Servir AMP usando trocas assinadas — o guia de implementação.

Bing / Microsoft

• O aplicativo do Bing adere ao esforço de código aberto do AMP (setembro de 2016) — a entrada do Bing no AMP.

Citações da fonte

Declarações públicas do Google e do Bing. Cada link é um link profundo que salta para a passagem citada na página da fonte quando há suporte.

Google — AMP não é um fator de ranking

• “AMP itself isn’t a ranking factor.” (tradução) «O próprio AMP não é um fator de ranking.» — Documentação do Google Search Central. Ir para a citação

Google — AMP não é mais exigido para Top Stories

• “using the AMP format is no longer required” (tradução) «usar o formato AMP não é mais exigido» para o carrossel Top Stories. Ir para a citação

Google — Signed Exchange é preferido ao Viewer

• O Google “prioritizes signed exchange over AMP Viewer when supported.” (tradução) «prioriza o Signed Exchange em relação ao AMP Viewer quando há suporte.» Ir para a citação

Google — AMP para desktop não é servido pelo cache

• “Desktop AMP pages are not currently served from Google AMP Cache; canonical AMP pages behave as standard results.” (tradução) «Páginas AMP para desktop atualmente não são servidas pelo Google AMP Cache; páginas AMP canônicas se comportam como resultados padrão.» Ir para a citação

Bing — AMP não é um fator de ranking do Bing

• “AMP does not impact our ranking algorithms in any way.” (tradução) «AMP não afeta nossos algoritmos de ranking de forma alguma.» — gerente de engenharia do grupo do Bing na época do lançamento do AMP. Leia a cobertura

Manter AMP, removê-lo ou evitá-lo?

Você está considerando AMP para um projeto novo? Não o adicione por SEO. AMP não é um fator de ranking e não é mais exigido para o carrossel de destaques. Construa a página principal para atender diretamente aos requisitos de desempenho e publicação.

Você já opera páginas AMP? Continue somente se a versão AMP ainda proporcionar um benefício comercial ou de entrega mensurável que supere o custo de manter uma segunda implementação.

• AMP é estável, barato e materialmente útil: mantenha-o, mas audite o pareamento da URL principal, a validação, a análise de dados e a paridade de conteúdo.
• AMP existe apenas por uma antiga exigência do carrossel de destaques: planeje a remoção.
• AMP causa problemas de medição, recursos, marca ou manutenção: remova-o com redirecionamentos URL a URL para os equivalentes principais.
• As páginas principais ainda não atendem às suas necessidades de desempenho: corrija isso primeiro e depois migre; não remova a versão funcional sem uma substituta.

Checklist de manutenção e remoção do AMP

Se AMP permanecer

• Cada página principal aponta para sua correspondente AMP com rel="amphtml".
• Cada página AMP aponta de volta para a URL não AMP correspondente com rel=“canonical”.
• Conteúdo e dados estruturados permanecem equivalentes nas duas versões.
• Documentos AMP são validados depois de mudanças no template, nos componentes e na publicidade.
• O analytics preserva atribuição e sessões na navegação do cache para o site.
• Somente URLs principais aparecem no sitemap XML.

Se AMP for removido

• Confirme que as páginas principais contêm todo o conteúdo e passam nas verificações de aceitação de desempenho da equipe.
• Remova rel="amphtml" das páginas principais.
• Mapeie cada URL AMP para seu equivalente principal exato com um redirecionamento permanente.
• Teste novamente as declarações da URL principal, os dados estruturados, os links internos e a análise de dados no destino.
• Monitore o Search Console enquanto os relatórios AMP são limpos e as URLs principais são rastreadas novamente.

Erros AMP a evitar

Manter AMP por um impulso de ranking que não existe

AMP nunca foi um fator de ranking e não é exigido para Top Stories desde 2021. Mantenha-o somente por um benefício operacional atual e mensurado.

Publicar duas versões que divergem

Uma página AMP com texto mais curto, dados estruturados ausentes ou chamadas para ação diferentes cria problemas de paridade e manutenção. Use uma fonte de conteúdo e valide as duas saídas.

Remover AMP sem redirecionamentos no nível da URL

Excluir endpoints AMP ou enviar todos para a página inicial rompe a relação de URL estabelecida. Redirecione cada URL AMP para sua página canônica correspondente.

Declarar vitória porque o documento valida

A validação prova conformidade com AMP, não continuidade do analytics, correção das canônicas, paridade de conteúdo ou bons resultados para os usuários. Teste todo o caminho de entrega.

Ficha rápida de AMP

Os fatos que resolvem a maioria das discussões

O pareamento canônico

Sitemaps / dados estruturados: o sitemap lista somente URLs canônicas; coloque dados estruturados nas duas versões.

Fatos rápidos sobre entrega e analytics

• AMP em cache normalmente é servido em cdn.ampproject.org / google.com/amp/s/….
• SXG = sua URL na barra, exclusivo do Chrome, assinatura máxima de 7 dias, sem carrosséis.
• Exclua cdn.ampproject.org como referência; use o AMP Linker (amp_id=) para unificar sessões.
• Suporte AMP nativo do GA4: junho de 2024.

Removendo AMP

1. Retire rel="amphtml" das páginas principais → 2. faça 301 das URLs AMP para as URLs principais →
2. pare o monitoramento AMP no GSC → 4. confirme que os erros desaparecem.

Validação: AMP Test (search.google.com/test/amp), Rich Results Test e relatório de status AMP do GSC.

Comandos de auditoria do AMP

Encontrar relações AMP em uma exportação de rastreamento

Use esta expressão regular na extração personalizada de um rastreador contra o código-fonte HTML:

<link\s+[^>]*rel=["'](?:amphtml|canonical)["'][^>]*href=["']([^"']+)["'][^>]*>

O grupo de captura 1 retorna a URL AMP ou canônica vinculada. Revise os pares extraídos em busca de mapeamentos ausentes, entre domínios ou de muitos para um.

Verificar um redirecionamento AMP durante a remoção

Execute no terminal e substitua a URL de exemplo:

curl -sSIL https://example.com/article/amp/

A primeira resposta deve ser um redirecionamento permanente e o destino final deve ser o artigo canônico exato, sem uma cadeia evitável.

Inventariar links AMP no documento atual

Execute isto no Console do Chrome DevTools em uma página canônica ou AMP:

[...document.querySelectorAll('link[rel="amphtml"], link[rel="canonical"]')].map(link => ({ rel: link.rel, href: link.href }))

Ferramentas para manter ou remover AMP

• Validador de AMP: verifique se o documento publicado está em conformidade com as regras de marcação do AMP depois de mudanças no modelo e nos componentes.
• Inspeção de URL do Search Console: compare a URL principal indexada e a saída renderizada de URLs principais e AMP representativas.
• Relatório de status AMP do Search Console: use-o enquanto AMP continuar implantado para encontrar falhas de validade que atingem o template inteiro; depois de uma remoção planejada, espere que o inventário diminua.
• PageSpeed Insights: confirme que a substituta principal alcança a meta de desempenho que AMP oferecia; teste a URL de referência, não apenas a cópia AMP em cache.
• Um rastreador com extração personalizada: inventarie pares amphtml/canonical e verifique se toda URL AMP aposentada redireciona para sua correspondente principal.

Validar uma mudança AMP

Testar o pareamento canônico depois de uma atualização do template AMP

Teste a executar: rastreie pares representativos e extraia links amphtml e canonical. Resultado esperado: a URL principal aponta para uma correspondente AMP, e a página AMP aponta de volta para a referência. Interpretação da falha: sinais de descoberta ou consolidação estão quebrados. Janela de monitoramento: imediata. Gatilho de rollback: aparecem mapeamentos ausentes, cruzados ou de muitos para um.

Testar o redirecionamento de remoção do AMP

Teste a executar: solicite uma amostra de cada padrão de URL AMP com o seguimento de redirecionamentos desativado e depois ativado. Resultado esperado: um único salto permanente para o equivalente canônico exato, que retorna com sucesso. Interpretação da falha: o mapa de migração está incompleto ou encadeado. Janela de monitoramento: imediatamente depois da implantação e durante o novo rastreamento. Gatilho de rollback: qualquer URL AMP apresenta erro, loop ou chega a uma página genérica.

Testar a experiência da substituta canônica

Teste a executar: passe o destino canônico pelo PageSpeed Insights e pelo QA de analytics. Resultado esperado: a substituta atende à linha de base de desempenho móvel estabelecida pela equipe e preserva a medição esperada. Interpretação da falha: AMP foi removido antes de sua função de entrega ou rastreamento ser substituída. Janela de monitoramento: verificações de laboratório imediatamente; dados de campo durante sua janela móvel normal. Gatilho de rollback: regressão sistemática de desempenho ou perda de medição necessária após a migração.

Teste seus conhecimentos: AMP SEO

Cinco perguntas rápidas sobre o que AMP é, o que faz e qual é sua situação atual. Escolha uma resposta para cada pergunta e depois confira.

Recursos que valem seu tempo

Minha escrita

• Guia para iniciantes de SEO técnico — onde o desempenho móvel e AMP se encaixam no panorama maior.

Minhas palestras

• AMP: Do or die? — resumo da sessão SMX West 2018 (Search Engine Land) — minha opinião de “angry old man” defendendo que AMP talvez não seja a solução certa para toda empresa, especialmente grandes empresas com estruturas complexas e funcionalidades que AMP não consegue suportar.

Oficiais

• Google — Sobre AMP e Validar páginas AMP.
• Google — Mais detalhes sobre a atualização de experiência da página (abril de 2021) — AMP não é mais exigido para o carrossel de destaques.

De outros pontos do setor

• Por que um veículo especializado desativou suas páginas AMP — a decisão de uma publicação importante de abandonar AMP.
• O que aconteceu depois da desativação do AMP — o pós-mortem: pouca interrupção de tráfego e análise de audiência mais clara.
• As publicações abandonarão AMP quando ele deixar de ser exigido para o carrossel de destaques?.
• O AMP do Google morreu (Plausible Analytics) — o ângulo de que “AMP está em declínio”, além do contexto de escrutínio antitruste por trás do abandono da exigência pelo Google.
• AMP e SEO: tudo o que você precisa saber — um guia técnico que inclui o tratamento das URLs principais.
• Boa notícia: o Google não exige mais que publicações usem AMP — cobertura da mudança para Core Web Vitals.

Vídeos

• Google Search Central (YouTube) — a série How Google Search Works e os explicadores de experiência da página e Core Web Vitals de Martin Splitt, que cobrem os sinais de desempenho que substituíram AMP para Top Stories. Canal

Registro de alterações