SEO-Checkliste vor der Veröffentlichung

Die Qualitätssicherung (QA) vor der Veröffentlichung ist das finale Freigabegate im SEO-Prozess . Hier treffen drei Vereinbarungen aufeinander: die Einhaltung des Post-Typs, die korrekte Verwendung von Elementen und der Abschluss der vorausgegangenen Recherche-, Nachweis-, Umsetzungs- und Überprüfungsarbeiten. Eine Seite, die bei einem anwendbaren Punkt durchfällt, wird zur Korrektur zurückgegeben.

Gate: Finale QA vor der Veröffentlichung. Zeitrahmen: 60–90 Minuten für eine Standardseite; bei regulierten, sicherheitsrelevanten, finanziellen, medizinischen oder technisch folgenreichen Aussagen ist zusätzliche Fachzeit einzuplanen. Verantwortlich: Ein Redakteur, Content-Lead oder SEO-Lead, der nicht an der finalen Umsetzung beteiligt war und die Befugnis hat, die Veröffentlichung zu blockieren.

Eine weiche Checkliste ist keine Checkliste, weil „größtenteils erledigt" keine stabile Bedeutung hat. Unter Zeitdruck wird eine optionale Formulierung zu einer Gedächtnisstütze, und schwierige Prüfungen verschwinden. Benennen Sie die Freigabeinstanz vor Beginn der QA. Der QA-Verantwortliche kann bestehen oder durchfallen lassen; nur der benannte Content-Leiter, SEO-Leiter oder eine gleichwertige Person kann eine schriftliche Ausnahme genehmigen oder einen Punkt als nicht anwendbar erklären. Sie können jedoch keine falsche Behauptung, ein fehlendes Pflichtelement, ein Platzhalter-Asset, eine defekte kanonische URL oder eine blockierte Indexierbarkeit aufheben, nur um einen Termin einzuhalten.

Warum dieses Gate existiert und warum es hier durchgeführt wird

Dieses Gate greift auf die genehmigte Post-Typ-Spezifikation, die Elementverträge, den Quellennachweis, den finalen Text, den umgesetzten Kandidaten und die fachlichen Freigaben zu. Es wird durchgeführt, nachdem diese Eingaben eingefroren sind, weil die QA kein bewegliches Ziel überprüfen kann, und vor der Veröffentlichung, weil ein Mangel kopiert werden kann, sobald die URL live ist.

Eine frühere QA bescheinigt einen Entwurf, der sich noch ändern kann. Wird sie übersprungen, können spätere Prüfer nicht mehr zwischen einer inhaltlichen Abweichung, einer geänderten Spezifikation und einer nie geprüften Seite unterscheiden. Eine QA nach der Veröffentlichung macht aus günstigen Korrekturen öffentliche Mängel.

Eingaben und Ausgaben

Die Ausgabe ist ein Vertrag, keine Chat-Nachricht. Der Verantwortliche muss darauf aufbauen können, ohne die Überprüfung rekonstruieren zu müssen.

Die Checkliste

Jeder untenstehende Punkt enthält die Aktion, den Grund, die Methode, das Werkzeug und die beobachtbare „Erledigt"-Bedingung. „SEO-geprüft" oder „sieht gut aus" ist niemals ein akzeptabler Nachweis.

1. Einhaltung des Post-Typs

Bestätigen Sie den ausgewählten Post-Typ und dessen Umfang. Was: Ordnen Sie den Kandidaten einem Eintrag aus der Post-Typ-Bibliothek zu und entfernen Sie Material, das zu einem verwandten Typ gehört. Warum: Der Seitentyp bestimmt die Absicht, Struktur, Nachweise und das Conversion-Verhalten. Wie: Beschriften Sie jeden Abschnitt mit der Leserentscheidung, die er unterstützt, und vergleichen Sie ihn mit dem Zweck und den Ausschlüssen des Typs. Werkzeug: Genehmigtes Briefing, thematische Karte und Post-Typ-Seiten. Erledigt, wenn: Genau ein primärer Typ erfasst ist, Einleitung, Hauptteil und CTA diesem Typ dienen und kein Abschnitt ausschließlich für die Aufgabe eines anderen Typs existiert.

Prüfen Sie die erforderliche Struktur und die Wortbereiche. Was: Ordnen Sie jeden erforderlichen Abschnitt dem gerenderten Kandidaten zu und zählen Sie die Wörter gegen den angegebenen Bereich. Warum: Fehlende Abschnitte hinterlassen unbeantwortete Fragen, während unkontrollierte Länge Lücken hinter Volumen verbirgt. Wie: Nutzen Sie eine Anforderungs-Überschriften-Matrix und automatische Zählungen, prüfen Sie dann Grenzfälle manuell. Werkzeug: Post-Typ-Spezifikation, Quelle und gerenderte Seite. Erledigt, wenn: Keine erforderlichen Abschnitte fehlen und jeder Abschnitt innerhalb seines angegebenen Minimums und Maximums liegt.

2. Einhaltung der Elemente

Überprüfen Sie Elemente, Positionen und Parameter. Was: Vergleichen Sie die Elementzuordnung mit der Quelle und der gerenderten Seite. Warum: Position und Felder sind Teil der Funktion; eine vergrabene Direktantwort antwortet nicht mehr zuerst, und fehlerhafte Parameter können die Ausgabe beeinträchtigen. Wie: Prüfen Sie von oben nach unten und validieren Sie zulässige Felder, Werte, Verschachtelung und Syntax. Werkzeug: Elementspezifikationen, Validator und Browser. Erledigt, wenn: Jedes Pflichtelement an seiner erforderlichen Position ist, jeder Parameter gültig ist und kein ungeklärtes Duplikat vorhanden ist.

Durchsetzen der Rangfolge getypter Elemente. Was: Wenden Sie die Element-Schreibregeln an, wo immer ein Abschnitt einen registrierten Zweck hat. Warum: Freitext mag ähnlich aussehen, kann aber keine Komponentenidentität, Felder, Barrierefreiheitsverhalten oder strukturierte Ausgabe transportieren. Wie: Geben Sie die Aufgabe jedes Blocks als Verb an – definieren, warnen, vergleichen, anleiten, zusammenfassen – und prüfen Sie auf ein passendes Element. Werkzeug: Elementbibliothek und Quellinspektor. Erledigt, wenn: Keine Passagen Freitext verwenden, wo ein getyptes Element Pflicht ist.

3. Inhaltsqualität

Testen Sie die Antwort isoliert. Was: Lesen Sie den Direktantwortblock ohne seine Überschrift oder umgebende Absätze. Warum: Such- und KI-Abrufsysteme extrahieren möglicherweise nur diese Passage. Wie: Prüfen Sie, dass sie das Subjekt nennt, die Frage beantwortet, notwendige Einschränkungen enthält und nicht auf „dies", „es" oder „wie oben" angewiesen ist. Werkzeug: Isolierte Textansicht und menschlicher Prüfer. Erledigt, wenn: Die Antwort in sich geschlossen, korrekt und innerhalb des angegebenen Bereichs von 40–60 Wörtern liegt, wenn dieses Element erforderlich ist.

Überprüfen Sie Behauptungen, Sprache und Einzigartigkeit. Was: Führen Sie materielle Behauptungen auf Nachweise zurück, erklären Sie Fachbegriffe bei erster Verwendung und vergleichen Sie den Kandidaten mit Seiten, die derselben Absicht dienen. Warum: Unbelegte Behauptungen schaden dem Vertrauen, während Fast-Duplikate konkurrieren und voneinander abweichen. Wie: Markieren Sie Namen, Daten, Zahlen, Kausalbehauptungen, Produktverhalten und Ähnlichkeitskandidaten; stützen, qualifizieren, konsolidieren oder entfernen Sie sie. Werkzeug: Nachweisregister, Primärquellen, Seitensuche und Ähnlichkeitsbericht. Erledigt, wenn: Keine materielle Behauptung ohne Beleg ist, kein Fachbegriff unerklärt bleibt und keine bestehende Seite dieselbe Absicht und denselben Umfang ohne einen Konsolidierungsplan beantwortet.

4. Frontmatter

Validieren Sie Identitäts- und Vorschaufelder. Was: Wenden Sie die Frontmatter-Spezifikation auf Titel, Beschreibung, Keywords, entity und Post-Typ-Verknüpfungen an. Warum: Diese Felder steuern Routing, Vorschauen, Schemas und Beziehungen, ohne den Textkörper lesen zu müssen. Wie: Führen Sie Feld- und Längenvalidierung durch, vergleichen Sie dann die Bedeutung mit der sichtbaren Seite. Werkzeug: Frontmatter-Linter und menschliche Vorschau. Erledigt, wenn: Der Titel eindeutig und korrekt ist, die Beschreibung 150–160 Zeichen umfasst, die Keywords 6–8 relevante Einträge enthalten und entity mit dem Post-Typ-Vertrag übereinstimmt.

Überprüfen Sie Governance- und FAQ-Felder. Was: Prüfen Sie Daten, Autor, Prüfer, Eigentümerschaft und die sichtbare FAQ-Struktur gegen das Frontmatter. Warum: Anonyme Datensätze verhindern Rechenschaftspflicht, während FAQ-Abweichungen dazu führen, dass sichtbare und strukturierte Antworten nicht übereinstimmen. Wie: Vergleichen Sie Felder mit dem Freigabeprotokoll und normalisiertem sichtbarem Text. Werkzeug: Quellparser, Tracker und gerenderte Seite. Erledigt, wenn: Erforderliche Daten und Eigentümer gültig sind, der menschliche Prüfer benannt ist, wo erforderlich, die FAQ-Anzahl das Typ-Minimum erreicht, jedes Paar übereinstimmt und keine versteckten oder leeren Einträge vorhanden sind.

5. Strukturierte Daten

Fordern Sie das korrekte Schema. Was: Bestätigen Sie, dass das anwendbare Schema-Markup für die Seite und ihre sichtbaren Elemente vorhanden ist. Warum: Fehlendes oder generisches Markup verwirft maschinenlesbare Bedeutung, die das Inhaltsmodell bereits liefert. Wie: Vergleichen Sie die ausgegebenen Typen und Eigenschaften mit den Post-Typ- und Elementverträgen. Werkzeug: Gerendertes HTML und Schema-Validator. Erledigt, wenn: Jeder erforderliche Schema-Typ einmal vorhanden ist, erforderliche Eigenschaften gefüllt sind und kein nicht anwendbarer Typ ausgegeben wird.

Validieren Sie Parität, nicht nur Syntax. Was: Vergleichen Sie Schema-Namen, Daten, Autor, Entität, FAQ, Schritte und Behauptungen mit dem sichtbaren Inhalt. Warum: Gültige Syntax kann dennoch unsichtbare oder widersprüchliche Informationen beschreiben. Wie: Validieren Sie JSON-LD, vergleichen Sie dann die Werte mit der Seite. Werkzeug: Structured-Data-Test und menschliche Überprüfung. Erledigt, wenn: Null Fehler und null Fakten im Schema vorhanden sind, die dem sichtbaren Inhalt widersprechen oder über ihn hinausgehen.

6. Interne Verlinkung

Nach oben und nach außen verlinken. Was: Stellen Sie eine Route zur relevanten Pillar-Seite und kontextuelle Routen zu verwandten Knoten bereit. Warum: Hierarchie hilft Lesern und Crawlern zu verstehen, wo die Seite hingehört, während seitliche Links die Aufgabe des Lesers fortsetzen. Wie: Ordnen Sie jeden internen Link einer echten nächsten Frage zu, anstatt ein Kontingent zu füllen. Werkzeug: Linkgraph und gerenderte Seite. Erledigt, wenn: Die Seite mindestens einen Link zu ihrer Pillar-Seite, mindestens einen relevanten seitlichen Link (sofern ein verwandter Knoten existiert) aufweist und mindestens eine bestehende Seite vor oder bei der Veröffentlichung auf sie verlinkt, sodass sie nicht verwaist ist.

Ziele und Anker inspizieren. Was: Öffnen Sie jedes Ziel und überprüfen Sie dessen Ankertext . Warum: Eine plausibel klingende URL kann fehlen, weitergeleitet oder nicht verwandt sein, und generische Bezeichnungen verbergen den Zweck des Ziels. Wie: Führen Sie einen internen Link-Checker aus und inspizieren Sie dann manuell die Anker im Satzkontext. Werkzeug: Crawler und Browser. Erledigt, wenn: Kein interner Link einen Fehler zurückgibt, jedes Ziel die umgebende Behauptung unterstützt und kein isoliertes „Hier klicken", keine rohe URL und kein irreführender Exact-Match-Anker mehr vorhanden ist.

7. Medien

Überprüfen Sie Assets, Alternativen und Aktualität. Was: Bestätigen Sie, dass jedes Bild existiert, einen sinnvollen Alt-Text oder eine begründete leere Alternative hat und die aktuelle Oberfläche abbildet. Warum: Defekte, vage, als Platzhalter dienende oder veraltete Medien entfernen Informationen und können Anweisungen unbrauchbar machen. Wie: Deaktivieren Sie Bilder, überprüfen Sie Pfade, reproduzieren Sie Produktschritte und vergleichen Sie Bezeichnungen, Werte, Bildausschnitte und Schwärzungen. Werkzeug: Asset-Checker, Barrierefreiheits-Audit, Live-Produkt und Browser. Erledigt, wenn: Keine Assets fehlen oder Platzhalter sind, Alternativen korrekt sind und jeder Screenshot den aktuellen Schritt darstellt.

8. Technische Veröffentlichung

Routing, Indexierbarkeit und Ersatz prüfen. Was: Überprüfen Sie Slug, eine selbstreferenzierende kanonische URL , Status, Robots-Verhalten, Indexierbarkeit und Weiterleitungen. Warum: Inhalte können nicht an der falschen Route, hinter noindex oder nachdem alte URLs aufgegeben wurden, performen. Wie: Überprüfen Sie den gerenderten Head und die Antwort, vergleichen Sie das Registry und folgen Sie jeder ersetzten Route. Werkzeug: Header-Checker, Redirect-Map, Quellinspektor und URL-Inspektion. Erledigt, wenn: Die genehmigte URL 200 mit einer beabsichtigten kanonischen URL und ohne Blockierung zurückgibt; jede ersetzte URL führt einen permanenten Hop zur nächstgelegenen gültigen Ersetzung durch.

Mobile Stabilität testen. Was: Prüfen Sie das Lesen, die Interaktion, Überläufe und den Cumulative Layout Shift bei schmaler Breite. Warum: Komponenten, die auf dem Desktop funktionieren, können Bedienelemente verstecken, Tabellen abschneiden oder Inhalte beim Laden von Medien verschieben. Wie: Testen Sie repräsentative mobile Breiten und laden Sie die Seite mit Drosselung. Werkzeug: Browser-Gerätemodus und Leistungsbericht. Erledigt, wenn: Alle Inhalte und Bedienelemente ohne horizontale Überläufe nutzbar bleiben und der gemessene CLS 0,1 oder niedriger ist.

9. KI-Bereitschaft

Extraktion und initiales HTML testen. Was: Überprüfen Sie Antworten, Definitionen, Schlüsselfakten, Vergleiche und Schlussfolgerungen als eigenständige Passagen im serverseitig ausgelieferten HTML. Warum: Abrufsysteme wählen möglicherweise eine Passage aus und führen clientseitigen Code möglicherweise nicht aus. Wie: Rufen Sie das initiale HTML ab, entfernen Sie den umgebenden Kontext und prüfen Sie Entitätsnamen, Qualifikatoren, Einheiten und Pronomen. Werkzeug: HTML-Abruf, Passagen-Extraktor, Browser und AmICited-Audit. Erledigt, wenn: Jede priorisierte Tatsache ohne JavaScript vorhanden ist und allein ihren Gegenstand, ihre Bedeutung und ihre Einschränkungen behält.

Prozedurale Struktur offenlegen. Was: Stellen Sie sicher, dass FAQ-Paare und geordnete Schritte als erkennbare Felder codiert und sichtbar bleiben. Warum: Überschriften und gestaltete Boxen können korrekt aussehen, während Maschinen unstrukturierten Text erhalten. Wie: Vergleichen Sie die Elementausgabe, die zugängliche Struktur und das Schema mit der sichtbaren Reihenfolge. Werkzeug: Accessibility-Tree und Structured-Data-Validator. Erledigt, wenn: Jede erforderliche FAQ als Frage-Antwort-Paar maschinenlesbar ist und jeder erforderliche Prozess geordnete Schritte in sichtbarer und strukturierter Ausgabe bewahrt.

Werkzeuge in AmICited

Nutzen Sie das Produkt, um den Kandidaten zu prüfen und Übergabenachweise zu erstellen; es ersetzt kein menschliches Urteilsvermögen.

1. Öffnen Sie das Agentenbereitschafts-Audit zusammen mit KI-Barrierefreiheit und Agentenbereitschaft , um Barrierefreiheit, Crawler-Erreichbarkeit, Sitemap-Abdeckung und agentenlesbare Inhalte zu prüfen.
2. Prüfen Sie die Kandidaten-URL mit der URL-Inspektion , um Index-Status, mobile Nutzbarkeit und das Rich-Results-Urteil zu überprüfen. Weisen Sie die Live-Überprüfung in der Übergabe für eine neue URL zu.
3. Öffnen Sie das Freshness-Audit mit Content-Freshness , um zeitkritischen Seiten ein Wartungssignal und ein nächstes Prüfdatum zu geben. Die Historie beginnt, wenn das Tracking startet; keine Historie bedeutet nicht keine Änderung.
4. Nutzen Sie SEO MCP über die Workspace-Verbindung für wiederholbare schreibgeschützte URL-, Freshness-, Web-Vitals- und Barrierefreiheitsprüfungen. Speichern Sie die Ausgabe oder die Ausführungskennung.

Automatisierung: Deterministische Prüfungen skripten, menschliche Entscheidungen bewahren

Eine Prüfung, die skriptbar ist, aber manuell bleibt, wird unter Druck übersprungen. Automatisieren Sie stabile, maschinell beobachtbare Ergebnisse; verlangen Sie einen Menschen für Zweck, Wahrheit und Kontext.

Automatisierung schreibt Nachweise, keine Genehmigung. Ein Fehlschlag blockiert das Gate; ein bestandenes Skript gibt nicht die menschlichen Spalten frei.

Entscheidungsregeln

„Schlecht" muss beobachtbar sein. Verwenden Sie diese Schwellenwerte, sofern der ausgewählte Post-Typ oder das Element keinen strengeren definiert; der spezifischere Vertrag gewinnt.

N/V ist kein weicheres Bestehen. Es ist nur gültig, wenn der Punkt tatsächlich nicht zutrifft – zum Beispiel ist keine Weiterleitung nötig, weil keine URL ersetzt wird – und der Datensatz den Grund angibt. Eine Ausnahme muss die geänderte Regel, den geschäftlichen Grund, das Risiko, den Genehmiger, den Korrektureigentümer und das Ablaufdatum nennen. Die Freigabeinstanz zeichnet sie gegen; der QA-Prüfer genehmigt sie nicht selbst.

Liefergegenstand: Der Bestehen-Datensatz

Fügen Sie dem genauen Kandidaten einen unveränderlichen Datensatz bei. Ein späteres Audit muss in der Lage sein, „nie geprüft" von „geprüft und bestanden gemäß Spezifikationsversion 1" zu unterscheiden. Speichern Sie strukturierte Felder anstelle eines Screenshots mit grünen Häkchen.

Seitenpfad / kanonische URL:
ID des Veröffentlichungskandidaten oder Content-Hash:
Post-Typ und Entität:
Spezifikationsversion:
QA-Verantwortlicher:
Freigabeinstanz:
Begonnen / abgeschlossen (Zeitstempel):

Prüfungen:
- Gruppe / Punkt:
- Ergebnis: BESTANDEN | FEHLGESCHLAGEN | N/V
- Nachweis: Validator-Ausgabe, Quellort, Ziel oder Beobachtung
- Geprüft von / um:

Ausnahmen:
- Regel und Geltungsbereich:
- Grund und Risiko:
- Genehmiger:
- Korrektureigentümer / Ablauf:

Entscheidung: BESTANDEN – VERÖFFENTLICHEN | FEHLGESCHLAGEN – ZURÜCKHALTEN
Verantwortlicher für Live-Überprüfung und Frist:
Nächstes Wartungsprüfdatum:

Ein Bestehen-Datensatz ist append-only. Eine geänderte Spezifikation oder ein geänderter Kandidat erhält eine neue Prüfung, keine umgeschriebene Historie.

Was bei Fehlschlag passiert

Ein Fehlschlag startet eine Korrekturschleife, keine Verhandlung im Überprüfungs-Thread.

1. Der QA-Verantwortliche markiert den Kandidaten als FEHLGESCHLAGEN – ZURÜCKHALTEN, dokumentiert den Nachweis und stoppt an dem Punkt, an dem eine Fortsetzung eine Version testen würde, die sich mit Sicherheit ändert.
2. Der Content-Eigentümer behebt Fehler bei Post-Typ, Elementen, Text, Metadaten und Nachweisen. Der Umsetzungseigentümer behebt Fehler bei Schema, Links, Medien, Routing, Rendering und Automatisierung. Ein Fachexperte überprüft Behauptungen in seinem Bereich erneut.
3. Der Korrekturverantwortliche identifiziert jede geänderte Oberfläche. Der QA-Verantwortliche führt die fehlgeschlagene Prüfung, ihre abhängigen Prüfungen und jede durch die Änderung betroffene Gruppe erneut durch. Eine neu geschriebene Antwort eröffnet beispielsweise Behauptungen, Elementkonformität, Schema-Parität und KI-Extraktion neu.
4. Der QA-Verantwortliche erstellt ein neues Ergebnis mit Zeitstempel. Die Veröffentlichung bleibt blockiert, bis jeder anwendbare Punkt bestanden ist und jedes N/V oder jede Ausnahme eine gültige Genehmigung hat.

Der Autor bestätigt seine eigene Korrektur nicht. Die QA besitzt den Datensatz, die Produktion besitzt Korrekturen, Fachexperten besitzen die Bereichsfreigabe und die Freigabeinstanz besitzt Ausnahmen.

Was schiefgeht

• Das Gate als Korrekturlesen behandeln. Die Grammatik kann einwandfrei sein, während die Seite den falschen Post-Typ verwendet, ihrem Schema widerspricht oder nicht indexiert werden kann.
• Die Quelle statt des Veröffentlichungskandidaten testen. Gültiges Markdown beweist nicht, dass Templates die beabsichtigte kanonische URL, zugängliche Struktur oder responsives Layout ausgegeben haben.
• Jeden Punkt manuell machen. Prüfer klicken deterministische Prüfungen so lange durch, bis eine Frist sie lehrt, die Liste zu überspringen.
• Jeden Punkt automatisieren. Ein grüner Validator kann nicht entscheiden, ob ein Nachweis eine Kausalbehauptung stützt oder ob ein Vergleich die Entscheidung des Lesers beantwortet.
• „Das wird nach dem Launch gefixt" akzeptieren. Das verwandelt ein Pre-Publish-Gate in ein undokumentiertes Backlog und löscht die Bedeutung von BESTANDEN.
• Derselben Person erlauben, umzusetzen und zu genehmigen. Eine Selbstüberprüfung übersieht Annahmen, weil der Prüfer das beabsichtigte Verhalten erinnert, statt die tatsächliche Ausgabe zu beobachten.

Übergabe

Der nächste Zustand ist die Veröffentlichung und die Live-Überprüfung. Die QA übergibt den genehmigten Kandidaten, den BESTANDEN-Datensatz, die kanonische Route, die Weiterleitungszuordnung, das Veröffentlichungsfenster und die genehmigten Ausnahmen. Der Veröffentlichungsverantwortliche gibt die Live-URL und den Bereitstellungszeitpunkt zurück; der Verantwortliche für die Live-Überprüfung wiederholt die Prüfungen von Status, kanonischer URL, Indexierbarkeit, Weiterleitungen, Schema, Links, Medien, Mobilgeräten und CTA.

Weicht die Produktion ab, werden die betroffenen Prüfungen neu eröffnet. Stimmt sie überein, fügen Sie die Live-URL und den Nachweis hinzu, ohne das Kandidatenergebnis zu überschreiben. Spätere Audits verwenden die gespeicherte Spezifikationsversion, um Abweichungen von einem geänderten Standard zu unterscheiden.

FAQ

Häufig gestellte Fragen

Bestehen bedeutet, dass der Kandidat mit überprüfbaren Nachweisen dem aktuellen Vertrag entspricht. Alles andere ist ein Halt. Der CTA des Academy-Layouts folgt auf dieses FAQ.