Eine einzelne Weiterleitungsregel sieht korrekt aus, wird aber nie erreicht. Möglicherweise greift vorher eine breitere Regel. Die Reihenfolge der Auswertung ist Teil des Verhaltens.
Den ersten Treffer finden
Fiktives Beispiel: Eine allgemeine Regel schickt alles unter /blog/ nach /wissen/. Eine spätere Ausnahme soll /blog/alte-serie/ an ein spezielles neues Ziel senden. Wenn das System beim ersten Treffer stoppt, bleibt die Ausnahme wirkungslos.
Prüfe zunächst die Dokumentation des verwendeten Servers oder Plugins. Nicht jedes System wertet Regeln gleich aus. Ermittle danach an einer betroffenen Adresse, welche Regel tatsächlich antwortet.
Vergleiche einen konkreten alten Pfad mit einem benachbarten Pfad, der nur unter die allgemeine Regel fällt. So erkennst du, ob die Ausnahme zu breit formuliert ist oder an der Reihenfolge scheitert.
Nicht sofort die gesamte Regelmenge umsortieren
Eine Verschiebung kann andere Ziele verändern. Notiere vorab den gewünschten Ausgang für die betroffenen Beispielpfade und kontrolliere sie in der Testumgebung nach der Anpassung.
Prüfe auch, ob das neue Ziel erneut von derselben Regel erfasst wird. Eine richtige erste Weiterleitung kann im zweiten Schritt eine Schleife auslösen.
Für die Übergabe brauchst du den Quellpfad, die greifende Regel und das beobachtete Ziel. Mit diesen Angaben lässt sich die Auswertung nachvollziehen, ohne anhand einer langen unsortierten Konfigurationsdatei raten zu müssen.
Ausnahmen nachvollziehbar festhalten
Eine globale Umleitung kann sinnvoll sein, während ein öffentliches Archiv bewusst am alten Ort bleibt. Notiere für die Ausnahme den Pfad, das erwartete Verhalten, den fachlichen Grund und die verantwortliche Person. Ein Prüfdatum ist keine automatische Löschfrist.
Halte fest, welche Schicht die Ausnahme umsetzt. Eine Proxyregel greift nicht, wenn eine vorgeschaltete Plattform bereits umleitet. Kontrolliere einen Ausnahmefall, einen normalen alten Pfad und einen ähnlich benannten Pfad. So fällt auf, wenn die Ausnahme versehentlich ein ganzes Verzeichnis betrifft.
Das gesamte Mapping auf Kreise prüfen
Die Zuordnung /alt/ → /neu/ zusammen mit /neu/ → /alt/ bildet einen Kreis. Folge jedem Ziel, bis keine weitere Regel greift. Eine erneut besuchte Adresse zeigt eine Schleife; begrenze die technische Prüfung auf eine feste Anzahl Schritte.
Vergleiche vollständige Adressen einschließlich Host, Protokoll und Slash. Ein kreisfreies Mapping allein beweist noch keinen kreisfreien Betrieb: Proxy, Framework und Sprachlogik können weitere Sprünge ergänzen. Prüfe deshalb die tatsächlichen Antworten in der Testumgebung. Dokumentiere die kleinste kreisende Folge und entscheide zuerst, welches Ziel direkt Inhalt liefern soll.
Zum verwandten Prüfschritt: Ein Redirect-Mapping priorisieren.
Verteilen sich die Regeln auf mehrere Komponenten, hilft der Technik- und Stack-Check dabei, deren Aufgaben und Abhängigkeiten zu klären.