Suchregistrierung, Indexierung, Impressionen und Besuche beobachten

Den durch Suchwerkzeuge verwalteten Bereich festlegen

Auch wenn die produktive URL einen neuen Hinweis öffnet, kann Google noch das vorige Dokument besitzen. Suchwerkzeuge vergleichen Serveränderungen mit der tatsächlichen Verarbeitung durch die Suche. Indexierung und kanonische URL zeigen den Verarbeitungszustand; Impressionen und Klicks zeigen, bei welchen Fragen die Seite gefunden und gewählt wurde. Unterschiedliche Werte verlangen unterschiedliche Korrekturen.

Eine Domain-Property in Search Console umfasst Protokolle und Subdomains und bestätigt Eigentum per DNS. Eine URL-Präfix-Property umfasst das festgelegte Protokoll, den Host und das Pfadpräfix. Die Property wählen, die die tatsächliche Betriebsadresse enthält, und den vorgegebenen Bestätigungswert anwenden.

Die Eigentumsbestätigung prüft die Verwaltungsberechtigung. Danach Sitemap einreichen und in URL Inspection den tatsächlichen Indexzustand lesen. Domainverbindung, Eigentumsbestätigung, Sitemap-Verarbeitung und Dokumentindexierung getrennt dokumentieren, um offene Schritte zu erkennen. Die Anleitung zum Hinzufügen von Properties dient als Grundlage für den Betriebsumfang.

Indexzustände je URL in Suchwerkzeugen prüfen

Google Search Console zeigt Betreibern Crawling, Indexierung und Impressionen. Eine Property ist der dort verwaltete Website-Bereich. Die Property der bestätigten Domain wählen, Sitemap einreichen und Verarbeitungsstatus sowie letzten Lesezeitpunkt prüfen. Wichtige Detail-URLs inspizieren und Googles bekannten Indexzustand, gewählte kanonische URL und letzten Crawlzeitpunkt aufzeichnen. Der Live-Test prüft den aktuellen Zugriff und wird getrennt vom gespeicherten Indexzustand erfasst.

Für wichtige geänderte Seiten bei Bedarf Indexierung anfordern. Erfolgreiche Einreichung oder Anforderung und tatsächliche Indexierung getrennt erfassen. Ausschlussgründe im Indexbericht nach gemeinsamen Templates gruppieren, um gemeinsame Fehler zu finden. Bei robots-Sperren Zugriffseinstellungen prüfen, bei kanonischer Auswahl wegen Duplikaten canonical, Weiterleitungen und doppelte Inhalte. Die Anleitung zur URL-Prüfung dient zur Interpretation der einzelnen Ergebnisse.

Die Trefferzahl von site:example.com nicht als Gesamtzahl indexierter Seiten verwenden. Die gepflegte Liste öffentlicher kanonischer URLs als Nenner nehmen und die Indexzustände geprüfter URLs zusammenfassen. Bei Teilabdeckung den Umfang nennen, etwa „15 von 20 geprüften URLs“. Andere Suchmaschinen mit ihren eigenen Werkzeugen und tatsächlichen Ergebnissen gesondert erfassen.

Wechselt nach Reparatur des Detail-canonical auch Googles Auswahl zur Detailadresse, ist die veränderte URL-Verarbeitung bestätigt. Bleibt die Homepage ausgewählt, letztes Crawldatum, Detailtext und URLs in internen Links und Sitemaps erneut abgleichen. Fehlen nach der Indexierung weiter Impressionen zur Zielfrage, den passenden Antwortinhalt und die tatsächliche Suchnachfrage prüfen.

Impressionen, Klicks und Berichte zur generativen Suche lesen

Impressionen zählen das Erscheinen einer Seite in Suchergebnissen, Klicks den anschließenden Aufruf. Im Leistungsbericht Impressionen, Klicks, Suchanfragen und Einstiegsseiten für gleiche Zeiträume, Suchtypen, Länder und Geräte exportieren. Seitenwerte und Veränderungen nach Fragenthema gemeinsam lesen. Steigen Impressionen ohne Klicks, Ergebnisinformationen, Titel, Zusammenfassungen und Suchabsicht prüfen. Der gemeinsame Vergleich von Impressionen, Klicks und Suchanfragen derselben Seite zeigt, bei welchen Fragen Änderungen auftraten.

Mit Stand Oktober 2026 liefert Googles Leistungsbericht zur generativen KI Impressionen für AI Overviews und AI Mode. Datums-, Seiten-, Länder- und Gerätefilter dokumentieren und den Bericht getrennt von gewöhnlichen Suchberichten aufbewahren. Fehlt er, Bereitstellungsbedingungen, ausreichende Impressionen und Einstellungen zur Aufnahme in generative Funktionen prüfen. Ein fehlendes Menü nicht als null eingeben.

Auch den Berichtsumfang des Werkzeugs festhalten. Generative Impressionen bei Google, Zitate anderer KI-Dienste und Antwortqualität selbst ausgeführter Fragen sind verschiedene Beobachtungen. Fehlwertsymbole können beim Download zu null werden. Daher Originalanzeige und Bedeutung exportierter Daten abgleichen. Einstellungen zur Aufnahme in die generative Suche auch auf ihren Anwendungs- und Vererbungsbereich innerhalb der Property prüfen.

Zugänge und Botprotokolle als ergänzende Belege lesen

Ein Referrer bezeichnet die Seite oder den Dienst unmittelbar vor einem Besuch. Analysewerkzeuge zeigen Referrer, Einstiegsseite und nachfolgendes Verhalten für Besucher aus Suche und KI-Diensten. Ein Zitat muss keinen Besuch auslösen; Referrer können fehlen. Besuche in Analytics und Zitate in gesammelten Antworten getrennt zählen. Eine Conversion ist eine Zielhandlung wie Anfrage oder Anmeldung. Ein Event zeichnet sie im Analysewerkzeug auf. Festlegen, welche Aktion das Event sendet, und mit tatsächlicher Übermittlung und Abschluss abgleichen.

Serverprotokolle verbinden Anfragezeit, Pfad, Status, Antwortmenge und User-Agent, um Erfassungsprobleme zu finden. Botnamen lassen sich fälschen; deshalb mit IP-Bereichen oder Verifikationsverfahren des Betreibers abgleichen. Erfolgreiche Botanfragen belegen einen Erfassungsweg. Zitate werden in gespeicherten KI-Antworten geprüft. Die OpenAI-Bot-Anleitung unterscheidet Such-, Trainings- und Nutzeranfragezwecke beim Lesen der Logs.

CTR und Conversions berechnen und gleiche Bereiche vergleichen

Die folgende metrics.mjs mit Node.js 22 verwenden. ratio erhält bestätigte Zähler und Nenner. Es liefert einen Wert zwischen 0 und 1; für Prozent mit 100 multiplizieren. Bei Nenner 0 gibt es mangels Messwert null zurück. Negative Werte, Bruchteile und Zähler oberhalb des Nenners werden als Aggregationsfehler zurückgewiesen.

// Node.js 22. Urteile eines Evaluators aggregieren, der die Originale gelesen hat. export function ratio(numerator, denominator) { if (![numerator, denominator].every(n => Number.isSafeInteger(n) && n >= 0) || numerator > denominator) throw new Error('Invalid counts'); return { numerator, denominator, rate: denominator === 0 ? null : numerator / denominator }; } export const keys = ['cited', 'supported', 'accurate', 'timely', 'relevant', 'complete']; function allClaims(values) { return values.includes(false) ? false : values.includes(null) ? null : true; } export function evaluate(rows) { const completed = rows.filter(r => r.status === 'complete'); for (const row of rows) { if (!['complete', 'failed'].includes(row.status)) throw new Error('Invalid status'); for (const key of ['questionId', 'questionVersion', 'service', 'mode', 'rawPath']) if (typeof row[key] !== 'string' || !row[key]) throw new Error('Missing context: ' + key); if (row.status === 'failed' && !row.failure) throw new Error('Missing failure'); } for (const row of completed) { for (const key of keys) { if (![true, false, null].includes(row[key])) throw new Error('Missing assessment: ' + key); if (!row.reasons?.[key]) throw new Error('Missing reason: ' + key); } if (!row.claims?.length) throw new Error('Missing claims'); for (const claim of row.claims) { if (!claim.text || !claim.reason) throw new Error('Missing claim evidence'); for (const key of ['supported', 'accurate']) if (![true, false, null].includes(claim[key])) throw new Error('Invalid claim'); if (claim.supported === true && (!claim.sourceUrl || !claim.quote)) throw new Error('Supported claim needs source and quote'); } for (const key of ['supported', 'accurate']) if (row[key] !== allClaims(row.claims.map(c => c[key]))) throw new Error('Claim summary mismatch'); } function metric(key) { const assessed = completed.filter(r => r[key] !== null); return { ...ratio(assessed.filter(r => r[key] === true).length, assessed.length), unknown: completed.length - assessed.length }; } return { attempts: rows.length, completed: completed.length, failed: rows.length - completed.length, metrics: Object.fromEntries(keys.map(key => [key, metric(key)])) }; } export function grouped(rows) { const groups = new Map(); for (const row of rows) { const id = JSON.stringify([row.questionId, row.questionVersion, row.service, row.mode, row.model ?? null]); groups.set(id, [...(groups.get(id) ?? []), row]); } return [...groups].map(([group, items]) => ({ group: JSON.parse(group), ...evaluate(items) })); }

Im selben Ordner node --input-type=module -e "import {ratio} from './metrics.mjs'; console.log(ratio(50,1000),ratio(4,40),ratio(0,0))" ausführen. Die rate-Werte sind der Reihe nach 0.05, 0.1 und null. Die ersten beiden sind fiktive CTR und Sitzungs-Conversion-Rate. Für andere Kennzahlen, die 100 Prozent überschreiten können, etwa Anmeldungen je Besuch, diese Funktion nicht unverändert übernehmen.

evaluate und grouped werden in der folgenden KI-Bewertung verwendet. Die fiktiven examples stammen aus deren assessment-fixture.mjs. status zeigt den Antwortabschluss; sechs Urteile betreffen Zitat, Beleg, Richtigkeit, Aktualität, Relevanz und Vollständigkeit. Fehlerzahlen und ungeklärte Werte je Urteil werden getrennt ausgegeben.

Vor dem Vergleich Zeitraum, Land, Gerät und Einstiegsseite in Analytics angleichen. Besuche ohne Referrer, mangels Einwilligung nicht erfasste Besuche und Antworten ohne anschließenden Besuch berücksichtigen. Um eine aggregierte Veränderung einem einzelnen Codeeingriff zuzuschreiben, gleichzeitig auftretende Saisonalität, Werbung, neue Inhalte und externe Berichte prüfen.

ratio gibt bei Nenner 0 deshalb null zurück, weil 0 Prozent CTR auf einer Seite ohne Impressionen wie ein Titelproblem aussehen kann. Null Impressionen verlangen zuerst eine Untersuchung von Auffindbarkeit, Indexierung und Nachfrage. Null Klicks bei 1.000 Impressionen verlangen eine Prüfung von Ergebnistitel, Antwort und Fragenpassung. Werden diese Fälle in der Rechnung getrennt, unterscheiden sich auch die nächsten Korrekturen.

Berichtsdatum, kanonische URL und Aggregationseinheit angleichen

Der generative Suchleistungsbericht in Search Console behandelt Impressionen in AI Overviews und AI Mode. Die Seitendimension ordnet Leistung überwiegend kanonischen URLs zu; Datumswerte verwenden Pacific Time (PT). Anfrageadressen aus Serverlogs und koreanische Datumswerte direkt zu summieren kann denselben Besuch einem anderen Tag oder einer anderen URL zuweisen. Berichtsdefinitionen

Beispielsweise gilt am 24. Oktober 2026 in PT Sommerzeit, UTC−07:00. In Korea entspricht das dem Zeitraum vom 24. Oktober um 16:00 bis unmittelbar vor dem 25. Oktober um 16:00. Die winterliche PT-Normalzeit ist UTC−08:00 und liegt siebzehn Stunden hinter Korea. Nicht pauschal sechzehn Stunden addieren, sondern die Tagesgrenzen in America/Los_Angeles verwenden.

Angenommen, eine Ergebnisseite zeigt Links zu A und B innerhalb derselben Property. Das Property-Diagramm kann eine Impression zählen, die Seitentabelle je eine für A und B. Die Zeilensumme beträgt zwei, das Property-Diagramm eins. Unterschiedliche Aggregationseinheiten müssen vor dem Vergleich angeglichen werden.

Bleiben UTM-Adressen im Serverlog, während der Suchbericht zur kanonischen URL aggregiert, Anfrageadresse und kanonische Adresse beide aufbewahren. Kampagnen-Conversions anhand der Kampagnenwerte im Log lesen, Suchleistung anhand der canonical-Zuordnung des Berichts. Auch unbekannte Werte, die beim Export null werden, mit der Originalanzeige abgleichen.

Wurden Bildantworten am 24. Oktober kleiner, zuerst die Dateibytes und Ladeergebnisse dieses Tages speichern. Spätere Suchberichte für dieselbe Seite, Suchanfrage, Geräte- und Ländergruppe vergleichen. Änderten sich rund um die Bildkorrektur auch Titel oder Kampagnen, wirken diese ebenfalls auf Impressionen und Klicks. Änderungen der Antwortdatei, des Seitenerlebnisses und des Suchverkehrs in getrennten Spalten liefern konkrete Belege für die nächste Korrektur.