302-Weiterleitungen von de auf pl-Sprachversion

Hallo,

wir haben eine vollverschlüsselte Seite - nun kommt es beim Crawlen über die Webmaster Tools oder auch andere SEO-Tools immer häufiger die Meldung, dass eine 302-Weiterleitung zur polnischen Sprachversion gefunden wurde. Woran kann das liegen?

Viele Grüße

Mattis

Wurde denn polnisch als Sprache eingerichtet?

Außerdem: HTTP StatusCode 302 wird an keiner Stelle im SmartStore.NET Code zurückgegeben, daher irritiert mich die Meldung etwas.

ja, polnisch ist als dritte Sprache angelegt. Standard ist deutsch.

anbei der aktuelle Screenshot

Hallo Mattis,

ich vermute, dass in dem Cookie in Zeile 9 die gewählte Sprache gespeichert wurde.

Wird der Shop nun wieder über die URL shop.cm-partner.com aufgerufen, erfolgt eine Weiterleitung auf die gewählte Shop-Sprache, hier shop.cm-partner.com/pl.

Hallo,

ein Cookie, der beim Aufruf durch den Google-Crawler eine falsche Weiterleitung erzeugt? Wie kann das behoben werden? Es ist ja kein lokales Problem.

Zur Steuerung des Weiterleitungsverhaltens in mehrsprachigen Shops gibt es drei relevante Optionen unter Konfiguration > Einstellungen > Allgemeine Einstellungen > Lokalisierung:

• Verhalten bei Standardsprache
• Verhalten bei ungültiger Sprache
• Browsersprache erkennen

ok. und welche einstellung muss da jetzt gemacht werden, damit eben diese weiterleitung nicht mehr erfolgt?

• Verhalten bei Standardsprache: SEO Code entfernen wenn angegeben
• Browsersprache erkennen: Nein

Ich habe die Einstellungen vorgenommen, den Cache sicherheitshalber gelöscht und die Anwendung neu gestartet. Beim anschließenden Crawling ergab sich wieder die selbe fehlerhafte Weiterleitung. 

Das ist höchst eigenartig! Zwei mögliche Ursachen, die mir spontan einfallen:

1. Ein IIS Rewrite Rule wurde eingerichtet, der den Bot auf /pl weiterleiten soll. Rewrite Rules können unabhängig von SMNET über den IIS bzw. in der web.config angelegt werden.
2. SMNET erkennt auf wundersame Weise den Google Bot und ordnet ihm das zuvor angelegte Gastkonto zu, in welchem polnisch als Standard-Sprache definiert ist.

Ich tendiere eher zu 2. Um das zu verifizieren, müsste man im Backend mal alle Gastkonten löschen und den Bot nochmal vorbeischicken.

Absolut. Nur haben wir bei uns ausschließlich aktive Kunden- und Admin-Konten. Davon eines oder gar alle zu löschen wäre rein für Testzwecke etwas sehr unpraktisch. Alleine aufgrund der Tatsache, dass wir dann alle Kunden auffordern müssten, neue Kennwörter anzulegen. 

Wie kann ich ansonsten die web.config dahingehend prüfen, um die erste Möglichkeit (IIS Rewrite Rule) ausschließen zu können?

Die einzige Rewrite-Rule in der web.config ist folgende:

Gastbenutzerkonten lassen sich unter System > Wartung löschen. Das ist ein harmloser Vorgang, der lediglich temporäre Datensätze löscht, die wiederkehrende anonyme User identifizieren sollen. Du musst also niemanden auffordern, neue Kennwörter anzulegen.

Zur Rewrite Rule: diese sieht harmlos aus und kann das Problem nicht verursacht haben.

Gastbenutzerkonten habe ich wie beschrieben gelöscht, Cache ebenfalls und einen Neustart der Anwendung anschließend durchgeführt. Beim anschließenden heutigen Crawling hat er mich jetzt die englische Version des Shops weitergeleitet. 

Liegt es jetzt doch an der rewrite rule? ggf durch die Umstellung auf Https?

Hallo? 

Könntest du bitte temporär die SSL-Verschlüsselung deaktivieren und Google nochmal vorbeischicken? Alternativ könntest du auch die Rewrite-Regel mal entfernen. Taucht das Problem dann weiterhin auf?

Du musst verstehen: solange wir das nicht reproduzieren könnnen, sind wir auf deine Mithilfe angewiesen. Denn wir haben keine Kontrolle über deinen Shops und können somit nichts probieren bzw. ausschliessen.