In che modo i siti web devono gestire le impostazioni di localizzazione? (da "Quali sono comuni malintesi e fastidi dell'interfaccia utente?")

Question

Ho scelto di considerare questo come una domanda a sé stante poiché stava generando così tanto dibattito nei commenti dello original post.

È interessante vedere che molte persone su SO (che sono sviluppatori) non ottengono la localizzazione. Ecco la mia opinione su come dovrebbe funzionare:

In tutti i browser che ho guardato (e per gli sviluppatori .NET anche lì) quando si guardano le preferenze di cultura di un utente è nel seguente formato: lingua -Cultura.

Quindi abbiamo:

• it-IT - in lingua inglese - la cultura UK
• en-US - in lingua inglese - cultura degli Stati Uniti
• it - in lingua inglese - cultura invarianti.
• it-IT - lingua francese - la cultura francese
• fr-CH - lingua francese - la cultura svizzera
• de-CH - lingua tedesca - la cultura svizzera
• de-DE - lingua tedesca - la cultura tedesca

Vedere MSDN per un elenco completo supportato dal framework .NET.

Quando vado su un sito Web, so che desidero l'inglese dall'italiano e sa che mi interessa che sia inclinato nel Regno Unito (formattazione del numero, formattazione della data). Quindi quando vado su google.com e mi porta a google.de (a causa del mio indirizzo IP) va benissimo se google.de mi mostra tutto in inglese ma è completamente sbagliato visto che google.de è in tedesco. Ho scarso controllo sul mio indirizzo IP ma controllo completo sulle impostazioni della lingua e della cultura. Se sei interessato, il nuovo motore di ricerca di Microsoft (bing.com) gestisce le cose correttamente. Speriamo Microsoft può imparare a fare ricerca, così come Google o Google può imparare a localizzare così come Microsoft;)

MSDN ha un altro buon articolo qui per maggiori informazioni

Quindi quali sono le raccomandazioni su come i siti dovrebbe occuparsi delle localizzazioni?

Answer 1

La soluzione qui è così semplice, è fastidioso che gli sviluppatori debbano fare altro.

1. Rispettare le impostazioni del browser. Se dice inglese allora per dio è inglese.

2. Se è assolutamente necessario, è sufficiente aggiungere un pulsante in alto per scegliere qualcos'altro. Quindi, SOLO quindi, si esegue l'override del browser.

3. Se pensi che la tua strada sia migliore. Fermati, chiedi a qualcuno di schiaffeggiarti. Non è. Ripeti se necessario.

4. Sbarazzarsi di quelle pagine web splash che chiedono il paese di qualcuno. Basta mostrare la tua pagina normale, in base alle impostazioni predefinite del browser, e vedere l'articolo 2 sopra. Devo ancora imbattersi in un sito dove conta davvero.aggiornamento:alcuni anni più tardi e ora c'è un motivo per farlo. Nel 2013 il Regno Unito ha istituito politiche relative ai cookie che gli operatori di siti web devono rispettare per i siti basati in quel paese che servono pagine ai visitatori di quel paese. Quindi attenzione alle leggi dei paesi che si sono ospitati in.

5. se vi capita di avere un sito che in realtà è servito da più server in diversi paesi, allora probabilmente si può rilevare che uno dei server è davvero più vicino da cui servire. Se non puoi, basta fermare la follia reindirizzamento e poi non cercare di fare una determinazione per loro.

Answer 2

Rischio di essere considerato scortese, ma penso che il mio post on this topic avrà più risposte informative, soprattutto perché il mio post è davvero una domanda. Mi dispiace però di non averlo trovato prima.

Answer 3

C'è una differenza tra le impostazioni predefinite intelligenti e la capacità degli utenti di ignorarle. Nelle grandi app su cui ho lavorato, ho assunto le impostazioni locali dell'utente dalle impostazioni del browser, dalla geolocalizzazione, ecc., Ma ho sempre dato agli utenti un modo per passare facilmente.

Non so come altro si farebbe. Non dare agli utenti la possibilità di correggere le tue ipotesi è profondamente problematico, perché hai intenzione di sbagliare un po 'di tempo.

AGGIUNTA:

Credo che il problema qui è che, mentre è possibile modificare le impostazioni locali, se si guardano sostanzialmente identica a quella di default, non c'è modo per uno sviluppatore di applicazioni per capire se si è lasciato così com'è intenzionalmente, o perché non sai come o perché cambiarlo.

Io suggerisco di rispettare le impostazioni di localizzazione degli utenti, eccetto se l'impostazione è l'impostazione predefinita travolgente, che gli utenti potrebbero non cambiare. Ad esempio, credo che la stragrande maggioranza (90%) degli utenti con un'impostazione en-us geolocalizzata in Vietnam sarebbe quasi sempre servita meglio vedendo contenuti vietnamiti, piuttosto che contenuti in inglese americano, a condizione che ci sia un modo banale per cambiare locale. Il rovescio della medaglia, se un utente geolocalizzato negli Stati Uniti ha un ambiente vietnamita, significa assolutamente dargli il suo contenuto vietnamita.

E 'irritante per gli utenti statunitensi in Vietnam? Sicuro. Ma è anche il più grande bene per il numero più grande, e aiuta a garantire che gli utenti medi non tecnici ottengano la migliore esperienza del mondo reale. Fino a quando non potremo impugnare una pistola contro le teste degli utenti e costringerli a dichiarare onestamente le loro preferenze linguistiche/culturali prima di accendere un computer, avremo bisogno di euristiche come questa.

Answer 4

Sono d'accordo, dare all'utente la possibilità di scavalcarli con le preferenze dell'utente nella tua app. Ciò è particolarmente utile per cose come problemi di localizzazione del fuso orario che non è possibile derivare dalle impostazioni del browser.

Answer 5

A un certo punto della mia carriera, ho mantenuto parti dello stack TCP/IP. Questo mi mette nella posizione piuttosto rara di sapere molto bene che gli indirizzi IP non dovrebbero essere usati come qualcosa di diverso dagli indirizzi a livello di Rete. Qualsiasi associazione tra un indirizzo IP e una posizione è quasi casuale: è un artefatto del modo in cui gli indirizzi sono distribuiti, non una parte fondamentale di ciò che significa un indirizzo IP.

(Sono, inoltre, non utile come l'identificatore univoco di un computer, ma questo è un'altra storia)

Suggerisco lasciando geolocalizzazione fuori di esso. Lo standard HTTP include un modo per un browser o un altro agente utente di includere le preferenze di cultura degli utenti con ciascuna richiesta (e ricorda, è un elenco di preferenze ponderate, non necessariamente una sola cultura). Poiché il browser è più vicino all'utente di quello che sei, dovresti rispettare questa richiesta, almeno come predefinita.

Va bene quindi consentire all'utente di modificare la propria preferenza per il proprio sito, temporaneamente o permanentemente. È anche possibile consentire all'utente di scegliere di visualizzare contenuti diversi con impostazioni di cultura diverse. Un esempio selvaggio sarebbe un sito che include sia notizie politiche che informazioni tecniche. È abbastanza ragionevole che qualcuno voglia le notizie nella loro lingua "naturale", ma le informazioni tecniche in inglese.

Infine, è ok avere un modello di fallback. Se, ad esempio, disponi di un sito che offre servizi agli utenti in base alla loro regione (ad esempio i rivenditori), è possibile che il contenuto giapponese sia presente solo nel sito secondario regionale asiatico. Un utente di lingua giapponese che visita il tuo sito EMEA potrebbe essere bloccato a vedere contenuti in inglese, che potrebbero essere la sua ultima scelta.

Answer 6

ho visto abbastanza segnalazioni di bug forti da parte dei clienti che quando indagato risultano essere quello di là utenti avevano impostazione sbagliata, che noi ora facciamo il cliente ignorare i browser con un ambiente di configurazione della cultura del browser. L'impostazione cultura del browser è spesso errata e non è molto utile, ma è anche troppo difficile per la maggior parte degli utenti finali trovarla o modificarla.

Answer 7

Se sono disponibili impostazioni di localizzazione, tra cui, a titolo esemplificativo, l'intestazione HTTP Accept-Language, i siti Web devono assolutamente rispettarli.

L'argomento comune contro questo è che gli "utenti medi" non sono abbastanza intelligenti da trovare le impostazioni della lingua e configurarle in modo che corrispondano alle proprie preferenze, quindi queste impostazioni sono, molto spesso, non corrette (a meno che l'utente non accada essere negli Stati Uniti).

Questa è la soluzione sbagliata.

Se un segmento importante della popolazione utente non riesce a trovare (o non può essere preso la briga di trovare) le impostazioni di lingua del proprio browser, poi la risposta corretta è quella di rendere più facili da trovare, non per siti per ignorare a cosa sono stati assegnati. Forse rendere le impostazioni della lingua direttamente accessibili dal menu di livello superiore del programma invece di seppellirlo all'interno di una finestra di dialogo "Preferenze" troppo complicata. Forse chiedere le preferenze di lingua la prima volta che viene eseguito il programma. Forse utilizzare le impostazioni di localizzazione del sistema operativo. O forse qualcosa di completamente diverso, se è quello che serve per renderlo quasi certo che il browser invierà informazioni corrette sulle preferenze dell'utente. Ma non solo alzare le mani, dire "è inutile e non può essere riparato!", E ignorarlo.

Altre risposte hanno parlato di consentire all'utente di scegliere una lingua o locale nel proprio profilo sul sito, che è anche importante e assolutamente dovrebbe essere standard, ma è solo per fornire un override specifico del sito per le normali impostazioni dell'utente. Se l'utente non ha sovrascritto ciò sul sito, tuttavia, l'azione corretta è quella predefinita per la lingua/le impostazioni internazionali più preferite, come specificato nelle impostazioni del browser, non per basarlo sulla geolocalizzazione del loro indirizzo IP.

Answer 8

Sui siti che creo io di solito seguire questo modello:

• Ogni pagina ha un URL univoco con la lingua in qualche parte, di solito come /en/page o un altro (sotto) dominio
• Se l'utente apre un URL con una lingua non specificata come /page Inizio a indovinare:
  • È disponibile un cookie di una sessione precedente?
  • In caso contrario, è disponibile Accept-Language e posso mapparlo in una lingua disponibile sul sito?
  • Se no, se è una possibilità, posso indovinare per IP?
  • In caso contrario, impostazione predefinita per la lingua predefinita del sito.
• ho impostare un cookie con la lingua indovinato e reindirizzare l'utente a un sito con l'URL appropriato
• ho messo un interruttore di lingua in ogni pagina, in modo da /en/page può facilmente essere commutato per /xx/page
  • Cookie viene aggiornato se l'utente passa a una pagina diversa

Idealmente ho solo indovinare una volta e da allora in poi noi e il cookie dell'utente, oppure l'utente visita direttamente la pagina desiderata.