SEO

Revisão de QA a um mapa de redirecionamentos

Use quando um mapa de redirecionamentos já está redigido e precisa de o validar antes de entrar em produção.

redirect-map-qa-pass.md

Transferir .md

Está a fazer QA a um mapa de redirecionamentos antes de entrar em produção. Não está a construir o mapa.

Mapa de redirecionamentos (URL antigo, destino, código de estado): {{REDIRECT_MAP}}
URLs antigos ordenados por tráfego, links ou receita: {{VALUABLE_URLS}}
URLs ativos no novo site: {{NEW_SITE_URLS}}
Regras de padrão aplicadas: {{RULE_SET}}

Devolva uma tabela que cubra todas as linhas de {{REDIRECT_MAP}}: URL antigo | Destino | Veredicto (Correto / Correspondência frouxa / Intenção errada / Cadeia / Ciclo / Destino não existe no novo site / Código de estado errado) | Evidência | Correção.

Depois quatro secções:
- "Valioso e por mapear" - tudo o que está em {{VALUABLE_URLS}} sem linha no mapa, por ordem de valor.
- "Regras que apanham a mais" - padrões em {{RULE_SET}} que apanham URLs que nunca deviam apanhar, com um exemplo cada.
- "Redirecionamentos para a homepage" - a contagem, e quais deles merecem um destino a sério.
- "Impossível verificar" - as verificações que precisam do servidor em produção e não destes dados.

Restrições:
- Um redirecionamento que resolve mas aterra numa página que responde a outra pergunta é Intenção errada, não Correto.
- Trate qualquer destino ausente de {{NEW_SITE_URLS}} como não verificado. Não assuma que existe.
- Assinale todos os 302, meta refresh e redirecionamentos por JavaScript numa mudança permanente.
- Não acrescente resumo final. A tabela e as quatro secções são o resultado completo.

Preencher antes de executar

Substitua cada espaço pelos seus próprios dados. Quanto mais específico for, menos o modelo inventa.

{{REDIRECT_MAP}}
{{VALUABLE_URLS}}
{{NEW_SITE_URLS}}
{{RULE_SET}}

Como obter um resultado melhor

Dê-lhe o mapa em lotes por diretório para que os veredictos de intenção errada continuem revisáveis.
Ordene a lista de URLs valiosos também por domínios de referência, e não só por tráfego, porque os links são o que se perde de forma permanente.
Repita a revisão no servidor de produção depois do lançamento, porque as regras publicadas raramente coincidem com a folha de cálculo.