Die Google Search Console zeigt Ihnen, wie Google Ihre Website sieht: welche Seiten im Index stehen, welche nicht und warum, über welche Suchbegriffe Besucher kommen und ob Google Sicherheitsprobleme gefunden hat. Für eine WordPress-Website eines kleinen Unternehmens ist sie das wichtigste kostenlose Frühwarnsystem, gerade nach Updates, Umbauten oder einem Relaunch. Diese Anleitung zeigt, wie Sie die Website mit der Search Console verbinden, welche Bestätigungsmethode zu WordPress passt, welche Berichte Sie regelmäßig ansehen sollten und wie Sie die häufigsten Meldungen auf WordPress-Ursachen zurückführen und beheben.

Voraussetzungen

WordPress: eine aktuelle Version, geprüft mit WordPress 7.1.2 und PHP 8.4. Die Website muss öffentlich über HTTPS erreichbar sein.
Google-Konto: am besten ein Konto des Unternehmens, nicht das private Konto eines Mitarbeiters oder der Agentur. Dazu später mehr in Schritt 5.
DNS-Zugang: Zugriff auf die DNS-Verwaltung Ihrer Domain beim Registrar oder Hoster für die empfohlene Bestätigung. Alternativ SFTP-Zugang für die Bestätigung per HTML-Datei.
WordPress-Zugang: ein Konto mit der Rolle Administrator.
Backup: eine aktuelle Sicherung, bevor Sie auf Grund von Meldungen Einstellungen, Permalinks oder Weiterleitungen ändern.
Hosting: jedes Webhosting mit eigener Domain genügt. Bei einer Subdomain eines Baukastenanbieters ist die DNS-Bestätigung meist nicht möglich.

Schritt 1: Die passende Property wählen

In der Search Console heißt eine Website „Property“. Google bietet zwei Arten an. Eine Domain-Property wie ihre-domain.de umfasst alle Varianten, also http und https, mit und ohne www sowie alle Subdomains. Eine URL-Präfix-Property wie https://www.ihre-domain.de/ umfasst nur Adressen, die genau so beginnen.

Für WordPress-Websites ist die Domain-Property die bessere Wahl. Viele Probleme entstehen gerade an den Übergängen zwischen Varianten, etwa wenn nach einer HTTPS-Umstellung noch alte http-Adressen im Umlauf sind oder ihre-domain.de und www.ihre-domain.de nicht sauber aufeinander weiterleiten. Eine Domain-Property zeigt diese Fälle in einem Bericht. Eine URL-Präfix-Property blendet sie aus.

Öffnen Sie die Search Console, wählen Sie im Auswahlmenü „Property hinzufügen“ und tragen Sie unter „Domain“ nur den Domainnamen ohne https://, ohne www und ohne Pfad ein.

Verifizieren: Die Search Console zeigt Ihnen einen TXT-Eintrag zur Bestätigung an, der mit google-site-verification= beginnt.

Schritt 2: Die Inhaberschaft bestätigen

Eine Domain-Property lässt sich laut Google nur per DNS-Eintrag bestätigen. Legen Sie in der DNS-Verwaltung Ihrer Domain einen TXT-Eintrag für die Domain selbst an (Name meist @ oder leer) und fügen Sie den angezeigten Wert ein. Je nach Anbieter dauert es einige Minuten bis Stunden, bis der Eintrag weltweit sichtbar ist. Prüfen können Sie das im Terminal:

dig +short TXT ihre-domain.de

Erscheint der Wert, klicken Sie in der Search Console auf „Bestätigen“. Der große Vorteil dieser Methode: Sie hängt nicht an WordPress. Ein Theme-Wechsel, ein deaktiviertes Plugin oder ein Umzug zu einem anderen Hoster heben die Bestätigung nicht auf. Google prüft laut Hilfe regelmäßig, ob das Bestätigungstoken noch vorhanden ist. Entfernen Sie den TXT-Eintrag also nicht wieder.

Wenn Sie keinen DNS-Zugang haben, bleibt eine URL-Präfix-Property mit einer der anderen Methoden. Die HTML-Datei laden Sie per SFTP ins WordPress-Hauptverzeichnis neben die Datei wp-config.php. Im Test lieferte WordPress eine solche Datei unverändert mit Status 200 aus, ohne dass Permalinks oder Plugins eingriffen. Das HTML-Tag können Sie über ein kleines MU-Plugin einfügen, das unabhängig vom Theme arbeitet:

<?php
/* Plugin Name: Search-Console-Bestätigung */
add_action( 'wp_head', function () {
	if ( is_front_page() ) {
		echo '<meta name="google-site-verification" content="IHR-CODE" />' . "\n";
	}
}, 1 );

Speichern Sie die Datei als wp-content/mu-plugins/search-console-verify.php und ersetzen Sie IHR-CODE durch den Wert aus der Search Console. Im Test erschien das Tag nur im Quelltext der Startseite. Ein Tag im Theme selbst verschwindet dagegen beim nächsten Theme-Wechsel, und mit ihm die Bestätigung.

Verifizieren: Die Search Console meldet die Bestätigung als erfolgreich, und die Property erscheint im Auswahlmenü.

Schritt 3: Sitemap einreichen und Daten abwarten

Öffnen Sie den Bericht „Sitemaps“ und reichen Sie die Sitemap Ihrer Website ein. Bei WordPress ohne SEO-Plugin ist das wp-sitemap.xml. Wie Sie die richtige Adresse finden und die Sitemap vorher bereinigen, zeigt XML-Sitemap in WordPress prüfen und einreichen.

Laut Google-Hilfe erhebt die Search Console Daten ab dem Moment, in dem Sie die Property hinzufügen. Bis die ersten Berichte gefüllt sind, dauert es aber einige Tage. Beurteilen Sie die Zahlen daher frühestens nach einer Woche.

Verifizieren: Der Bericht „Sitemaps“ zeigt den Status „Erfolgreich“, und nach einigen Tagen enthält der Bericht „Leistung“ erste Daten.

Schritt 4: Den Bericht „Seitenindexierung“ lesen

Der wichtigste Bericht für die Wartung ist „Seitenindexierung“. Er teilt alle bekannten Adressen in „Indexiert“ und „Nicht indexiert“ und nennt für die zweite Gruppe Gründe. Google betont in der Hilfe selbst, dass nicht indexierte Adressen nicht automatisch ein Problem sind. Entscheidend ist, ob Ihre wichtigen Seiten indexiert sind und ob die Gründe für den Rest nachvollziehbar sind.

Die folgende Tabelle ordnet häufige Gründe typischen WordPress-Ursachen zu. Die Verhaltensweisen von WordPress haben wir im Test nachgestellt.

Meldung	Häufige Ursache in WordPress	Was Sie tun
URL als „noindex“ markiert	Bei Suchergebnisseiten gewollt, WordPress setzt dort `noindex, follow`. Betrifft es alle Seiten, ist unter „Einstellungen“ › „Lesen“ der Haken bei „Suchmaschinen davon abraten, diese Website zu indexieren“ gesetzt. Im Test stand dann auf jeder Seite `noindex, nofollow`.	Haken entfernen, danach „Live-URL testen“.
Nicht gefunden (404)	Gelöschte Beiträge, geänderte Permalinks oder Links auf alte Adressen. Auch Seiten, die wieder auf Entwurf gesetzt wurden, antworteten im Test mit 404.	Umgezogene Inhalte per 301 weiterleiten, ersatzlos gelöschte ignorieren.
Weiterleitungsfehler	Schleifen durch widersprüchliche Adressen unter „Einstellungen“ › „Allgemein“, Regeln im Hosting-Panel und Plugins, oft nach einer HTTPS-Umstellung.	Weiterleitungskette mit `curl -sIL` nachverfolgen, doppelte Regeln entfernen.
Seite mit Weiterleitung	Normal, zum Beispiel für alte Adressen wie `/?p=1`, die WordPress im Test auf die sprechende Adresse weiterleitete.	Nichts, solange das Ziel indexiert ist.
Serverfehler (5xx)	Kritische PHP-Fehler nach Updates, zu wenig Speicher, überlasteter Server.	Fehlerprotokoll prüfen, Zeitpunkt mit Updates abgleichen.
Wegen Zugriffsverbot (403) blockiert	Sicherheits-Plugin oder Firewall sperrt den Googlebot.	Sperrprotokoll prüfen, Googlebot nach Prüfung seiner Identität zulassen.
Gecrawlt, zurzeit nicht indexiert	Dünne oder doppelte Inhalte, etwa Schlagwortarchive mit einem einzigen Beitrag.	Inhalte zusammenlegen oder ausbauen, kein technischer Fehler.

Details zu einer einzelnen Adresse liefert das URL-Prüftool oben in der Search Console. Nach einer Korrektur klicken Sie dort auf „Live-URL testen“. Zeigt der Test die Seite als indexierbar, können Sie über „Indexierung beantragen“ einen erneuten Abruf anstoßen. Für umgezogene Inhalte helfen die Anleitungen Weiterleitungen in WordPress sauber verwalten und Permalinks und 404-Fehler in WordPress beheben.

Verifizieren: Ihre wichtigsten Seiten wie Startseite, Leistungen und Kontakt stehen im URL-Prüftool als „URL ist auf Google“, und für jede Gruppe nicht indexierter Adressen kennen Sie den Grund.

Schritt 5: Zugriffe und Benachrichtigungen regeln

Unter „Einstellungen“ › „Nutzer und Berechtigungen“ legen Sie fest, wer die Daten sehen darf. Geben Sie Agenturen oder Dienstleistern eigene Zugänge, statt Ihr Konto zu teilen. So können Sie den Zugriff später entziehen, ohne selbst etwas zu verlieren. Achten Sie darauf, dass mindestens ein bestätigter Inhaber zum Unternehmen gehört. Verliert der einzige Inhaber den Zugang, etwa weil ein Mitarbeiter geht, müssen Sie die Inhaberschaft neu bestätigen. Mit der DNS-Methode geht das schnell, solange Sie Zugang zur Domainverwaltung haben.

Die Search Console verschickt E-Mails an Inhaber und Nutzer, wenn sie neue Probleme findet. Achten Sie darauf, dass mindestens ein Konto mit Zugriff auf die Property ein Postfach nutzt, das tatsächlich gelesen wird.

Verifizieren: Unter „Nutzer und Berechtigungen“ steht mindestens ein Inhaber mit einer Adresse Ihres Unternehmens, und ehemalige Dienstleister sind entfernt.

Schritt 6: Eine feste Prüfroutine einrichten

Die Search Console hilft nur, wenn jemand hineinschaut. Ein monatlicher Termin genügt für die meisten Unternehmenswebsites. Prüfen Sie dabei in dieser Reihenfolge:

Sicherheit und manuelle Maßnahmen: Beide Berichte sollten keine Probleme melden. Eine Meldung zu Sicherheitsproblemen ist oft der erste Hinweis auf eine gehackte Website. Was dann zu tun ist, beschreibt WordPress gehackt erkennen.
Seitenindexierung: Ist die Zahl der indexierten Seiten plötzlich gesunken? Sind neue Gründe aufgetaucht?
Sitemaps: Steht die Sitemap weiter auf „Erfolgreich“?
Leistung: Sind Klicks und Impressionen stark eingebrochen, ohne dass es saisonale Gründe gibt?

Nach jedem größeren Update, Theme-Wechsel oder Umzug lohnt ein zusätzlicher Blick nach einigen Tagen. Genau solche Änderungen verursachen die meisten Einbrüche. Wer diese laufende Kontrolle mit den Updates selbst nicht im Kalender halten möchte, kann die technische Pflege abgeben: Die WordPress-Wartung von wordpressupdate.de übernimmt Updates von WordPress, Plugins und Themes mit Kompatibilitätsprüfung, wöchentliche Backups auf externen Speicher und die Firewall. Den Blick in die Search Console ersetzt das nicht, es senkt aber die Zahl der Fehler, die dort auftauchen.

Verifizieren: Der monatliche Termin steht im Kalender, und Sie haben ihn einmal vollständig durchgespielt.

Typische Fehler

Bestätigung schlägt fehl. Der TXT-Eintrag ist noch nicht sichtbar, steht bei der falschen Domain oder enthält zusätzliche Anführungszeichen. Prüfen Sie mit dig +short TXT und warten Sie gegebenenfalls einige Stunden.
Bestätigung geht nach einiger Zeit verloren. Das HTML-Tag stand im Theme und ist nach einem Theme-Wechsel verschwunden, oder die HTML-Datei wurde bei einem Umzug nicht mitkopiert. Wechseln Sie auf die DNS-Methode oder das MU-Plugin.
Plötzlich viele Seiten mit „noindex“. Nach einem Relaunch wurde der Haken bei „Sichtbarkeit für Suchmaschinen“ nicht entfernt, oder ein SEO-Plugin setzt noindex für einen ganzen Inhaltstyp. Prüfen Sie den Quelltext einer betroffenen Seite auf <meta name='robots'.
Viele 404-Meldungen nach einem Umbau. Die Permalink-Struktur oder Seitenadressen haben sich geändert. Legen Sie Weiterleitungen für wichtige alte Adressen an.
Autorenarchive und Anhangseiten tauchen im Bericht auf. Autorenseiten wie /author/admin/ sind in WordPress öffentlich und verraten den Benutzernamen. Wie Sie sie schützen, zeigt Benutzer-Enumeration und Autorenarchive schützen. Anhangseiten leitete WordPress im Test direkt auf die Bilddatei weiter.
Daten fehlen für http oder die Variante ohne www. Sie nutzen eine URL-Präfix-Property. Legen Sie zusätzlich eine Domain-Property an.

Häufige Fragen

Brauche ich ein Plugin für die Search Console?

Nein. Die Verbindung per DNS kommt ohne Plugin aus, und alle Berichte sehen Sie in der Search Console selbst. Das Plugin Site Kit von Google zeigt laut Plugin-Seite zusätzlich Kennzahlen aus der Search Console im WordPress-Dashboard. Das ist bequem, bedeutet aber ein weiteres Plugin, das gepflegt werden muss.

Muss ich jede neue Seite zur Indexierung einreichen?

Nein. Google findet neue Seiten über die Sitemap und interne Links. „Indexierung beantragen“ ist für Einzelfälle gedacht, etwa nach der Korrektur eines Fehlers an einer wichtigen Seite.

Ist die Search Console datenschutzrechtlich ein Problem?

Für die Search Console binden Sie keinen Tracking-Code in Ihre Website ein. Sie zeigt Daten, die Google aus der eigenen Suche gewinnt. Klären Sie Einzelfragen mit Ihrer Datenschutzberatung. Anders ist das beim Plugin Site Kit, wenn Sie darüber Analysedienste einbinden.

Wie viele Seiten nicht indexiert sein dürfen, ist das festgelegt?

Nein. Auf fast jeder Website gibt es nicht indexierte Adressen, etwa Weiterleitungen, Suchergebnisse oder Feeds. Entscheidend ist, dass Ihre wichtigen Seiten indexiert sind.

Testumfang

Auf einer Testinstallation mit WordPress 7.1.2 wurde die HTML-Bestätigungsdatei unverändert ausgeliefert, Weiterleitungen und 404-Antworten verhielten sich wie in der Tabelle beschrieben. Auffällig war, dass das per MU-Plugin eingebaute Bestätigungs-Tag nur auf der Startseite erschien.

Die Search Console selbst konnten wir lokal nicht verbinden, deshalb folgen die Schritte dort der offiziellen Google-Hilfe. Rechnen Sie damit, dass sich deren Oberfläche jederzeit ändern kann.

Fazit

Mit einer per DNS bestätigten Domain-Property, einer eingereichten Sitemap und einem festen monatlichen Termin wird die Search Console zu einem verlässlichen Frühwarnsystem für Ihre WordPress-Website. Die meisten Meldungen lassen sich auf wenige WordPress-Ursachen zurückführen und mit Bordmitteln beheben. Wenn Sie Updates, Sicherungen und die Firewall dafür lieber in feste Hände geben, übernimmt das die WordPress-Wartung von Marcel Schönfelder.

Google Search Console mit WordPress verbinden und Fehlermeldungen auswerten

Voraussetzungen

Schritt 1: Die passende Property wählen

Schritt 2: Die Inhaberschaft bestätigen

Schritt 3: Sitemap einreichen und Daten abwarten

Schritt 4: Den Bericht „Seitenindexierung“ lesen

Schritt 5: Zugriffe und Benachrichtigungen regeln

Schritt 6: Eine feste Prüfroutine einrichten

Typische Fehler

Häufige Fragen

Brauche ich ein Plugin für die Search Console?

Muss ich jede neue Seite zur Indexierung einreichen?

Ist die Search Console datenschutzrechtlich ein Problem?

Wie viele Seiten nicht indexiert sein dürfen, ist das festgelegt?

Testumfang

Fazit

Weiterführende Anleitungen und Quellen

Voraussetzungen

Schritt 1: Die passende Property wählen

Schritt 2: Die Inhaberschaft bestätigen

Schritt 3: Sitemap einreichen und Daten abwarten

Schritt 4: Den Bericht „Seitenindexierung“ lesen

Schritt 5: Zugriffe und Benachrichtigungen regeln

Schritt 6: Eine feste Prüfroutine einrichten

Typische Fehler

Häufige Fragen

Brauche ich ein Plugin für die Search Console?

Muss ich jede neue Seite zur Indexierung einreichen?

Ist die Search Console datenschutzrechtlich ein Problem?

Wie viele Seiten nicht indexiert sein dürfen, ist das festgelegt?

Testumfang

Fazit

Weiterführende Anleitungen und Quellen

Weiter lesen

WordPress-Wartung selbst machen oder auslagern: Aufwand realistisch einschätzen

Newsletter-Anmeldung in WordPress mit Double-Opt-in einrichten

Geschützte Downloads in WordPress: Dateien nur für angemeldete Benutzer bereitstellen