Que ferramentas as empresas utilizam para conectar a localização aos fluxos de trabalho do produto?

A lacuna no fluxo de trabalho de localização do produto

A maioria dos problemas de localização em organizações de produtos não são problemas de qualidade de tradução. São problemas de fluxo de trabalho. Os textos são adicionados ao produto, exportados manualmente para uma planilha ou arquivo, enviados por e-mail para uma equipe ou fornecedor de localização, traduzidos, reformatados e reimportados — um ciclo que leva dias ou semanas e exige esforço manual em cada etapa. Quando as traduções ficam prontas, o produto já foi enviado em inglês, e as versões localizadas ficam cada vez mais atrasadas.

A solução não é traduzir mais rápido. O objetivo é eliminar as etapas manuais que criam a lacuna. Quando a localização está diretamente conectada ao fluxo de trabalho do produto, novas strings são detectadas automaticamente, tarefas de tradução são criadas sem intervenção manual e o conteúdo traduzido é devolvido ao repositório ou à ferramenta de design sem que ninguém precise gerenciar a transferência. O ciclo de localização ocorre em paralelo com o ciclo de desenvolvimento do produto, e não depois dele.

As ferramentas que tornam isso possível se dividem em três categorias: conectores de repositório, integrações com ferramentas de design e integração direta com APIs.

As três abordagens de integração para conectar a localização aos fluxos de trabalho do produto

1. Conectores de repositório (GitHub, GitLab)

Os conectores de repositório fazem a ponte direta entre seu repositório de código e seu sistema de gerenciamento de traduções. Quando os desenvolvedores enviam arquivos de recursos novos ou atualizados, o conector detecta automaticamente as alterações, carrega as novas strings para o TMS e aciona o fluxo de trabalho de tradução configurado. Quando as traduções estiverem concluídas, o conector cria uma solicitação de pull request com os arquivos traduzidos, permitindo que a atualização de localização seja incorporada à base de código por meio do mesmo processo de revisão de qualquer outra alteração de código.

Essa abordagem é ideal para produtos de software e aplicativos móveis onde as strings são armazenadas em arquivos de recursos no código-fonte. Isso elimina completamente o ciclo manual de exportação e importação de arquivos e permite que as equipes de engenharia incluam o status de localização como parte de suas verificações padrão de CI/CD, bloqueando as mesclagens até que todas as strings sejam traduzidas e aprovadas.

O conector de repositório da Smartling oferece suporte ao GitHub e ao GitLab, analisando automaticamente os arquivos de recursos do repositório em busca de novos conteúdos, criando branches de localização e enviando os arquivos traduzidos de volta por meio do fluxo de trabalho de pull request. O conector foi projetado para ambientes de implantação contínua, onde a velocidade de localização é tão importante quanto a qualidade da localização.

2. Integrações de ferramentas de design (Figma)

A integração de ferramentas de design conecta o fluxo de trabalho de localização à fase de design do ciclo de vida do produto, onde as strings geralmente se originam. Em vez de esperar que as strings sejam codificadas manualmente antes de enviá-las para tradução, as integrações de design permitem que as equipes iniciem a localização durante a fase de revisão do design, quando as alterações ainda têm baixo custo de implementação.

O plugin Figma da Smartling permite que os designers carreguem arquivos de design diretamente para a Smartling para localização, possibilitando que as strings traduzidas sejam revisadas no contexto do design antes que qualquer código seja escrito. Isso permite identificar problemas de layout, expansão de personagens e questões culturais na fase de projeto, quando são mais baratos de corrigir.

3. API do sistema de gerenciamento de traduções

A API do TMS oferece às equipes de engenharia acesso programático direto a todos os recursos da plataforma: upload de textos, criação de tarefas, acionamento de fluxos de trabalho, verificação do status da tradução e download de traduções concluídas. Essa abordagem requer esforço de desenvolvimento para ser implementada, mas oferece a maior flexibilidade para equipes com fluxos de trabalho de conteúdo personalizados, sistemas de gerenciamento de conteúdo proprietários ou requisitos específicos de fluxo de trabalho que não se encaixam em um conector pré-construído.

A integração de API também é usada para incorporar a localização em pipelines de CI/CD: sistemas de compilação automatizados podem consultar a API do TMS para verificar se todas as strings de uma versão foram traduzidas e aprovadas antes de permitir que a implantação prossiga.

Ferramentas essenciais para conectar a localização aos fluxos de trabalho do produto

As ferramentas específicas que as equipes de produto e engenharia usam com mais frequência para integração de localização se enquadram em quatro categorias.

Conectores de repositório

Os conectores do GitHub e do GitLab são o ponto de integração mais comum para equipes de desenvolvimento de software. O conector de repositório da Smartling monitora o repositório configurado em busca de alterações nos arquivos de recursos, enviando automaticamente novas strings para o TMS e devolvendo as traduções como solicitações de pull. O conector suporta múltiplos formatos de arquivo e pode ser configurado para lidar com diferentes tipos de conteúdo com diferentes regras de fluxo de trabalho dentro do mesmo repositório.

Plugins de ferramentas de design

O Figma é a ferramenta de design dominante para equipes de produtos corporativos, e o plugin do Smartling para Figma integra a localização diretamente no fluxo de trabalho do Figma. Os designers podem enviar arquivos de design para a Smartling para tradução sem sair do Figma, e as strings traduzidas podem ser revisadas no contexto do layout original do design. Isso possibilita ciclos de revisão de localização mais precoces e identifica problemas de localização em nível de projeto antes que se tornem problemas de engenharia.

API e SDKs do sistema de gerenciamento de traduções

A API RESTful da Smartling fornece acesso ao conjunto completo de recursos da plataforma para equipes de engenharia que criam integrações personalizadas ou incorporam a localização em fluxos de trabalho automatizados de compilação e implantação. Estão disponíveis kits de desenvolvimento de software (SDKs) para reduzir o esforço de desenvolvimento necessário para integrar as funções da API Smartling ao código existente. A API também é usada para integração de CI/CD, onde os sistemas de compilação verificam o status de conclusão da tradução antes de permitir que as implantações prossigam.

Integrações de gerenciamento e colaboração de projetos

Algumas equipes de engenharia usam integrações de fluxo de trabalho de localização com ferramentas de gerenciamento de projetos para acompanhar o status da tradução juntamente com outras tarefas de desenvolvimento. A Smartling se integra às ferramentas do ecossistema de desenvolvimento de produtos para fornecer visibilidade do status de localização dentro dos fluxos de trabalho que as equipes de produto e engenharia já utilizam para o acompanhamento de projetos.

Como funciona a localização contínua por meio da integração do fluxo de trabalho do produto

Eis como funciona um fluxo de trabalho de localização contínua quando a localização está diretamente ligada ao ciclo de desenvolvimento do produto:

Quando a integração do fluxo de trabalho do produto pode não ser a prioridade imediata.

Lista de verificação empresarial para avaliar a integração da localização do fluxo de trabalho do produto

Use essas perguntas para avaliar se uma plataforma de gerenciamento de traduções pode se integrar de forma eficaz ao seu fluxo de trabalho de desenvolvimento de produtos.

Conector de repositório

• A plataforma oferece um conector de repositório certificado para a sua plataforma de repositório de código, especificamente GitHub ou GitLab?
• O conector monitora automaticamente o repositório em busca de alterações nos arquivos de recursos ou requer acionamentos manuais para iniciar o upload de conteúdo?
• O conector envia as traduções de volta para o repositório como solicitações de pull, permitindo que as mesclagens de tradução passem pelo processo padrão de revisão de código?
• É possível configurar a integração CI/CD para que as compilações verifiquem o status de conclusão da tradução antes de permitir que as implantações prossigam?

Integrações de ferramentas de design

• A plataforma oferece um plugin para Figma ou integração com ferramenta de design equivalente para o ambiente de design principal da sua equipe?
• A integração da ferramenta de design suporta sincronização bidirecional: o envio de strings de arquivos de design e o retorno das strings traduzidas para revisão contextual?
• É possível revisar as strings traduzidas no contexto do layout original do projeto dentro da ferramenta de design, permitindo que problemas de layout e expansão de caracteres sejam detectados antes da entrega para a equipe de engenharia?

API e SDK

• A plataforma oferece uma API RESTful com acesso completo às suas funcionalidades, incluindo criação de tarefas, acionamento de fluxos de trabalho, verificação de status e download de traduções?
• Existem kits de desenvolvimento de software (SDKs) disponíveis para as principais linguagens de desenvolvimento da sua equipe, a fim de reduzir o esforço de integração de APIs?
• A API foi projetada para uso em sistemas de compilação automatizados, com limites de taxa, autenticação e endpoints de status adequados para casos de uso de CI/CD?

Configuração e automação de fluxos de trabalho

• É possível direcionar automaticamente diferentes tipos de strings no mesmo repositório para fluxos de trabalho de tradução distintos, com base no tipo de arquivo, caminho ou metadados?
• A plataforma suporta regras de automação de tarefas que processam strings em lote e criam trabalhos de tradução automaticamente, sem intervenção manual?
• Como a memória de tradução e o glossário são aplicados às descrições de produtos: a partir da primeira etapa de saída da IA ou somente durante a revisão humana?

Como a Smartling conecta a localização aos fluxos de trabalho do produto

A Smartling oferece três caminhos de integração para conectar a localização aos fluxos de trabalho de desenvolvimento de produtos, cada um projetado para um ponto diferente no ciclo de vida do produto.

O Conector de Repositório faz a ponte direta entre repositórios do GitHub e do GitLab e o Smartling. Quando os desenvolvedores enviam arquivos de recursos novos ou atualizados, o conector detecta automaticamente as alterações, carrega as strings para o Smartling e aciona o fluxo de trabalho de tradução configurado. As traduções concluídas são devolvidas como solicitações de pull request, permitindo que a mesclagem da localização passe pelo processo padrão de revisão de código. O conector foi projetado para ambientes de implantação contínua, com suporte para verificações de CI/CD que verificam o status de conclusão da tradução antes que as implantações prossigam.

O plugin Smartling Figma permite que os designers carreguem arquivos de design para a Smartling diretamente do Figma, possibilitando que as strings traduzidas sejam revisadas no contexto do layout original do projeto antes da entrega à equipe de engenharia. Isso antecipa a revisão de localização no ciclo de vida do produto, quando as alterações de design ainda têm baixo custo de implementação.

A API RESTful da Smartling oferece acesso programático completo aos recursos da plataforma para equipes que criam integrações personalizadas ou incorporam localização em sistemas automatizados de compilação e implantação. Os SDKs estão disponíveis para reduzir o esforço de desenvolvimento. A API suporta padrões de integração CI/CD, incluindo a verificação do status da tradução como um ponto de controle de compilação.

Em todos os caminhos de integração, a Memória de Tradução Adaptativa com IA da Smartling, a aplicação de glossários e o fluxo de trabalho AIHT garantem que as strings dos produtos sejam traduzidas com os mesmos padrões de qualidade que outros tipos de conteúdo. A automação de tarefas processa e encaminha strings em lotes automaticamente, e as traduções aprovadas são gravadas de volta na memória de tradução para aprimorar continuamente a produção futura de IA para conteúdo de produto semelhante.

A Smartling foi classificada como o sistema número um de gestão de traduções empresariais no G2 por 20 trimestres consecutivos e possui as certificações ISO 27001, SOC 2, HIPAA, HITRUST e1, PCI Nível 1 e ISO/IEC 42001:2023.

Questões relacionadas