Configuración de envío

Dominio

El nombre de dominio de envío es la «tarjeta de identidad» al enviar correos electrónicos. Cada cuenta debe disponer de un nombre de dominio de envío. Durante la sesión SMTP, es el sufijo de mail from.

              
              mail from:  test@liubida.cn
250 sender  test@liubida.cn  OK

            

Como se muestra arriba, liubida.cn es el nombre de dominio de este correo electrónico.

Tras registrar correctamente una cuenta de EngageLab, el sistema asignará automáticamente un dominio de envío de prueba. Antes del uso formal, se debe crear el nombre de dominio utilizado por el negocio real; no utilizar el dominio de prueba proporcionado por el sistema para enviar correos del negocio real.

Configuración del dominio de envío

La configuración del nombre de dominio de envío incluye SPF, DKIM, MX y DMARC. Entre ellos, SPF, DKIM y MX son obligatorios, y DMARC es opcional.

SPF explicación wiki

SPF es un tipo de registro DNS propuesto para prevenir el correo no deseado, que se utiliza para registrar todas las direcciones IP de correo saliente propiedad de un nombre de dominio.

MX

MX es un registro de intercambio de correo que apunta a un servidor de correo. Se utiliza para localizar el servidor de correo según el sufijo de la dirección del destinatario cuando el sistema de correo electrónico envía un correo.

DKIM explicación wiki

DKIM es un medio técnico importante para prevenir correos fraudulentos. Normalmente, el remitente inserta la firma DKIM y la información de firma electrónica en el encabezado del correo, mientras que el receptor obtiene la clave pública mediante una consulta DNS y, a continuación, la verifica. Se recomienda configurarlo, especialmente para usuarios con más dominios extranjeros.

DMARC

El propósito principal del protocolo «DMARC» es identificar e interceptar correos fraudulentos. Tras completar la configuración, la plataforma utilizará el dominio actual como sufijo del from para entregar el correo, reduciendo así la interceptación por parte de los proveedores de servicios de correo, mejorando la credibilidad del correo y aumentando la tasa de entrega en la bandeja de entrada.

1. Seleccionar Setting - domain para acceder a la interfaz de configuración del dominio de envío. Si no existe un dominio oficial, se puede añadir un nuevo dominio de correo.
2. Hacer clic en el dominio que se va a configurar para acceder a la interfaz de configuración. Según los datos proporcionados por el sistema, realizar la configuración correspondiente en el sistema de gestión del dominio.

Existen tres estados tras la configuración del dominio:

• Unverified: alguno de los elementos obligatorios (SPF, DKIM y MX) ha fallado (por lo tanto, el dominio no puede vincular API_USER).
• Usable: los tres elementos obligatorios han superado la verificación, y los elementos opcionales no han superado la verificación.
• Verified: todos los elementos de configuración se han verificado.

Después de configurar todos los registros, el DNS puede tardar entre 10 y 30 minutos en surtir efecto

Se deben establecer dominios distintos (dominios con dominios principales diferentes) para correo de activación (trigger) y correo masivo (bulk), a fin de evitar compartir un único dominio de envío, lo que restringiría ambos tipos de correo e impediría que el correo de activación se entregue a tiempo.

Cómo configurar el dominio en la plataforma de resolución DNS

A continuación se describe cómo los proveedores de servicios DNS más comunes configuran nombres de dominio.

En primer lugar, confirmar que ya se ha creado el dominio de envío en el panel de administración de EngageLab.

El siguiente ejemplo usa xxx.com como referencia.

DNSPOD

1.Iniciar sesión en la cuenta de DNSPOD y acceder a la página [My Domains] de gestión de dominios.
2.Hacer clic en [Add Record] y aparecerá un nuevo cuadro de registro, como se muestra en la figura siguiente.
3.Consultar la configuración de xxx.com en EngageLab, completar «host record», «record type» y «record value», y guardar.
4.Se deben completar 3 registros TXT y 1 registro MX. Asegurarse de que la información proporcionada por EngageLab sea totalmente coherente.

API_USER

API_USER es la cuenta al invocar la API para enviar un mensaje.

• Al crear un API_USER, se debe especificar su «type» (trigger / batch), «sending domain» y «tracking options».
• Type: un API_USER de tipo trigger solo puede enviar correo de activación; un API_USER de tipo batch solo puede enviar correo masivo.
• Sending domain: para crear un API_USER se debe seleccionar un dominio de envío para vincularlo.
• Tracking options: tras seleccionarlo, cuando este API_USER envía un mensaje, EngageLab puede ayudar a recopilar la información de seguimiento correspondiente del destinatario.

API_KEY es la contraseña al invocar la API para enviar un mensaje.

• Tras el registro correcto, se debe iniciar sesión en la cuenta y generar manualmente un API_KEY.
• El mismo API_KEY no puede volver a mostrarse una vez que se ha visualizado en la interfaz.
• Cada API_USER tiene su correspondiente API_KEY, que puede ser igual o diferente.
• El API_KEY se puede restablecer de forma individual o por lotes; el restablecimiento por lotes comparte el mismo API_KEY.
• Tras el restablecimiento, el API_KEY entra en vigor inmediatamente, y el nuevo API_KEY y el antiguo API_KEY tendrán vigencia simultánea durante 15 minutos.

API_USER y API_KEY son información importante para la autenticación al enviar mensajes mediante API o SMTP, y se deben conservar adecuadamente.

Etiqueta

La etiqueta puede ayudar a clasificar mensajes, adecuada para escenarios de pruebas A/B.

Tras crear la etiqueta correctamente, el sistema asignará automáticamente un ID de etiqueta. Al enviar el correo, se puede etiquetar el correo con el parámetro de ID de etiqueta.

Asimismo, se puede consultar el estado de envío del contenido correspondiente mediante la dimensión de etiqueta en el sistema.

Seguimiento

El seguimiento de correo electrónico puede ayudar a recopilar los «datos de apertura», «datos de clic» y «datos de baja» de los correos enviados, con el fin de evaluar el efecto del envío.

Mediante Seguimiento, se puede configurar en un API_USER el «open tracking», «click tracking» y «subscription tracking».

Principio de implementación del seguimiento

• Clic: el sistema sustituye el enlace original del correo por el enlace del dominio de seguimiento con parámetros. Cuando el usuario hace clic en el enlace del correo, como la configuración CNAME del dominio de seguimiento es track.engagelab.org, el servidor de EngageLab recibirá una solicitud para contabilizar los clics y, a continuación, redirigirá al enlace original.
• Apertura: el sistema inserta una imagen transparente de 1 píxel en el correo. Cuando se abre un correo, el cliente de correo y la página web descargan automáticamente las imágenes del correo, y el servidor de EngageLab recibe una solicitud para las estadísticas.
• Baja: el sistema inserta un código HTML con el enlace de baja al final del correo, o sustituye la variable %%user_defined_unsubscribe_link%% por el enlace de baja. Al hacer clic en el enlace de baja, se muestra la página correspondiente. El usuario selecciona el motivo de baja en la página y, tras enviar el formulario, EngageLab recopila el mensaje para su procesamiento.

Dominio de seguimiento

EngageLab proporciona un dominio de seguimiento predeterminado, pero este dominio se comparte y puede verse afectado por otros usuarios. Se recomienda configurar un dominio de seguimiento personalizado.

Debido a la actualización de Chrome y otros navegadores, en el futuro se prohibirá cargar recursos HTTP, lo que provocará interceptación y datos de seguimiento inexactos. Se recomienda cargar un certificado SSL y habilitar el seguimiento mediante HTTPS.

Interruptor de seguimiento

El interruptor y la configuración se pueden ajustar según la situación.

Se recomienda mantener activado el seguimiento de suscripción para que los usuarios puedan darse de baja cuando no deseen seguir recibiendo correos, en lugar de reportar al proveedor de correo.

Si la configuración DNS del dominio de seguimiento utilizado no mantiene la configuración CNAME, es posible que el enlace del correo no pueda redirigir correctamente después de activar el servicio de seguimiento de clics.

Baja

La configuración de baja no surtirá efecto hasta que se habilite el servicio de seguimiento de suscripción en las opciones de seguimiento.

Dimensión de baja

EngageLab ofrece tres opciones para la configuración de la dimensión de baja:

1. Al darse de baja en un API_USER, solo se da de baja ese API_USER. Esta es la opción predeterminada del sistema.
2. Al darse de baja en un API_USER, se dan de baja todos los API_USER.
3. Al darse de baja en un API_USER, se dan de baja los API_USER definidos. Cuando se elige 3, cada API_USER puede establecer sus reglas de baja de forma independiente. Según la asignación de negocio del API_USER, se procesa la baja.

Formato de la baja

De forma predeterminada, el botón de baja insertado en el correo cambiará según el idioma de la página de baja. Si se desea modificar el estilo de este botón, se puede escribir código HTML propio y utilizar la variable %%user_defined_unsubscribe_link%%. Durante el envío, EngageLab sustituirá %%user_defined_unsubscribe_link%%.

Página de baja

Se puede configurar una página de baja personalizada según las necesidades. Se admite la configuración del idioma, el color de la página, la imagen del logotipo y el salto de redirección tras la baja. Si la traducción no es adecuada, se puede modificar manualmente durante la edición.

Se puede configurar en [tracking] la página de baja vinculada a un API_USER, o también se puede especificar la página de baja (en desarrollo) al invocar la API. La página de baja especificada por la API tiene prioridad sobre la página de baja vinculada al API_USER.

WebHook

Cuando los usuarios envían una solicitud de entrega a EngageLab, el «resultado de la solicitud» se devolverá simultáneamente; el «resultado de entrega» y los «resultados de otros eventos» se devolverán de forma asíncrona mediante WebHook.

Cuando se produce un evento, se activa EngageLab para enviar datos (post) a la URL configurada por el cliente. El cliente recibe los datos y analiza el evento y los datos para el procesamiento posterior.

Actualmente, los eventos compatibles incluyen: target, sent, delivered, open, click, unsubscribe, spam-reporting, invalid email, soft bounce y route. Consulte aquí el formato de mensaje de cada evento.

Opciones

Sufijo «from» fijo y «mail from» fijo

Qué es from

From es el remitente en el contenido del correo, y el formato es un correo electrónico.

En EngageLab, se puede personalizar from a cualquier dirección de correo electrónico válida mediante API o SMTP.

Qué es mail from

Mail from es el remitente en el sobre, también conocido como sender, y el formato es un correo electrónico.

Mail from equivale al secretario de from, que transmite el mensaje en nombre de from.

En la plataforma EngageLab, el sufijo de mail from lo controla el sistema y se unifica con el dominio de envío actual; el prefijo se puede configurar por separado en la página. Si no se configura, el sistema generará de forma predeterminada una cadena aleatoria.

¿Por qué el prefijo de mail from generado por EngageLab es una cadena aleatoria de forma predeterminada?

Algunos buzones controlan el número de elementos recibidos en función de mail from. Para evitar la restricción de que mail from sea el mismo valor, el prefijo de mail from adopta una cadena aleatoria de forma predeterminada.

¿Qué ocurre si from y mail from no son coherentes?

1. Si los sufijos de from y mail from no son coherentes, el correo se enviará en nombre de otro. Solo cuando los requisitos de algunos buzones sean completamente coherentes se permite el envío en nombre de otro.
2. En caso de incoherencia entre from y mail from, los buzones estrictos pueden enviarlo a la papelera o rechazar la recepción.

Sufijo from fijo

Cuando sea necesario que el sufijo de from sea coherente con el sufijo de mail from, se puede controlar manualmente al enviar mediante API o SMTP. También se puede configurar en EngageLab si el sufijo de from se fija y se mantiene coherente con el sufijo de mail from según el dominio del buzón. Por lo general, tras configurarlo no habrá envío en nombre de otro.

Mail from fijo

Cuando se produzcan casos en los que, debido a que el prefijo de mail from es una cadena aleatoria, se requiera un valor fijo, se puede configurar un mail from fijo.

Etiqueta AD automática

De forma predeterminada, todos los API_USER de tipo batch están seleccionados; el AD automático se añadirá al asunto del correo. Se recomienda habilitar esta configuración para correo de marketing masivo, a fin de evitar que sea identificado como spam por los proveedores de correo.

Cifrado TLS

Cuando existan requisitos de seguridad para la transmisión de datos de correo, se puede activar este interruptor.

Nota: el cifrado puede reducir la velocidad de envío de correo; se recomienda habilitarlo según sea necesario.

No molestar durante el envío

Si se desea evitar el envío de correos en un periodo determinado para no afectar a la experiencia del usuario, se puede configurar.

Por ejemplo, si se configura un API_USER con «no molestar» de 23:00 a 6:00, el sistema suspenderá las solicitudes de envío de correo de ese API_USER de 23:00 a 6:00.

Envío sin interceptación

EngageLab utilizará cuatro listas (bounce \ complaint \ unsubscribe \ block) para interceptar direcciones específicas. Si no se desea aplicar esta interceptación a una dirección o dominio de destinatario, se puede añadir la dirección o el dominio de destinatario a la lista de no interceptación.

Interceptación de bounce

[Bounce] es la dirección de correo electrónico a la que EngageLab ha enviado realmente, y el proveedor de correo devuelve «la dirección no existe». EngageLab interceptará la dirección dentro del periodo de validez y devolverá el motivo de fallo «in blacklist: bounce». Se puede seleccionar si se habilita «Bounce intercept» mediante «Options» (on: intercept; off: not intercept).