Probar, publicar y explotar las comunicaciones

01El catálogo vincula el contenido con el negocio #sec_eb7a12db

Abra Configuración > Comunicación > Catálogo de correos.

Una plantilla no es solo un diseño. Está asociado a un evento de negocio, un idioma, un estado de publicación y, cuando hay varias variantes, una plantilla por defecto. El catálogo permite así hacer evolucionar el contenido sin modificar el funcionamiento de una campaña.

Las plantillas globales proporcionadas por REVIEWIT sirven de base. La suscripción puede copiarlas en su catálogo para crear una variante gobernada localmente. La copia se convierte entonces en una plantilla autónoma: puede ser adaptada, probada y luego publicada sin alterar la referencia global.

02Entender la elección de la plantilla #sec_3b7d052a

Durante un envío automático, REVIEWIT busca primero la plantilla local publicada que corresponda al evento y al idioma. En su defecto, utiliza la referencia de la plataforma en ese idioma, y luego su variante en inglés. Un recurso en inglés integrado asegura la última caída para los eventos estructurales.

El estado Publicado autoriza el uso. El estado Por defecto también es operativo: una plantilla publicada que no sea la variante por defecto de su par evento-idioma no será elegida automáticamente.

03Usar variables #sec_06b16195

Las variables inyectan el contexto real en la plantilla. Su sintaxis es sensible a las mayúsculas y minúsculas y utiliza un solo par de llaves: {CampaignTitle}, {ResourceName} o {ReviewerName}, por ejemplo.

Pueden ser utilizadas en el asunto, el pre-encabezado, el cuerpo y los atributos HTML. En un archivo HTML, el contenido de <title> también se convierte en el asunto del mensaje. Los valores son codificados para que un texto que contenga < o & no pueda modificar el HTML.

Una variable sin valor permanece visible tal cual en el correo electrónico. Es una señal de error últil durante la prueba, pero no debe llegar a los destinatarios. Las mayúsculas y minúsculas cuentan: {ResourceName} y {resourcename} son dos identificadores diferentes.

04Variables disponibles por evento #sec_9bbe09a2

La siguiente lista muestra las variables seguras para usar en las plantillas actualmente emitidas. Un evento marcado como Inactivo es conocido por el catálogo, pero aún no se activa automáticamente.

La ficha [Variables de correos electrónicos: referencia y ejemplos](tuto-communication-factory-variables) agrupa por separado la sintaxis, el diccionario detallado y los controles a realizar.

Revisiones

EscalationReceived tiene varios caminos de emisión. Algunos también proporcionan EscalatedByName y Reason, otros CampaignId y DueDate. Solo ResourceName está garantizado en todos los casos: use esta intersección en la plantilla por defecto.

Objeciones y decisiones

Supresiones, acceso y consulta

05Elegir una presentación adecuada para la variable #sec_62b17f16

ResourceName puede ser un nombre legible o una referencia como #123. Preséntelo en un bloque etiquetado en lugar de en una frase que suponga que siempre se trata de un nombre.

Las fechas ya están formateadas por el servicio que emite el evento. No intente reformatearlas en el HTML.

Answer, Question, Reason, Argument, Comment y ResolutionNote son textos libres ingresados por personas. Muéstrelos como citas o en un bloque dedicado, nunca dentro de una frase cuyo significado podrían cambiar.

CampaignId es un identificador numérico. Utilice CampaignTitle cuando se ofrezca y la plantilla necesite un título legible.

06Variables que no deben usarse por el momento #sec_8cd304e6

{DeepLink} y {SettingsLink} aún aparecen en algunas plantillas históricas, pero no son alimentadas por los eventos actuales. No añada un botón o enlace que dependa de ellas mientras no figuren entre las variables disponibles del evento.

Algunas repeticiones manuales históricas aún utilizan la sintaxis {{ReviewerName}}. No es equivalente a la sintaxis {ReviewerName} de las notificaciones automáticas. Siempre pruebe la plantilla en el proceso que realmente la utilizará.

07Previsualizar y enviar una prueba #sec_47ce789e

Antes de publicar:

1. abra la vista previa de la plantilla;
2. verifique el asunto, el pre-encabezado y la maquetación;
3. proporcione valores realistas a todas las variables presentes;
4. elija un remitente activo;
5. envíe el mensaje a una dirección controlada;
6. verifique que no quede ningún texto {Variable} en el mensaje recibido.

Un envío aceptado prueba que la cadena REVIEWIT-proveedor funciona. No prueba por sí solo la entrega en la bandeja de entrada, la apertura del mensaje ni la acción del destinatario.

08La asistencia esperada en el editor #sec_6baa51e4

Esta referencia tiene como objetivo alimentar directamente el editor: cuando el administrador elige un evento, una paleta Variables disponibles puede mostrar únicamente las variables pertinentes, su definición y un ejemplo, y luego permitir su inserción en el cursor.

La validación puede entonces señalar antes del envío:

• una variable garantizada, lista para ser utilizada;
• una variable contextual, ausente de ciertas rutas;
• una variable desconocida o no disponible;
• una sintaxis incorrecta, especialmente las llaves dobles;
• una variable presente en el HTML pero sin valor de prueba.

La página que está leyendo sigue siendo la referencia funcional: permite preparar y controlar una plantilla, incluso cuando esta ayuda contextual no es ofrecida por el editor utilizado.

09Publicar con discernimiento #sec_f4bd4f8e

Publique únicamente las variantes listas para ser utilizadas. Para cada evento y cada idioma necesario, verifique que solo una plantilla publicada lleve el estado predeterminado.

Una plantilla asociada a un evento inactivo puede ser previsualizada y probada, pero no será enviada automáticamente hasta que la función de negocio correspondiente no la emita.

10Explotación diaria #sec_e7735df5

La configuración está lista cuando se reúnen los siguientes cinco elementos:

• una ruta de envío activa y designada por defecto;
• un dominio verificado y luego activado;
• un remitente activo y coherente con esta ruta;
• una plantilla publicada y por defecto para el evento y el idioma;
• una prueba recibida sin variable no resuelta.

Después de cualquier rotación de secreto, modificación DNS o cambio de ruta, realice una prueba completa. Mantenga también un ojo en los cuotas, rechazos y retornos de entregabilidad del proveedor: una solicitud de envío aceptada no es una prueba de entrega.

11Para recordar #sec_f6d8bee2

El catálogo gobierna el sentido del mensaje; los dominios y remitentes establecen su legitimidad; el proveedor asegura su entrega. El Subscription Manager reúne estos palancas sin confundir sus responsabilidades.