Sito web multilingua: pagine, traduzioni e controlli

Parti dalle richieste reali che ricevi o dal mercato che vuoi verificare. Per una prima versione potresti avere bisogno della presentazione di un servizio, di una prova pertinente e del contatto. Un catalogo esteso può richiedere invece pagine e materiali aggiuntivi. La scelta va motivata dal compito del visitatore, non dal numero di lingue mostrato dai concorrenti.

Annota quali servizi puoi effettivamente erogare a quel pubblico e chi risponderà. Una pagina in inglese che conduce a un colloquio disponibile soltanto in italiano deve chiarirlo prima della richiesta. La traduzione della promessa non cambia le capacità operative dell'azienda.

Copia questi campi in un foglio di lavoro: pagina originale; compito del visitatore; lingua prevista; pagina corrispondente; stato del testo; traduttore o strumento utilizzato; responsabile della revisione; materiali collegati; destinazione del pulsante; data dell'ultimo controllo.

Usa stati comprensibili, per esempio «da preparare», «da revisionare» e «approvato». Se una versione manca, registrala come mancante. Il modello aiuta a distinguere una pagina pronta da una pagina che esiste soltanto nel menu.

Esempio ipotetico: un'azienda prepara la versione inglese della pagina di un servizio. Il testo è revisionato, ma il PDF collegato resta in italiano e la conferma del modulo non è stata tradotta. La pagina non ha ancora completato il percorso previsto. Si può tradurre il materiale, sostituirlo con una spiegazione disponibile oppure indicarne chiaramente la lingua; la scelta deve essere esplicita.

Google raccomanda URL distinti per le versioni linguistiche e collegamenti che consentano di passare da una lingua all'altra. La sua documentazione sconsiglia di reindirizzare automaticamente il visitatore sulla base della lingua presunta. Le annotazioni hreflang aiutano a segnalare le versioni alternative ai motori di ricerca; non traducono il contenuto e non garantiscono posizioni.

Nel progetto chiedi una mappa fra pagine equivalenti. Se un articolo non ha una traduzione, decidi quale messaggio mostrare e dove portare il visitatore: tornare senza spiegazioni alla homepage può interrompere il compito iniziato. Non generare pagine vuote per far apparire completa la mappa.

Oltre ai paragrafi, includi titoli, pulsanti, campi, istruzioni, errori, conferme, menu e materiali scaricabili. Controlla le schermate del prodotto: un'interfaccia in una lingua diversa può essere accettabile, purché il contesto sia comprensibile e non faccia credere disponibile una versione inesistente.

Se usi una traduzione automatica, conserva il passaggio di revisione. Fai controllare terminologia, condizioni dell'offerta e ambiguità da una persona competente nella lingua e nel contenuto. Il nome del revisore va registrato solo dopo il suo intervento effettivo. I testi legali richiedono una verifica adeguata al loro ambito.

Per ciascuna lingua, apri la pagina da telefono e segui il percorso previsto. Verifica testi tagliati, pulsanti poco comprensibili, collegamenti alla versione corretta e ritorno alla lingua originale. Controlla anche cosa accade quando il visitatore commette un errore nel modulo.

Con un test concordato e riconoscibile, verifica la conferma mostrata e la ricezione della richiesta da parte del destinatario previsto. Un pulsante tradotto non dimostra che il messaggio sia arrivato. Registra URL, lingua, data, esito e problema da risolvere, senza conservare dati personali inutili.

Quando cambia un servizio, identifica subito le versioni interessate. Nel foglio pagina per lingua aggiungi il motivo della modifica e la persona che deve approvarla. Questo evita che condizioni vecchie rimangano visibili in una versione secondaria.

Per chiedere una valutazione del progetto, prepara lingue, pagine prioritarie, materiali già disponibili e responsabilità ancora da assegnare. Sono informazioni utili per discutere il perimetro del sito o del redesign; non implicano una promessa di traffico internazionale o un prezzo standard.