Quali strumenti usano le aziende per collegare la localizzazione ai flussi di lavoro dei prodotti?

Il divario tra il flusso di lavoro localizzazione-prodotto

La maggior parte dei problemi di localizzazione nelle organizzazioni di prodotto non riguarda problemi di qualità della traduzione. Sono problemi di flusso di lavoro. Le stringhe vengono aggiunte al prodotto, esportate manualmente in un foglio di calcolo o file, inviate via email a un team di localizzazione o a un fornitore, tradotte, riformattate e reimportate — un ciclo che richiede giorni o settimane e che richiede uno sforzo manuale ad ogni fase. Quando le stringhe tradotte sono pronte, il prodotto è già stato spedito in inglese e le versioni localizzate sono sempre più indietro.

La soluzione non è tradurre più velocemente. Serve a rimuovere i passaggi manuali che creano il vuoto. Quando la localizzazione è collegata direttamente al flusso di lavoro del prodotto, le nuove stringhe vengono rilevate automaticamente, i lavori di traduzione vengono creati senza sforzo manuale e i contenuti tradotti vengono restituiti al repository o allo strumento di progettazione senza che nessuno debba gestire il passaggio di consegne. Il ciclo di localizzazione si svolge in parallelo con quello di sviluppo del prodotto, non dopo.

Gli strumenti che rendono possibile questo rientranza si dividono in tre categorie: connettori di repository, integrazioni con strumenti di progettazione e integrazione diretta con API.

I tre approcci di integrazione per collegare la localizzazione ai flussi di lavoro di prodotto

1. Connettori di repository (GitHub, GitLab)

I connettori del repository collegano direttamente il repository del codice al sistema di gestione delle traduzioni. Quando gli sviluppatori effettuano commit di nuovi o aggiornati file di risorse, il connettore rileva automaticamente le modifiche, carica le nuove stringhe nel TMS e attiva il flusso di lavoro di traduzione configurato. Quando le traduzioni sono completate, il connettore crea una pull request con i file tradotti, permettendo all'aggiornamento di localizzazione di fondersi nel codice tramite lo stesso processo di revisione di qualsiasi altra modifica del codice.

Questo approccio è ideale per prodotti software e applicazioni mobili in cui le stringhe sono memorizzate in file di risorse nel codebase. Elimina completamente il ciclo manuale di esportazione e importazione dei file e consente ai team di ingegneria di includere lo stato di localizzazione come parte dei loro controlli standard CI/CD, bloccando le fusioni fino a quando tutte le stringhe non sono tradotte e approvate.

Il Repository Connector di Smartling supporta GitHub e GitLab, scansionando automaticamente i file di risorse del repository per nuovi contenuti, creando rami di localizzazione e restituendo i file tradotti tramite il flusso di lavoro pull request. Il connettore è progettato per ambienti di distribuzione continua dove la velocità di localizzazione è importante quanto la qualità della localizzazione.

2. Integrazioni con strumenti di progettazione (Figma)

Le integrazioni con gli strumenti di progettazione collegano il flusso di lavoro di localizzazione alla fase di progettazione del ciclo di vita del prodotto, da cui spesso hanno origine le stringhe. Invece di aspettare che le stringhe vengano codificate in modo rigido prima di inviarle per la traduzione, le integrazioni di design permettono ai team di iniziare la localizzazione durante la fase di revisione del design, quando le modifiche sono ancora a basso costo da apportare.

Il plugin Figma di Smartling permette ai progettisti di caricare file di progetto direttamente su Smartling per la localizzazione, consentendo di revisionare le stringhe tradotte nel contesto del design prima che venga scritto qualsiasi codice. Questo individua problemi di layout, espansione dei personaggi e questioni culturali nella fase di progettazione, dove sono più economici da risolvere.

3. API del sistema di gestione della traduzione

L'API TMS offre ai team di ingegneria un accesso programmatico diretto a tutte le funzionalità della piattaforma: caricamento di stringhe, creazione di lavori, attivazione dei flussi di lavoro, controllo dello stato delle traduzioni e download delle traduzioni completate. Questo approccio richiede uno sforzo di sviluppo per essere implementato, ma offre la maggiore flessibilità ai team con pipeline di contenuti personalizzati, sistemi di gestione dei contenuti proprietari o requisiti di workflow specifici che non corrispondono a un connettore predefinito.

L'integrazione API è utilizzata anche per integrare la localizzazione nelle pipeline CI/CD: i sistemi di compilazione automatizzati possono interrogare l'API TMS per verificare se tutte le stringhe di un rilascio sono tradotte e approvate prima di consentire il proseguimento di una distribuzione.

Strumenti chiave per collegare la localizzazione ai flussi di lavoro di prodotto

Gli strumenti specifici che i team di prodotto e ingegneria utilizzano più comunemente per l'integrazione della localizzazione si dividono in quattro categorie.

Connettori di repository

I connettori GitHub e GitLab sono i punti di integrazione più comuni per i team di prodotto software. Il Repository Connector di Smartling monitora il repository configurato per le modifiche ai file di risorse, caricando automaticamente nuove stringhe sul TMS e restituendo le traduzioni come pull request. Il connettore supporta più formati di file e può essere configurato per gestire diversi tipi di contenuto con regole di workflow differenti all'interno dello stesso repository.

Plugin per strumenti di progettazione

Figma è lo strumento di design dominante per i team di prodotto aziendali, e il plugin Figma di Smartling integra la localizzazione direttamente nel flusso di lavoro di Figma. I designer possono caricare file di design su Smartling per la traduzione senza uscire da Figma, e le stringhe tradotte possono essere revisionate nel contesto del layout originale. Questo consente cicli di revisione della localizzazione più anticipati e individua i problemi di localizzazione a livello di progettazione prima che diventino problemi ingegneristici.

API e SDK del sistema di gestione della traduzione

L'API RESTful di Smartling offre accesso all'intero set di capacità della piattaforma per i team di ingegneria che costruiscono integrazioni personalizzate o integrano la localizzazione in flussi di lavoro automatizzati di costruzione e distribuzione. I kit di sviluppo software (SDK) sono disponibili per ridurre lo sforzo di sviluppo necessario a integrare le funzioni dell'API Smartling nel codice esistente. L'API viene utilizzata anche per l'integrazione CI/CD, dove i sistemi di compilazione controllano lo stato di completamento della traduzione prima di consentire la prosecuzione delle implementazioni.

Integrazioni nella gestione dei progetti e nella collaborazione

Alcuni team di ingegneria utilizzano integrazioni di workflow di localizzazione con strumenti di gestione dei progetti per monitorare lo stato della traduzione insieme ad altri compiti di sviluppo. Smartling si integra con strumenti nell'ecosistema di sviluppo prodotto per fornire visibilità sullo stato della localizzazione all'interno dei flussi di lavoro che i team di prodotto e ingegneria già utilizzano per il monitoraggio dei progetti.

Come funziona la localizzazione continua attraverso l'integrazione dei flussi di lavoro del prodotto

Ecco come funziona un flusso di lavoro di localizzazione continuo quando la localizzazione è collegata direttamente al ciclo di sviluppo del prodotto:

Quando l'integrazione del flusso di lavoro del prodotto potrebbe non essere la priorità immediata

Checklist aziendale per valutare l'integrazione della localizzazione dei flussi di lavoro del prodotto

Usa queste domande per valutare se una piattaforma di gestione della traduzione può integrarsi efficacemente con il tuo flusso di lavoro di sviluppo prodotto.

Connettore repository

• La piattaforma offre un connettore repository certificato per la tua piattaforma di repository di codice, in particolare GitHub o GitLab?
• Il connettore monitora automaticamente il repository per eventuali modifiche ai file di risorse, oppure richiede trigger manuali per avviare il caricamento dei contenuti?
• Il connettore restituisce le traduzioni al repository come pull request, permettendo alle fusioni di traduzione di seguire il processo standard di revisione del codice?
• L'integrazione CI/CD può essere configurata in modo che le build verifichino lo stato di completamento della traduzione prima di permettere la possibilità di proseguire con le implementazioni?

Integrazioni con strumenti di progettazione

• La piattaforma offre un plugin Figma o un'integrazione equivalente di uno strumento di progettazione per l'ambiente di progettazione principale del tuo team?
• L'integrazione dello strumento di progettazione supporta la sincronizzazione bidirezionale: caricare stringhe dai file di design e restituire le stringhe tradotte per la revisione contestuale?
• Le stringhe tradotte possono essere revisionate nel contesto del layout originale all'interno dello strumento di progettazione, permettendo di individuare problemi di layout ed espansione dei caratteri prima del passaggio ingegneristico?

API e SDK

• La piattaforma offre un'API RESTful con pieno accesso alle funzionalità della piattaforma, inclusa creazione di lavoro, trigger del flusso di lavoro, controllo dello stato e download di traduzione?
• Sono disponibili kit di sviluppo software (SDK) per i linguaggi di sviluppo principali del tuo team per ridurre lo sforzo di integrazione delle API?
• L'API è progettata per l'uso in sistemi di compilazione automatizzati, con limiti di velocità, autenticazione e progettazione degli endpoint di stato appropriati per casi d'uso CI/CD?

Configurazione e automazione del flusso di lavoro

• Possono essere instradati automaticamente diversi tipi di stringhe nello stesso repository a diversi flussi di lavoro di traduzione, in base al tipo di file, al percorso o ai metadati?
• La piattaforma supporta regole di automazione dei job che battechano stringhe e creano automaticamente i job di traduzione senza intervento manuale?
• Come vengono applicati la memoria di traduzione e il glossario per le stringhe di prodotto: dal primo passo dell'output IA, o solo durante la revisione umana?

Come Smartling collega la localizzazione ai flussi di lavoro di prodotto

Smartling offre tre percorsi di integrazione per collegare la localizzazione ai flussi di lavoro di sviluppo prodotto, ciascuno progettato per un punto diverso del ciclo di vita del prodotto.

Il Connettore del Repository collega direttamente i repository di GitHub e GitLab a Smartling. Quando gli sviluppatori effettuano commit di nuovi o aggiornati file di risorse, il connettore rileva automaticamente le modifiche, carica le stringhe su Smartling e attiva il flusso di lavoro di traduzione configurato. Le traduzioni completate vengono restituite come pull request, permettendo alla fusione di localizzazione di procedere attraverso il processo standard di revisione del codice. Il connettore è progettato per ambienti di distribuzione continua, con supporto per controlli CI/CD che verificano lo stato di completamento della traduzione prima che le implementazioni proseguiscano.

Il plugin Smartling Figma consente ai progettisti di caricare file di progettazione direttamente da Figma su Smartling, consentendo di rivedere le stringhe tradotte nel contesto del layout originale prima del passaggio ingegneristico. Questo sposta la revisione della localizzazione più presto nel ciclo del prodotto, quando le modifiche al design sono ancora a basso costo da realizzare.

L'API RESTful di Smartling offre accesso programmatico completo alle capacità della piattaforma per i team che costruiscono integrazioni personalizzate o integrano la localizzazione in sistemi automatizzati di build e deployment. Gli SDK sono disponibili per ridurre lo sforzo di sviluppo. L'API supporta modelli di integrazione CI/CD, incluso il controllo dello stato di traduzione come porta di build.

In tutti i percorsi di integrazione, la AI Adaptive Translation Memory di Smartling, l'applicazione dei glossari e il flusso di lavoro AIHT garantiscono che le stringhe di prodotto vengano tradotte con gli stessi standard di qualità degli altri tipi di contenuto. Le regole di automazione dei lavori battute e instradano automaticamente stringhe, e le traduzioni approvate vengono scritte nella memoria di traduzione per migliorare continuamente la produzione futura dell'IA per contenuti simili di prodotto.

Smartling è classificato come il sistema di gestione della traduzione aziendale numero uno su G2 per 20 trimestri consecutivi e possiede le certificazioni ISO 27001, SOC 2, HIPAA, HITRUST e1, PCI Level 1 e ISO/IEC 42001:2023.

Domande correlate