Traduci un campo senza ricostruire la pagina

Non ogni attività di localizzazione è il lancio di una pagina. A volte un titolo cambia dopo la revisione. Una frase legale richiede una correzione. Un marketer di prodotto riscrive una CTA e vuole che le versioni localizzate siano pronte prima che la prossima campagna venga pubblicata.

Eseguire di nuovo la traduzione dell’intera voce è possibile, ma è un’operazione della dimensione sbagliata.

Adatta il flusso di lavoro alla modifica

Le grandi azioni di traduzione hanno senso quando la modifica della fonte è grande. Sono utili per nuove pagine, rilasci coordinati e ampie migrazioni di contenuti.

Una modifica a un solo campo ha esigenze diverse:

• l’editor conosce già il valore sorgente esatto che è cambiato
• gli altri campi localizzati potrebbero essere già approvati
• la revisione dovrebbe concentrarsi su una sola decisione
• l’invio dovrebbe evitare di toccare contenuti non correlati

Quando il flusso di lavoro ignora questa portata, le piccole modifiche ereditano il costo e il rischio di una traduzione dell’intera voce.

Perché riprovare l’intera voce crea incertezza

Ritradurre un’intera pagina può produrre formulazioni valide ma diverse in campi che non avevano bisogno di attenzione. Anche se queste modifiche migliorano il testo, ampliano la superficie di revisione.

Il revisore ora deve chiedersi se una traduzione esistente sia stata rivista intenzionalmente, se la terminologia sia cambiata e se il nuovo output debba sostituire un valore approvato.

Si tratta di attrito inutile. Una modifica ristretta alla fonte dovrebbe produrre una differenza ristretta nella destinazione.

Il percorso a livello di campo

Un’azione utile a livello di campo inizia accanto al campo che l’editor sta già revisionando. Dovrebbe trasferire nella richiesta di traduzione la voce, la lingua sorgente, la lingua di destinazione, l’identità del campo e il valore sorgente corrente.

Il risultato dovrebbe tornare nello stesso contesto. L’editor deve poter confrontare:

1. il campo sorgente
2. il valore di destinazione corrente
3. la traduzione proposta
4. il valore finale che verrà inviato

Questo rende la decisione leggibile. Non c’è bisogno di esaminare il resto della voce per confermare che sia rimasto invariato.

Mantieni le stesse garanzie

Un flusso di lavoro più breve non può diventare un flusso di lavoro più debole. La traduzione a livello di campo dovrebbe comunque rispettare gli stessi controlli di una richiesta completa:

• accesso ai modelli approvati
• prompt di progetto e terminologia
• autorizzazioni per le lingue
• cronologia delle bozze
• autorizzazione di invio e pubblicazione
• controlli di versione di Contentful

La portata cambia, ma la governance no.

È anche importante preservare il controllo dell’editor dopo la generazione dell’output AI. Il campo proposto dovrebbe restare modificabile così che un revisore possa correggere le sfumature senza avviare un’altra richiesta.

Quando la traduzione a livello di campo è la scelta sbagliata

I campi non sempre stanno in piedi da soli. Un titolo può dipendere dal riepilogo sotto di esso. Una CTA può usare un linguaggio definito nel paragrafo circostante. Una sezione di testo formattato può contenere riferimenti che hanno senso solo nel documento completo.

Usa un’azione sul campo quando il valore ha contesto sufficiente per essere tradotto in sicurezza. Usa l’intera voce quando il contenuto richiede tono, terminologia o struttura coordinati.

Il prodotto dovrebbe rendere disponibili entrambi i percorsi senza fingere che siano intercambiabili.

Il punto chiave

I flussi di lavoro di localizzazione diventano più veloci quando preservano la dimensione della modifica originale.

Un campo dovrebbe essere traducibile come un solo campo, con la stessa cronologia di revisione e gli stessi controlli di pubblicazione del lavoro più ampio. Questo mantiene stabili i contenuti approvati, offre ai revisori una decisione mirata e trasforma di nuovo i piccoli aggiornamenti di testo in piccole attività.