Vai al contenuto

La copertura delle traduzioni non prova un compito concluso

File linguistici completi aiutano a controllare i testi presenti. Approvare un’interfaccia multilingue richiede anche un flusso funzionante.

Anna Neumann2 min di lettura
Finestra del browser turchese con lunga barra grigia e piccolo controllo di ridimensionamento in basso a destra.

File completi possono nascondere problemi aperti

Un elenco di testi interamente tradotto è un risultato intermedio utile. Mostra quali testi previsti sono presenti. Non permette di dedurre che una persona comprenda e completi correttamente una richiesta nella propria lingua. Per questo occorre valutare la lingua nel flusso reale.

Consideriamo due versioni fittizie di un portale per progetti, A e B. Entrambe hanno tutte le chiavi di traduzione previste compilate. Per il confronto ipotizziamo i comportamenti seguenti; non sono risultati di test con utenti.

Punto del flusso

Versione A

Versione B

Etichetta dell’approvazione

Abbreviazione poco chiara per far entrare il testo

Azione completa e comprensibile

Valuta al cambio di lingua

Il simbolo passa da euro a dollaro, l’importo resta uguale

Valuta e importo concordati restano invariati

Dati al cambio di lingua

La bozza scompare

La bozza viene conservata

La stessa copertura testuale nasconde qui stati diversi del prodotto. Il simbolo della valuta fa parte anche del significato di un numero. Nell’esempio, un’altra lingua non deve sostituire senza avviso la valuta concordata. Una singola riga linguisticamente corretta aiuta poco se la sua posizione nel flusso o i dati conservati sono sbagliati.

Le verifiche iniziali dell’impaginazione restano utili

Sarebbe inutile attendere le traduzioni finali per ogni domanda di progettazione. Testi di prova allungati artificialmente e poche lingue pilota scelte con criterio possono mostrare presto componenti troppo stretti o testi incorporati nel codice. È un buon motivo per effettuare queste verifiche prima della localizzazione completa.

La loro portata rimane limitata. Il W3C descrive differenze di lunghezza e larghezza dei caratteri; un margine generico non garantisce che ogni etichetta trovi spazio. Microsoft osserva che poche lingue pilota non rivelano tutti i problemi dipendenti dalla lingua. Superare una prova iniziale di impaginazione non dimostra quindi l’usabilità in tutte le dieci lingue previste.

Registrare le prove per ogni lingua

Per il portale, l’accettazione dovrebbe mostrare se una persona può comprendere, modificare e completare la stessa richiesta conservando i dati. Comprende anche uno stato di errore e il cambio di lingua durante la modifica. Il verbale indica lingua, versione e attività verificate e stato raggiunto. Gli stati mancanti restano indicati. Si può così risalire alla versione linguistica realmente verificata per ciascun flusso.

Fonti

Scritto da

  • Anna NeumannRedattrice per contenuti e marketing digitaleAnna Neumann pianifica e scrive per ASES contenuti sul marketing digitale. Tra i suoi temi rientrano l’ottimizzazione per i motori di ricerca, la strategia dei contenuti e la web analytics, con l’obiettivo di valutare in modo trasparente le attività di marketing e i loro risultati.

Seguite ASES

Continuate a leggere

Tutti gli articoli

Design & UX con ASES

Esperienza utente, interfacce e immagine del marchio