Gerenciar cenários multilíngues

O Decisioning Studio Pro pode escolher entre qualquer número de variantes de idioma e ainda treinar um único modelo para todas elas. Este guia explica como o idioma se encaixa nesse modelo, quem é responsável pelas traduções e três formas de armazenar o conteúdo das mensagens específico de cada idioma.

Para saber como uma decisão se transforma em uma mensagem, consulte Primeiros passos com o Decisioning Studio Pro.

Como funciona

Um cenário pode incluir quantos idiomas sua equipe conseguir produzir e manter. Assim, cada cliente recebe o conteúdo no idioma certo.

O Decisioning Studio treina um único modelo com toda a população. O idioma limita quais variantes um cliente pode receber, e o cenário continua sendo um único experimento. Um padrão com boa performance em um idioma, como uma oferta ou um horário de envio, pode informar o modelo do cenário como um todo. Cada cliente recebe apenas as variantes no próprio idioma.

Sua equipe desenvolve e mantém as traduções. O Decisioning Studio escolhe entre as variantes que você marcar como elegíveis para cada idioma.

Pré-requisitos

Antes de configurar decisões multilíngues, confirme que:

• Você tem traduções aprovadas pela marca para todos os idiomas compatíveis com o cenário.
• Cada perfil de usuário tem um atributo de idioma confiável, ou um sinal equivalente, que o Decisioning Studio possa usar para decidir para qual idioma aquele cliente é elegível.

Arquiteturas para variantes de idioma

Três configurações controlam qual variante de idioma um cliente recebe. Cada uma funciona com um Canvas disparado por API ou com campanhas disparadas por API. A escolha depende de onde o conteúdo específico de cada idioma fica e de como ele é selecionado. Para saber mais sobre essa arquitetura de envio, consulte Escolher uma campanha ou um Canvas disparado por API.

Opção 1: Todas as variantes em um único banco de ações

Esta é a configuração mais comum. Adicione todas as variantes de mensagem, em todos os idiomas, ao banco de ações. Inclua uma coluna com o idioma que o cliente precisa ter para ser elegível àquela linha. Por exemplo, apenas clientes cujo idioma é espanhol são elegíveis para as linhas em espanhol. O Decisioning Studio usa essa coluna como uma regra de proteção e só escolhe entre as linhas que correspondem ao idioma do cliente.

Esta opção é ideal para equipes que trabalham com até três idiomas.

Benefícios

• Todo o conteúdo fica em um único banco de ações, onde o Decisioning Studio consegue vê-lo.
• As variantes não precisam existir em todos os idiomas, então o conteúdo das mensagens pode variar de acordo com o idioma.
• O modelo pode aprender com elementos que variam por idioma, como o tamanho ou a estrutura da linha de assunto.

O banco de ações cresce à medida que as variantes ou os idiomas aumentam, porque cada combinação de variante e idioma é uma linha própria. Por isso, essa configuração é ideal para cenários com três idiomas ou menos.

Opção 2: Um banco de ações, com traduções armazenadas na Braze

O banco de ações lista as variantes em um único idioma. O Decisioning Studio faz recomendações a partir dessa lista para todos os clientes, inclusive para quem fala outro idioma. No momento do envio, a Braze lê o idioma do cliente no perfil e carrega o conteúdo correspondente de uma fonte específica daquele idioma na Braze. Normalmente, as equipes usam um catálogo. Algumas equipes usam mensagens multilíngues. Em ambos os casos, cada variante do banco de ações precisa de uma entrada correspondente em cada idioma, com o mesmo identificador. Nos catálogos, esse identificador é o id do item.

Esta opção é ideal para equipes com três ou mais idiomas que querem manter as traduções na Braze.

Benefícios

• A configuração pode crescer para um grande número de idiomas.
• Catálogos ou mensagens multilíngues dão a cada equipe um espaço de trabalho próprio, separado de um banco de ações compartilhado.
• As traduções ficam na Braze, então você pode reutilizá-las.

Considerações

• Cada variante do banco de ações de idioma único precisa ter o mesmo identificador no catálogo ou na localidade de cada idioma. Isso exige coordenação entre as equipes.
• O modelo pode aprender menos sobre padrões que existem em apenas um idioma, porque as recomendações vêm do banco de ações de idioma único.

Opção 3: Um banco de ações, com traduções em sua própria ferramenta

Funciona como a opção 2, mas o conteúdo específico de cada idioma fica em uma ferramenta de tradução da sua equipe. A Braze preenche a mensagem a partir dessa ferramenta por meio de uma API, em vez de usar um catálogo ou uma mensagem multilíngue.

Esta opção é ideal para equipes com três ou mais idiomas que já usam uma ferramenta de tradução e querem conectá-la à Braze. Confirme que a ferramenta pode se integrar a um Canvas ou a uma campanha disparada por API e que ela suporta o volume de envio esperado. Os benefícios e as desvantagens da opção 2 também se aplicam aqui.

Melhores práticas

• Mantenha a cobertura de variantes equivalente entre os idiomas. Uma lacuna em um idioma muda a experiência daquela população e o que o modelo aprende com ela, mesmo que um único modelo seja treinado para todo o cenário.
• Verifique se as traduções continuam correspondentes antes do lançamento e depois de cada atualização de conteúdo. Nas opções 2 e 3, um id de item ou uma resposta de API sem correspondência envia o conteúdo errado. Conteúdos que compartilham um identificador, mas dizem coisas diferentes, enfraquecem o aprendizado do modelo e prejudicam a performance do cenário.
• Confirme o atributo de idioma. O Decisioning Studio usa um atributo no perfil de usuário na Braze para escolher qual idioma o cliente deve receber. Verifique se o campo está correto e preenchido para o público elegível.
• Escolha a arquitetura pensando nos idiomas que você espera adicionar no futuro. Mudar o padrão depois do lançamento geralmente significa retrabalho para todas as equipes envolvidas. Inclua esses idiomas futuros no design inicial, mesmo que você lance com apenas parte deles.

Perguntas frequentes

O Decisioning Studio treina um modelo separado para cada idioma?

O Decisioning Studio treina um único modelo para todo o cenário. O idioma decide quais variantes um cliente pode receber, e o cenário continua sendo um único experimento.

Quem é responsável pelas traduções?

Sua equipe desenvolve e mantém as traduções de todo o conteúdo das mensagens. O Decisioning Studio escolhe entre as variantes que você marcar como elegíveis para cada idioma, e a qualidade da tradução é responsabilidade da sua equipe.

Posso misturar arquiteturas?

Use uma arquitetura por cenário, incluindo os idiomas que você talvez adicione depois. Misturar arquiteturas aumenta o trabalho de coordenação e dificulta saber se todos os idiomas estão representados de forma justa no banco de ações.

O que acontece se uma variante estiver faltando em um idioma?

O Decisioning Studio só recomenda variantes elegíveis para o idioma do cliente. Se uma variante existir em um idioma, mas não em outro, os clientes do idioma sem essa variante terão um conjunto menor de ações, e fica mais difícil comparar a performance entre os idiomas.

Dependendo da sua configuração, uma entrada ausente no catálogo também pode desalinhar o conteúdo que os clientes recebem em relação ao banco de ações com o qual o modelo aprende. Mantenha os conjuntos de variantes equivalentes entre os idiomas.