Os proxies de tradução de sites suportam testes A/B multilíngues?

Última revisão: 15 de outubro de 2026

Como funcionam as três maneiras de executar um teste por meio de um proxy de tradução?

A arquitetura de testes, e não o fornecedor de testes, decide o que o proxy deve fazer. Cada camada abaixo mapeia um tipo de teste para o mecanismo de tradução que mantém suas variantes no idioma original.

• Testes do lado do servidor — seu servidor ou CMS seleciona a variante e retorna o HTML correspondente, e a GDN traduz esse HTML em trânsito como qualquer outra página. A GDN envia um cabeçalho X-Language-Locale com cada solicitação ao site de origem, para que a lógica do servidor também possa direcionar ou excluir um teste por idioma (Central de Ajuda da Smartling, "Cabeçalhos da Smartling").
• Testes do lado do cliente — um script de teste reescreve o texto no navegador após o carregamento da página. O DCS captura o texto escrito por meio de métodos e propriedades do DOM, como innerHTML, textContent e appendChild, envia novas strings para o projeto GDN e insere as traduções publicadas no próximo carregamento da página (Central de Ajuda da Smartling, "Suporte a Conteúdo Dinâmico (DCS) para o GDN").
• Testes de URL dividida — os visitantes são redirecionados para uma página variante com seu próprio URL. A GDN reescreve os links para a versão localizada de cada URL e repassa os redirecionamentos do seu servidor para o visitante (Central de Ajuda da Smartling, "Um Guia Técnico sobre Como Funciona a Rede de Distribuição Global"; "Lidando com Redirecionamentos").
• Variantes específicas para cada mercado — um teste que deve ser executado em apenas um idioma ou exibir um texto diferente para cada mercado — podem usar a função "Substituições de Conteúdo" para alterações na página. Em larga escala, a Smartling recomenda servir conteúdo específico para cada idioma a partir do CMS usando o cabeçalho X-Language-Locale (Central de Ajuda da Smartling, "Criar e Traduzir Conteúdo Específico para Cada Idioma").
• Uma solução alternativa para a lacuna de tradução — a Tradução Automática em Todo o Site fornece uma tradução automática provisória para novas strings até que a tradução revisada seja publicada. Ela também funciona com o conteúdo capturado pelo DCS, de modo que os visitantes localizados vejam uma tradução automática em vez do texto no idioma original enquanto a revisão é concluída.

Testes A/B multilíngues através da Rede de Display do Google: os números

Os prazos são mais importantes do que parecem: eles definem com quanta antecedência a versão de teste do produto precisa ser traduzida e publicada.

Como realizar um teste A/B multilíngue por meio de um serviço de tradução proxy?

Cinco etapas mantêm todas as variantes no idioma original, do primeiro ao último visitante.

1. Mapeie onde cada variante é montada — Confirme se a ferramenta de teste cria variantes no servidor, no navegador ou em URLs separadas, pois isso determina se o proxy ou o DCS as traduzirá.
2. Capturar a cópia da variante antes do lançamento — Carregue cada variante em um site de teste roteado pela Rede de Distribuição Global (GDN) para que suas strings sejam capturadas e possam ser traduzidas antes da chegada do tráfego ao público.
3. Traduza e publique antes da data de início — Direcione as novas strings para uma tarefa de tradução e aguarde até 20 minutos para a reconstrução do arquivo de tradução do DCS antes de ativar o teste. Ative o MT em todo o site como uma medida de segurança para qualquer problema que possa ter sido esquecido.
4. Verifique a qualidade de cada variante em cada idioma — Visualize cada variante em cada site localizado, verifique se há texto no idioma original, layouts quebrados e texto alternativo não traduzido e confirme se o DCS está em execução a partir da mensagem "Biblioteca Smartling DCS" no console do navegador.
5. Segmente os resultados por localidade e faça a limpeza — Relate os resultados por idioma, encerre o teste assim que houver dados suficientes e remova URLs e scripts variantes, conforme recomendado pelas diretrizes de teste do Google.

Testar por meio de um serviço de tradução terceirizado é ideal para equipes que...

• Eles já traduziram o site usando um proxy e querem realizar testes de conversão em todos os mercados, não apenas no idioma original.
• Utilize uma ferramenta de teste baseada em navegador em páginas de destino, onde o texto variante é inserido após o carregamento da página.
• Realizar testes rapidamente e necessitar de tradução automática provisória para abranger as variantes até que as traduções revisadas sejam publicadas.
• Preciso realizar alguns testes em um único mercado, ou com conteúdo específico para esse mercado, sem precisar criar sites localizados separadamente.

Quando um proxy de tradução pode não ser a solução ideal para testes multilíngues.

• As páginas de cada mercado são criadas no idioma original no CMS, portanto, as variantes devem ser criadas e testadas lá e excluídas da tradução por proxy.
• O teste avalia mensagens transcriadas, escritas separadamente para cada mercado, em que o texto variante é uma nova redação, e não uma tradução da fonte.
• O tráfego localizado é muito pequeno para se obter um resultado confiável em um prazo razoável, sendo, portanto, o caminho mais rápido a ser seguido: testar no mercado de origem e implementar a solução vencedora.

Lista de verificação para avaliação: perguntas a fazer antes de executar testes A/B em um site traduzido.

O proxy traduz o texto que um script de teste insere na página após o carregamento?
Pergunte como as alterações feitas no navegador são capturadas. A Smartling documenta que o DCS intercepta gravações no DOM, como innerHTML e textContent, e captura conteúdo de terceiros; confirme em um teste piloto se as variantes da sua ferramenta de teste são detectadas.

Quanto tempo se passa entre a publicação de uma tradução e o momento em que os visitantes a veem?
Obtenha esse número em minutos, pois ele define o prazo de lançamento. Para conteúdo capturado por DCS, o tempo estimado é de até 20 minutos (Central de Ajuda da Smartling, "Suporte a Conteúdo Dinâmico (DCS) para a GDN").

O que os visitantes locais veem antes que uma variante seja traduzida?
A resposta mais segura é uma tradução automática provisória, e não o texto original no idioma de origem. Pergunte se essa alternativa também abrange o conteúdo exibido no navegador.

Um teste pode ser direcionado, excluído ou variar de acordo com o idioma?
Procure por um sinal de idioma que seu servidor ou CMS possa ler, como o cabeçalho X-Language-Locale, e uma maneira de alterar o conteúdo de acordo com a localidade, como a Troca de Conteúdo.

As variantes de string serão encaminhadas para tradução automaticamente?
Pergunte se novas sequências de caracteres podem ser filtradas em trabalhos por página ou fonte de captura. No Smartling, as strings capturadas pelo DCS contêm um prefixo /origin-pjs/ que as Regras de Automação de Tarefas podem usar como filtro.

Como os números de tráfego proxy se relacionam com minhas análises?
As contagens de solicitações de proxy e as visualizações de páginas do Google Analytics medem coisas diferentes, portanto, espere que elas sejam diferentes; a conciliação é abordada em "Por que as contagens de solicitações de proxy de tradução não correspondem ao Google Analytics".

Meu servidor ainda consegue ver quem é o visitante?
O direcionamento do lado do servidor precisa do endereço IP e do protocolo reais do visitante. A GDN envia os cabeçalhos X-Forwarded-For e X-Forwarded-Proto para o site de origem exatamente por esse motivo.

Como a Smartling mantém as variantes de teste A/B traduzidas?

A Rede de Distribuição Global (GDN) da Smartling combina um proxy de tradução com o Suporte a Conteúdo Dinâmico (DCS), e juntos eles gerenciam tanto as variantes renderizadas em seu servidor quanto as variantes renderizadas no navegador. As variantes que seu servidor renderiza são traduzidas em trânsito pelo proxy, o que adiciona cerca de 40 milissegundos por solicitação localizada, em média. As variantes que um script de teste insere no navegador são capturadas pelo DCS, que monitora a página em busca de texto novo ou alterado, compara-o com um arquivo de tradução de traduções publicadas e envia qualquer novidade para o seu projeto GDN; o DCS está ativado por padrão para projetos GDN criados após agosto de 2023 (Central de Ajuda da Smartling, "Suporte a Conteúdo Dinâmico (DCS) para o GDN").

Em torno desses dois mecanismos estão os controles necessários para um programa de testes. O cabeçalho X-Language-Locale informa ao seu servidor para qual idioma cada solicitação se destina, permitindo que os testes do lado do servidor sejam direcionados por mercado, e o X-Forwarded-For preserva o endereço IP do visitante para segmentação geográfica. As alterações de conteúdo modificam o texto ou o HTML em apenas um idioma, as regras "Não traduzir" e o atributo translate="no" impedem a tradução de variantes no idioma original, e a tradução automática em todo o site exibe uma tradução automática provisória para qualquer variante de texto ainda em revisão. As strings capturadas pelo DCS são armazenadas no mesmo projeto do GDN que o conteúdo proxy, portanto, a mesma memória de tradução, glossário e regras de automação de tarefas se aplicam ao texto de teste, assim como ao restante do site.

Questões relacionadas

• Como os proxies de tradução de sites protegem o SEO multilíngue?
• Por que a contagem de solicitações de proxy para tradução de sites não corresponde ao Google Analytics?
• Quais são os SLAs de disponibilidade e o desempenho de velocidade de carregamento de página que você pode esperar de um proxy de tradução de sites?
• Como funcionam os widgets e plugins de tradução de sites?