Enviar a @movistar.es y @telefonica.net sin rebotes

Si envías correos a direcciones @movistar.es o @telefonica.net y notas que no llegan, o que tus clientes te reportan que no reciben nada, el culpable no suele ser tu servidor SMTP. Es la historia compleja de las migraciones de infraestructura que Telefónica —la compañía matriz— ha realizado durante años. Entender esto es el primer paso para resolver el problema.

¿Por qué Movistar y Telefónica son un reto para la entrega de correos?

Movistar y Telefónica no son dos proveedores independientes; son dos marcas del mismo grupo empresarial español. Sus servicios de correo han estado sometidos a cambios, migraciones y consolidaciones constantes:

Migraciones de infraestructura: A lo largo de los años, los servidores de correo de Telefónica y Movistar se han trasladado entre centros de datos, protocolos y proveedores de hosting.
Consolidación de servicios: Algunos usuarios con correo antiguo en @telefonica.net fueron derivados a @movistar.es, mientras que otros permanecen en dominios heredados que ya no reciben mantenimiento activo.
SPF/DKIM incompletos o desactualizados: Muchos registros DNS antiguos nunca se actualizaron tras las migraciones, lo que causa fallos de autenticación.
Filtros estrictos: La infraestructura actual de Telefónica/Movistar aplica los mismos estándares de Google, Yahoo y Microsoft (SPF + DKIM obligatorios).

Validación y limpieza: el primer paso imprescindible

Antes de optimizar tu configuración de SMTP, necesitas saber cuál es el estado real de tu lista de correos Movistar/Telefónica. Un porcentaje alto de direcciones puede haber pasado a ser «rebotes permanentes» sin que lo sepas.

Segmenta tu base de datos: Identifica todos los correos @movistar.es, @telefonica.net, @telefonica.es y otros dominios heredados de Telefónica.
Ejecuta una validación de SMTP: Conecta a los servidores de correo de Movistar/Telefónica (MX records) y valida cada dirección. Muchas herramientas de limpieza de datos lo hacen automáticamente.
Identifica rebotes blandos vs. duros: Un rebote duro (usuario no existe) debe eliminarse; un rebote blando (buzón lleno) puede reintentarse después.
Elimina direcciones inactivas hace >6 meses: Si una dirección no ha abierto ni un solo correo en seis meses, la probabilidad de que sea un buzón abandonado es alta.

Consejo práctico: crea un informe semanal de rebotes

Genera reportes automáticos por proveedor (Movistar, Gmail, Outlook, etc.). Los correos con tasa de rebote >50% en 30 días deben etiquetarse como «revisar después» — no eliminar de inmediato. Esto te da un buffer para confirmar si la dirección es realmente inválida o si hay un problema temporal de infraestructura.

SPF y DKIM: autenticación obligatoria en 2024+

Aunque Movistar y Telefónica no publicaban requisitos de SPF/DKIM de forma explícita hace años, ahora han adoptado las políticas de los grandes proveedores (Google, Yahoo, Microsoft). Si tu servidor no está autenticado, tus correos irán directamente a Spam o reboarán.

Aquí está lo que necesitas:

SPF: Tu registro debe autorizar a tu proveedor de correo a enviar mensajes en tu nombre. Ejemplo: v=spf1 include:relay.mailrelay.com ~all
DKIM: Firma criptográfica de tus mensajes. Tu ESP (Mailrelay, Brevo, MDirector, etc.) te proporciona la clave pública para añadir un CNAME o TXT a tu DNS.
DMARC (opcional pero recomendado): Define qué pasa con correos que fallan SPF/DKIM. Comienza con p=none para monitorizar.

Flujo de autenticación de un correo a través de Movistar/Telefónica

Configuración de SPF/DKIM con proveedores españoles

Si usas un ESP español (Mailrelay, Acumbamail, MDirector, Doppler) o internacional (Brevo, Mailjet), el proceso varía ligeramente, pero la idea es la misma: dale acceso a tu dominio DNS.

Mailrelay: Accede al panel, Dominio → Autenticación, genera SPF/DKIM y cópialo a tu DNS. Valida el registro tras 24–48 horas.
Acumbamail: Configuración → Dominio; añade un CNAME o TXT según te indique el panel. Valida después.
Brevo: Remitentes → Dominios verificados; sigue el wizard. Los registros SPF/DKIM aparecen automáticamente.
WordPress/Contact Form 7 o WooCommerce: Si envías desde tu servidor, usa un plugin como WP Mail SMTP + un proveedor externo. Así evitas enviar desde la IP del hosting.

Diagnóstico: verifica dónde están tus correos

A veces los correos se entregan, pero caen en Spam o en otra carpeta (Promociones, Notificaciones, etc.). Para diagnosticarlo:

Usa una herramienta de test gratuita: Prueba tu correo con check.live-direct-marketing.online. Envía un mensaje y obtén un reporte con la carpeta exacta en la que cae (Inbox, Spam, Promociones, etc.), SPF/DKIM status, veredicts de filtros y más.
Pide a un usuario real: Si tienes un cliente con correo @movistar.es, pídele que compruebe su carpeta de Spam y que añada tu dirección a contactos de confianza.
Revisa Postmaster Tools de Google: Si tu dominio envía a Gmail, Google te muestra la tasa de spam, errores de autenticación y reputación. Movistar/Telefónica respeta estos datos.
Valida tu IP: Si tu servidor SMTP tiene una IP reservada, verifica que no esté en blacklists (DNSBL). Usa herramientas como MXToolbox.

Prácticas recomendadas para Movistar y Telefónica

Nunca hagas envíos masivos sin consentimiento explícito. En España, la LSSI-CE requiere «opt-in» para marketing, o al menos opt-out claro en cada correo. Telefónica respeta esto estrictamente.
Calienta tu dirección IP lentamente. Si es nueva, comienza con pequeños envíos (50–100 correos/día) durante la primera semana, luego sube. Evita picos de 10.000 correos en una hora desde una IP nueva.
Mantén una tasa de rebote <5% y spam <0.3%. Movistar/Telefónica monitoriza esto internamente; tasas altas resultan en bloqueos temporales.
Implementa un footer profesional con datos legales. Identidad clara del remitente, dirección postal y opción de desuscripción son no negociables.
Limpia tu base de datos cada 90 días. Elimina correos que no han abierto mensajes, rebotes duros y usuarios que se desuscribieron.

¿Qué diferencia hay entre @movistar.es y @telefonica.net?

Técnicamente, ambos son dominios legales de Telefónica, pero @movistar.es es la marca moderna y @telefonica.net es un legacy. Los servidores MX pueden ser los mismos o diferentes según la época de migración. En la práctica, trata ambos con los mismos estándares de autenticación (SPF + DKIM).

Mi correo dice 'Authenticated' en DKIM pero aún va a Spam. ¿Qué más puedo revisar?

Incluso con DKIM correcto, otros factores inciden: (1) reputación de tu IP (si es nueva o está en blacklist), (2) tasa de rebotes anterior (si enviaste masivamente sin limpiar la base), (3) contenido (palabras trigger de spam, URLs acortadas). Usa el test gratuito para ver más detalles del veredcito de filtros específicos.

Sí, si es genuinamente transaccional (confirmación de pedido, restablecimiento de contraseña, etc.). Pero si etiquetas marketing como transaccional para evitar regulación, incumples LSSI-CE. Movistar/Telefónica no detecta eso automáticamente, pero si tu lista es de marketing y usas lógica transaccional, las tasas de rebote y spam subirán, y los filtros te marcarán.

Lecturas relacionadas