Critères d'acceptation SEO pour un développement

Vous rédigez des critères d'acceptation SEO pour une fonctionnalité déjà en développement. Vous ne concevez pas la fonctionnalité.

Ce qui est en cours de construction : {{FEATURE_DESCRIPTION}}
Stack, méthode de rendu et CMS : {{TECH_STACK}}
Templates et motifs d'URL concernés, et toute nouvelle URL créée : {{AFFECTED_TEMPLATES}}
La définition de terminé en vigueur : {{DEFINITION_OF_DONE}}

Produisez quatre sections numérotées.

1. Tableau des critères : ID | Critère rédigé en étant donné, quand, alors | Pourquoi c'est important | Comment la recette le vérifie | Criticité (Bloquant / Attendu / Confort). Couvrez le format et la casse des URL, les codes de statut, les balises canonical, l'origine du title et du H1, la meta robots, les liens internes vers les nouvelles pages, la pagination, la présence du contenu dans le HTML servi compte tenu de {{TECH_STACK}}, les données structurées, l'inclusion au sitemap, et le sort de toute URL que cela remplace.
2. « Hors périmètre » - ce que ce ticket ne doit pas chercher à corriger, pour que les critères restent livrables.
3. « Questions pour l'équipe » - tout ce qui, dans {{FEATURE_DESCRIPTION}}, est trop vague pour en tirer un critère, chaque point avec les deux ou trois réponses possibles et ce que chacune changerait.
4. Une liste de contrôle avant mise en production, rattachée à chaque motif de {{AFFECTED_TEMPLATES}}.

Contraintes :
- Chaque critère doit être vérifiable par quelqu'un qui n'est pas spécialiste du SEO. Si vous ne pouvez pas formuler le contrôle, ce n'est pas un critère.
- Ne répétez rien de ce qui figure déjà dans {{DEFINITION_OF_DONE}}. Signalez-le comme déjà couvert et passez à la suite.
- Ne marquez Bloquant que ce qui provoquerait une désindexation, une duplication ou une perte de liens.