WordPress robots.txt: Standardregeln, Bearbeiten und sichere Beispiele

WordPress robots.txt

WordPress robots.txt: Standardregeln und sichere Beispiele | We.Inc

Wo WordPress seine virtuelle robots.txt erzeugt, welche Standardzeilen der Core genau ausgibt, wie du sie durch eine echte Datei oder einen Filter ersetzt, und ein Generator für eine sichere Datei.

WordPress hat standardmäßig keine robots.txt-Datei auf dem Server. Wenn jemand /robots.txt aufruft, erzeugt der Core sie spontan: User-agent: *, Disallow: /wp-admin/, Allow: /wp-admin/admin-ajax.php, plus seit Version 5.5 eine Sitemap-Zeile auf öffentlichen Websites. Lädst du eine echte robots.txt in das Stammverzeichnis hoch, ersetzt sie diese virtuelle Version.

Was der WordPress-Core unter /robots.txt ausgibt

Weil die Standarddatei per Code erzeugt wird, findest du sie weder mit einem FTP-Programm noch im Dateimanager deines Hosters, was viele Website-Betreiber verwirrt. Du kannst sie auf drei Arten ändern: eine echte Datei hochladen, sie von einem SEO-Plugin bearbeiten lassen oder einen kleinen Filter im Code ergänzen. Mit dem Generator unten erstellst du eine sichere Version.

Häufige Fragen

Wo liegt die robots.txt-Datei in WordPress?

Meistens nirgends. Die Funktion do_robots schreibt die Antwort jedes Mal, wenn /robots.txt aufgerufen wird. Nur wenn du oder ein Plugin eine echte robots.txt in den Stammordner hochgeladen hat, gibt es eine Datei zum Bearbeiten.

Ändert die Option Suchmaschinen davon abhalten, diese Website zu indexieren die robots.txt?

Seit WordPress 5.3 nicht mehr. Laut dem Artikel zu den Lese-Einstellungen fügt die Option jetzt ein robots-Meta-Tag mit noindex,nofollow in den head jeder Seite ein. Bis 5.2 sorgte sie dafür, dass robots.txt Disallow: / ausgab.

Wie bearbeite ich die robots.txt ohne Plugin?

Lade entweder eine einfache Textdatei namens robots.txt in das Stammverzeichnis hoch oder hänge dich in einem kleinen Plugin oder deinem Child-Theme in den Filter robots_txt ein. Der Filter erhält den erzeugten Text und ein Flag, das angibt, ob die Website öffentlich ist.

Warum zeigt meine robots.txt etwas anderes als meine Plugin-Einstellungen?

Der Artikel zu den Lese-Einstellungen weist darauf hin, dass das eingebaute Verhalten nur funktioniert, wenn WordPress im Stammverzeichnis installiert ist und keine robots.txt existiert. Eine physische Datei, eine Regel beim Hoster oder eine Caching-Schicht kann etwas anderes ausliefern.

Sollte ich /wp-admin/ überhaupt blockieren?

Der Standard tut das bereits, und das ist in Ordnung: Das Dashboard hat nichts, was ranken soll. Behalte die Allow-Zeile für admin-ajax.php, damit öffentliche Funktionen, die sie aufrufen, nicht blockiert werden.

Wie die virtuelle Datei entsteht

Regeln, die sich bei Shop oder Blog lohnen

Die virtuelle Datei mit dem Filter robots_txt bearbeiten

Füge das in ein kleines eigenes Plugin oder in die functions.php deines Child-Themes ein. Es läuft nur, wenn im Stammverzeichnis keine echte robots.txt existiert.

Regeln und eine eigene Sitemap anhängen

Das zweite Argument sagt dir, ob die Website öffentlich ist, sodass eine Staging-Kopie unberührt bleiben kann.

So sieht der Standard auf einer öffentlichen Website aus

Vom Core erzeugt, auf einer Website, die im Stammverzeichnis der Domain installiert ist und die Core-Sitemap aktiviert hat.

Generator für die WordPress robots.txt

Interne Suchergebnisse blockieren

WooCommerce-Warenkorb, Kasse und Konto blockieren

Das ist eine Staging-Kopie (alles blockieren)

Sitemap-Adresse

Deine robots.txt

Kopieren

Kopiert

Googlebot-Test gegen deine Datei

In deinem Browser erstellt. Nichts wird hochgeladen oder abgerufen.

Kostenlos starten · Keine Kreditkarte nötig

Verwandt: Ratgeber

Produkt

Für wen

Funktionen

Ressourcen

Unternehmen

Sitemap