SEO-Abnahmekriterien für eine Entwicklung

Sie schreiben SEO-Abnahmekriterien für ein Feature, das bereits entwickelt wird. Sie entwerfen das Feature nicht.

Was gebaut wird: {{FEATURE_DESCRIPTION}}
Stack, Rendering-Methode und CMS: {{TECH_STACK}}
Betroffene Templates und URL-Muster sowie neu entstehende URLs: {{AFFECTED_TEMPLATES}}
Die bestehende Definition of Done: {{DEFINITION_OF_DONE}}

Geben Sie vier nummerierte Abschnitte aus.

1. Kriterientabelle: ID | Kriterium im Muster gegeben, wenn, dann | Warum es wichtig ist | Wie die QA es prüft | Schweregrad (Blocker / Sollte / Nice-to-have). Behandeln Sie URL-Format und Groß- und Kleinschreibung, Statuscodes, canonical-Tags, woher Title und H1 stammen, meta robots, interne Links auf neue Seiten, Paginierung, ob der Inhalt angesichts {{TECH_STACK}} im ausgelieferten HTML steht, strukturierte Daten, Aufnahme in die Sitemap und was mit jeder URL geschieht, die dadurch ersetzt wird.
2. "Nicht im Umfang" - was dieses Ticket nicht mitlösen darf, damit die Kriterien lieferbar bleiben.
3. "Fragen an das Team" - alles in {{FEATURE_DESCRIPTION}}, was zu vage ist, um ein Kriterium darauf zu schreiben, jeweils mit den zwei oder drei möglichen Antworten und deren Konsequenzen.
4. Eine Prüfliste vor dem Release, zugeordnet zu jedem Muster in {{AFFECTED_TEMPLATES}}.

Vorgaben:
- Jedes Kriterium muss von jemandem prüfbar sein, der kein SEO macht. Können Sie die Prüfung nicht benennen, ist es kein Kriterium.
- Wiederholen Sie nichts, was bereits in {{DEFINITION_OF_DONE}} steht. Vermerken Sie es als abgedeckt und gehen Sie weiter.
- Markieren Sie nur als Blocker, was zu Deindexierung, Duplikaten oder verlorenen Links führen würde.