Gestionar escenarios multilingües

Decisioning Studio Pro puede elegir entre cualquier número de variantes de idioma y, aun así, entrenar un único modelo con todas ellas. Esta guía explica cómo encaja el idioma en ese modelo, quién se encarga de las traducciones y tres formas de almacenar el contenido de los mensajes específico de cada idioma.

Para saber cómo una decisión se convierte en un mensaje, consulta Primeros pasos con Decisioning Studio Pro.

Cómo funciona

Un escenario puede incluir tantos idiomas como tu equipo pueda producir y mantener, para que cada cliente reciba el contenido en el idioma adecuado.

Decisioning Studio entrena un único modelo con toda la población. El idioma limita qué variantes puede recibir un cliente, y el escenario sigue siendo un único experimento. Un patrón que funciona bien en un idioma, como una oferta o una hora de envío, puede aportar información al modelo para el escenario en su conjunto. Cada cliente solo recibe las variantes en su propio idioma.

Tu equipo desarrolla y mantiene las traducciones. Decisioning Studio selecciona entre las variantes que marcas como elegibles para un idioma.

Requisitos previos

Antes de configurar la toma de decisiones multilingüe, confirma lo siguiente:

• Tienes traducciones aprobadas por la marca para cada idioma que admite el escenario.
• Cada perfil de usuario tiene un atributo de idioma fiable, o una señal equivalente, que Decisioning Studio puede usar para decidir para qué idioma es elegible ese cliente.

Arquitecturas para variantes de idioma

Hay tres configuraciones que controlan qué variante de idioma recibe un cliente. Cada una funciona con un Canvas desencadenado por API o con campañas desencadenadas por API. La diferencia está en dónde se encuentra el contenido específico de cada idioma y cómo se selecciona. Para esa arquitectura de envío, consulta Elegir una campaña o un Canvas desencadenados por API.

Opción 1: Todas las variantes en un único banco de acciones

Esta es la configuración más habitual. Añade todas las variantes de mensaje, en todos los idiomas, al banco de acciones. Incluye una columna con el idioma que debe tener un cliente para ser elegible para esa fila. Por ejemplo, solo los clientes cuyo idioma es el español son elegibles para las filas en español. Decisioning Studio usa esa columna como medida de protección y solo elige entre las filas que coinciden con el idioma del cliente.

Esta opción es adecuada para equipos que admiten hasta tres idiomas.

Ventajas

• Todo el contenido está en un único banco de acciones, donde Decisioning Studio puede verlo.
• No es necesario que las variantes existan en todos los idiomas, por lo que el contenido de los mensajes puede variar según el idioma.
• El modelo puede aprender de elementos que varían según el idioma, como la longitud o la estructura de la línea del asunto.

El banco de acciones crece a medida que aumentan las variantes o los idiomas, porque cada combinación de variante e idioma es una fila independiente. Por eso esta configuración es adecuada para escenarios con tres idiomas o menos.

Opción 2: Un único banco de acciones, con las traducciones almacenadas en Braze

El banco de acciones enumera las variantes en un solo idioma. Decisioning Studio recomienda a partir de esa lista para todos los clientes, incluidos los que hablan otro idioma. En el momento del envío, Braze lee el idioma del cliente en su perfil y carga el contenido correspondiente desde una fuente específica del idioma en Braze. Los equipos suelen usar un catálogo. Algunos equipos usan mensajes multilingües en su lugar. En cualquier caso, cada variante del banco de acciones necesita una entrada correspondiente en cada idioma, con el mismo identificador. En los catálogos, ese identificador es el id del elemento.

Esta opción es adecuada para equipos con tres idiomas o más que quieren que las traducciones se encuentren en Braze.

Ventajas

• La configuración puede escalar a un gran número de idiomas.
• Los catálogos o los mensajes multilingües ofrecen a cada equipo un espacio de trabajo propio, separado de un banco de acciones compartido.
• Las traducciones permanecen en Braze, por lo que puedes reutilizarlas.

Consideraciones

• Cada variante del banco de acciones de un solo idioma necesita el mismo identificador en el catálogo o la configuración regional de cada idioma. Esto requiere coordinación entre equipos.
• Es posible que el modelo aprenda menos sobre patrones que solo existen en un idioma, porque las recomendaciones proceden del banco de acciones de un solo idioma.

Opción 3: Un único banco de acciones, con las traducciones en tu propia herramienta

Funciona como la opción 2, salvo que el contenido específico de cada idioma se encuentra en una herramienta de traducción propia de tu equipo. Braze rellena el mensaje desde esa herramienta a través de una API, en lugar de hacerlo desde un catálogo o un mensaje multilingüe.

Esta opción es adecuada para equipos con tres idiomas o más que ya usan una herramienta de traducción y quieren conectarla a Braze. Confirma que la herramienta puede integrarse con un Canvas o una campaña desencadenados por API y que puede gestionar el volumen de envíos previsto. Las ventajas y las contrapartidas de la opción 2 también se aplican aquí.

Buenas prácticas

• Mantén una cobertura de variantes equivalente en todos los idiomas. Una carencia en un idioma cambia la experiencia de esa población, y lo que el modelo aprende de ella, aunque se entrene un único modelo para todo el escenario.
• Comprueba que las traducciones siguen coincidiendo antes del lanzamiento y después de cada actualización de contenido. En las opciones 2 y 3, un id de elemento o una respuesta de API que no coincidan envían el contenido equivocado. Un contenido que comparte identificador pero dice cosas distintas debilita lo que aprende el modelo y perjudica el rendimiento del escenario.
• Confirma el atributo de idioma. Decisioning Studio usa un atributo del perfil de usuario en Braze para elegir qué idioma debe recibir un cliente. Comprueba que el campo es preciso y está rellenado para la audiencia elegible.
• Elige la arquitectura pensando en los idiomas que prevés añadir más adelante. Cambiar el patrón después del lanzamiento suele implicar volver a trabajar para todos los equipos implicados. Incluye esos idiomas futuros en el diseño inicial, aunque lances con solo una parte de ellos.

Preguntas frecuentes

¿Decisioning Studio entrena un modelo independiente por idioma?

Decisioning Studio entrena un único modelo para todo el escenario. El idioma determina qué variantes puede recibir un cliente, y el escenario sigue siendo un único experimento.

¿Quién es responsable de las traducciones?

Tu equipo desarrolla y mantiene las traducciones de todo el contenido de los mensajes. Decisioning Studio selecciona entre las variantes que marcas como elegibles para cada idioma, y tu equipo es responsable de la calidad de las traducciones.

¿Puedo combinar arquitecturas?

Usa una sola arquitectura por escenario, incluidos los idiomas que podrías añadir más adelante. Combinar arquitecturas aumenta el trabajo de coordinación y dificulta saber si todos los idiomas están representados de forma equitativa en el banco de acciones.

¿Qué ocurre si falta una variante en un idioma?

Decisioning Studio solo recomienda variantes elegibles para el idioma de ese cliente. Si una variante existe en un idioma y no en otro, los clientes del idioma que no la tiene disponen de un conjunto de acciones más reducido, y es más difícil comparar el rendimiento entre idiomas.

Según tu configuración, una entrada de catálogo que falte también puede hacer que el contenido que reciben los clientes no coincida con el banco de acciones del que aprende el modelo. Mantén conjuntos de variantes equivalentes en todos los idiomas.