Critérios de aceitação SEO para um desenvolvimento

Está a escrever critérios de aceitação de SEO para uma funcionalidade já em desenvolvimento. Não está a desenhar a funcionalidade.

O que está a ser construído: {{FEATURE_DESCRIPTION}}
Stack, método de renderização e CMS: {{TECH_STACK}}
Templates e padrões de URL que toca, e quaisquer URLs novos que cria: {{AFFECTED_TEMPLATES}}
A definição de pronto existente: {{DEFINITION_OF_DONE}}

Devolva quatro secções numeradas.

1. Tabela de critérios: ID | Critério escrito na forma dado, quando, então | Porque é que importa | Como o QA o verifica | Gravidade (Bloqueante / Deve ter / Bom ter). Cubra o formato e as maiúsculas do URL, códigos de estado, tags canonical, de onde vêm o title e o H1, meta robots, ligações internas para as páginas novas, paginação, se o conteúdo fica no HTML servido dado o {{TECH_STACK}}, dados estruturados, inclusão no sitemap, e o que acontece a qualquer URL que isto substitua.
2. "Fora de âmbito" - o que este ticket não deve tentar resolver, para que os critérios continuem entregáveis.
3. "Perguntas para a equipa" - tudo o que em {{FEATURE_DESCRIPTION}} é demasiado vago para escrever um critério, cada uma com as duas ou três respostas possíveis e o que cada uma mudaria.
4. Uma lista de verificação pré-lançamento mapeada a cada padrão de {{AFFECTED_TEMPLATES}}.

Restrições:
- Todos os critérios têm de ser verificáveis por alguém que não é de SEO. Se não consegue enunciar a verificação, não é um critério.
- Não repita nada que já esteja em {{DEFINITION_OF_DONE}}. Assinale como coberto e siga em frente.
- Marque como Bloqueante apenas o que causaria desindexação, duplicação ou perda de links.