Desligar o AMP no WordPress 6.9: redirect do /amp/ sem perder tráfego

O AMP saiu dos requisitos do Top Stories faz tempo e eu venho desligando o plugin em cliente atrás de cliente. Desativar e pronto é receita para 404 em massa: cada post tinha um /meu-post/amp/ indexado há anos. Aqui eu subo o redirect 301 no nginx antes de encostar no plugin.

O rewrite que resolve

# dentro do server block, antes dos location
rewrite ^(.+)/amp/?$ $1/ permanent;

# quem indexou a variante com query string
if ($arg_amp) {
    return 301 $uri;
}

Testa e recarrega com nginx -t && systemctl reload nginx. Repare no (.+): com (.*) a URL /amp/ da raiz também casa, o destino sai vazio e o nginx manda um Location quebrado. O $1/ é para permalink terminado em barra, o padrão do WordPress; sem barra, use só $1, senão o 404 vira uma cadeia de dois 301. O return dentro do if não reanexa a query string, e é isso que tira o ?amp=1 da jogada.

A ordem importa mais que o rewrite: publique o redirect primeiro, desative o plugin depois. Ao contrário, o WordPress para de reconhecer o endpoint na hora e o crawler pega uma janela inteira de 404. Uso 301 e não 410 porque os links da versão AMP ainda passam sinal para a URL canônica.

Depois de desativar

Purgue o cache de página inteira, senão a versão antiga continua saindo do disco e você jura que o rewrite não pegou. Confira na mão:

curl -sI https://seusite.com.br/meu-post/amp/ | head -n 3
# HTTP/2 301
# location: https://seusite.com.br/meu-post/

No Search Console o relatório Páginas marca essas URLs como “Página com redirecionamento” ao longo de algumas semanas, e a contagem de 404 não pode subir. Se subir, tem AMP saindo de outro lugar, quase sempre um sitemap antigo ainda enviado na conta.

Deixe o rewrite no ar para sempre: custa quase nada por requisição e o Bing insiste em rastrear /amp/ por mais de um ano depois da mudança.