Zum Inhalt springen
Doctor SEO
Kostenlose SEO-Analyse

Google Search Console: Website verifizieren und vom ersten Tag an richtig nutzen

So richtest du Google Search Console als Domain-Property ein: wichtige Einstellungen, fünf SEO-Workflows mit klarer Entscheidung und die Grenzen des Tools. Geprüft am 10. Oktober 2026.

Mit Google Search Console zeigt dir Google seine eigenen Daten zu deiner Website: bei welchen Suchanfragen deine Seiten erschienen sind, welche URLs im Index gelandet sind und warum andere fehlen, und ob ein menschlicher Prüfer eine manuelle Maßnahme gegen deine Website verhängt hat. Das Tool richtet sich an alle, die eine Website betreiben, vom privaten Blog bis zum SEO-Team im Unternehmen. Kosten fallen keine an: Google nennt Search Console in der Hilfe einen kostenlosen Dienst von Google, und daran hatte sich bei unserer Prüfung am 10. Oktober 2026 nichts geändert.

Das Urteil vorweg: Richte Search Console am ersten Tag als Domain-Property mit DNS-Bestätigung ein und schalte in derselben Woche den Bulk-Datenexport nach BigQuery ein. Search Console speichert nur 16 Monate an Daten, und der Export holt keine Historie nach. Dein eigenes, ungedeckeltes Archiv beginnt an dem Tag, an dem du ihn einschaltest; alles davor gibt es nur in den gedeckelten Berichten und der API, und nur 16 Monate lang.

Zugang einrichten: Property-Typen und Bestätigung

Search Console arbeitet mit Properties, und der Typ entscheidet, welche Daten du siehst. Die Google-Hilfe zum Hinzufügen einer Website-Property unterscheidet zwei Typen. Eine Domain-Property umfasst alle Subdomains (m, www usw.) und mehrere Protokolle (http, https, ftp). Eine URL-Präfix-Property umfasst nur URLs, die exakt mit dem angegebenen Präfix samt Protokoll beginnen; https://beispiel.de/ deckt also weder http:// noch https://www.beispiel.de/ ab.

Ein dokumentiertes Detail, das in den meisten Anleitungen fehlt: Die Datenerfassung für eine Property beginnt, sobald jemand sie hinzufügt, auch vor der Bestätigung. Du verlierst also nichts, wenn du die Property heute anlegst und den DNS-Eintrag erst morgen setzt.

So legst du eine Domain-Property an:

  1. Öffne Search Console, klappe die Property-Auswahl auf und wähle + Property hinzufügen.
  2. Wähle Domain-Property und gib nur die Stammdomain ein, ohne Protokoll, Pfad und „www“.
  3. Kopiere den angezeigten TXT-Eintrag und lege ihn bei deinem DNS-Anbieter an.
  4. Klicke auf Bestätigen. Ist der Eintrag noch nicht sichtbar, sicherst du den Fortschritt mit „Später bestätigen“. Laut Google kann es bei manuell angelegten Einträgen bis zu zwei oder drei Tage dauern, bis der Anbieter sie ausliefert.
  5. Lösch den Eintrag nie. Google schreibt ausdrücklich, dass du den DNS-Eintrag auch nach erfolgreicher Bestätigung behalten musst, um bestätigt zu bleiben.

Welche Bestätigungsmethode für welche Property funktioniert

Auf der Hilfeseite zur Bestätigung ist Google eindeutig: Der DNS-Eintrag ist die einzige Möglichkeit, eine Domain-Property zu bestätigen. Alle anderen Methoden funktionieren nur bei URL-Präfix-Properties.

Methode Domain-Property URL-Präfix-Property Was Google verlangt
DNS-Eintrag beim Domain-Anbieter Ja, als einzige Methode Ja Zugriff auf das DNS; Eintrag bleibt nach der Bestätigung bestehen
HTML-Datei hochladen Nein Ja Die Datei bleibt auf dem Server; Search Console folgt beim Suchen keinen Weiterleitungen auf eine andere Domain
HTML-Meta-Tag Nein Ja Das Tag steht im <head> der Startseite
Google Analytics Nein Ja Bearbeitungsrechte im Analytics-Konto, dasselbe Google-Konto in beiden Tools, Snippet unverändert
Google Tag Manager Nein Ja Berechtigung „Veröffentlichen“ oder „Administrator“ für den Container

Die Bestätigung ist kein einmaliger Vorgang. Google prüft nach eigener Aussage regelmäßig, ob das Token noch vorhanden und gültig ist; fehlt es, laufen die Berechtigungen nach einer Kulanzfrist ab.

Die Hilfe zu Properties nennt außerdem einen neueren Typ, die Plattform-Properties für deine Präsenz auf Instagram, TikTok, X und YouTube. Google rollt die Funktion schrittweise aus, sie kann in deinem Konto also noch fehlen.

Die Einstellungen, auf die es ankommt

Search Console hat wenige Einstellungen, doch sechs davon bestimmen, was du in einem Jahr noch tun kannst. Die Tabelle nennt jede mit ihrem dokumentierten Grund; den Rest der Einstellungen kannst du auf den Standardwerten lassen.

Einstellung (wo) Was du tun solltest Dokumentierter Grund
Property-Typ (+ Property hinzufügen) Domain-Property als Hauptansicht Bündelt alle Subdomains und Protokolle
Nutzer und Berechtigungen (Einstellungen > Nutzer und Berechtigungen) Mindestens zwei bestätigte Inhaber; Agenturen und Freelancer als „Uneingeschränkter Nutzer“, nicht als Inhaber Werden alle bestätigten Inhaber entfernt, verlieren alle übrigen Nutzer und delegierten Inhaber nach einer Kulanzfrist den Zugriff
Bulk-Datenexport (Einstellungen > Bulk-Datenexport) In der ersten Woche einrichten Keine Rückwirkung; der erste Export läuft bis zu 48 Stunden nach der Einrichtung
Sitemaps-Bericht Alle XML-Sitemaps oder den Sitemap-Index einreichen Ermöglicht den Sitemap-Filter im Bericht zur Seitenindexierung
Verknüpfungen (Einstellungen) GA4-Property verknüpfen Analytics kann Search-Console-Daten neben den Nutzungsdaten zeigen
E-Mail-Benachrichtigungen Prüfen, dass sie bei den Inhabern ankommen Google schreibt, man müsse sich nicht jeden Tag anmelden, weil neue Probleme per E-Mail gemeldet werden

Die Berechtigungsstufen lohnen einen genauen Blick. Laut der Hilfeseite zu Nutzern und Berechtigungen sieht ein uneingeschränkter Nutzer alle Daten und darf einige Aktionen ausführen, etwa Sitemaps einreichen oder das URL-Prüftool nutzen; ein eingeschränkter Nutzer hat einfache Leserechte für die meisten Daten. Pro Property sind höchstens 100 Nutzer erlaubt, die keine Inhaber sind, und die Seite „Nutzer und Berechtigungen“ sehen nur Inhaber.

Finger weg, solange kein Notfall vorliegt: Das Tool zum Entfernen bewirkt laut Google nur eine vorübergehende Entfernung für etwa sechs Monate; es ist eine Notbremse, kein Aufräumwerkzeug. Die Adressänderung ist nur für den Umzug zwischen Domains oder Subdomains gedacht, und Google sagt ausdrücklich, dass du sie beim Wechsel von http zu https nicht verwenden sollst. Und eine aus dem Bericht gelöschte Sitemap vergisst Google nicht: Laut Hilfe bleiben die Sitemap und alle darin aufgeführten URLs bei Google bekannt.

Bulk-Datenexport nach BigQuery: die Einstellung mit Frist

Der Bulk-Datenexport schreibt die Leistungsdaten täglich in ein BigQuery-Dataset, das dir gehört. Die Einrichtungsseite von Google verlangt ein Google-Cloud-Projekt mit Abrechnung, aktivierte BigQuery API und BigQuery Storage API sowie das Dienstkonto [email protected] mit den Rollen BigQuery Job User und BigQuery Data Editor. Der Dataset-Name muss mit searchconsole beginnen, und den Speicherort kannst du laut Google nach Beginn der Exporte nicht ohne Weiteres ändern.

Es fallen Speicher- und Abfragekosten von Google Cloud an, mit einem kostenlosen Nutzungskontingent. Tabellen werden standardmäßig unbegrenzt aufbewahrt. Google empfiehlt, ein Ablaufdatum für Partitionen statt für die ganze Tabelle zu setzen, weil ein Tabellenablauf alle Daten löschen würde.

Checkliste für den ersten Tag

Arbeite diese Liste einmal pro Website ab. Jeder Punkt dauert Minuten und schützt Daten oder Zugänge, die du später nicht zurückbekommst.

  1. Domain-Property angelegt und per TXT-Eintrag bestätigt; der Eintrag bleibt im DNS.
  2. Ein zweiter bestätigter Inhaber eingetragen.
  3. Agenturen und Freelancer als uneingeschränkte Nutzer, nicht als Inhaber.
  4. XML-Sitemap oder Sitemap-Index eingereicht, Status „Erfolgreich“.
  5. Bulk-Datenexport nach BigQuery eingerichtet, Ablaufdatum auf Partitionen statt auf der Tabelle.
  6. GA4-Property unter „Verknüpfungen“ verbunden.
  7. Berichte „Manuelle Maßnahmen“ und „Sicherheitsprobleme“ einmal geöffnet, damit du weißt, wie „keine Probleme“ aussieht.
  8. Eine URL pro Template geprüft, kanonische URLs verglichen.

Fünf SEO-Workflows, die mit einer Entscheidung enden

Jeder Workflow kommt mit Search Console allein aus und endet mit einem „Wenn das, dann das“.

1. „Gecrawlt – zurzeit nicht indexiert“ sortieren

Der Bericht zur Seitenindexierung zeigt diesen Grund, wenn Google eine Seite gecrawlt, aber nicht indexiert hat; sie kann später indexiert werden oder auch nicht. Google ergänzt, dass du die URL nicht erneut zum Crawling einreichen musst, und formuliert den Grundsatz dahinter: Erwarte nicht, dass jede URL deiner Website indexiert wird.

  1. Öffne den Bericht zur Seitenindexierung, klicke auf den Grund und exportiere die Beispiel-URLs.
  2. Ordne sie nach Template: Produkt, Kategorie, Tag, Filter, Artikel.
  3. Prüfe zwei oder drei URLs pro Template mit dem URL-Prüftool.
  4. Wenn es Filter, Tags, interne Suchseiten oder Beinahe-Duplikate sind, dann ist der Status richtig: Verlinke sie nicht weiter und nimm sie aus den Sitemaps.
  5. Wenn es Seiten sind, die ranken sollen, dann liegt das Problem bei der Seite, nicht beim Crawling: Inhalt verbessern oder zusammenführen und die interne Verlinkung stärken, bevor du Google erneut bemühst.
  6. Wenn ein ganzes Template betroffen ist, dann nimm dir zuerst Workflow 2 für dieses Template vor.

2. Ein wichtiges Template mit dem URL-Prüftool durchleuchten

Das URL-Prüftool zeigt, was Googles Index zu einer einzelnen URL gespeichert hat: letzten Crawl, verwendeten User-Agent sowie die vom Nutzer angegebene und die von Google ausgewählte kanonische URL. Die Hilfeseite zum Tool warnt, dass die indexierte Ansicht kein Live-Test ist und dass der Live-Test nicht prüft, ob die Seite ein Duplikat oder eine Alternative ist, weil die kanonische URL erst bei der Indexierung bestimmt wird.

  1. Wähle pro Template eine typische URL: Startseite, Kategorie, Produkt oder Artikel, paginierte Liste.
  2. Prüfe sie und vergleiche „Vom Nutzer angegebene kanonische URL“ mit „Von Google ausgewählte kanonische URL“.
  3. Klicke auf Live-URL testen und danach auf Getestete Seite anzeigen; sieh dir Screenshot und gerendertes HTML an.
  4. Wenn die kanonischen URLs voneinander abweichen, dann sendet das Template widersprüchliche Signale (interne Links, Weiterleitungen, Sitemaps, doppelte Inhalte) und muss auf Template-Ebene korrigiert werden.
  5. Wenn im gerenderten HTML Hauptinhalt fehlt, den der Browser zeigt, dann hängt dieser Inhalt an einem Rendering, das Google im Test nicht abgeschlossen hat; das gehört zur Entwicklung.

„Indexierung beantragen“ hat ein dokumentiertes Tageslimit und garantiert laut Google nicht, dass die Seite im Index erscheint. Nutze es für eine gerade reparierte Seite, nicht als Routine.

3. Sitemap-URLs mit indexierten URLs abgleichen

Deine Sitemap ist die Liste der Seiten, die du im Index sehen willst, und der Sitemaps-Bericht stellt klar, dass es keine Garantie gibt, dass eine über die Sitemap gefundene URL gecrawlt oder indexiert wird. Der Bericht zur Seitenindexierung hat genau dafür einen Filter.

  1. Stelle im Bericht zur Seitenindexierung den Filter von „Alle bekannten Seiten“ auf „Alle eingereichten Seiten“ um.
  2. Vergleiche indexiert und nicht indexiert innerhalb der eingereichten Menge und wechsle danach zu „Nur nicht eingereichte Seiten“.
  3. Wenn viele eingereichte URLs nicht indexiert sind, dann lies die Gründe: Weiterleitungen, noindex oder kanonisierte URLs in einer Sitemap heißen, dass die Sitemap Google etwas Falsches erzählt. Sie sollte nur kanonische, indexierbare URLs mit Status 200 enthalten.
  4. Wenn viele nicht eingereichte URLs indexiert sind, dann gehören sie entweder in die Sitemap oder sollten gar nicht als eigene indexierbare URLs existieren.

4. Suchanfrage-Seiten-Paare mit CTR-Lücke finden

Der Leistungsbericht definiert die CTR als Klicks geteilt durch Impressionen. Sinnvoll ist der Vergleich deiner Seiten untereinander, nicht mit einem Branchenwert, denn keine veröffentlichte CTR-Kurve beschreibt deine Suchanfragen.

  1. Stelle im Leistungsbericht den Suchtyp auf „Web: textbasiert“ (multimodaler Traffic liefert keine Suchanfragen), wähle die letzten drei Monate und blende alle vier Messwerte ein.
  2. Filtere auf eine wichtige Seite, öffne den Tab „Suchanfragen“ und sortiere nach Impressionen.
  3. Notiere Suchanfragen mit einer durchschnittlichen Position auf Seite eins, deren CTR deutlich unter dem liegt, was dieselbe Seite bei ihren anderen Seite-eins-Anfragen erreicht.
  4. Wenn die Position auf Seite eins liegt und die CTR zurückbleibt, dann ist das Snippet verdächtig: Title und Meta-Description neu schreiben, das Datum notieren und die folgenden 28 Tage per Datumsvergleich mit den 28 Tagen davor vergleichen.
  5. Wenn die Position jenseits von Seite eins liegt, dann ist das Snippet nicht das Problem, und ein neuer Title rettet das Ranking nicht.

Beachte, dass ein Filter auf Suchanfrage oder Seite die Summen verändert; die Google-Hilfe zu Filtern nennt als Grund das Abschneiden von Daten und das Weglassen anonymisierter Suchanfragen. Der Regex-Filter (benutzerdefiniert, RE2-Syntax, standardmäßig ohne Unterscheidung von Groß- und Kleinschreibung) fasst Marken- oder Fragesuchanfragen in einem Schritt zusammen.

5. Die Website nach einem Relaunch prüfen

Googles Leitfaden zum Website-Umzug mit URL-Änderungen (Last updated 2026-08-20 UTC) empfiehlt, alte und neue Sitemap einzureichen, und beschreibt, dass die Zahl indexierter URLs auf der alten Website sinkt und auf der neuen steigt. Bei mittelgroßen Websites kann es laut Google einige Wochen oder länger dauern, bis die neuen URLs nach und nach erscheinen.

  1. Bei einem Domainwechsel startest du die Adressänderung in der alten Property auf Domainebene. Du musst Inhaber beider Properties mit demselben Google-Konto sein.
  2. Reiche in der neuen Property die alte und die neue Sitemap ein.
  3. Vergleiche wöchentlich die Seitenindexierung beider Properties und die Leistung pro Seite in der neuen.
  4. Wenn alte URLs verschwinden, die neuen aber nach mehreren Wochen nicht nachziehen, dann prüfe eine Stichprobe alter URLs und stelle sicher, dass jede mit genau einem 301 auf ihr Gegenstück zeigt, nicht auf die Startseite.
  5. Wenn du entscheidest, wann die Weiterleitungen wegdürfen, dann lass sie mindestens ein Jahr stehen.

Der letzte Schritt beruht auf einer dokumentierten Abweichung, die du kennen solltest. Die Hilfe zur Adressänderung verlangt, Weiterleitungen mindestens 180 Tage beizubehalten; der Umzugsleitfaden empfiehlt, sie so lange wie möglich zu behalten, „in der Regel mindestens ein Jahr“. Beides sind Google-Dokumente, geprüft am 10. Oktober 2026. Wer sich an die längere Frist hält, erfüllt beide.

Berichte, die du seltener öffnest

Der Core Web Vitals-Bericht nutzt Felddaten aus dem Chrome UX Report (CrUX) und gruppiert URLs mit ähnlicher Nutzererfahrung. Laut Berichtsseite gilt als „gut“: LCP bis 2,5 s, INP bis 200 ms und CLS bis 0,1. Der Status einer URL-Gruppe richtet sich nach ihrem schlechtesten Messwert.

Wie stark diese Werte ins Ranking eingehen, ist umstritten, und die veröffentlichte Evidenz klärt das nicht. Ein Lager behandelt Core Web Vitals als wichtigen Rankingfaktor und verkauft Audits mit diesem Argument; ein anderes hält den Ranking-Effekt für klein und sieht den eigentlichen Nutzen bei Nutzererfahrung und Conversion. Keine unabhängige Studie hat das Gewicht isoliert, und Googles Hilfeseite zum Bericht sagt über Rankings gar nichts.

Der Bericht Manuelle Maßnahmen erscheint, wenn ein menschlicher Prüfer bei Google Verstöße gegen die Spamrichtlinien festgestellt hat. Die Google-Hilfe warnt, dass eine Korrektur auf nur einigen Seiten keine teilweise Rückkehr in die Suchergebnisse bringt. Der Bericht Sicherheitsprobleme deckt gehackte Inhalte, Malware und unerwünschte Software sowie Social Engineering ab. Beide enden mit einem Antrag auf Überprüfung, und laut Google dauern die meisten Überprüfungen mehrere Tage oder Wochen.

Die Crawling-Statistik (Property-Einstellungen > Crawling-Statistik) zeigt Crawling-Anfragen insgesamt, Downloadgröße, durchschnittliche Antwortzeit und den Hoststatus für robots.txt-Abruf, DNS-Auflösung und Serververbindung. Google zufolge ist sie nur für Properties auf Stammebene verfügbar, also für eine Domain-Property oder eine URL-Präfix-Property auf Stammebene. Der Statistikbericht (englisch Insights) liefert eine vereinfachte Übersicht mit Inhalten und Suchanfragen im Aufwärts- und Abwärtstrend; die Reihenfolge richtet sich laut Google nach der Zahl der Klicks, nicht nach der prozentualen Veränderung.

Grenzen: was Search Console dir nicht sagen kann

Search Console liefert Googles eigene Daten, aber gesampelt, gekürzt und gedeckelt, und die Hilfeseiten sagen das offen. Diese Grenzen verändern Schlussfolgerungen.

Die Multimodal-Aufteilung vom September 2026: eine offene Frage

Am 24. September 2026 hat Google den Suchtyp Web in Web: textbasiert und Web: multimodal aufgeteilt. Laut der Hilfeseite zum Leistungsbericht enthält „Web: multimodal“ Websuchergebnisse, bei denen ein Bild als Teil der Suche verwendet wurde. Laut der Seite zu Dimensionen ist die Dimension „Suchanfragen“ bei diesem Suchtyp nicht verfügbar.

Ob diese Zeilen neue Daten sind oder Daten, die aus der bisherigen Web-Summe herausgelöst wurden, ist umstritten, und die veröffentlichte Evidenz klärt die Frage nicht. Googles Position gab John Mueller auf Bluesky ab, wiedergegeben von Search Engine Roundtable: „the data wasn’t previously in the counts, the report has new data“ (die Daten waren bisher nicht in den Zahlen enthalten, der Bericht hat neue Daten). Dagegen sagte Dave Smart demselben Medium: „I am seeing corresponding drops in impressions and clicks starting the 10th on a few properties“ (er sehe ab dem 10. entsprechende Rückgänge bei Impressionen und Klicks auf einigen Properties). Wie viele Properties und welche Volumen, nannte er nicht. PPC Land hält fest, dass die Ursache dieser Rückgänge ungeklärt ist.

Niemand hat eine gepaarte Impressionsreihe über beide Daten mit offengelegten Properties veröffentlicht, die Daten können die Frage also noch nicht klären. Wenn du dir das auf deiner eigenen Website ansehen willst, kannst du zum Beispiel deinen Export zwischen dem 10. und dem 24. September vergleichen; keines der beiden Lager hat diesen Vergleich veröffentlicht.

Unstrittig ist dagegen: Bei unserer Prüfung am 10. Oktober 2026 nannte die Referenz der Search Analytics API (Last updated 2026-08-11 UTC) die Typen discover, googleNews, news, image, video und web, und das Wort „multimodal“ kam nicht vor. Die Aufteilung existiert in der Oberfläche, nicht in der API; ein Dashboard auf API-Basis kann sie nicht nachbilden.

Alternativen und Ergänzungen

Für Googles eigene Daten gibt es keinen echten Ersatz; die Alternativen sind Ergänzungen, die andere Fragen beantworten.

Frage Search Console Ergänzung
Was passiert nach dem Klick? Nein Google Analytics 4
Wie sieht Bing die Website? Nein Bing Webmaster Tools (unsere Werkzeugseite erscheint am 29. Oktober)
Alle URLs und Links der Website, jetzt gecrawlt Nur Stichproben Ein Desktop-Crawler wie Screaming Frog
Rankings und Links der Konkurrenz Nein SEO-Suiten von Drittanbietern, die diese Zahlen aus eigenen Daten modellieren

Alle Werkzeuge dieses Bereichs findest du in der Übersicht der SEO-Werkzeuge.

Wo der Kurs tiefer geht

Diese Seite gehört dem Werkzeug; die Methode, also wie man Suchdaten liest, ohne sich selbst zu täuschen, gehört dem Kurs. Das Level SEO-Analytics behandelt die Messung. Das Level Technisches SEO erklärt Crawling, Indexierung und Kanonisierung, auf denen die Workflows 1, 2 und 3 aufbauen. Und die Lektion Claude per MCP mit Search Console und GA4 verbinden zeigt, wie du deine eigene Property in natürlicher Sprache abfragst. Eigene Search-Console-Lektionen stehen im Kursplan und werden hier verlinkt, sobald sie online sind.

Quellen