Ein Beitrag wechselt bei jedem Aufruf zwischen /ratgeberund /ratgeber/. WordPress ergänzt den abschließenden Schrägstrich, während eine Serverregel ihn wieder entfernt. Die Seite erscheint dadurch gar nicht oder erst nach mehreren Redirects. Gleichzeitig darf eine pauschale Korrektur keine Dateien und API-Endpunkte verändern.
Die Lösung besteht nicht in einer weiteren globalen Regel, sondern in einer eindeutigen Zuständigkeit: Für normale WordPress-Inhalte bestimmt die Permalink-Struktur die kanonische Form; technische Routen erhalten passende Ausnahmen.
Was der Trailing Slash bedeutet
Ob eine öffentliche URL mit einem Slash endet, richtet sich bei WordPress-Inhalten in der Regel nach der Permalink-Struktur. Die beiden Schreibweisen sollten nicht parallel als gleichwertige Seiten erreichbar sein. Eine Variante antwortet normal, die andere führt höchstens mit einem direkten Redirect dorthin.
Für echte Dateien, Verzeichnisse, REST-Routen, Feeds, Webhooks und Downloads gelten möglicherweise andere Regeln. /bild.jpgdarf nicht zu /bild.jpg/werden. Deshalb ist eine bedingungslose Normalisierung sämtlicher Pfade gefährlich.
Typisches Fehlerbild
Eine Serverregel entfernt jeden abschließenden Slash. WordPress fügt ihn bei Beiträgen anschließend wieder an. Das Ergebnis ist eine Schleife. Ein zweiter Fehler betrifft /wp-json/: Ein Client erwartet den exakten Endpunkt, wird aber auf eine abweichende Form geschickt.
Das Team deaktiviert die zusätzliche Servernormalisierung für WordPress-Inhalte und lässt deren Form von WordPress bestimmen. Nur klar definierte technische Routen werden separat behandelt. Danach liefern beide Varianten eines Beitrags eine kurze, eindeutige Antwortkette; Datei und REST-Endpunkt bleiben unverändert.
Welche Routen Ausnahmen brauchen
Prüfen Sie mindestens Beiträge, Seiten, Kategorien, Pagination, Feeds, Medien, echte Ordner, REST-API und eigene Endpunkte. Auch Mehrsprachigkeits- oder Redirect-Plugins können eine zweite Entscheidung hinzufügen. Interne Links, Sitemap, Canonical und hreflang sollten bereits die bevorzugte Form verwenden, statt sich auf den Redirect zu verlassen.
Permanente Antworten können lange im Browser oder CDN gespeichert bleiben. Ein alter Redirect ist daher kein sicherer Beweis für die aktuelle Serverkonfiguration. Vergleichen Sie eine frische Sitzung mit einer ungecachten Origin-Antwort.
Einfache Diagnose
- Sichern Sie Permalink- und Redirect-Konfiguration.
- Notieren Sie die bevorzugte Form für jeden Routentyp.
- Rufen Sie Test-URLs mit und ohne Slash ohne automatisches Folgen auf.
- Entfernen Sie die konkurrierende Regel an der Ebene, die den falschen ersten Redirect erzeugt.
- Aktualisieren Sie interne URL-Quellen und prüfen Sie die Testmatrix erneut.
Technische Prüfung
Erfassen Sie pro Anfrage Statuscode, Location, Host, Query-String und Cache-Header. Ordnen Sie jeden Sprung WordPress, Plugin, Webserver oder CDN zu. Testen Sie codierte Pfade und unterschiedliche Requestmethoden; ein Redirect darf einen Webhook oder API-Aufruf nicht unbeabsichtigt in einen GET-Request verwandeln.
Die Zielseite muss den erwarteten Inhalt und ein passendes Canonical liefern. Wiederholen Sie die Prüfung nach einem Cache-Zyklus. Ein nicht betroffenes Geschwisterobjekt sowie eine echte Datei dienen als negative Kontrollen.
Risiken, Backup und Rollback
Globale Slash-Regeln können Assets, Downloads und Schnittstellen beschädigen. Mehrere aktive Normalisierungen erzeugen Ketten. Exportieren Sie Regeln und sichern Sie die Serverkonfiguration, bevor Sie eine Ebene ändern.
Fällt ein Endpunkt aus oder wächst die Redirect-Kette, nehmen Sie nur die jüngste Änderung zurück. Stellen Sie nicht gleichzeitig Permalink-Struktur und CDN-Regel um. So bleibt erkennbar, welche Komponente die Abweichung verursacht.
So unterstützt AIOWS:
AIOWS Weiterleitungs-Manager
AIOWS Weiterleitungs-Manager macht unterstützte WordPress-Weiterleitungen zentral sichtbar. Wenn eine konkrete Inhalts-URL normalisiert werden muss, lässt sich eine eng begrenzte Quelle-Ziel-Regel verwalten und getrennt von globalen Server- oder CDN-Regeln prüfen.
Legen Sie eine solche Regel erst an, nachdem die WordPress-Permalink-Struktur und die betroffenen Routentypen geklärt sind. Testen Sie anschließend beide Slash-Varianten für Beiträge und Archive sowie Dateien, Feeds und API-Endpunkte. Statuscode, Zielinhalt und Canonical müssen zusammenpassen; eine Kontroll-URL darf nicht erfasst werden.
Der Manager ersetzt keine allgemeine Webserverkonfiguration und kann keine konkurrierende CDN-Regel entfernen. Er sollte daher nicht dazu verwendet werden, eine unbekannte Schleife mit weiteren Redirects zu überdecken. Verursacht eine neue AIOWS-Regel einen zusätzlichen Sprung, deaktivieren Sie diese Regel und untersuchen die erste abweichende Antwort erneut.
AIOWS Weiterleitungs-Manager ansehenAIOWS-Tarife vergleichen
Passende Artikel
- WordPress von WWW auf Non-WWW umstellen
- WordPress von Non-WWW auf WWW umstellen
- Groß- und Kleinschreibung bei WordPress-URL-Weiterleitungen
Fazit
Lassen Sie für normale Inhalte eine Ebene die kanonische Slash-Form bestimmen und behandeln Sie technische Routen ausdrücklich. So verschwinden Schleifen, ohne API, Feeds oder Dateien zu beschädigen.
