Sitzungs- oder cookiebasierte Sprachweiterleitungen machen regelmäßig eine Sprache unerreichbar. Hat die Standard-Locale kein URL-Präfix, trägt ein präfixloser Pfad kein Locale-Signal; die Weiterleitungs-Middleware behandelt es als nicht gesetzt und schickt den Besucher zu dem, was gespeichert war - die Standardsprache lässt sich also nie wieder auswählen. Derselbe Mechanismus liefert jedem, der einen geteilten Link öffnet, die falsche Sprache und kann hreflang vollständig untergraben.
WANN SIE DAZU GREIFEN
Nutzen Sie dies, wenn Besucher berichten, nicht in eine Sprache zurückwechseln zu können, oder wenn ein geteilter Link beim Empfänger in der falschen Sprache öffnet.
locale-redirect-trap-audit.md
---
name: locale-redirect-trap-audit
description: Nutzen Sie dies, wenn Besucher berichten, nicht in eine Sprache zurückwechseln zu können, oder wenn ein geteilter Link beim Empfänger in der falschen Sprache öffnet.
---
# Audit der Locale-Weiterleitungsfalle
Sitzungs- oder cookiebasierte Sprachweiterleitungen machen regelmäßig eine Sprache unerreichbar. Hat die Standard-Locale kein URL-Präfix, trägt ein präfixloser Pfad kein Locale-Signal; die Weiterleitungs-Middleware behandelt es als nicht gesetzt und schickt den Besucher zu dem, was gespeichert war - die Standardsprache lässt sich also nie wieder auswählen. Derselbe Mechanismus liefert jedem, der einen geteilten Link öffnet, die falsche Sprache und kann hreflang vollständig untergraben.
## Was Sie vorher brauchen
- Die Website mit aktivierter Sprachumschaltung
- curl oder ein beliebiger Client, der Cookies halten und erneut senden kann
## Methode
1. Fordern Sie eine präfixierte URL in einer Nicht-Standardsprache an, um eine gespeicherte Präferenz zu erzeugen.
2. Senden Sie mit demselben Client nun die Anfrage an das präfixlose Äquivalent. Erfolgt ein 302 zurück in die gespeicherte Sprache, ist die Standard-Locale unerreichbar und der Fehler bestätigt.
3. Wiederholen Sie das für einen tiefen Pfad, nicht nur für die Startseite. Eine Weiterleitung, die nur an der Wurzel greift, ist akzeptabel; eine, die auf jedem Pfad greift, nicht.
4. Fordern Sie die URL der Standardsprache ganz ohne Cookie an - das ist, was ein Crawler sieht. Wird weitergeleitet, scheitert die hreflang-Validierung, egal wie korrekt das Markup ist.
5. Beheben Sie es, indem Sie die URL maßgeblich machen: Wirken Sie auf eine gespeicherte Präferenz ausschließlich an der blanken Wurzel, und speichern Sie eine Präferenz nur, wenn der Besucher sie ausdrücklich über den Umschalter anfordert.
6. Testen Sie alle vier Fälle erneut: eine Sprache wählen, zur Wurzel zurückkehren, die Standardsprache wählen und einen expliziten Pfad mit widersprüchlich gespeicherter Präferenz öffnen.
## Was dabei herauskommt
Eine Pass/Fail-Matrix über vier Fälle, die belegt, dass jede Sprache erreichbar ist, explizite URLs nie überschrieben werden und eine Anfrage ohne Cookie den kanonischen Standard erhält.
## Wo es schiefgeht
- Nur die Startseite testen, wo der Fehler am wenigsten sichtbar ist
- Mit einem Browser testen, der bereits eine Präferenz hält, sodass der defekte Pfad nie ausgelöst wird
- Annehmen, Crawler seien nicht betroffen - sie sind es, weil die Weiterleitung ändert, was unter der kanonischen URL ausgeliefert wird
---
Aus der QuQi-Skill-Bibliothek - https://www.quqi.io/de/skills/locale-redirect-trap-audit
Kostenlos herunterladen · kein Konto, keine E-Mail
Eine Pass/Fail-Matrix über vier Fälle, die belegt, dass jede Sprache erreichbar ist, explizite URLs nie überschrieben werden und eine Anfrage ohne Cookie den kanonischen Standard erhält.