it-swarm.com.de

Wenn die Stamm-URL einer Domain keine bestimmte Site hat, wie sollen Besucher zu Sprachordnern geleitet werden?

Meine Frage ist nicht technisch (wie man es mit X Technologie macht), es geht darum, einen richtigen Ansatz zu wählen, der für SEO gut ist.

Beschreibung

Angenommen, ich habe eine Website example.com. Es ist eine mehrsprachige Site, aber es gibt keine Standardsprache auf Root-Ebene. Stattdessen möchte ich auf der Grundlage von http_accept_language (oder einer beliebigen anderen Bedingung) in ein geeignetes Unterverzeichnis umleiten, um die Konsistenz zu gewährleisten. Die Kondition ist momentan unwichtig, aber machen wir es mit einem Beispiel einfacher:

example.com     # redirects to …
example.com/es  # … /es if spanish is accepted language
example.com/da  # … /es if danish is accepted language
example.com/en  # … /en otherwise

Es handelt sich tatsächlich um dieselben Websites mit übersetztem Inhalt. Wenn also example.com/en/items/1 vorhanden ist, sind auch /es/items/1 und /da/items/1 vorhanden. Natürlich haben alle Seiten alternatehreflang Links usw.

Frage

Ist es gutes Design? Kannst du mir sagen warum, wenn nicht? Und wie soll es gemacht werden?

5
pfff

Viele mehrsprachige Websites haben kein Sprach-Tag für die Standard-/Primärsprache in der URL¹, aber ich denke es ist besser, es einzuschließen . Ja, meiner Meinung nach ist es nicht nur gutes Design, sondern auch das Beste.

Es bietet sich an, die Root-Seite als Site-/Sprachauswahl zu verwenden. Ich denke, es gibt drei Möglichkeiten, wie diese Seite funktionieren kann:

  • Weiterleitung (basierend auf bestimmten Bedingungen²)
  • Liste der Links anzeigen
  • Zeigen Sie eine Liste mit Links an und markieren Sie die wahrscheinlichste Auswahl (basierend auf bestimmten Bedingungen²).

Diese Seite ist wahrscheinlich überhaupt nicht relevant für SEO , da Suchmaschinen normalerweise kein Interesse daran haben, ihren Nutzern eine Sprachauswahlseite zu präsentieren. Eine solche Seite hat (sollte) keinen relevanten Inhalt, und wenn sie umleitet, wäre es sinnlos, Benutzer zu dieser Umleitungsseite anstelle der Umleitungszielseite zu führen (Suchmaschinen kennen ihren Benutzer oder nehmen an, dass sie ihn kennen Sprache).

Das Wichtigste (und wie Sie bereits sagten, tun Sie es bereits) ist, dass dies nicht die einzige Möglichkeit ist, die Sprache auszuwählen. Benutzer (und Suchmaschinen) sollten in der Lage sein, mit einem Sprachumschalter/alternate + hreflang zu den Übersetzungen der aktuellen Seite zu wechseln.

Soweit es Suchmaschinen betrifft:

  • Für die Google-Suche , Sie könnten es mit rel="alternate" hreflang="x-default" verknüpfen:

    […] Der reservierte Wert "x-default" wird verwendet, um Sprachwähler/Redirectoren anzuzeigen, die nicht spezifisch für eine Sprache oder Region sind, z. Ihre Homepage zeigt eine anklickbare Weltkarte

    (Ich verstehe nicht , warum dies nützlich sein könnte, und ich denke, es ist schlechtes Design (da die Auswahlseite keine Übersetzung einer sprachspezifischen Homepage ist), aber sie erwähnen es Ich denke, es ist besser, dies auch hier zu vermerken.)

  • Wenn Sie umleiten, verwenden Sie nicht 301. Da die Weiterleitung auf sich ändernden/benutzerspezifischen Bedingungen basiert, ist sie nicht dauerhaft. Und Sie möchten wahrscheinlich nicht, dass es für einen Benutzer zwischengespeichert wird (der beispielsweise die in seinem Browser akzeptierten Sprachen ändert und zur Stammseite zurückkehrt).

    302 ( oder vielleicht 307? ) scheint der richtige Statuscode zu sein.

  • Vielleicht: Sie könnten in Erwägung ziehen, diese Root-Seite zu noindex, wenn es sich wirklich nur um eine Liste von Links handelt.


¹ Übrigens stellt sich für Sites, die Unterdomänen (en.example.org, da.example.org) anstelle von Pfadsegmenten für die Sprach-Tags verwenden, die gleiche Frage: Was tun mit example.org/www.example.org? Ich denke, die Lösung ist in diesem Fall die gleiche.

² Die Bedingungen können der Header Accept-Language, die IP-Adresse oder was auch immer in Ihrem Kontext sinnvoll ist sein.

4
unor

Ich denke, der SEO-freundlichste Weg wäre, eine Standardsprache zu definieren. Dieser Inhalt wird von/bereitgestellt. Alle anderen Sprachhomepages würden von/lang/kommen. Das von @unor vorgeschlagene Muster kann weiterhin angewendet werden: Stellen Sie allen Inhalten/lang/voran, z. B./lang/about-xy/- auch für die Standardsprache, wie es allgemein empfohlen wird.

Warum könnte es besser sein, einen Real/eine Seite zu liefern? Ich hatte Fälle, in denen es einmal eine/Seite gab, aber dann wurde das System für alle Sprachen auf 302 Weiterleitungen geändert. Und dann wurde das Original/indexiert und in den Suchergebnissen (mit veraltetem Titel-Tag usw.) für Ewigkeiten angezeigt. Das ist also der Punkt: Ihre wichtigste URL, das /, leitet mit 302 um! Oder es zeigt eine Liste von Sprachlinks (ich würde definitiv nicht "noindex" das /), nutzlos in Bezug auf SEO und damit Ihre Potenziale verschwenden. Wenn Sie ccTLDs verwenden, können Sie dieses Problem vollständig vermeiden. Außerdem hörte ich, wie Leute sagten, es sollte besser sein, dass die Seite/200 Antworten liefert. Aber ich kann diesen Beitrag nicht mehr finden.

0
benzkji