Envíe correos electrónicos desde su propio dominio, en su propia cuenta

Cada notificación que reciben sus clientes —facturas, restablecimientos de contraseña, respuestas a tickets, actualizaciones de proyectos— se envía a través de un servicio de correo. De forma predeterminada, ese servicio es el nuestro, la línea «De» indica Zinn Digital® y nosotros lo pagamos.

Si tiene un plan de agencia o de distribuidor, puede conectar su propio servicio de correo en su lugar. Sus clientes verán entonces su dominio en la línea «De», las respuestas le llegarán a usted y los mensajes se enviarán desde su cuenta con su proveedor.

Configúrelo en Envío de correo electrónico en su panel de control.

¿Qué proveedor debería utilizar?

Cualquiera de estos funciona. Elija aquel en el que ya tenga una cuenta.

Si no tiene ninguna preferencia ni cuenta existente, Postmark es el que elegiríamos para el correo transaccional: se niega a enviar marketing, razón exacta por la que sus tasas de entrega son las que son.

Configure el DNS primero. Es la mayor parte del trabajo.

Independientemente del proveedor que elija, los mismos tres registros DNS determinan si su correo llega o termina en spam. Su proveedor genera los valores exactos; usted los añade a su dominio.

SPF: un registro TXT en su dominio que enumera quién está autorizado a enviar en su nombre. Si ya tiene uno, lo edita; no añade un segundo. Un dominio con dos registros SPF falla el SPF por completo, lo cual es peor que no tener ninguno.

DKIM: un registro TXT o CNAME que contiene una clave pública, para que los servidores receptores puedan comprobar que un mensaje procede realmente de su proveedor y no ha sido alterado. Este es el registro que realiza la mayor parte del trabajo y es el que debe coincidir para que DMARC sea válido.

Dominio Return-path (de rebote): normalmente un CNAME. Establece la dirección invisible del sobre que utiliza su proveedor para recopilar los rebotes. Sin él, los rebotes van a un lugar que usted no puede ver y la reputación de su dominio se degrada sin que lo sepa.

DMARC: un registro TXT en _dmarc.yourdomain.com que indica a los servidores receptores qué hacer cuando el SPF y el DKIM no coincidan con su línea «De». Comience en p=none mientras comprueba que todo se aprueba, y luego pase a p=quarantine y p=reject.

⚠️ Los cambios de DNS no son instantáneos. Concédales hasta una hora antes de decidir que algo va mal.

Utilice un subdominio para los envíos

Envíe desde mail.yourdomain.com o notifications.yourdomain.com, no desde yourdomain.com.

El motivo es la reputación. Su dominio principal es el que utiliza el correo electrónico de su empresa. Si alguna vez un envío masivo sale mal, un subdominio de envío independiente contiene el daño; su personal podrá seguir enviando correos a los clientes mientras usted lo soluciona. También le permite configurar registros DNS para el envío sin tocar los registros de los que dependen sus propios buzones.

Aun así, debe introducir un dominio, no una dirección, en el campo Enviar desde este dominio. La parte anterior al @ se elige por mensaje: los recibos se envían como billing@, los restablecimientos de contraseña como no-reply@, las respuestas a tickets como support@.

Cómo funciona la configuración

1. Elija su proveedor y pegue su credencial.
2. Pulse Enviar mensaje de prueba. Enviamos un correo real a través de su proveedor, a una bandeja de entrada designada por usted, con un código dentro.
3. Consulte el código en esa bandeja de entrada e introdúzcalo.

Solo entonces empezará su correo a enviarse en su nombre.

⭐ Utilice una bandeja de entrada en un dominio diferente para la prueba: una dirección de Gmail u Outlook es ideal. Un mensaje que nunca sale de su propio servidor demuestra mucho menos que uno que cruzó internet y superó el filtro de spam de otra persona.

Por qué insistimos en que el mensaje de prueba llegue realmente

Porque un proveedor que acepta un mensaje y luego lo descarta silenciosamente parece idéntico a uno que funciona. Una cuenta nueva de Amazon SES está en un entorno aislado (sandbox), por lo que aceptará su mensaje y no lo entregará en ninguna parte. Un dominio de Mailgun cuyo DNS no se ha propagado hace lo mismo. También lo hace un relay SMTP que responde 250 y descarta.

Si cambiáramos su envío en el momento en que se acepta su credencial, lo primero de lo que se enteraría es de que sus clientes dejaron de recibir cualquier cosa, y se enteraría por un cliente, días después. El código es la prueba de que un mensaje salió de su proveedor y llegó a su destino.

Qué sucede si mi proveedor deja de funcionar

Sus notificaciones se registrarán como fallidas, se reintentarán y su pantalla de Envío de correo electrónico se pondrá en rojo con el mensaje de error de su propio proveedor.

⛔ No las enviamos desde nuestro dominio en su lugar. Esto es deliberado. Una alternativa silenciosa significaría que una cuenta de correo rota sigue funcionando lo suficientemente bien como para que nadie la arregle, mientras nosotros la pagamos discretamente. De este modo, el fallo es visible y le corresponde a usted solucionarlo, que es la única manera de que se resuelva.

Hasta que se solucione, sus clientes no recibirán esas notificaciones. Todo sigue estando en la bandeja de entrada de su panel de control y no se pierde nada, pero considere urgente un banner rojo en este apartado.

¿Qué ocurre si no hago nada?

No se rompe nada. Sus notificaciones siguen saliendo desde nuestro dominio, como Zinn Digital®, y nosotros seguimos pagándolas. Sus clientes simplemente verán nuestro nombre en lugar del suyo.

Cómo eliminarlo

Pulse Desconectar. Su credencial guardada se eliminará y sus notificaciones volverán a enviarse desde nuestro dominio a partir del siguiente mensaje. Puede volver a conectarlo en cualquier momento.