Brevo ha publicado instrucciones prácticas para añadir registros DKIM, SPF y DMARC en dominios gestionados con Squarespace. Estas tres tecnologías de autenticación de correo electrónico trabajan juntas para reducir el riesgo de falsificación de remitentes, mejorar la entregabilidad y facilitar que los proveedores de correo confíen en los emails enviados desde una web o servicio de marketing.
Qué son DKIM, SPF y DMARC y por qué importan
SPF (Sender Policy Framework) es un registro DNS (tipo TXT) que lista los servidores autorizados a enviar correo en nombre de un dominio. Si el servidor remitente no está en la lista, el mensaje puede ser marcado o rechazado por el receptor.
DKIM (DomainKeys Identified Mail) firma criptográficamente los mensajes con una clave privada del remitente; el receptor valida la firma usando la clave pública publicada en DNS. Esto protege la integridad del contenido y verifica que el correo no fue modificado en tránsito.
DMARC (Domain-based Message Authentication, Reporting and Conformance) establece una política sobre cómo deben tratar los correos que fallan las comprobaciones SPF o DKIM y puede solicitar informes sobre esos fallos. DMARC permite al propietario del dominio decidir si acepta, pone en cuarentena o rechaza los mensajes no autenticados.
Resumen del proceso en Squarespace
La guía de Brevo describe los pasos esenciales que deben seguir los administradores de dominio en Squarespace para publicar los registros DNS necesarios. En líneas generales el procedimiento es:
- Acceder al panel de gestión de dominios de Squarespace.
- Localizar la sección para editar registros DNS del dominio en cuestión.
- Crear o modificar el registro SPF como un TXT que incluya los servidores autorizados (por ejemplo, la IP o el host del servicio de envío que se use).
- Agregar los registros DKIM proporcionados por el servicio de correo (cada proveedor suele dar un selector y la clave pública para publicar como TXT).
- Crear un registro DMARC como TXT que defina la política deseada (none/quarantine/reject) y la dirección para recibir informes, si se desea.
Brevo puntualiza que los valores exactos (selector DKIM, texto SPF, política DMARC) vienen del proveedor de correo o plataforma de envío; Squarespace solo actúa como editor de DNS donde publicar esos valores.
Qué cambia y a quién afecta
Esta configuración afecta a cualquier sitio que envíe correo desde un dominio gestionado en Squarespace: boletines, confirmaciones transaccionales y correos de notificación. Implementar SPF, DKIM y DMARC reduce la probabilidad de que los mensajes acaben en la carpeta de spam o sean rechazados por los destinatarios, y protege la reputación del dominio frente al abuso por suplantación (phishing).
Recomendaciones para administradores
- Solicitar al proveedor de correo los registros exactos antes de editar el DNS: selector y clave pública DKIM, texto SPF y la política DMARC.
- Evitar publicar múltiples registros SPF separados; combinar autorizaciones en un solo registro TXT SPF si es posible.
- Comenzar con una política DMARC en modo «none» para monitorizar (recibir informes) y, tras validar que la autenticación funciona, pasar a «quarantine» o «reject» para reforzar la protección.
- Verificar la propagación DNS y usar herramientas de diagnóstico para comprobar que SPF y DKIM pasan correctamente antes de endurecer la política DMARC.
Si el dominio usa servicios de terceros para enviar correo (plataformas de marketing, CRMs o servicios transaccionales), es esencial incluir sus servidores en el SPF y añadir sus DKIM cuando estén disponibles.
Conclusión
Publicar registros DKIM, SPF y DMARC en Squarespace no es diferente conceptualmente a hacerlo en otros gestores de DNS: requiere obtener los valores correctos del proveedor de correo y añadirlos como registros TXT en el panel de dominios de Squarespace. Seguir estos pasos mejora la entregabilidad y la seguridad del correo para sitios y plataformas que envían mensajes desde dominios alojados en Squarespace.
Lee también:
- Ronda de nuevos gTLDs de ICANN recibe 16 solicitudes para África; 10 vinculadas a un grupo empresarial chino
- Diez de las 16 solicitudes de nuevos gTLD para África están vinculadas a una misma empresa de Seychelles
Fuente: Brevo
