El correo electrónico llega a spam después de migrar a Cloudflare: lista de verificación para que los correos vuelvan a la 'Bandeja de entrada'

Códigos de idioma: uk = ucraniano, ru = ruso, en = inglés, el = griego.
CRÍTICO: El ucraniano y el ruso son idiomas DIFERENTES. Nunca devuelvas el texto original sin cambios; escribe la traducción completamente en es. Conserva el formato Markdown, las URL, el código y las cantidades de dinero exactamente. No incluyas nada más.
Texto: Después de migrar el sitio a un nuevo hosting y transferir DNS a Cloudflare, los correos electrónicos transaccionales —confirmaciones de registro, notificaciones, restablecimiento de contraseñas— de repente empiezan a llegar a "Spam". Antes de la migración, todo llegaba a "Bandeja de entrada". ¿Te suena familiar? Analicemos paso a paso por qué sucede esto y cómo solucionarlo: esta es una lista de verificación lista para usar que se puede completar en 20-30 minutos.
Por qué sucede esto
En la mayoría de los casos, la razón es una: durante la importación de la zona a Cloudflare, los registros de autenticación de correo se mueven "tal como estaban", junto con el host antiguo. La importación automática de DNS (y los asistentes de IA que cada vez más ayudan con la migración) transfieren los registros "uno a uno" y no reensamblan SPF para el nuevo remitente. El sitio funciona externamente, pero el correo electrónico se rompe silenciosamente: los correos se envían pero llegan a spam, y nadie se da cuenta durante semanas.
Un ejemplo clásico: el SPF raíz sigue siendo v=spf1 include:_spf.old-hoster.com ~all, aunque los correos ahora se envían realmente por un servicio diferente: Amazon SES, Resend, SendGrid o Postmark. El dominio "autoriza" al host antiguo, pero no al remitente real. Gmail ve SPF: fail o softfail y envía el correo a spam, incluso si el contenido es perfectamente legítimo.
Paso 1. Diagnosticar (No Adivinar)
- Envía un correo electrónico de prueba a mail-tester.com: el servicio proporciona una dirección única y muestra un informe con una puntuación sobre 10 y un desglose de cada registro.
- En Gmail, abre el correo electrónico → haz clic en el menú "⋮" → "Mostrar original". Busca tres líneas:
SPF,DKIM,DMARC. Las tres deben ser PASS.
Si al menos una es fail / softfail, el problema está en el DNS, no en el contenido del correo electrónico. Continúa con la lista de verificación.
Paso 2. Lista de verificación de registros DNS
Todo se corrige en Cloudflare → DNS → Registros:
- SPF (raíz del dominio). Debe autorizar al remitente REAL. Para Amazon SES / Resend, es
v=spf1 include:amazonses.com ~all. ⚠️ Solo puede haber un registrov=spf1por dominio; si hay dos, ambos se invalidan. Si los correos se envían tanto a través de un servicio externo como desde tu buzón, combínalos en una sola línea usandoinclude:. - DKIM. Debe estar presente un registro selector (por ejemplo,
resend._domainkey). Esta es una firma criptográfica que el servicio de correo utiliza para confirmar que el correo electrónico es genuinamente tuyo y no ha sido falsificado. - DMARC. Registro
_dmarc. Para un dominio nuevo, está bien empezar conp=none(solo monitoreo); después de calentar, súbelo ap=quarantine. - MX y return-path. Deben apuntar a tu proveedor de envío/recepción, no al host antiguo.
- PTR (registro inverso, rDNS). Relevante solo si envías correos electrónicos desde tu propio servidor SMTP: el registro inverso de la IP debe coincidir con el nombre del servidor.
- Eliminar basura del host antiguo. Un
MXraíz roto, un selector DKIM antiguo obsoleto,include:adicional en SPF: una causa común que se olvida después de la migración.
La regla principal: después de CUALQUIER transferencia de DNS, realiza una verificación de correo por separado. La importación de zona copia los registros "tal como estaban", y "tal como estaban" es la configuración del proveedor antiguo.
Paso 3. Si los correos YA han estado yendo a Spam
Has corregido el DNS, pero los correos antiguos ya están en "Spam", y el cliente de correo ha "recordado" el dominio como sospechoso. Ayúdale a reconsiderar su decisión:
- Ve a tu Google Mail (Gmail), abre un correo electrónico desde la carpeta "Spam" → haz clic en el botón "No es spam". Esta es la señal más fuerte a nivel de cuenta: Gmail revisará la reputación del remitente más rápido y comenzará a colocar sus correos en "Bandeja de entrada".
- Pide a los primeros destinatarios que hagan lo mismo: unas pocas marcas de "No es spam" de personas reales acelerarán significativamente el proceso.
Paso 4. Considera el factor "Dominio Nuevo"
Si el dominio se registró recientemente, todavía carece de historial y reputación. Incluso con SPF, DKIM y DMARC perfectamente configurados, algunos correos aún pueden llegar a spam inicialmente, y esto es esperado; ya no se trata de DNS.
- Calienta el dominio: empieza con volúmenes de envío pequeños y aumenta gradualmente, no "mil correos el primer día".
- Monitorea las quejas y las cancelaciones de suscripción: picos bruscos dañan la reputación.
- Las marcas de "No es spam" de destinatarios reales en esta etapa calientan el dominio más rápido.
Corriges el DNS una vez, y luego la reputación se construye con el volumen y el comportamiento del destinatario.
Paso 5. Comprueba el resultado
- Repite la prueba en mail-tester.com → apunta a 10/10.
- En las cabeceras del correo electrónico (Gmail → "Mostrar original"):
SPF: PASS,DKIM: PASS,DMARC: PASS. - Un correo electrónico de prueba llega a la "Bandeja de entrada", no a "Spam".
Conclusión
Los correos que van a spam después de la migración casi nunca son "mágicos", sino más bien el SPF transferido del host antiguo, que no autoriza al nuevo remitente (un efecto secundario común de la migración automática y de IA de DNS a Cloudflare). El algoritmo de tratamiento: reensamblar SPF para el remitente real → verificar DKIM, DMARC, MX → limpiar la basura del host antiguo → probar en mail-tester → si los correos ya han ido a spam, marcar "No es spam" manualmente → para un dominio nuevo, añadir calentamiento. Sigue esta lista de verificación una vez, y los correos volverán consistentemente a la "Bandeja de entrada".
¿Te gusta este case?
Inicia un proyecto similar — describe «quiero lo mismo» y los Builders enviarán prototipos funcionales. El enlace a este case ya está en el brief.
Pedir un proyecto similar