/beratung leitet auf /beratung/ weiter und anschließend wieder zurück. Meist arbeiten hier zwei Regeln gegeneinander: Eine Schicht ergänzt den abschließenden Schrägstrich, eine andere entfernt ihn.
Beide Antworten sichtbar machen
Öffne die Netzwerkansicht mit erhaltenem Protokoll und rufe die Adresse neu auf. Notiere für jeden Schritt Status und Location. Prüfe auch die Variante mit Schrägstrich direkt. Stoppe die Untersuchung, sobald sich eine Adresse wiederholt; weitere Aufrufe liefern dann keine neue Information.
Fiktives Beispiel: Der vorgeschaltete Proxy erzwingt einen Slash, während das Framework seine Seiten ohne Slash ausliefert. Jede Schicht verhält sich für sich nachvollziehbar, zusammen entsteht eine Schleife.
Lege zuerst fest, welche Variante die Anwendung direkt mit dem vorgesehenen Inhalt beantworten soll. Danach müssen Proxy, Framework, Canonicals und interne Links zu dieser Entscheidung passen.
Die Regel nicht auf alles anwenden
Eine Bilddatei oder ein API-Endpunkt braucht nicht automatisch dieselbe Behandlung wie eine Inhaltsseite. Prüfe die vorhandenen Routerregeln und beschränke die Änderung auf passende Pfade.
Nach der Korrektur soll die bevorzugte Adresse ohne Normalisierungsumleitung öffnen. Die andere Variante darf, falls gewünscht, einmal dorthin weiterleiten. Kontrolliere zusätzlich einen tiefen Seitenpfad: Eine funktionierende Startseite zeigt nicht, ob verschachtelte Routen weiterhin kreisen.
Zum verwandten Prüfschritt: Das Weiterleitungsziel eines Canonicals prüfen.
Arbeiten Proxy und Anwendung gegeneinander, hilft der Technik- und Stack-Check dabei, Aufbau und Zuständigkeiten vor einer Änderung zu klären.