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

Todas las notificaciones que reciben sus clientes —facturas, restablecimientos de contraseña, respuestas a tickets, actualizaciones de proyectos— se envían a través de un servicio de correo. Por defecto, ese servicio es el nuestro, la línea De (From) indica Zinn Digital® y nosotros corremos con los gastos.

Si cuenta con un plan de agencia o revendedor, en su lugar puede conectar su propio servicio de correo. De este modo, sus clientes verán su dominio en la línea De (From), las respuestas llegarán a usted y los mensajes se enviarán desde su cuenta con su proveedor.

Configúrelo en Envío de correo dentro de su panel de control.

¿Qué proveedor debo utilizar?

Cualquiera de estos opciones funciona. Elija aquella con la que ya disponga de una cuenta.

| Proveedor | Ideal si | Guía | | --- | --- | --- | | Mailgun | Desea una API y volúmenes de envío generosos | Configurar Mailgun | | SendGrid | Ya lo utiliza para correos de marketing | Configurar SendGrid | | Postmark | Solo correo transaccional, con la mejor entrega | Configurar Postmark | | Amazon SES | Ya utiliza AWS y busca el precio más bajo | Configurar Amazon SES | | Resend | Prefiere la configuración más sencilla | Configurar Resend | | Su propio servidor SMTP | Administra su propia infraestructura de correo | Configurar SMTP |

Si no tiene ninguna preferencia ni ninguna cuenta previa, Postmark es la opción que elegiríamos para el correo transaccional: rechaza el envío de marketing, que es precisamente el motivo por el cual sus tasas de entrega son las que son.

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

Elija el proveedor que elija, los mismos tres registros DNS determinarán si su correo llega a destino o acaba en la carpeta de spam. Su proveedor genera los valores exactos y usted los añade a su dominio.

SPF: un registro TXT en su dominio que especifica quién tiene autorización para enviar correos en su nombre. Si ya dispone de uno, debe editarlo; no añada un segundo registro. Un dominio con dos registros SPF falla por completo en esta validación, lo cual es peor que no tener ninguno.

DKIM: un registro TXT o CNAME que contiene una clave pública para que los servidores destinatarios puedan comprobar que un mensaje procede realmente de su proveedor y no ha sufrido alteraciones. Este es el registro que realiza la mayor parte del trabajo y el que debe coincidir obligatoriamente para que se supere la validación DMARC.

Dominio de ruta de retorno (Return-path o rebote): normalmente un CNAME. Establece la dirección de sobre invisible que su proveedor utiliza para recopilar los rebotes. Sin este registro, los rebotes se dirigen a un lugar inaccesible para usted y la reputación de su dominio se degrada sin que se percate.

DMARC: un registro TXT en _dmarc.tudominio.com que indica a los servidores destinatarios cómo actuar cuando SPF y DKIM no coinciden con su línea De (From). Comience con p=none mientras comprueba que todo se valida correctamente, y luego pase a p=quarantine y p=reject.

⚠️ Los cambios en el DNS no son instantáneos. Conceda hasta una hora antes de concluir que algo funciona mal.

Utilice un subdominio para los envíos

Realice los envíos desde mail.tudominio.com o notifications.tudominio.com, y no directamente desde tudominio.com.

El motivo es la reputación. Su dominio principal es el que utiliza el correo de su empresa. Si algún envío masivo presenta problemas en algún momento, un subdominio de envío independiente aísla los daños; de este modo, su personal podrá seguir enviando correos a los clientes mientras usted soluciona la incidencia. Asimismo, le permite configurar registros DNS para el envío sin alterar aquellos de los que dependen sus propios buzones de correo.

En el campo Enviar desde este dominio, debe introducir un dominio y no una dirección completa. La parte situada antes del símbolo @ se determina en función de cada mensaje: los recibos se emiten como billing@, los restablecimientos de contraseña como no-reply@ y las respuestas a tickets como support@.

Cómo funciona la configuración

1. Seleccione su proveedor e introduzca su credencial.
2. Pulse Enviar mensaje de prueba. Enviaremos un correo real a través de su proveedor a una bandeja de entrada designada por usted, el cual incluirá un código.
3. Consulte dicho código en esa bandeja de entrada e introdúzcalo.

Solo a partir de ese momento su correo comenzará a enviarse en su nombre.

⭐ Utilice para la prueba una bandeja de entrada situada en un dominio diferente: una dirección de Gmail o Outlook resulta ideal. Un mensaje que nunca abandona su propio servidor demuestra mucho menos que uno que ha atravesado internet y superado el filtro de spam de un tercero.

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

Porque un proveedor que acepta un mensaje y posteriormente lo descarta de forma silenciosa tiene un aspecto idéntico al de uno que funciona correctamente. Una cuenta de Amazon SES recién creada se encuentra en un entorno de pruebas (sandbox), por lo que aceptará su mensaje pero no lo entregará en ninguna parte. Un dominio de Mailgun cuyo DNS no se haya propagado actúa del mismo modo. Lo mismo ocurre con un relé SMTP que responde con un código 250 y desecha el mensaje.

Si hubiéramos cambiado sus envíos en el mismo instante en que se aceptó su credencial, lo primero que habría descubierto es que sus clientes habían dejado de recibir notificaciones, y se habría enterado a través de uno de ellos varios días más tarde. El código constituye 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 registran como fallidas y se reintentan, mientras que su pantalla de Envío de correo se vuelve de color rojo mostrando el mensaje de error específico de su proveedor.

⛔ No realizamos los envíos desde nuestro dominio como alternativa. Se trata de una decisión deliberada. Una alternativa automática y silenciosa significaría que una cuenta de correo con fallos seguiría funcionando de manera aceptable como para que nadie la repare, mientras nosotros asumimos el coste en silencio. De este modo, el fallo resulta visible y su resolución recae sobre usted, que es la única forma de que se arregle.

Hasta que se subsane el problema, sus clientes no recibirán dichas notificaciones. Todo permanece en la bandeja de entrada de su panel de control y no se pierde absolutamente nada, pero debe tratar un aviso rojo en esta sección como un asunto urgente.

¿Qué ocurre si no hago nada?

No se rompe nada. Sus noticias seguirán enviándose desde nuestro dominio como Zinn Digital®, y nosotros seguiremos asumiendo el coste. Sus clientes simplemente verán nuestro nombre en lugar del suyo.

Cómo eliminarlo

Pulse Desconectar. Su credencial almacenada se eliminará y sus notificaciones volverán a enviarse desde nuestro dominio a partir del siguiente mensaje. Podrá volver a conectarlo cuando lo desee.