<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Homepage per sito multilingua]]></title><description><![CDATA[<p dir="auto">Ciao a tutti,<br />
attualmente qual'è secondo voi la miglior soluzione per la homepage di un sito multilingua che utilizzare un unico dominio?<br />
Mostrate la homepage della lingua principale, o è meglio utilizzare delle tecniche per indirizzare l'utente alla lingua corretta basandosi sulla lingua inviata dal browser ed i motori di ricerca alla versione inglese?<br />
Sono ben accette anche soluzioni alternative <img src="https://connect.gt/plugins/nodebb-plugin-emoji/emoji/android/1f604.png?v=4as8rolt52f" class="not-responsive emoji emoji-android emoji--smile" title=":D" alt="😄" /></p>
]]></description><link>https://connect.gt/topic/202257/homepage-per-sito-multilingua</link><generator>RSS for Node</generator><lastBuildDate>Fri, 17 Apr 2026 15:11:37 GMT</lastBuildDate><atom:link href="https://connect.gt/topic/202257.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 17 May 2014 18:21:11 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Homepage per sito multilingua on Mon, 19 May 2014 12:37:53 GMT]]></title><description><![CDATA[<p dir="auto">Ciao Thedarkita,</p>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://connect.gt/uid/4709">@Thedarkita</a> said:</p>
<blockquote>
<p dir="auto">attualmente qual'è secondo voi la miglior soluzione per la homepage di un sito multilingua che utilizzare un unico dominio?<br />
Mostrate la homepage della lingua principale, o è meglio utilizzare delle tecniche per indirizzare l'utente alla lingua corretta basandosi sulla lingua inviata dal browser ed i motori di ricerca alla versione inglese?<br />
Sono ben accette anche soluzioni alternative <img src="https://connect.gt/plugins/nodebb-plugin-emoji/emoji/android/1f604.png?v=4as8rolt52f" class="not-responsive emoji emoji-android emoji--smile" title=":D" alt="😄" /><br />
La risposta come sempre è: "dipende".</p>
</blockquote>
<p dir="auto">L'uso di non dedicare l'indirizzo di root ad alcuna lingua e fare redirect 302 in base a impostazioni di lingua del browser o indirizzo IP del chiamante è diffuso, ma ha svantaggi:</p>
<ul>
<li>impone l'onere di un redirect a tutti gli utenti, anche se si potrebbe risparmiarlo a una grande maggioranza</li>
<li>lingua del browser letta nell'header http "accept-language" e IP non riflettono necessariamente la preferenza del visitatore. Permettere a questi di scegliere è considerata una pratica di usabilità (e occhio che di solito i bot - come googlebot - non esprimono alcuna lingua negli header http, occorre testare la robustezza della soluzione e assicurarsi il motore di ricerca possa indicizzare correttamente i contenuti).</li>
</ul>
<p dir="auto">La geo-localizzazione IP è molto più precisa rispetto alla lettura della lingua del browser, ma..</p>
<ul>
<li>non è corretto assumere una lingua in base alla Nazione di provenienza (non si pensi solo al caso ecclatante della Svizzera)</li>
<li>impone o di tenere in casa un database di geolocalizzazione aggiornato</li>
<li>oppure di appoggiarsi a servizi esterni che oltre a essere a pagamento oltre certi volumi, impongono l'uso lato server di una chiamata http sincrona penalizzando l'esperienza di navigazione della pagina probabilmente più invocata (alternativa: invocare in modo asincrono lato client per i nuvoi utenti, e se vi necessità proporre con una finestra modale tipo quelle di jQuery di navigare alla versione alternativa, e salvare la preferenza in un cookie).</li>
</ul>
<p dir="auto">Personalmente preferisco designare una lingua principale e dedicarle la Home Page dell'indirizzo di root / come hai ipotizzato, e per le altre lingue dedicare una sottocartella o sottodominio, ma in alcuni scenari può avere senso comportarsi diversamente.</p>
<ul>
<li>potrebbe non esistere un chiaro vincitore per il ruolo di "lingua principale", o per motivi politico-aziendali non si vuole segnalare una preferenza per un mercato rispetto a un altro.</li>
</ul>
<p dir="auto">Sono possibili anche approcci misti:</p>
<ul>
<li>tenere in root una lingua di default, ma per utenti "bipedi" (ossia avendo attenzione a scartare i bot dei motori di ricerca) imporre il redirect 302</li>
<li>idem, ma imporre il 302 solo ai nuovi utenti; per quelli riconosciuti come non nuovi gestire una preferenza tramite cookie</li>
</ul>
<p dir="auto">Una alternativa al redirect, pur mantenendo un approccio "neutrale", è gestire una pagina di selezione lingua e/o nazione, magari presentando una lingua in base a header "accept-language" o indirizzo IP. Non il massimo dell'usabilità, e presenta i classici problemi dello scenario del redirect, ma è una soluzione spesso adottata per esempio da grosse multinazionali.<br />
Lato SEO una pagina iniziale sì fatta è anche il caso perfetto candidato all'uso del tag alternate/hreflang con valore "x-default".</p>
<p dir="auto">E' bene tutte le versioni nelle varie lingue siano link-ate tra loro, sia perché gli spider possano trovare dei percorsi di navigazione e scoprirle tutte - anche se l'uso delle xml sitemap può farsene carico - sia per motivi di usabilità per gli utenti.</p>
<p dir="auto">Spero d'esserti stato utile</p>
]]></description><link>https://connect.gt/post/1161793</link><guid isPermaLink="true">https://connect.gt/post/1161793</guid><dc:creator><![CDATA[federico.sasso]]></dc:creator><pubDate>Mon, 19 May 2014 12:37:53 GMT</pubDate></item></channel></rss>