Google Search Console einrichten: der erste Bericht

Es gibt ein Werkzeug, das dir zeigt, was Google wirklich mit deiner Website macht: welche Seiten im Index sind, für welche Suchbegriffe du erscheinst, auf welcher Position, und wo Google beim Einlesen scheitert. Es kommt von Google selbst, es kostet nichts, und trotzdem haben erstaunlich viele kleine Websites es nie eingerichtet. Die Google Search Console.

Analytics sagt dir, was Besucher auf deiner Seite tun. Die Search Console sagt dir, wie sie überhaupt hinkommen und ob sie es können. Beide beantworten verschiedene Fragen, und für alles, was mit Sichtbarkeit zu tun hat, ist die Search Console die wichtigere.

Was du vorher brauchst

Drei Dinge, mehr nicht: ein Google-Konto, die Adresse deiner Website und einen Zugang, mit dem du Google gegenüber beweisen kannst, dass die Domain dir gehört.

Nimm für das Konto keines, das einer Agentur oder einem einzelnen Mitarbeiter gehört. Die Property hängt an diesem Konto, und Eigentümerrechte lassen sich später nur mit Umständen umhängen. Ein Konto, das in zwei Jahren noch dir gehört, ist hier mehr wert als das, bei dem du gerade angemeldet bist.

Welchen Verifizierungsweg du nimmst, hängt allein davon ab, wo du Zugriff hast: auf die DNS-Einstellungen der Domain, auf das Dateisystem des Servers oder auf den Kopfbereich deiner Seiten. Eines davon hast du fast immer.

Property anlegen: die Weiche, die alles Weitere bestimmt

Du rufst search.google.com/search-console auf und meldest dich an. Beim ersten Mal öffnet sich sofort der Dialog Property-Typ auswählen mit zwei Kästen nebeneinander: links Domain, rechts URL-Präfix. Wer schon eine Property hat, findet denselben Dialog über die Auswahlliste oben links und den Eintrag Property hinzufügen.

Die Domain-Property deckt die gesamte Domain ab, samt aller Subdomains und beider Protokolle. Sie ist die richtige Wahl, verlangt aber, dass du einen sogenannten TXT-Eintrag bei deinem Domain-Anbieter hinterlegst. Das klingt technischer als es ist: Du kopierst eine von Google vorgegebene Zeichenkette in die DNS-Einstellungen deiner Domain, wartest ein paar Minuten, klickst auf Bestätigen. Einen anderen Weg gibt es für diesen Typ nicht.

Die URL-Präfix-Property deckt nur genau eine Adresse ab, etwa https://deine-domain.de. Sie ist schneller einzurichten, weil dir vier Verifizierungsmethoden zur Auswahl stehen: Datei, Meta-Tag, Google Analytics oder Google Tag Manager. Der Haken: Rufen Leute deine Seite mit www davor auf und du hast nur die Variante ohne verifiziert, siehst du die Hälfte der Daten nicht.

Nimm die Domain-Property, wenn du an die DNS-Einstellungen kommst. Der TXT-Eintrag ist einmal Arbeit und danach nie wieder ein Thema. Kommst du nicht an die DNS heran — weil ein Dienstleister die Domain verwaltet und drei Wochen für eine Rückmeldung braucht —, ist eine URL-Präfix-Property heute besser als eine Domain-Property irgendwann.

Ein Hinweis vorweg, der dir später Ärger spart: Egal welche Methode du wählst, der Nachweis muss dauerhaft bestehen bleiben. Google prüft ihn in Abständen erneut. Löschst du Eintrag, Datei oder Tag nach der Bestätigung, verlierst du nach einiger Zeit die Property samt Zugriff auf ihre Daten.

Methode 1: DNS-Eintrag (für die Domain-Property)

Der Weg für die Domain-Property, und der einzige, der alle Subdomains und beide Protokolle auf einmal abdeckt.

1. Im Dialog Property-Typ auswählen links Domain wählen, die Domain ohne https:// und ohne www eintragen — also deine-domain.de — und auf Weiter klicken.
2. Google zeigt jetzt einen Kasten mit einer Zeile, die mit google-site-verification= beginnt, daneben ein Knopf Kopieren. Diese Zeile ist dein TXT-Wert.
3. Öffne in einem zweiten Tab die DNS-Verwaltung deiner Domain. Sie liegt bei dem Anbieter, der die Nameserver stellt — nicht zwingend bei dem, bei dem du die Domain gekauft hast.
4. Lege einen neuen Eintrag an, Typ TXT. Ins Feld Name oder Host gehört @ oder ein leeres Feld; beides steht für die Domain selbst, welches von beidem, sagt dir die Oberfläche deines Anbieters. Ins Feld Wert kommt die kopierte Zeile, vollständig und unverändert. TTL bleibt auf der Voreinstellung.
5. Speichern, fünf bis zehn Minuten warten, zurück in die Search Console, Bestätigen klicken.

Wo die Einstellung bei den üblichen Anbietern steckt: bei IONOS unter Domains & SSL → Domain → DNS, bei Strato unter Domains → Domainverwaltung → DNS-Einstellungen, bei All-Inkl unter Domains → Einstellungen → DNS, bei GoDaddy unter Meine Produkte → DNS, bei Cloudflare unter DNS → Records → Add record. Die Beschriftungen ändern sich alle paar Jahre, das Prinzip nicht: du suchst die Liste der DNS-Einträge und legst dort einen weiteren an.

Der häufigste Stolperstein bei dieser Methode: Die Domain ist bei Anbieter A gekauft, die Nameserver zeigen aber auf Anbieter B — typisch bei Cloudflare oder wenn der Webhoster das DNS übernommen hat. Dann bleibt jeder Eintrag bei A wirkungslos, weil ihn niemand ausliefert. Wer die Nameserver hält, verrät dir eine Whois-Abfrage oder im Terminal:

dig NS deine-domain.de +short

Vorhandene TXT-Einträge löschst du dabei nicht. An der Wurzel einer Domain dürfen mehrere nebeneinander stehen, und der SPF-Eintrag deiner E-Mail gehört zu denen, die du besser in Ruhe lässt.

Bevor du in der Search Console klickst, prüf selbst, ob der Eintrag draußen angekommen ist:

dig TXT deine-domain.de +short

Unter Windows leistet nslookup -type=TXT deine-domain.de dasselbe. Steht deine google-site-verification=-Zeile in der Ausgabe, wird die Bestätigung funktionieren. Steht sie nicht da, hilft Klicken nicht — dann warte, und schau in einer Stunde erneut.

Methode 2: HTML-Datei auf dem Server

Die von Google empfohlene Methode für eine URL-Präfix-Property und die zuverlässigste, wenn du auf den Server kommst.

1. Im Dialog rechts URL-Präfix wählen und die Adresse exakt so eintragen, wie deine Seite ausgeliefert wird, mitsamt https:// und mitsamt oder ohne www. https://www.deine-domain.de ist für Google eine andere Property als https://deine-domain.de.
2. Google öffnet die Liste der Methoden. Ganz oben, aufgeklappt, steht HTML-Datei. Ein Klick auf Datei herunterladen legt eine Datei mit einem Namen wie google1a2b3c4d5e6f7g8h.html in deinem Download-Ordner ab.
3. Lade sie unverändert ins Wurzelverzeichnis deiner Website. Bei klassischem Hosting ist das der Ordner, in dem auch die Startseite liegt — je nach Anbieter httpdocs, public_html oder www. Bei WordPress ist es das Verzeichnis der Installation, bei Next.js der Ordner public/.
4. Ruf die Datei im Browser auf, also https://deine-domain.de/google1a2b3c4d5e6f7g8h.html. Du musst eine weiße Seite mit einer einzigen Zeile sehen, die mit google-site-verification: beginnt.
5. Zurück in die Search Console, Bestätigen klicken.

Woran es scheitert: fast immer daran, dass die Datei nicht so ausgeliefert wird, wie sie soll. Single-Page-Anwendungen und manche Content-Systeme leiten alles, was sie nicht kennen, auf die Startseite um. Google sieht dann statt der Zeichenkette dein Layout und meldet eine Weiterleitung. Umbenennen gilt ebenfalls nicht, der Dateiname ist Teil des Nachweises. Und wer die Datei ins Media-Verzeichnis seines CMS lädt statt in die Wurzel, hat sie zwar hochgeladen, aber an einer Adresse, an der Google nicht nachsieht.

Methode 3: HTML-Tag im Kopfbereich

Der Weg ohne Dateizugriff: eine Zeile im Quelltext deiner Startseite.

1. URL-Präfix-Property anlegen wie oben, dann in der Methodenliste HTML-Tag aufklappen. Google zeigt eine Zeile der Form <meta name="google-site-verification" content="..." /> und einen Knopf Kopieren.
2. Diese Zeile gehört in den <head> deiner Startseite, irgendwo vor </head>. Bei WordPress hat jedes SEO-Plugin ein Feld dafür — bei Yoast unter SEO → Allgemein → Website-Verbindungen, bei Rank Math unter General Settings → Webmaster Tools. Ohne Plugin kommt sie ins Header-Template des Child-Themes, nie ins Eltern-Theme, sonst ist sie nach dem nächsten Update weg. Baukästen wie Wix, Squarespace oder Webflow haben in den Projekteinstellungen ein Feld für eigenen Code im Kopfbereich.
3. Veröffentlichen, Startseite im Browser laden, mit Strg + U beziehungsweise Cmd + Alt + U den Quelltext öffnen und nach google-site-verification suchen. Steht es da, in der Search Console auf Bestätigen klicken.

Bei Next.js im App Router musst du das Tag nicht von Hand schreiben, die Metadata-API kennt das Feld:

export const metadata = {
  verification: { google: "dein-verifizierungswert" },
};

Eingetragen wird dabei nur der Inhalt aus content="...", nicht das ganze Tag.

Woran es scheitert: Das Tag muss im <head> stehen, nicht im <body>, und es muss im ausgelieferten Quelltext stehen. Wird es erst per JavaScript nachgeschoben, sieht der Prüfer es nicht verlässlich — er liest das HTML, das der Server schickt. Der zweite Klassiker ist der Zwischenspeicher: Caching-Plugin oder CDN liefern noch die alte Fassung aus. Wenn die Suche im Quelltext nichts findet, leerst du zuerst den Cache und schaust dann noch einmal.

Methode 4: Google Analytics

Wenn auf deiner Seite bereits GA4 mit dem gtag.js-Snippet im Kopfbereich liegt, ist das der schnellste Weg: kein Eintrag, keine Datei, ein Klick.

1. URL-Präfix-Property anlegen, in der Methodenliste Google Analytics aufklappen, Bestätigen klicken.
2. Das war es — vorausgesetzt, drei Dinge stimmen: Du bist mit demselben Google-Konto angemeldet, das in der GA4-Property mindestens die Rolle Bearbeiter hat. Das Snippet liegt im <head> der Startseite. Und es gehört zu derselben Domain, die du gerade verifizieren willst.

Woran es scheitert: Wird Analytics erst über den Google Tag Manager geladen, findet der Prüfer im Quelltext kein Snippet — dann nimmst du Methode 5. Auch ein Consent-Banner, das den Analytics-Code erst nach Zustimmung nachlädt, macht diesen Weg unbrauchbar. Das ist kein Fehler deiner Seite, sondern die Folge davon, dass der Prüfer nichts anklickt.

Methode 5: Google Tag Manager

1. Der Container-Code muss auf der Startseite liegen: der <script>-Teil im <head>, der <noscript>-Teil direkt hinter dem öffnenden <body>.
2. Dein Google-Konto braucht für diesen Container die Berechtigung Veröffentlichen. Lesen oder Bearbeiten reicht nicht.
3. In der Methodenliste Google Tag Manager aufklappen, Bestätigen klicken.

Woran es scheitert: meistens an genau dieser Berechtigung, oder daran, dass der Container zwar angelegt, aber nie veröffentlicht wurde. Ein Container im Entwurfsstand liefert auf der Website nichts aus, auch wenn in der GTM-Oberfläche alles fertig aussieht.

Sitemap einreichen, damit Google nicht raten muss

Sobald die Property bestätigt ist, reichst du deine Sitemap ein. Im linken Menü auf Sitemaps, ins Feld Neue Sitemap hinzufügen den Pfad eintragen und auf Senden klicken. In das Feld gehört nur der Teil hinter der Domain, also sitemap.xml — die Adresse davor steht schon da.

Welchen Pfad du einträgst, hängt vom System ab: WordPress liefert seit Version 5.5 von Haus aus wp-sitemap.xml aus, mit Yoast heißt sie sitemap_index.xml, die meisten anderen Systeme und Baukästen nutzen sitemap.xml. Ob die Datei existiert, prüfst du, indem du sie im Browser aufrufst. Kurz nach dem Absenden steht in der Tabelle noch „Wird abgerufen"; nach ein paar Stunden wechselt der Status auf Erfolgreich und die Zahl der gefundenen URLs erscheint daneben.

Die Sitemap zwingt Google nicht, alles sofort zu indexieren. Sie ist eine Landkarte, kein Befehl. Aber sie beschleunigt, dass neue Seiten überhaupt gefunden werden, und genau darum geht es bei einer Website, die gerade erst Inhalte aufbaut. Wenn du wissen willst, warum thematische Breite überhaupt zählt, steht das in SEO-Probleme finden.

Wenn die Verifizierung scheitert: die Meldungen im Klartext

Google sagt dir, woran es liegt, aber in einem Satz, der die Ursache nicht nennt. Die Übersetzung:

Der erforderliche TXT-Eintrag wurde nicht gefunden. Entweder ist er noch nicht verbreitet — dann hilft warten — oder er steht am falschen Ort. Prüf mit dig TXT deine-domain.de +short, ob er überhaupt ausgeliefert wird. Kommt nichts zurück, sitzt dein Eintrag bei einem Anbieter, der das DNS deiner Domain gar nicht verwaltet. Der zweithäufigste Grund: Im Feld Name steht deine-domain.de statt @, wodurch der Eintrag auf deine-domain.de.deine-domain.de landet.

Die Verifizierungsdatei wurde nicht gefunden. Ruf die Adresse selbst im Browser auf. Siehst du eine 404, liegt die Datei nicht in der Wurzel. Siehst du deine Startseite, greift eine Weiterleitung. Siehst du die Zeichenkette, aber Google nicht, blockiert womöglich eine Firewall oder ein Sicherheits-Plugin den Google-Bot.

Die Verifizierungsdatei wurde weitergeleitet. Der Server antwortet mit einer Umleitung statt mit der Datei. Typisch für Anwendungen, die jede unbekannte Adresse auf die Startseite schicken. Nimm hier lieber das Meta-Tag als Methode.

Das Meta-Tag wurde nicht gefunden. Quelltext der Startseite öffnen und suchen. Ist es dort nicht sichtbar, leer den Cache. Ist es sichtbar, aber unterhalb von </head> gelandet, verschieb es nach oben.

Keine Berechtigung für diese Google Analytics-Property. Du bist mit einem anderen Konto in der Search Console angemeldet als in Analytics, oder dein Konto hat dort nur Leserechte.

Es kommt gar keine Meldung, aber bestätigt wird auch nichts. Lass alles liegen, wie es ist. Google prüft im Hintergrund weiter, und viele Properties bestätigen sich innerhalb eines Tages von selbst. Der Fehler wäre jetzt, den Eintrag zu löschen und von vorn anzufangen. Übrigens darfst du mehrere Methoden gleichzeitig hinterlegen — das erhöht die Chance, dass eine davon greift, und schadet nicht.

Fünf Fehler, die man erst Wochen später merkt

Die schlimmeren Fehler sind nicht die, bei denen eine rote Meldung erscheint. Es sind die, bei denen alles zu funktionieren scheint.

Nur eine Domain-Variante verifiziert. Wer die URL-Präfix-Property nimmt und nur https://deine-domain.de bestätigt, sieht nichts von den Aufrufen über www oder http. Die Domain-Property umgeht das, weil sie alle Varianten auf einmal abdeckt.

Den Verifizierungsnachweis später entfernt. TXT-Eintrag, Datei und Tag müssen dauerhaft bleiben. Wer beim Aufräumen den Eintrag löscht oder das Plugin wechselt, über das das Tag ausgeliefert wurde, verliert nach einiger Zeit die Verifizierung und damit den Zugriff auf die Daten.

Die Sitemap mit voller Adresse eingetragen. Im Sitemap-Feld steht nur sitemap.xml, nicht die komplette URL. Stimmt der Pfad nicht oder existiert die Datei gar nicht, meldet Google „Konnte nicht abgerufen werden" — dann zuerst deine-domain.de/sitemap.xml im Browser prüfen.

Die Property gehört dem falschen Konto. Wenn die Agentur die Verifizierung mit ihrem eigenen Konto gemacht hat, endet dein Zugang mit der Zusammenarbeit. Verifizier einmal selbst mit einem Konto, das dir gehört, und lade alle anderen als Nutzer ein.

Nach der Einrichtung nie wieder reingeschaut. Die Search Console meldet sich per E-Mail, wenn etwas kaputtgeht — aber nur an die hinterlegte Adresse des Inhabers. Prüf einmal unter Einstellungen → Nutzer und Berechtigungen, ob das eine Adresse ist, die jemand liest.

Zugriff für andere freigeben, ohne dein Konto herzugeben

Unter Einstellungen → Nutzer und Berechtigungen → Nutzer hinzufügen trägst du weitere Google-Konten ein. Zwei Rollen stehen zur Wahl: Vollständig darf alles außer Nutzer verwalten, Eingeschränkt darf die meisten Berichte lesen. Für eine Agentur oder einen Entwickler reicht Vollständig.

Was du nicht vergeben solltest, ist die Inhaberrolle. Inhaber wird man ohnehin nicht per Einladung, sondern durch eine eigene Verifizierung — und genau darum bleibt der Nachweis, den du oben gesetzt hast, das eigentliche Eigentumsrecht an dieser Property.

Der Bericht, der über allem steht

Wenn du in der Search Console nur einen Bericht öffnen dürftest, wäre es der zur Seitenindexierung. Er teilt deine Seiten in zwei Stapel: indexiert und nicht indexiert. Und beim zweiten Stapel steht der Grund dabei.

Das ist der Punkt, an dem die Search Console jedes andere SEO-Werkzeug schlägt. Ein Crawler rät, warum eine Seite nicht rankt. Die Search Console schreibt es dir auf: „Ausgeschlossen durch noindex-Tag", „Alternative Seite mit richtigem kanonischen Tag", „Gecrawlt, zurzeit nicht indexiert". Jede dieser Formulierungen zeigt auf ein konkretes Problem, das du beheben kannst. Wer stattdessen crawlt, sucht die Antwort bei sich selbst, obwohl Google sie längst notiert hat.

Die drei häufigsten Gründe im Nicht-indexiert-Stapel arbeitest du ab, bevor du irgendein anderes Werkzeug öffnest. Wie du die Befunde nach Wirkung sortierst, steht in SEO-Probleme finden.

Der Leistungsbericht: wo deine echten Chancen liegen

Der zweite unverzichtbare Bericht heißt Leistung. Hier stehen die Suchanfragen, für die du erscheinst, mit Impressionen, Klicks und durchschnittlicher Position.

Die Goldader darin: Filter die Position auf den Bereich zwischen 4 und 15 und sortier nach Impressionen. Das sind Seiten, die Google schon für relevant hält, die aber knapp unterhalb der Klickzone stehen. Sie brauchen keinen Vertrauensvorschuss mehr, nur eine bessere Antwort. Warum ausgerechnet dieser Bereich der günstigste Hebel für mehr Besucher ist, steht in Website-Traffic steigern.

Wie du diese Suchanfragen mit dem Verhalten auf der Seite zusammenbringst — Absicht aus der Search Console, Verhalten aus Analytics —, steht in Nutzerverhalten analysieren.

Eine einzelne Seite sofort prüfen lassen

Ein Werkzeug in der Search Console, das zu selten genutzt wird: die URL-Prüfung, ganz oben in der Suchleiste. Du gibst die Adresse einer einzelnen Seite ein und bekommst binnen Sekunden den aktuellen Stand: ob sie im Index ist, wann Google sie zuletzt besucht hat, und ob es beim Einlesen Probleme gab.

Der praktische Nutzen kommt, wenn du eine neue Seite veröffentlicht hast und nicht warten willst, bis Google sie irgendwann von selbst findet. Nach der Prüfung erscheint ein Knopf „Indexierung beantragen". Ein Klick stellt die Seite in die Warteschlange, oft ist sie danach binnen ein bis zwei Tagen drin statt binnen Wochen. Übertreib es nicht, das Kontingent ist begrenzt, aber für die zwei, drei wichtigen neuen Seiten ist es genau das richtige Werkzeug.

Ein Wort zur Geduld

Ein frisch verifiziertes Konto zeigt zunächst wenig. Die Daten füllen sich über Tage, der Index-Bericht braucht manchmal eine Woche, bis er ein vollständiges Bild zeigt. Das ist kein Fehler und kein Grund, dreimal täglich nachzusehen. Richte es ein, reich die Sitemap ein, und schau in einer Woche wieder rein.

Womit du anfängst

Domain-Property anlegen, TXT-Eintrag bei deinem Domain-Anbieter setzen, verifizieren. Sitemap einreichen. Dann eine Woche warten und danach den Bericht zur Seitenindexierung öffnen. Was dort im Nicht-indexiert-Stapel steht, ist deine erste To-do-Liste, und sie kommt direkt von der Quelle, auf die es ankommt.

Häufige Fragen

Ist die Google Search Console kostenlos?

Ja, vollständig und ohne Einschränkung der Funktionen. Es gibt keine kostenpflichtige Variante, kein Nutzerlimit und keine Begrenzung der Datenmenge. Ein Google-Konto verwaltet bis zu 1.000 Properties, was für jede kleine und mittlere Website mehr als ausreicht.

Wie lange dauert es, bis Daten in der Search Console erscheinen?

Der Leistungsbericht zeigt Zahlen mit etwa zwei bis drei Tagen Verzug, die ersten Zeilen erscheinen also nicht sofort nach der Verifizierung, sondern nach wenigen Tagen. Der Bericht zur Seitenindexierung braucht länger, oft eine Woche, bis er ein vollständiges Bild deiner Seiten zeigt. Rückwirkende Daten aus der Zeit vor der Verifizierung gibt es nicht.

Domain-Property oder URL-Präfix — was ist besser?

Die Domain-Property, wenn du an die DNS-Einstellungen deiner Domain kommst. Sie deckt alle Subdomains und beide Protokolle auf einmal ab, sodass keine Aufrufe unter den Tisch fallen. Die URL-Präfix-Property lohnt, wenn du keinen DNS-Zugriff hast oder wirklich nur einen Teilbereich beobachten willst, etwa eine einzelne Subdomain.

Was tun, wenn die Verifizierung fehlschlägt?

Zuerst prüfen, ob der Nachweis überhaupt ausgeliefert wird: den TXT-Eintrag mit dig TXT deine-domain.de +short, die Verifizierungsdatei und das Meta-Tag durch einen Aufruf im Browser. Kommt dort nichts an, liegt es an DNS-Verbreitung, falschem Anbieter, Weiterleitung oder Zwischenspeicher — nicht an Google. Lösch den Nachweis nicht, wenn ein Versuch scheitert: Google prüft im Hintergrund weiter, und du darfst mehrere Methoden parallel hinterlegen.

Brauche ich die Search Console, wenn ich schon Google Analytics habe?

Ja, die beiden messen Verschiedenes. Analytics beginnt zu zählen, wenn jemand auf deiner Seite ankommt. Die Search Console zeigt, was davor passiert: mit welcher Suchanfrage jemand dich sieht, auf welcher Position, und welche Seiten Google gar nicht erst in den Index aufnimmt. Diese Vorstufe ist in Analytics grundsätzlich nicht sichtbar.

Muss der Verifizierungsnachweis dauerhaft bestehen bleiben?

Ja. Google prüft in Abständen erneut, ob TXT-Eintrag, Datei oder Meta-Tag noch vorhanden sind. Verschwindet der Nachweis — beim Aufräumen im DNS, bei einem Relaunch oder mit dem Plugin, über das das Tag lief —, verlierst du nach einiger Zeit die Verifizierung und damit den Zugriff auf die Property und ihre Historie.