Digital Studio

Guida

Checklist per lanciare un sito multilingue: pianifica ogni lingua

9 min di letturaSiti multilingue

Otto pannelli web traslucidi con layout diversi, collegati da percorsi di luce ciano e viola su una superficie scura.

Illustrazione concettuale di Digital Studio.

Un sito multilingue è pronto quando un cliente può capire l'offerta, fare una scelta informata e compiere il passo successivo nella lingua che ha selezionato. Una homepage tradotta è solo una parte di quel percorso. La pagina del servizio, il modulo di richiesta, la conferma e la persona che risponde alla richiesta devono avere ciascuno un ruolo concordato.

Questa checklist per il lancio di un sito multilingue aiuta una piccola impresa a preparare un brief e a verificare una consegna. Parti da un foglio di lavoro con pagine e lingue, poi segui un'attività reale del cliente in ogni lingua prevista. Arriverai a una decisione pratica sulla pubblicazione: quali percorsi sono pronti, quali richiedono correzioni e quali devono aspettare.

1. Scegli lingue che puoi gestire anche dopo il lancio

Annota chi ha bisogno di ogni lingua e che cosa dovrebbe poter fare. Un cliente già acquisito che cerca assistenza ha esigenze diverse da quelle di un nuovo visitatore che confronta i servizi. Usa le richieste ricevute, le conversazioni e l'esperienza del tuo team per scegliere i primi percorsi. Evita di aggiungere una lingua solo perché il software rende facile creare un'altra voce di menu.

Distingui la lingua dalla disponibilità commerciale. Una pagina in francese può spiegare un servizio a persone francofone in diversi paesi; non stabilisce dove offri quel servizio. Registra le zone che servi, la valuta in cui addebiti effettivamente i costi e la lingua in cui una persona può aspettarsi una risposta. Mantieni queste decisioni ben visibili nel brief.

Scegli una prima versione gestibile. Potresti pubblicare un percorso completo di richiesta informazioni su un servizio in due lingue mentre una terza è ancora in preparazione. Assegna a ogni lingua proposta un revisore identificato e un referente operativo. Se nessuno può controllare i testi o rispondere ai clienti, colma questa lacuna prima di promettere un'esperienza completa.

2. Crea una mappa delle pagine e delle lingue prima di tradurre

Elenca le pagine necessarie per completare l'attività scelta: pagina di arrivo, dettagli del servizio, informazioni di supporto, richiesta e conferma. Includi le etichette di navigazione, i testi dei pulsanti, i messaggi di validazione, le descrizioni delle immagini e i documenti scaricabili. Questi elementi più piccoli sfuggono facilmente quando il brief conta solo le pagine intere.

Per ogni pagina e lingua, registra la versione originale, lo stato della traduzione, il revisore, l'URL di destinazione e la prossima azione. Usa stati espliciti come «non iniziato», «in revisione», «approvato» e «verificato nel browser». L'approvazione di un documento di testo e quella della pagina finita sono due passaggi distinti.

Un piccolo foglio di lavoro per decidere il lancio multilingue
Dato da registrareEsempio di voceDecisione che facilita
Attività del clienteChiedere informazioni su un servizio in franceseQuali pagine e messaggi rientrano nella pubblicazione
Responsabile dei contenutiIl responsabile del servizio approva il testo originaleChi può risolvere una modifica a quanto promesso
Revisore linguisticoRevisore di francese identificato, con una data di revisione concordataSe la lingua può essere accettata
Destinazione successivaPagina di richiesta e conferma in franceseSe il percorso mantiene la lingua
Problema apertoIl documento scaricabile è disponibile solo in ingleseTradurlo, segnalarlo chiaramente o rimandarlo

Le voci precedenti illustrano un metodo di pianificazione, non un progetto consegnato a un cliente. Costruisci il tuo foglio di lavoro intorno all'attività che i clienti devono svolgere. Conta separatamente le versioni tradotte delle pagine e i messaggi condivisi dell'interfaccia, così un preventivo non nasconde molto lavoro di revisione dietro un numero ridotto di pagine.

3. Approva il significato oltre alle parole

Definisci il testo originale prima di tradurlo. Concorda i nomi dei servizi, ciò che è incluso ed escluso, la formulazione dei prezzi e l'azione descritta da ogni pulsante. Tieni una breve scheda terminologica con i termini preferiti, quelli da evitare e i nomi che restano invariati. Includi il tono e il grado di formalità, così una pagina non si rivolge al cliente in modo molto diverso dalla successiva.

Chiedi al revisore linguistico di leggere pensando alle decisioni: un visitatore capisce che cosa viene offerto, che cosa deve fornire e che cosa succede dopo? Una frase scorrevole può comunque promettere più dell'originale. Controlla con attenzione le espressioni che delimitano l'offerta, tra cui «a partire da», «fino a», «stimato» e «facoltativo». Annota le domande che richiedono una risposta del titolare dell'attività.

Rivedi gli esempi e i dettagli pratici in base al contesto locale. Rendi le date inequivocabili, indica la valuta e controlla numeri di telefono, istruzioni relative agli indirizzi e orari di apertura dove compaiono. La traduzione non deve modificare inavvertitamente un prezzo effettivo né creare un impegno di servizio per una zona che non copri.

Usa un breve registro delle modifiche

Se l'offerta originale cambia durante la revisione, contrassegna ogni lingua coinvolta come da ricontrollare. Basta una breve nota che specifichi cosa è cambiato, quali versioni delle pagine sono coinvolte e chi le approverà. Così eviti di pubblicare una pagina inglese che descrive un nuovo pacchetto mentre un'altra lingua vende ancora quello precedente.

4. Mantieni la lingua del cliente nel passaggio successivo

Google consiglia URL distinti per le lingue e link che permettano ai visitatori di scegliere la propria lingua, anziché reindirizzamenti automatici in base alla lingua.

Usa questa indicazione come punto di partenza per un percorso verificabile. Concorda cosa succede quando si cambia lingua in una pagina di servizio, una guida e una pagina di richiesta. Dove esiste una pagina equivalente, usala come destinazione. Quando non esiste, scegli un'alternativa trasparente: spiega cosa è disponibile, proponi una pagina tradotta adatta oppure escludi dal selettore la versione incompleta.

Descrivi questa alternativa nelle note di accettazione. Mandare qualcuno a una homepage non pertinente senza spiegazioni può costringerlo a ripetere la ricerca. Il selettore della lingua deve essere riconoscibile anche da chi non sa leggere la pagina corrente. Usa nomi delle lingue che i lettori a cui ti rivolgi possano riconoscere e controlla il comando su uno schermo stretto.

Segui il pulsante principale anche oltre la pagina. Controlla la lingua delle etichette del modulo, degli errori per i campi obbligatori, del messaggio di invio riuscito e di qualsiasi conferma inviata dal flusso concordato. Se prenotazione, pagamento o assistenza avvengono in un altro strumento, verifica anche quel passaggio. Indica qualsiasi limite linguistico inevitabile prima che il cliente inizi l'azione.

Un ipotetico percorso di richiesta

Immagina una società di consulenza che prepara pagine dei servizi in inglese e francese. I testi francesi sono approvati, ma lo strumento di prenotazione e la conferma dell'appuntamento sono disponibili solo in inglese. Il team registra questo limite, concorda una formulazione chiara da inserire prima del link di prenotazione e assegna una persona che possa rispondere alle richieste in francese. Può quindi decidere se quel percorso limitato è accettabile o se la prenotazione debba aspettare. È un esempio di pianificazione, non il risultato ottenuto da un cliente.

5. Richiedi una consegna tecnica essenziale e verificabile

Non devi saper scrivere codice per chiedere riscontri. Richiedi un elenco degli indirizzi definitivi delle pagine e della lingua presentata da ciascuna. Apri personalmente i link. Verifica che ogni indirizzo porti al contenuto previsto senza richiedere una visita precedente o un cambio di lingua inspiegato.

Le indicazioni di Google su hreflang richiedono che ogni versione elenchi sé stessa e le proprie alternative, con link reciproci tra le versioni.

Chiedi allo sviluppatore di verificare che le alternative dichiarate rappresentino pagine equivalenti. Richiedi un breve elenco delle eccezioni per traduzioni mancanti, pagine ritirate o differenze regionali. Un rapporto tecnico dovrebbe rendere queste decisioni più facili da verificare, con indirizzi reali invece di una dichiarazione generica secondo cui la configurazione multilingue è completa.

Il W3C spiega che identificare la lingua di una pagina aiuta gli screen reader ad applicare le regole di pronuncia appropriate.

Includi la lingua dichiarata della pagina nei controlli di consegna. Chiedi anche quali pagine sono destinate ai motori di ricerca e se titoli, descrizioni e URL preferiti definitivi corrispondono a quel piano. Escludi le anteprime private e il materiale incompleto dalla pubblicazione pubblica. Considera questi punti come verifiche dell'implementazione; non determinano il posizionamento nei risultati di ricerca né confermano che una pagina sia stata indicizzata.

6. Rivedi ogni lingua nel layout definitivo

Fornisci ai revisori le pagine reali su telefono e computer, usando la stessa versione prevista per la pubblicazione. Titoli più lunghi, parole composte e testi dei pulsanti più estesi possono comportarsi diversamente dal testo originale. Controlla navigazione, schede, tabelle e messaggi dei moduli con le formulazioni più lunghe che prevedi realisticamente di pubblicare.

Chiedi a qualcuno di completare un'attività senza spiegargli dove fare clic. Riesce a trovare il servizio, capirne i limiti, cambiare lingua e raggiungere il passaggio successivo corretto? Registra pagina, lingua, dispositivo, problema osservato e risultato atteso. «Il menu mobile francese copre il pulsante di richiesta» offre allo sviluppatore qualcosa di concreto da correggere.

Includi nella revisione la navigazione da tastiera, il focus visibile, la leggibilità del testo con lo zoom aumentato e descrizioni delle immagini significative. Controlla che le informazioni importanti restino disponibili se manca un'immagine decorativa. Uno screenshot è utile per documentare l'aspetto, ma non può dimostrare che funzionino un pulsante, il cambio di lingua o il percorso di un modulo.

Concorda modalità di prova controllate per qualsiasi azione che crei una richiesta, una prenotazione o un messaggio. Identifica il destinatario della prova, la conferma attesa e la persona che controllerà il risultato. Tieni i clienti reali fuori dalla prova. Salva il risultato e ripeti i controlli sui problemi corretti nella versione che verrà effettivamente pubblicata.

7. Decidi cosa pubblicare e chi lo terrà aggiornato

Rivedi il foglio di lavoro lingua per lingua. Considera un'offerta errata, un'azione principale inutilizzabile o un'interruzione del percorso linguistico non spiegata come motivi per sospendere quel percorso. Registra i problemi minori di formulazione o presentazione indicando un responsabile e una correzione pianificata. Evita un'approvazione generale del tipo «sembra tutto a posto» che nasconda una lingua incompleta.

  • Contenuti: il revisore designato ha approvato l'offerta, i limiti e i testi del passaggio successivo.
  • Percorso: l'attività concordata funziona fino alla destinazione finale, con eventuali limiti linguistici dichiarati.
  • Pagine: indirizzi definitivi, versioni linguistiche alternative e dichiarazioni della lingua delle pagine sono stati verificati.
  • Presentazione: la versione effettiva da pubblicare è stata rivista sugli schermi e con i metodi di input concordati.
  • Gestione: qualcuno è responsabile delle richieste, delle traduzioni future e della correzione delle informazioni obsolete.
  • Pubblicazione: qualcuno autorizza la pubblicazione e sa come ripristinare la versione precedente, se necessario.

Dopo il lancio, usa lo stesso foglio di lavoro quando cambiano prezzi, disponibilità o ambito del servizio. Registra le lingue coinvolte, il revisore e la data di pubblicazione. Pianifica la revisione in base ai cambiamenti effettivi dell'attività e alla capacità del team. Mantenere un insieme più piccolo di lingue con informazioni accurate è un punto di partenza sensato quando le risorse per la revisione sono limitate.

Prepara un brief utile per il sito

Invia con la richiesta la mappa delle pagine e delle lingue, il testo originale approvato, i revisori disponibili e gli eventuali strumenti esterni per prenotazioni o contatti. La nostra guida al brief per un progetto web aiuta a organizzare il progetto nel suo complesso. Il caso Doggo Paradiso mostra l'ambito pubblicato di un sito con pagine in spagnolo, inglese e catalano.

Il servizio siti web di Digital Studio parte da 2.190 EUR per una realizzazione una tantum di un massimo di cinque pagine con contenuti forniti dal cliente, design responsive, basi SEO, un modulo di acquisizione contatti e pubblicazione sul tuo dominio. Lingue, pagine, contenuti forniti e responsabilità di revisione vengono concordati prima di confermare prezzo e tempistiche. Non dare per scontato che ogni traduzione o verifica di questa guida sia inclusa nel pacchetto iniziale.

Descrivi il sito multilingue di cui hai bisogno, indicando la prima attività del cliente che vuoi supportare. La richiesta è gratuita e non richiede alcun pagamento. Un ambito linguistico chiaro offre a entrambe le parti qualcosa di concreto da preventivare, realizzare e accettare.

Pianifica il tuo sito multilingue