SEO und GEO

WordPress verbergen und Adressen ändern: die echten Auswirkungen auf SEO

WordPress verbergen und die echten Auswirkungen auf SEO

WordPress verbergen, die Login-Seite verschieben, den Theme-Dateien andere Adressen geben: Solche Einstellungen beunruhigen SEO-Verantwortliche oft, weil sie einen Einbruch des Traffics befürchten. Die meisten haben keinerlei Wirkung auf das Ranking, einige erfordern Vorsicht, und nur eine einzige kann Traffic kosten, wenn sie zu schnell aktiviert wird. Dieser Beitrag sortiert Einstellung für Einstellung und schlägt ein Vorgehen vor, das deine Rankings schützt.

Was sich nicht ändert

Das Verbergen wirkt auf die technischen Signaturen von WordPress, nicht auf deine Inhalte. Mit dem WordPress-Sicherheits-Plugin WP Masquerade bleiben die Adressen deiner Seiten und Beiträge (deine Permalinks) unverändert, ebenso das canonical-Tag, das WordPress oder dein SEO-Plugin erzeugt, deine Titel, Meta-Beschreibungen, strukturierten Daten und die Sitemap deiner Inhalte. Die physischen Ordner werden nicht verschoben: Das Plugin verändert weder die Core-Dateien noch die Serverkonfiguration.

Für Google bleibt eine verborgene Seite also dieselbe Seite, unter derselben Adresse, mit demselben Inhalt. Was sich ändert, sind Details im Quellcode, die in keiner von Google veröffentlichten Liste von Rankingsignalen vorkommen: das generator-Tag, die RSD- und Windows-Live-Writer-Links, der Shortlink. Was diese Signaturen Angreifern verraten, erklärt unser Beitrag über das Fingerprinting von WordPress.

Zwei Spalten: was sich durch das Verbergen nicht ändert (Seitenadressen, Canonical, Sitemap der Inhalte, robots.txt, Inhalte) und was sich ändert (Adressen von CSS, JS und Bildern mit den Pro-Aliassen, alte Adressen mit 404 in Stufe 4, geschlossene Autorenarchive, Discovery-Links, generator-Tag und Login-Seite).
Die rechte Spalte musst du vor dem Livegang testen.

Einstellung für Einstellung: die Wirkung auf SEO

EinstellungWirkung auf das RankingVorsichtsmaßnahme
generator-Tag entfernt oder imitiertKeine dokumentierte WirkungKeine alte Version angeben in der Hoffnung, Angreifer abzuschrecken
RSD-, WLW- und Shortlink-Links entferntKeine dokumentierte WirkungKeine
Neue Login-AdresseKeine: Die Login-Seite soll ohnehin nicht indexiert werdenDie neue Adresse vom Cache ausnehmen
XML-RPC gesperrtKeine auf das RankingApps und Dienste prüfen, die über XML-RPC veröffentlichen
REST- und oEmbed-Discovery entfernt ProKeine auf das RankingAndere Websites können deine Beiträge nicht mehr automatisch einbetten
Autorenarchive und Autoren-Sitemap geschlossen ProDie Autorenseiten fallen aus dem IndexDiese Seiten behalten, wenn sie nützliche Inhalte tragen
Datei-Aliasse Stufe 1 bis 3 ProNeue Adressen für CSS, JS und Medien, alte werden weiter ausgeliefertRendering prüfen, Caches leeren
Aliasse Stufe 4 ProAlte statische Adressen antworten mit 404Zuerst den Traffic aus der Google Bildersuche messen
Erwartete Wirkung der Einstellungen von WP Masquerade auf die klassische Suche.

Die Dateiadressen: Rendering, Bilder, Cache

Die Datei-Aliasse von WP Masquerade Pro ersetzen im HTML /wp-content/, /wp-includes/, die Medien, Plugins und Themes durch neutrale Pfade (standardmäßig assets, media, system, modules, skins). Serverregeln leiten diese Aliasse auf die echten Ordner. Für SEO zählen drei Punkte.

Das Rendering der Seiten

Google rendert deine Seiten wie ein Browser, um sie zu verstehen. Die Google-Dokumentation zur robots.txt warnt, dass das Sperren von Skripten, Stylesheets oder Bildern, die zum Verständnis einer Seite nötig sind, dieser Analyse schadet. Schlägt eine Alias-Regel fehl, antworten CSS und JS mit 404, und Google sieht eine kaputte Seite. Deshalb prüft das Plugin Testdateien (HTTP-Status und SHA-256-Hash), bevor es einen Alias-Plan aktiviert, und lehnt eine Weiterleitung oder eine HTML-Ersatzseite ab. Prüfe außerdem, dass deine robots.txt die neuen Pfade nicht sperrt, und teste dann eine Seite live mit der URL-Prüfung der Search Console: Der Screenshot des Renderings muss vollständig sein.

Indexierte Bilder

Das ist der einzige Punkt, an dem das Verbergen Traffic kosten kann. Google rät, ein Bild immer unter derselben Adresse einzubinden, damit es zwischengespeichert und wiederverwendet werden kann. Der Google-Leitfaden zu Umzügen erinnert außerdem daran, Bilder, Videos, JavaScript und CSS in jeden Plan zur Änderung von Adressen einzubeziehen. Mit einem Alias für die Medien verweisen deine Seiten auf eine neue Bildadresse, die Google erst entdecken und erneut indexieren muss.

Ein indexiertes Bild mit Medien-Aliassen: In Stufe 2 und 3 antworten die alte Adresse /wp-content/uploads und die neue Adresse /media beide mit 200; in Stufe 4 antwortet die alte Adresse mit 404 und fällt nach und nach aus dem Bilderindex.
In Stufe 4 leitet die alte Adresse nicht weiter: Sie antwortet mit 404.

In Stufe 2 und 3 wird die alte Adresse weiter ausgeliefert: Das bereits indexierte Bild funktioniert weiter, während Google das neue entdeckt. In Stufe 4 antworten die alten statischen Pfade mit 404, und Google entfernt Adressen, die einen 4xx-Code liefern, aus dem Index. Bringt dir die Google Bildersuche Besuche, schau zuerst in den Leistungsbericht der Search Console mit dem Suchtyp „Bild“ und beschränke Stufe 4 auf Websites, bei denen dieser Traffic vernachlässigbar ist. Wie im Leitfaden von WP Masquerade empfohlen, ist diese Stufe für Websites gedacht, deren fest codierte Adressen und Cache-Optimierungen geprüft wurden.

Der Cache

Bereits zwischengespeichertes HTML kann die alten Pfade enthalten, und ein CDN kann antworten, bevor WordPress überhaupt läuft. Leere nach jeder Änderung alle Cache-Ebenen (das Plugin kann LiteSpeed Cache, WP Super Cache und WP Rocket leeren, nicht aber die Caches des Hosters oder des CDN) und prüfe dann in einem privaten Fenster. Bei CSS- und JS-Dateien, die ein Optimierungs-Plugin zusammenfasst, aktivierst du die Optimierungen einzeln wieder: Die erzeugten Dateien können neue Pfade tragen.

Ist das Verbergen Cloaking?

Die Frage ist berechtigt, denn Google bestraft Cloaking, also das Präsentieren unterschiedlicher Inhalte für Nutzer und Suchmaschinen. Die Antwort liegt im Mechanismus: WP Masquerade verändert dieselben Signaturen für alle anonymen Besucher, Crawler eingeschlossen, ohne nach User-Agent zu unterscheiden. Googlebot erhält genau das HTML, das ein nicht angemeldeter Nutzer erhält, und dieses HTML enthält denselben redaktionellen Inhalt. Es gibt also keine zwei Versionen der Seite.

Die Regel gilt für jede Anpassung: Füge niemals selbst eine Regel hinzu, die je nachdem, ob der Besucher Googlebot ist oder nicht, andere Inhalte ausliefert. Genau diese Technik nutzen Angreifer, wie unser Beitrag über SEO-Spam beschreibt.

Sitemaps und Autorenseiten

Seit WordPress 5.5 erzeugt der Core unter /wp-sitemap.xml eine Sitemap, die über einen eigenen Provider für Benutzer standardmäßig die Autorenarchive enthält, und meldet sie in der virtuellen robots.txt. Stufe 3 der Härtung (Pro) sperrt die Autorenarchive, öffentliche Anfragen an /wp/v2/users und die Autoren-Sitemap und schließt damit einen klassischen Weg zur Enumeration von Konten.

  • Auf einer Unternehmenswebsite mit einem oder zwei Autoren duplizieren die Autorenarchive oft den Blog: Dass sie aus dem Index fallen, hat keine Folgen.
  • Bei einem Medium, dessen Autorenseiten echte Biografien zeigen und Suchanfragen anziehen, wägst du den Sicherheitsgewinn gegen den Verlust dieser Seiten ab.
  • Wenn du ein SEO-Plugin nutzt, das eine eigene Autoren-Sitemap erzeugt, prüfe sie separat und entferne die Autoren daraus, wenn die Archive geschlossen sind, damit du keine URLs mit 404 einreichst.

Ein Vorgehen ohne Risiko für SEO

  1. Miss den Ausgangszustand: indexierte Seiten, Web- und Bilder-Traffic in der Search Console, URL-Liste mit einem Crawler.
  2. Beginne auf einer Staging-Umgebung, mit Identität und Discovery (ohne Risiko für SEO).
  3. Verschiebe den Login, nachdem du die neue Adresse von den Caches ausgenommen hast, und teste ihn in einem privaten Fenster (siehe unseren Leitfaden zur Adresse von wp-login).
  4. Aktiviere die Aliasse Gruppe für Gruppe, nachdem die Serverregeln installiert und die Testdateien validiert sind.
  5. Prüfe Startseite, Beitrag, Suche, 404, RSS-Feed, Sitemap und mobile Darstellung, danach die URL-Prüfung für einige wichtige Seiten.
  6. Beobachte mehrere Wochen lang den Bericht zur Seitenindexierung in der Search Console (Anstieg bei „Nicht gefunden (404)“) und die Kurve für Bilder.
  7. Wechsle erst zu Stufe 4, wenn diese Kurven stabil sind, und nur dann, wenn Bilder für deinen Traffic keine Rolle spielen.

Bei einem Problem setzt die Konstante CMS_MASQUERADE_DISABLE in der wp-config.php die PHP-Umwandlungen aus, die Serverregeln und bereits zwischengespeicherte Seiten bleiben aber aktiv: Sie musst du separat wiederherstellen und leeren.

Aliasse und 301-Weiterleitungen: zwei verschiedene Logiken

Bei einem echten Adressumzug empfiehlt Google dauerhafte Weiterleitungen (301 oder 308) von jeder alten URL auf die neue, die in der Regel mindestens ein Jahr bestehen bleiben. Aliasse folgen dieser Logik nicht: Sie fügen statischen Dateien eine zweite Adresse hinzu, ohne eine Seite zu verschieben, und Stufe 4 liefert für die alte Adresse einen 404-Fehler ohne Weiterleitung, damit der WordPress-Pfad nicht mehr antwortet. Deine Seiten behalten ihre Adresse und brauchen keine Weiterleitung. Das folgende Video erklärt die Grundsätze von Weiterleitungen bei einem Relaunch, nützlich, falls du auch die Struktur deiner Permalinks änderst.

Auf Französisch (WEBDIGIT): 301-Weiterleitungen beim Relaunch einer Website, und wie du dein Ranking behältst.

Was das Verbergen bringt, ohne Versprechen

Das Verbergen bringt keine besseren Rankings und soll das auch nicht. Sein Nutzen für eine Website, die von ihrem Ranking lebt, ist indirekt: weniger automatisierte Angriffe, also ein geringeres Hack-Risiko und damit ein geringeres Risiko von SEO-Spam oder einer Safe-Browsing-Warnung, die sehr wohl Traffic kosten. Die Grenzen beschreibt unser Beitrag darüber, was das Verbergen bringt und was nicht. Weiterführend: CMS-Imitation, Dateiadressen, Login-Seite und Kompatibilität mit Hostern und Caches.

Um dein gesamtes SEO zu prüfen, folge unserer Anleitung für ein WordPress-SEO-Audit in sechs Schritten.

Das Wichtigste in Kürze

  • Permalinks, Canonical, Inhalte und die Sitemap der Inhalte ändern sich nicht.
  • Datei-Aliasse erfordern, das Rendering zu prüfen und alle Caches zu leeren.
  • Stufe 4 lässt alte Bildadressen mit 404 antworten: Miss zuerst deinen Bilder-Traffic.
  • Das Verbergen ist kein Cloaking, solange Crawler und Besucher dasselbe HTML erhalten.
  • Geschlossene Autorenarchive fallen aus dem Index: eine Entscheidung, die du bewusst treffen solltest.

Quellen

Weitere herangezogene Quellen: offizielle Dokumentation.

WordPress-Sicherheit ohne Lärm

Eine E-Mail, wenn es wichtig ist: neu beobachtete Angriffe, Updates des Plugins und praktische Anleitungen. Kein Spam, Abmeldung mit einem Klick.

Starte kostenlos und wechsle zu Pro, wenn du so weit bist

Die kostenlose Version versteckt WordPress bereits und verschiebt die Anmeldeseite. Pro ergänzt Aliasse, Zwei-Faktor-Authentifizierung und Überwachung.