G.STANCUTA
Pubblicato · 2026 · 05 · 218 min di lettura

Un sito in tre lingue: tedesco, italiano e inglese fatti come si deve

  • i18n
  • multilingual
  • seo
  • suedtirol

La maggior parte delle aziende altoatesine pubblica in una sola lingua o aggiunge un widget di Google Translate. Entrambi gli approcci deludono i clienti e i motori di ricerca. Ecco come farlo correttamente.

Un ospite da Monaco cerca "Hotel Merano colazione" — il tuo nuovo sito appare nei risultati. Clicca, legge la prima riga e la pagina è in italiano, ma lui legge solo il tedesco. Se ne va. Una cliente da Bolzano cerca "negozio vini Bozen" e atterra su una pagina che dovrebbe essere in italiano ma suona come tradotta da un software. Anche lei se ne va. Questo è il problema del multilinguismo in Südtirol / Alto Adige, raccontato in due brevi storie. Si ripete decine di volte al giorno sui siti locali di tutta la regione.

Perché l'Alto Adige è diverso

L'Alto Adige occupa una posizione davvero unica. Il tedesco è la lingua madre di circa il 70% della popolazione, l'italiano del 25% circa, mentre il resto è costituito da parlanti ladini e altre comunità. A questo si aggiungono i milioni di turisti provenienti da Germania, Austria, Paesi Bassi, Scandinavia, Regno Unito e Stati Uniti: un mercato trilingue come minimo. Un sito che si rivolge a una sola di queste fasce non è neutro — sta attivamente allontanando le persone.

La risposta tipica delle aziende locali è pubblicare solo in tedesco (alienando i vicini italofoni e gli ospiti internazionali), solo in italiano (che risulta distante per la maggioranza germanofona), oppure aggiungere un widget di traduzione automatica come soluzione di comodo. Nessuna di queste opzioni è sufficiente quando il tuo business dipende dall'intero pubblico regionale.

La trappola del widget di Google Translate

Vedo il widget di traduzione su decine di siti locali — hotel a Merano, Hofläden in Val Venosta, ristoranti a Bressanone. L'intenzione è giusta. L'esecuzione crea problemi invisibili al proprietario ma evidenti a ogni visitatore.

  • La traduzione automatica di nomi locali, termini di menu ed espressioni regionali risulta spesso goffa o del tutto errata — un ospite se ne accorge subito.
  • Google non indicizza il contenuto tradotto. Il widget funziona nel browser dopo il caricamento della pagina, quindi Googlebot vede solo la lingua originale. La tua pagina italiana non esiste agli occhi di Google.
  • I problemi di layout sono frequenti. Una parola composta tedesca di otto sillabe si traduce in una breve frase italiana, o viceversa, e le voci di navigazione vanno a capo in modo sgraziato.
  • La fiducia si erode. Un testo mal tradotto segnala al potenziale cliente che l'azienda non ha curato abbastanza le parole.
Un sito web unico che si ramifica in tre versioni localizzate per lingua, mostrato come diagramma astratto
Un unico codice sorgente, tre alberi di URL separati — ciascuno indicizzabile e leggibile dal suo pubblico.

Come appare un contenuto veramente localizzato

La localizzazione autentica significa che ogni versione linguistica è un testo di prima classe. La pagina tedesca non sembra tradotta dall'italiano. La pagina inglese non usa idiomi che hanno senso solo in un contesto altoatesino. Questo non richiede di scrivere tre articoli separati da zero ogni volta — richiede un solido modello di contenuto e un investimento iniziale in traduzioni di qualità.

Per le piccole imprese, l'approccio più pratico è scrivere la versione principale nella propria lingua più forte — di solito il tedesco per la maggior parte dei proprietari locali — e affidare le altre due a un traduttore professionista. Gli strumenti di intelligenza artificiale come Claude o DeepL Pro producono oggi bozze molto utilizzabili, ma richiedono ancora una revisione umana per qualsiasi testo che sarà letto da clienti paganti. I termini regionali, i nomi dei menu e i toponimi locali richiedono qualcuno che conosca il territorio.

La regola pratica per la qualità della traduzione

Se una persona madrelingua si vergognerebbe di aver scritto quel testo, non è pronto per la pubblicazione. Questo è l'unico parametro che conta. Il testo prodotto da una macchina può superare questo standard con una buona revisione. Il testo grezzo di una macchina, di solito, non ce la fa.

La struttura degli URL e perché è importante per la SEO

Una corretta SEO multilingue inizia dall'URL. Quando ogni lingua vive nel proprio percorso — /de/, /it/, /en/ — Google le tratta come pagine separate e può posizionarle indipendentemente. Un hotel a Merano con /de/zimmer si posiziona per le ricerche di alloggio in tedesco. Lo stesso hotel con /it/camere si posiziona per le ricerche in italiano. Sono utenti diversi, sessioni di ricerca diverse e opportunità diverse.

L'alternativa — un unico URL che serve lingue diverse in base a un cookie o all'intestazione del browser — è invisibile ai motori di ricerca. Google canonicalizza su una versione, tipicamente l'inglese, e le altre lingue non si posizionano mai. Questo è uno degli errori SEO multilingue più comuni e costosi che riscontro sui siti locali.

typescript
// next.js app/[locale]/layout.tsx — alternates metadata
export async function generateMetadata({ params }: { params: { locale: string } }) {
  const base = 'https://meran-hotel-example.com';
  return {
    alternates: {
      canonical: `${base}/${params.locale}`,
      languages: {
        'de': `${base}/de`,
        'it': `${base}/it`,
        'en': `${base}/en`,
        'x-default': `${base}/de`,
      },
    },
  };
}

Il tag hreflang: dire a Google quale pagina è per chi

Una volta che hai URL separati, comunichi a Google il rapporto tra di essi usando i tag hreflang nell'<head> di ogni pagina. Un utente tedesco che cerca su google.de dovrebbe atterrare su /de/, non su /en/. L'attributo hreflang rende questo instradamento esplicito. Si imposta anche un fallback x-default — di solito la lingua principale — per i casi in cui non esiste una corrispondenza.

Risultati di ricerca in lingue diverse che puntano ciascuno alla versione localizzata della pagina corrispondente
Ogni lingua si posiziona nel proprio mercato di ricerca — i risultati tedeschi puntano a /de, quelli italiani a /it, quelli inglesi a /en.

Come è costruito questo sito (un esempio vivente)

Questo portfolio è disponibile in quattro lingue: inglese, italiano, tedesco e rumeno. Utilizza next-intl con Next.js App Router, che genera pagine completamente statiche in fase di build per ogni lingua. Ogni pagina ha il proprio URL, i propri metadati e il proprio blocco hreflang. Non esiste traduzione in tempo reale, nessun widget e nessun cambio di lingua lato browser.

Il rumeno è presente perché è la mia lingua madre e perché dimostra che il sistema scala — aggiungere una quarta lingua ha richiesto di scrivere i contenuti e aggiungere una singola voce nell'array delle lingue. L'infrastruttura non cambia. Per un'azienda locale in Alto Adige, tre lingue è l'obiettivo giusto. Il rumeno è opzionale.

typescript
// i18n.config.ts — next-intl routing config
import { defineRouting } from 'next-intl/routing';

export const routing = defineRouting({
  locales: ['de', 'it', 'en', 'ro'],
  defaultLocale: 'de',
  localePrefix: 'always',
});

// Result: /de/zimmer, /it/camere, /en/rooms — all crawlable, all ranked separately

Manutenzione: un modello di contenuto, molte lingue

Un'obiezione comune: "Tre volte i contenuti significa tre volte il lavoro per gli aggiornamenti." In pratica, è meno del doppio del lavoro, per due motivi. Primo, la maggior parte degli aggiornamenti è strutturale — una nuova voce di menu, un prezzo modificato, una nuova foto. La struttura è condivisa tra le lingue. Secondo, un corretto modello di contenuto mantiene tutte le traduzioni in un unico posto, così si aggiorna prima il tedesco e poi si compilano italiano e inglese di fianco, invece di cercare tra file separati.

  1. 01Inizia con la tua lingua principale e scrivi contenuti approfonditi e ben strutturati.
  2. 02Costruisci il sito con routing consapevole delle lingue fin dal primo giorno — i retrofit sono dolorosi.
  3. 03Traduci con attenzione alla qualità: traduttore professionista o bozza AI attentamente revisionata.
  4. 04Aggiungi i tag hreflang e canonical a ogni pagina prima del lancio.
  5. 05Controlla gli URL indicizzati in Google Search Console per ogni lingua dopo il lancio.
  6. 06Rivedi le traduzioni una volta all'anno, specialmente per le offerte stagionali e i menu.

Un sito in Alto Adige che parla una sola lingua è come un negoziante a Bolzano che respinge ogni secondo cliente alla porta. La regione è bilingue per legge e trilingue per vocazione commerciale — il tuo sito dovrebbe esserlo altrettanto.

Se gestisci un'azienda in Südtirol e il tuo sito funziona ancora in una sola lingua o si affida a un widget, sono felice di discutere come potrebbe apparire una ricostruzione o un adattamento corretto. L'investimento è inferiore a quanto la maggior parte delle persone si aspetti, e la differenza nel modo in cui il tuo sito si legge — e si posiziona — è significativa. Contattami tramite la pagina dei contatti.

Portfolio · Cartiglio
Disegnato da
G. STANCUTA
Disciplina
AI & AUTOMATION
Luogo
MORTER · SÜDTIROL
Stato
Disponibile
Lingue
IT · EN · RO · DE+
Stack
PLOI · HETZNER
Revisione
REV 2026.A
2026

© 2026 Gabriel Stancuta · jumpinotech.com — Progettato con l'AI, costruito per funzionare da solo.