Suchmaschinen davon abhalten in WordPress aktiviert: So beheben Sie es

Was bewirkt die WordPress Option Suchmaschinen davon abhalten, diese Website zu indizieren?

Die Option ist ein Kontrollkästchen auf der Seite Lesen unter Einstellungen in Ihrem WordPress Backend. Sie bittet Suchmaschinen, Ihre Website nicht zu indizieren. Ist sie aktiv, setzt WordPress eine noindex und nofollow Anweisung auf Ihre Seiten. Besucher sperrt sie nicht aus; startet die Seite mit dieser Option, erscheint sie nicht in Google.

Die englische Bezeichnung lautet "Discourage search engines from indexing this site". Den genauen deutschen Wortlaut konnten wir nicht aus einer offiziellen Quelle bestätigen. Suchen Sie daher auf Ihrem Bildschirm nach einer sinngemäß ähnlichen Formulierung. Menünamen können sich zudem je nach Version und Sprache unterscheiden.

Suchmaschinen davon abhalten ist während der Entwicklung nützlich. Problematisch wird sie, wenn Sie beim Livegang vergessen, sie auszuschalten. Dieser Artikel behandelt ausschließlich diesen einen Fall: was die Option tut, woran Sie sie erkennen, wie Sie sie abschalten und wie Sie eine Staging Kopie richtig schützen.

Was passiert genau, solange die Option aktiv ist?

Laut der Dokumentation auf WordPress.org passieren mehrere Dinge gleichzeitig. Zunächst setzt WordPress eine robots Anweisung, die Bots bittet, die Website zu ignorieren. Außerdem sendet WordPress keine Pings mehr an Update Dienste. Normale Besucher sehen die Website dagegen wie gewohnt.

Ein Hinweis in der Dokumentation ist besonders wichtig: Die Einstellung blockiert den Zugriff auf die Website nicht. Es liegt daher an den Suchmaschinen, die Bitte zu beachten. Sie ist also ein Schild an der Tür, kein Schloss.

Das ist für Staging Umgebungen deshalb entscheidend. Verlassen Sie sich daher niemals allein auf dieses Kästchen, um eine private Kopie zu verstecken. Die richtige Methode erklären wir daher weiter unten.

Auch das Ping Verhalten liefert einen Hinweis. Bei aktiver Option blendet WordPress das Feld für Update Dienste im Bereich Schreiben aus und zeigt stattdessen eine Meldung zu Ihren Datenschutzeinstellungen. Fehlt das Feld auf Ihrer Seite, ist Suchmaschinen davon abhalten also womöglich aktiv.

Warum verhält sich die Option je nach WordPress Version anders?

Die offizielle Dokumentation trennt zwei Phasen. Bis Version 5.2 lieferte die Einstellung bei Anfragen an die robots.txt eine Regel zurück, die alle Bots ausschloss. Ab Version 5.3 ergänzt WordPress stattdessen eine robots Meta Anweisung mit noindex und nofollow im Quelltext der Seite.

Außerdem nennt die Dokumentation eine Einschränkung des alten Verhaltens. Es funktionierte nur, wenn WordPress im Stammverzeichnis liegt und keine physische robots.txt existiert. Prüfen Sie bei einer älteren Seite deshalb auch diese Datei.

Dennoch können sich Details in der aktuellen Version geändert haben. Genaue Angaben finden Sie in der WordPress.org Dokumentation zu den Leseeinstellungen. Wir geben hier also nur wieder, was dort steht.

Konkret suchen Sie das Problem an unterschiedlichen Orten. Bei einer alten Installation schauen Sie zum Beispiel in die robots.txt. Bei einer modernen Installation schauen Sie dann in den Quelltext. Zudem kann ein SEO Plugin die robots.txt erzeugen; dann pflegen Sie die Datei in den Einstellungen des Plugins.

Warum bleibt die Option beim Livegang so oft aktiv?

Der Fehler ist häufiger, als man denkt, denn er ist ein Nebenprodukt eines ganz normalen Arbeitsablaufs. Teams bauen die Seite zunächst in einer Entwicklungsumgebung, aktivieren dort die Option und ziehen am Ende alles auf den Live Server um. Die Datenbank wandert mit den Dateien, also wandert auch die Einstellung mit.

Ein Beispielszenario: Eine Agentur bereitet die neue Website eines Kunden auf einer Entwicklungskopie vor. Dann überträgt sie am Starttag Dateien und Datenbank auf den Live Server. Alle prüfen also Design, Ladezeit und Formulare. Niemand öffnet die Seite Lesen.

Weitere Ursachen kommen häufig vor:

• Die Checkliste für den Livegang enthält keinen Punkt zur Sichtbarkeit für Suchmaschinen.
• Jemand kopiert die Einstellung dann beim Umzug einer alten Seite in eine frische Installation.
• Ein Wartungsmodus Plugin oder ein Hosting Panel schaltet die Option automatisch ein.
• Staging und Live verwalten verschiedene Personen, daher fühlt sich niemand für die Prüfung zuständig.

Kann ein Backup oder ein Umzug die Option wieder einschalten?

Ja, das ist möglich. Die Einstellung liegt nämlich in der Datenbank, denn WordPress speichert sie dort. Spielen Sie also ein Backup von der Staging Umgebung auf die Live Seite ein, kommt der alte Wert mit. Somit kann eine frühere Korrektur wieder verloren gehen.

Dasselbe gilt für Rollbacks. Angenommen, ein Plugin Update zerstört die Seite und Sie stellen ein Backup von vor drei Tagen wieder her. Stammt dieses Backup aus einer Zeit mit aktiver Option, kehrt das Problem daher unbemerkt zurück.

Wiederholen Sie deshalb nach jedem größeren Eingriff dieselbe kurze Prüfung:

• Nach einem Umzug oder einer Kopie der Seite.
• Nach dem Einspielen eines Backups.
• Nach einem Wechsel des Hosting Anbieters.
• Immer dann, wenn ein Entwickler die Seite neu aufsetzt.

Welche Symptome zeigen sich, wenn die Option aktiv bleibt?

Das deutlichste Symptom ist also: Ihre Website taucht in Google nicht auf. Suchen Sie nach Ihrem Markennamen, finden Sie nur Ihre Social Profile oder Erwähnungen auf anderen Seiten. Neue Beiträge bleiben dann tagelang, manchmal wochenlang unsichtbar.

Außerdem erkennen Sie weitere Anzeichen:

• Der organische Traffic liegt nahe null, nur direkte und bezahlte Besuche bleiben übrig.
• Der Quelltext zeigt noindex und nofollow als robots Anweisung.
• Die Search Console listet Seiten als ausgeschlossen.
• Seiten, die früher rankten, fallen nach und nach aus den Ergebnissen.

Ein weiteres Detail verdient Aufmerksamkeit. Die Einstellung betrifft auch Seiten, die bereits im Index stehen, und nicht nur neue. Besucht Google diese Seiten erneut, sieht es die Anweisung und kann sie somit entfernen. Deshalb kann selbst eine etablierte Website Traffic verlieren, wenn jemand die Option einschaltet.

Allerdings beweist keines dieser Zeichen allein etwas. Eine ganz neue Website braucht nämlich ohnehin Zeit. Daher ist die direkte Prüfung von Einstellung und Quelltext der verlässlichste Weg.

Was zeigt die Search Console, wenn Suchmaschinen davon abhalten aktiv ist?

Typisch ist, dass der Bericht zur Seitenindexierung Seiten wegen einer noindex Anweisung als ausgeschlossen führt. Berichtsnamen ändern sich mit der Zeit, erwarten Sie also eine ähnliche Formulierung in Ihrer Sprache. Die allgemeine Bedeutung dieses Status erklären wir in unserem Beitrag durch noindex Tag ausgeschlossen.

Testen Sie eine Seite mit dem URL Prüftool, erhalten Sie ein ähnliches Ergebnis, das die Indexierung als nicht erlaubt ausweist. Zudem nennt das Ergebnis die robots Meta Anweisung als Grund.

Wichtig ist die Unterscheidung: Das ist kein Fehler, sondern die Folge einer Anweisung. Google befolgt Ihre Bitte. Die Lösung liegt daher in WordPress, nicht bei Google.

Wenn Sie einen breiteren Überblick über fehlende Seiten wünschen, lesen Sie nicht indexierte Seiten finden in der Search Console.

Wie prüfen Sie, ob die Option aktiv ist?

Die Prüfung hat zwei Ebenen. Zunächst schauen Sie auf die Einstellung, dann auf die tatsächliche Ausgabe. Diese Reihenfolge ist wichtig, denn ein anderes Plugin kann noindex setzen, obwohl die Einstellung deaktiviert aussieht.

1. Öffnen Sie im WordPress Backend die Seite Lesen unter Einstellungen.
2. Schauen Sie im Bereich zur Sichtbarkeit für Suchmaschinen nach, ob das Kästchen markiert ist.
3. Öffnen Sie Ihre Startseite im Browser und lassen Sie sich den Quelltext anzeigen.
4. Suchen Sie im Quelltext nach dem Wort robots und prüfen Sie, ob noindex vorkommt.
5. Testen Sie dieselbe Adresse mit dem URL Prüftool in der Search Console.

Schritt drei und vier sind wichtig. Liefert ein Cache Plugin eine alte Kopie aus, weicht der Quelltext von der Realität ab. Schauen Sie deshalb noch einmal in einem privaten Fenster und nach dem Leeren des Caches.

Prüfen Sie außerdem mehr als eine Seite. Die Startseite kann sauber aussehen, während eine Beitragsvorlage dennoch noindex ausgibt. Wählen Sie zum Beispiel Startseite, Beitrag, Kategorieseite und Leistungsseite. So erkennen Sie dann, ob das Problem die ganze Website oder nur eine Vorlage betrifft.

Was tun Sie als Erstes, nachdem Sie die Option ausgeschaltet haben?

Entfernen Sie zunächst das Häkchen bei Suchmaschinen davon abhalten und speichern Sie die Änderung. Leeren Sie dann die Caches, denn zwischengespeicherte Seiten liefern die noindex Anweisung eventuell weiter aus. Überspringen Sie diesen Schritt, sieht Google sonst womöglich noch die falsche Version.

Die weiteren Schritte lauten:

1. Schalten Sie Suchmaschinen davon abhalten aus und speichern Sie.
2. Leeren Sie Seiten Cache, CDN Cache und Browser Cache.
3. Bestätigen Sie, dass der Quelltext der Startseite kein noindex mehr enthält.
4. Prüfen Sie, dass die robots.txt keine Regel enthält, die die ganze Website sperrt.
5. Reichen Sie Ihre Sitemap in der Search Console ein.
6. Fordern Sie für wichtige Seiten mit dem URL Prüftool ein erneutes Crawling an.

Ändern Sie diese Reihenfolge nicht. Eine Sitemap oder eine Crawling Anfrage vor der Korrektur bringt daher nichts. Außerdem sieht Google die Seite dann eventuell im falschen Zustand.

Wann und wie reichen Sie die Sitemap ein?

Reichen Sie sie ein, sobald Sie bestätigt haben, dass die Anweisung weg ist. Die Google Dokumentation zum erneuten Crawling empfiehlt außerdem bei vielen URLs eine Sitemap. Besonders wertvoll nennt sie diese nach dem Start einer neuen Website oder nach einem Umzug.

Die integrierte WordPress Sitemap oder die Ihres SEO Plugins reicht aus. Achten Sie zudem darauf, dass sie nur Adressen enthält, die im Index stehen sollen. Brauchen Sie eine neue, nutzen Sie unseren XML Sitemap Generator.

Beobachten Sie nach dem Einreichen den Status in der Search Console. Ein erfolgreicher Abruf bedeutet zunächst, dass die Sitemap erreichbar ist. Allerdings heißt das nicht, dass jede Adresse indexiert wird. Google entscheidet selbst, welche Seiten es aufnimmt; die Sitemap ist nur ein Hinweis zur Entdeckung.

Erscheint eine Abrufwarnung, lesen Sie Search Console Sitemap konnte nicht abgerufen werden. Zur Auffrischung hilft XML Sitemap erstellen.

Wie fordern Sie mit dem URL Prüftool ein erneutes Crawling an?

Fügen Sie die Adresse einer wichtigen Seite in das Prüffeld der Search Console ein, warten Sie das Ergebnis ab und beantragen Sie die Indexierung. Laut Google Dokumentation brauchen Sie dafür Inhaber oder volle Nutzerrechte für die Property. Fehlen sie, lösen Sie also zuerst das Zugriffsproblem.

Einige Grenzen gelten:

• Für einzelne URLs gibt es ein Kontingent; prüfen Sie den aktuellen Wert in der offiziellen Hilfe.
• Mehrfache Anfragen für dieselbe URL beschleunigen das Crawling nicht, denn Google crawlt nach eigenem Takt.
• Eine Crawling Anfrage garantiert nicht, dass die Seite in den Ergebnissen erscheint.

Wählen Sie daher Prioritäten, zum Beispiel Startseite, wichtigste Leistungsseiten und beste Artikel. Versuchen Sie stattdessen nicht, die ganze Website einzeln zu melden. Für den Rest vertrauen Sie der Sitemap. Die Einzelheiten stehen in der Google Dokumentation zum erneuten Crawling.

Wie lange dauert es, bis nach der Korrektur wieder Ergebnisse erscheinen?

Eine genaue Zeit können wir nicht nennen, denn es gibt keine. Die Dokumentation von Google sagt, das Crawling könne von wenigen Tagen bis zu einigen Wochen dauern. Bei Seiten, die wegen noindex entfallen sind, kann ein erneuter Besuch je nach Bedeutung der Seite Monate dauern.

Größe, Autorität und Crawl Häufigkeit Ihrer Website bestimmen das Tempo. Eine oft aktualisierte Startseite kommt zum Beispiel schnell zurück. Ein alter, tief vergrabener Artikel kommt dagegen später.

Währenddessen können Sie Folgendes tun:

• Beobachten Sie den Bericht zur Seitenindexierung jede Woche.
• Prüfen Sie dann, ob die Zahl der ausgeschlossenen Seiten sinkt.
• Stärken Sie die interne Verlinkung, damit Bots wichtige Seiten leicht erreichen.
• Bleiben Sie geduldig und fordern Sie dieselbe URL nicht ständig neu an.

Eine längere Wartezeit ist jedoch kein Grund zur Panik. Bestätigen Sie zuerst, dass die Option aus ist, dass kein noindex im Quelltext steht und dass die robots.txt nichts blockiert. Gelten diese drei Punkte, bleibt somit nur das Warten. Wirkt das Crawling aus anderen Gründen langsam, lesen Sie Googlebot crawlt weniger.

Warum bleibt noindex bestehen, obwohl Sie Suchmaschinen davon abhalten ausgeschaltet haben?

Schalten Sie die Option aus und sehen dennoch noindex, liegt die Quelle woanders. WordPress hat mehrere Ebenen, die eine robots Anweisung ausgeben können, und sie arbeiten unabhängig voneinander.

Die häufigsten Ursachen sind:

• Das SEO Plugin hat noindex für die ganze Website oder für bestimmte Inhaltstypen gesetzt.
• Eine einzelne Seite oder ein Beitrag trägt noch eine noindex Markierung auf Seitenebene.
• Das Theme oder ein Wartungsmodus Plugin setzt eine eigene robots Anweisung.
• Eine Cache oder CDN Ebene liefert weiter die alte Seite aus.
• Die Antwort Header des Servers enthalten eine robots Anweisung.

Jede Ebene nacheinander zu testen kostet Zeit, ist aber daher der sicherste Weg. Prüfen Sie zuerst den Quelltext, dann die Antwort Header. Leeren Sie außerdem nach jeder Korrektur den Cache erneut.

Um die Cache Ebene auszuschließen, öffnen Sie die Seite mit einem Abfrageparameter oder in einem privaten Fenster und vergleichen die Ergebnisse. Unterscheiden sie sich, liegt das Problem also im Cache, nicht in der Einstellung.

Wie kollidiert die Option Suchmaschinen davon abhalten mit SEO Plugins und Themes?

Konflikte entstehen meist, weil zwei Einstellungen dieselbe Aufgabe an verschiedenen Orten erledigen. Zum Beispiel schalten Sie die WordPress Option aus, doch Ihr SEO Plugin hält die ganze Seite auf noindex. Oder umgekehrt: Sie korrigieren das Plugin, aber das WordPress Kästchen bleibt markiert.

Die Tabelle zeigt, wo Sie bei welcher Quelle nachsehen:

Die Menünamen von Plugins ändern sich zwischen Versionen. Ziehen Sie daher die Hilfe des jeweiligen Plugins heran.

Worin unterscheidet sich die Option von noindex auf Seitenebene?

Die Option ist ein einzelner Schalter für die ganze Website. Ein noindex auf Seitenebene schließt dagegen nur den Beitrag oder die Seite aus, die Sie wählen. Beide senden eine ähnliche Anweisung an Suchmaschinen, doch der Umfang unterscheidet sich stark.

Wählen Sie deshalb nach dem Zweck. Nutzen Sie die Seitenebene für einzelne Adressen wie Dankeseiten, interne Suchergebnisse oder Testseiten. Die globale Option nutzen Sie dann zusammen mit einem Passwort, wenn die ganze Website während der Entwicklung verborgen bleiben muss.

Unser Beitrag zu noindex, nofollow und robots.txt vergleicht beides ausführlich. Hier betonen wir nur, warum Suchmaschinen davon abhalten riskant ist: Ein einziges Kästchen betrifft Hunderte Seiten gleichzeitig.

Warum verdoppelt eine gesperrte robots.txt das Problem?

Diese Unterscheidung übersieht man leicht, weil sie unscheinbar wirkt. Laut Google Dokumentation darf die Seite für eine wirksame noindex Regel nicht per robots.txt gesperrt sein und muss für den Crawler erreichbar bleiben. Googlebot kann eine gesperrte Seite nicht besuchen, also sieht er auch das noindex nicht.

Praktisch heißt das: Auch nach dem Ausschalten von Suchmaschinen davon abhalten erfährt Google den neuen Zustand nicht, wenn eine robots.txt alles sperrt. Die Seiten werden nicht gecrawlt, daher bleiben ihre Indexeinträge eventuell unverändert oder aktualisieren sich nie.

Zur Prüfung Ihrer Datei lesen Sie zunächst robots.txt erstellen und testen. Brauchen Sie eine neue, nutzen Sie unseren robots.txt Generator. Als Regel gilt: Eine Zeile, die die gesamte Website sperrt, hat auf einer Live Seite nichts verloren.

Wie schützen Sie eine Staging Umgebung richtig?

Für eine Kopie, die privat bleiben muss, hilft nur eine Zugriffsbeschränkung. Ein Passwortschutz ist daher die stärkste Wahl. Bots und Besucher kommen nicht hinein, daher wird die Kopie weder gecrawlt noch indexiert. Die WordPress Option bleibt dagegen eine höfliche Bitte.

Unser empfohlenes Vorgehen sieht so aus:

• Schützen Sie die Staging Umgebung auf Serverebene mit einem Passwort, gemeinsam mit Ihrem Hosting Anbieter.
• Lassen Sie Suchmaschinen davon abhalten als zusätzliche Ebene aktiv, aber verlassen Sie sich nie allein darauf.
• Teilen Sie die Staging Adresse außerdem nicht an öffentlichen Orten.
• Legen Sie vorab fest, welche Einstellungen Sie beim Umzug auf Live übernehmen.

Wie Sie das Passwort einrichten, hängt allerdings von Ihrer Hosting Umgebung ab. Wir betreiben keine Server; folgen Sie deshalb der offiziellen Dokumentation Ihres Anbieters.

Die Trennung bringt einen weiteren Vorteil. Kunden und Kollegen prüfen den Entwurf sicher, und unfertige Inhalte tauchen nie in den Suchergebnissen auf. Außerdem können Sie die Staging Umgebung sichtbar kennzeichnen, damit niemand die beiden Umgebungen verwechselt.

Welche Schutzmethode genügt in welchem Fall?

Jede Methode hat Stärken und Schwächen. Der Vergleich unten zeigt daher, was wann passt. Zum Beispiel braucht eine Entwicklungskopie ein Passwort, während für eine einzelne Dankeseite auf der Live Seite ein noindex auf Seitenebene reicht.

Auch Google nennt die Zugriffsbeschränkung als einen Weg, Inhalte aus den Ergebnissen herauszuhalten. Die Einzelheiten stehen in der Google Dokumentation zum Blockieren der Indexierung.

Wie sieht die Korrektur in einem Beispielszenario aus?

Ein Beispielszenario: Ein kleines Dienstleistungsunternehmen startet eine neue WordPress Seite. Zwei Wochen später sucht die Inhaberin den Markennamen und findet nichts. Statt in Panik zu geraten, arbeitet sie also eine Reihenfolge ab.

Zunächst öffnet sie die Seite Lesen, sieht das markierte Kästchen und entfernt es. Dann leert sie den Cache und bestätigt, dass der Quelltext der Startseite kein noindex mehr enthält. Anschließend öffnet sie die robots.txt und findet keine pauschale Sperre.

Schließlich reicht sie die Sitemap in der Search Console ein und beantragt die Prüfung für die Startseite und drei Leistungsseiten. In den folgenden Wochen beobachtet sie dann den Bericht zur Seitenindexierung. Das ist nur ein Beispielszenario. Zeit und Ergebnis hängen von der Website ab, und kein Schritt garantiert ein Resultat.

Beachten Sie: Es gibt also keinen Zaubertrick. Der Ablauf besteht aus ruhigen, geordneten und überprüfbaren Schritten.

Welche Checkliste nutzen Sie vor dem Livegang?

Die dauerhafte Lösung besteht darin, die Prüfung zur Gewohnheit zu machen. Nehmen Sie einen Punkt in Ihre Livegang Liste auf und geben Sie ihn einer einzigen Person. Damit verschwindet somit die Annahme, es habe wohl jemand geprüft.

Eine einfache Reihenfolge für den Starttag:

1. Bestätigen Sie auf der Seite Lesen, dass die Option aus ist.
2. Sehen Sie sich den Quelltext der Startseite und einer Unterseite an und bestätigen Sie, dass kein noindex vorkommt.
3. Prüfen Sie die websiteweite Sichtbarkeitseinstellung in Ihrem SEO Plugin.
4. Bestätigen Sie, dass die robots.txt keine Regel enthält, die die ganze Seite sperrt.
5. Reichen Sie die Sitemap in der Search Console ein.
6. Sehen Sie eine Woche nach dem Start in den Bericht zur Seitenindexierung.

Für eine umfassendere Liste lesen Sie unsere Website Migration Checkliste für SEO. Ändern Sie zudem Domain oder Design, hilft SEO beim Website Relaunch schützen.

Halten Sie die Liste schriftlich fest und nutzen Sie sie bei jedem Start in derselben Reihenfolge. So bleibt das Wissen dann auch bei Teamwechseln erhalten. Für die Beobachtung nach dem Start lesen Sie Kennzahlen nach dem Website Launch.

Worauf achten Sie bei Search Console Zugriff und Daten?

Nach der Korrektur erscheinen in der Search Console nicht sofort Daten. Haben Sie eine neue Property angelegt, braucht die Verarbeitung daher Zeit. Diesen Fall behandeln wir in Search Console zeigt keine Daten. Warten Sie in Ruhe ab und stellen Sie sicher, dass die Einstellung stimmt.

Zugriff ist ein weiteres Thema. Hat eine frühere Agentur oder ein früherer Mitarbeiter noch Inhaberzugriff, ist das ein Sicherheits und Verwaltungsproblem. Sie müssen also wissen, wer ein erneutes Crawling anfordern kann. Einzelheiten finden Sie unter alten Inhaber oder Nutzer aus der Search Console entfernen.

Für die allgemeine Nutzung ist unsere Search Console Anleitung für Einsteiger ein guter Start.

Kehren Rankings und Traffic nach der Korrektur zurück?

Das können wir nicht garantieren. Sobald Ihre Seiten wieder im Index stehen, können sie auch wieder ranken. Wo und wie schnell sie erscheinen, hängt jedoch von Inhaltsqualität, Wettbewerb und dem Gesamtzustand Ihrer Website ab. Keine Methode stellt alte Rankings sicher wieder her.

Realistisch ist Folgendes: Seiten, die früher rankten, werden neu bewertet, sobald die Sperre weg ist. Eine ganz neue Website startet dagegen den normalen Prozess, denn es gibt nichts zurückzugewinnen.

Darauf können Sie sich nach der Korrektur konzentrieren:

• Beobachten Sie die Zahl der indexierten Seiten.
• Stärken Sie wichtige Seiten durch interne Links.
• Prüfen Sie die technische Gesundheit der Seite mit den Themen aus technisches SEO nach der KI Wende.
• Suchen Sie die Ursache, wenn Sie einen unerwarteten Einbruch sehen.

Welche typischen Fehler sollten Sie vermeiden?

Die typischen Fehler entstehen meist durch fehlende Abläufe, nicht durch fehlendes technisches Wissen. Lesen Sie die Liste deshalb als Warnung.

• Annehmen, die Option sei aus, ohne den Quelltext zu prüfen.
• Eine Crawling Anfrage senden, bevor der Cache geleert ist.
• Eine Sperre in der robots.txt vergessen.
• Die Staging Umgebung nur mit der Option schützen.
• Für dieselbe URL immer wieder ein erneutes Crawling anfordern.
• Alte Seiten löschen und neu aufbauen, um das Problem zu lösen.
• Eine neue Domain öffnen, um die Regeln zu umgehen.

Der letzte Punkt ist besonders falsch. Mit einer neuen Domain Systeme umgehen zu wollen, löst das Problem nicht. Es schafft zudem nur Verwirrung und verstößt gegen die Regeln. Ist die Ursache eine Einstellung, genügt es, die Einstellung zu korrigieren.

Ein weiterer häufiger Fehler ist, nur die Startseite zu testen. Eine saubere Startseite kann ein noindex auf Vorlagenebene verbergen, das Hunderte Unterseiten draußen hält. Prüfen Sie daher nach jeder Korrektur mehrere Seitentypen im Quelltext.

Wann sollten Sie Expertenhilfe holen?

Angenommen, Sie haben die Option ausgeschaltet, den Cache geleert, und die Seiten kommen trotzdem nicht in den Index. Dann liegt das Problem in einer anderen Ebene. Es kann ein Pluginkonflikt, ein Serverheader oder ein Canonical Fehler sein. Eine technische Prüfung beschleunigt daher solche Fälle.

Wir von Talha Aslan und Team führen diese Prüfungen im Rahmen unserer SEO Beratung durch. Wir konzentrieren uns darauf, die Quelle zu finden und die nächsten Schritte zu klären. Ergebnisse versprechen wir nicht, denn über die Indexierung entscheidet am Ende Google.

Sammeln Sie vor der Kontaktaufnahme einige Angaben: wann die Option eingeschaltet wurde, das Datum des letzten Umzugs oder Backups, Ihr SEO Plugin und die Ausschlussdetails aus der Search Console. Diese Angaben erleichtern somit allen die Arbeit.

Bauen Sie gerade eine neue Website, unterstützt Sie auch unser Webdesign bei Prüfungen vor dem Start. Dieser Beitrag ersetzt keine Hosting Beratung. Folgen Sie für Ihre eigene Infrastruktur der Dokumentation Ihres Anbieters.