6

In a website that offers translated versions of the website in various languages (6), how should we handle language detection and suggestion?

My theory is that:

  • Users hate splash screens in which you have to choose a language before you arrive at the website/page.
  • Users may arrive at the English version of a page, while they would prefer a different language.
  • Users like to be in control of the language version of a website, and do not expect to see a Korean version of a page, if they clicked an English page link in Google Search results while browsing from South Korea. The Korean version of the page would not match expectations of the page link, title and description that were in English.


My solution is:

  • Do not use splash screens

  • Do not auto-change language based on geo location when a user arrives at a page.

  • Offer a non-obtrusive way of notifying the user of a possible preferred language:
    Scenario:
    A user from South Korea arrives on English page of the website that also offers a Korean translation. Determine user's geo location and if country of visit does not match the active language and the language of the country of visit is available; offer a message (overlay pop-up, cookie-like bar at the top or bottom?) that notifies the user of the available language and offer to switch.

Is this a good practice or are there more user friendly solutions?

  • Are there any statistics on the accuracy of Accept-language browser settings of users? Do users have to manually set this? – user30102 Mar 29 '13 at 6:24
  • I do not know of any hard figures, however all major browsers do their best to set this property right. At installation the language is set to the default language of the operating system (the idea being: if you have OS in language X, you probably know X); if the browser notices that you frequent pages in language Y, it might suggest to change this setting to Y; finally the user can always override this setting if he knows how. – Pasha Mar 29 '13 at 7:58
5

There is an Accept-language HTTP field sent to your web server with every user request. This field is controlled by the browser, and nowadays is very accurate at describing user's language preferences. The only time it wouldn't work could be if someone accessed your website from a public computer: for example from a library or internet cafe. For those users you should have an explicit language selector. Check these questions:

1

There are two scenarios:

  1. The request contains a language identifier. This will happen on search result pages as well as on external links. Then use that language.

  2. The request does not contain a language identifier. Then use the HTTP Accept-Language header to determine, which language to choose.

This procedure will meet the user's expectation. Nevertheless, a language selector should be provided, so the user can switch to a language, (s)he is more comfortable with.

0

I think your approach is the correct one. Now, I have troubles with some customers that don't see the message that suggests their language and they end up thinking the website is from another country or they just leave. I have to say that this mainly happens when they browse with their phone and since the site is not mobile friendly—just yet—the suggestion bar at the button goes untoniced. For this reason I'm considering the splash screen even thought it annoys me personally as a user.

One thing I'd add to your theory is to automatically load some information based on the guessed location. I do this for the phone number and shipping country displayed at the header so the customer feels like he's browsing a local business—you can have multiple VoIP public phones and scale to a multinacional business cheaply.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.