Frage

Für eine Website, wir sind über die automatische Land / Sprache Auswahl zu implementieren, aber immer noch den Benutzer die Wahl zu geben, sie zu ändern.

Vor allem, wenn der Benutzer die Website betritt eine Domäne mit einem Länderebene TLD verwendet, wird sie die richtige Sprache standardmäßig dargestellt werden. Aber die Frage ist, was sollte die Logik sein, wenn sie von generic / internationalem TLD kommen wie .com. Sollten wir es vorziehen, mit dem Land, das wir durch ihre IP-Adresse erhalten oder sollten wir ihren Browser locale verwenden? Wenn beide, in welcher Reihenfolge?

Als solches dachte ich an dieser Hierarchie:

  1. Verwenden Sie Benutzerauswahl, wenn es vor geändert wurde. Wenn es wurde nie explizit vom Benutzer festgelegt:
  2. Verwenden Sie den Hostnamen TLD. Handelt es sich um die generische (.com):
  3. Verwenden Browser locale. Wenn kein Gebietsschema festgelegt oder keine entsprechende Sprachversion ist für dieses Gebietsschema zur Verfügung:
  4. Verwenden Sie die IP-Adresse. Wenn keine entsprechende Sprachversion ist für den erfassten Land zur Verfügung:
  5. Verwenden Sie Englisch.

Danke!

War es hilfreich?

Lösung

Wie die meisten Länder mehr Amtssprachen haben, sollen Sie auf Benutzereinstellungen zuerst verlassen und dann auf Browsergebietsschema, TLD, IP und dann Englisch als ‚default‘ (oder jede größere Sprache Ihrer Haupt-Benutzerbasis)

Andere Tipps

Ich würde den Browser locale vorschlagen, anstatt die IP-Adresse, wie man anderswo leben kann, aber eine andere Sprache als der Standard für dieses Land bevorzugen.

Browser locale, wie es der Benutzer Wahl. Wenn ein französischer Mann mit seinem Laptop nach England reisen, will er Browser locale nicht IP beachtet werden.

Browsergebietsschema vor IP-Adresse sein sollte,

Ich bin ein Muttersprache Englisch im Ausland leben, ich mit Websites ärgern, die mir automatisch meine resident Länder Sprache geben, wenn mein Browser locale auf Englisch eingestellt ist.

IP-Adresse Anpassung würde eine (teure) geo / IP-Lookup-Datenbank benötigen, eine Verpflichtung und Infrastruktur, das zu halten, hat erhebliche Probleme mit Block IPs und ist letztlich nicht einmal gibt Ihnen die Informationen, die Sie wollen, weil es nicht ist eine 1: 1-Beziehung zwischen Land und Sprache (offiziell: Kanada oder inoffiziell: USA)., nicht einmal in der Nähe

Ich bevor Cookie bevorzugt TLD / Sub-Domain (oder lokale Einstellungen, wo TLD sprachunabhängig ist) verschlechtert wird.

Hören Leute, ich bin nicht sicher, wo ihr seid an, ich in Finnland wohnen im Moment, und lassen Sie mich Ihnen sagen, EINS der frustrierenden Dinge müssen, wenn die IP-Adresse verwendet wird, um die Sprache zu wählen. Es vermasselt absolut alles auf, ich meine Haare bin ziehen, vor allem etwas zu Google bezogen, in der Tat, ich kann einfach nicht Blogger verwenden überhaupt, wenn Sie also irgendeinen Einfluss auf diese haben, BITTE !!!!!

Sie müssen auch für Menschen erlauben in über Proxies Web kommt nicht zu sein in dem Lokalisierungs ist ihre scheinbare IP-Adresse.

Ich bekomme viele Angebote von San Diego ansässigen Unternehmen, obwohl ich bin in Neuseeland, weil ich dort einen Web-Proxy verwenden.

Persönlich würde ich einfach mit Ihrem primären Publikums Sprache auf der Zielseite gehen, die nur eine Sprachauswahlseite ist und der Benutzer hat eine Sprache auszuwählen, um fortzufahren. Das setzt ein Cookie, so dass beim nächsten Mal der Benutzer besucht (aus dem gleichen Browser auf der gleichen Maschine) leitet es automatisch die richtige Sprache Website.

Ich habe mehrere Gründe.

  1. Es ist einfacher, Code - keine Überprüfung IP-Bereiche oder Browser-locale usw. Weniger Code bedeutet, dass es weniger ist, falsch gehen
  2. .
  3. Sie gehen davon nichts über den Benutzer. Sie könnten einen Amerikaner mit einer Maschine zu Deutsch in Japan zum Beispiel eingestellt werden.
  4. Es ist wahrscheinlich, korrekt zu sein:)
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top