Afield1. Definiere den Leser
Nenne URL, Leser und Problem. Beispiel: „Prüfe Titel, Beschreibung, Überschriften, interne Links und das Angebot. Nenne die Stellen und schreibe Ersatztext für die zwei wichtigsten Probleme.“
2. Ergänze bei Bedarf Suchdaten
Verbinde für Traffic-Fragen Search Console in Integrations und nenne Property und Zeitraum. Die öffentliche Prüfung braucht keine Verbindung, zeigt aber keine privaten Besuche oder Leads.
3. Ändere und kontrolliere
Prüfe den Text im Zusammenhang. Wähle für Code das verbundene GitHub-Repository, für Artikel die richtige WordPress-Website. Öffne die veröffentlichte Seite und prüfe Text, Links und Metadaten. Vergleiche Traffic mit gleichem Maßstab.
Unterscheide Befund und Korrektur
Prüfe zuerst, welche Seiten gelesen werden konnten. Wenn Teile der Website nicht erreichbar waren, bildet die Prüfung nicht automatisch alle Inhalte ab. Bewahre je Befund URL, Beleg und vorgeschlagene Aktion.
Ein defekter Link verlangt die Suche nach einem sinnvollen Ersatz. Gleiche Titel verlangen die Frage, welche unterschiedliche Aufgabe jede Seite erfüllt. Leerer Ausgangs-HTML kann eine Prüfung der gerenderten Seite erfordern. Dieselbe Umschreibanweisung löst diese Fälle nicht.
Verlange bei Inhaltsproblemen Originalpassage und vollständigen Ersatz. Verspricht die Seite einen CSV-Ablauf, benötigt das Ergebnis Spalten, eine gültige Zeile, einen Fehlerfall und die Kontrolle des importierten Datensatzes. Die Empfehlung, Beispiele zu ergänzen, ist noch nicht deren Ausführung.
Nutze gegebenenfalls Generate fix. Bei verbundenem Repository prüfe Dateien und Vorschau vor der Freigabe. Bei WordPress kontrolliere Website und Artikelstatus. Vorbereiteter Code oder gespeicherter Entwurf sind keine öffentliche Seite.
Öffne danach die betroffene URL und wiederhole die konkrete Prüfung. Halte Datum und Umfang fest. Traffic-Auswertung benötigt einen weiteren konsistenten Vergleich; eine technische Korrektur belegt für sich keine höhere Sichtbarkeit oder KI-Zitate.