--- title: "Entregabilidad del email: SPF, DKIM y DMARC explicados" description: "Entregabilidad del email: SPF, DKIM y DMARC con registros DNS de ejemplo, reglas de Gmail, Yahoo y Outlook, baja con un clic, warm-up y lista de verificación." canonical: "https://omnichannels.ai/es/blog/email-deliverability-spf-dkim-dmarc/" language: "es" updated: "2026-11-05" publisher: "BroadNet Technologies" brand: "OmniChannels.ai" category: "omnichannel" primaryQuery: "entregabilidad email spf dkim dmarc" keywords: ["spf dkim dmarc explicados", "lista de verificación de entregabilidad del email", "requisitos de gmail y yahoo para remitentes masivos", "ejemplo de registro dmarc", "baja con un clic rfc 8058", "warm up de email", "google postmaster tools"] published: "2026-11-05" author: "OmniChannels.ai Editorial Team" reviewer: "BroadNet Messaging Solutions Team" readingMinutes: 10 answer: "La entregabilidad del email es que sus mensajes lleguen a la bandeja de entrada en lugar de ser rechazados o enviados a spam. Se apoya en tres registros DNS: SPF enumera los servidores autorizados a enviar por su dominio, DKIM firma cada mensaje y DMARC indica a los receptores qué hacer cuando el correo falla y le envía informes. Añada baja con un clic, listas limpias, crecimiento gradual del volumen y una tasa de spam inferior al 0,3 %." takeaways: ["SPF, DKIM y DMARC demuestran que el correo procede realmente de su dominio; DMARC solo se supera cuando SPF o DKIM pasan con un dominio alineado con la dirección From visible.", "Las directrices de Google aplican reglas más estrictas a quienes envían más de 5.000 mensajes diarios a direcciones de Gmail: SPF, DKIM y DMARC, baja con un clic en el correo de marketing y una tasa de spam por debajo del 0,30 %.", "Yahoo pide a los remitentes masivos SPF, DKIM y una política DMARC de al menos p=none, y indica que las bajas se atiendan en un máximo de 2 días; Outlook.com aplica reglas de autenticación a los dominios que envían más de 5.000 emails diarios.", "Una vez que Google lo considera remitente masivo, ese estado no caduca, así que configure la autenticación y la baja antes de llegar al umbral.", "Empiece DMARC en p=none con una dirección de informes, lea los informes para encontrar todos los remitentes legítimos y luego endurezca la política."] faq: - q: "¿Cuál es la diferencia entre SPF, DKIM y DMARC?" a: "SPF es un registro DNS que enumera los servidores autorizados a enviar correo por un dominio. DKIM añade a cada mensaje una firma criptográfica que los receptores comprueban con una clave pública en el DNS. DMARC se apoya en ambos: define la política para el correo que falla, exige alineación con el dominio From visible y solicita informes. Necesita los tres para colocar el correo en la bandeja de entrada de forma fiable." - q: "¿Necesito DMARC si envío menos de 5.000 emails al día?" a: "Google exige SPF o DKIM a todos los remitentes y añade DMARC para los remitentes masivos de más de 5.000 mensajes diarios a Gmail. Incluso por debajo de ese umbral, publicar DMARC en p=none cuesta poco, le da informes sobre quién envía con su dominio y le prepara para crecer. Cuando alcance el umbral masivo, Google lo tratará como remitente masivo de forma permanente." - q: "¿Qué es una buena tasa de quejas de spam?" a: "La orientación de Google es mantener la tasa de spam que muestra Postmaster Tools por debajo del 0,10 % y no llegar nunca al 0,30 %. Yahoo pide a los remitentes mantenerse por debajo del 0,3 %. Tómelos como techos, no como objetivos. Envíe solo a quienes pidieron su email, facilite la baja y elimine las direcciones inactivas para que las quejas sean raras." - q: "¿Qué es la baja con un clic y la necesito?" a: "La baja con un clic permite al destinatario darse de baja desde el cliente de correo sin abrir una página. Se añaden dos cabeceras, List-Unsubscribe con una URL y List-Unsubscribe-Post con el valor List-Unsubscribe=One-Click, según define la RFC 8058. Google y Yahoo la exigen para el correo de marketing y de suscripción de los remitentes masivos, además de un enlace de baja visible en el cuerpo." - q: "¿Cuánto tarda en calentarse un dominio de envío nuevo?" a: "No hay un calendario fijo. Google solo indica aumentar el volumen gradualmente mientras se vigilan los reportes de spam. Empiece con los destinatarios más activos, suba el volumen por etapas y detenga el aumento si suben los rebotes o las quejas. Las listas más grandes requieren más etapas. Mida el avance con los datos de Postmaster Tools y las tasas de rebote, no con un calendario." - q: "¿Por qué mi email va a spam aunque tenga SPF, DKIM y DMARC?" a: "La autenticación demuestra la identidad, no la calidad. El correo aún puede filtrarse por una mala reputación del remitente, tasas altas de quejas o rebotes, listas compradas u obsoletas, asuntos engañosos, HTML defectuoso o enlaces a dominios de baja reputación. Compruebe también la alineación: una plataforma de terceros que firma con su propio dominio supera DKIM, pero puede fallar DMARC para su marca." sources: - title: "Email sender guidelines, Google Workspace Admin Help" url: "https://support.google.com/a/answer/81126" - title: "Email sender guidelines FAQ, Google Workspace Admin Help" url: "https://support.google.com/a/answer/14229414" - title: "Sender best practices, Yahoo Sender Hub" url: "https://senders.yahooinc.com/best-practices/" - title: "Strengthening the email ecosystem: Outlook's new requirements for high-volume senders, Microsoft Tech Community" url: "https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730" - title: "RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), RFC Editor" url: "https://www.rfc-editor.org/info/rfc9989" --- # Entregabilidad del email: SPF, DKIM y DMARC explicados Canonical: https://omnichannels.ai/es/blog/email-deliverability-spf-dkim-dmarc/ Language: es Publisher: OmniChannels.ai by BroadNet Technologies Esta guía está dirigida a equipos de marketing, CRM e ingeniería que envían email desde su propio dominio y quieren que llegue a la bandeja de entrada. Explica qué es la entregabilidad, cómo funcionan SPF, DKIM y DMARC con ejemplos de registros DNS, qué piden Gmail, Yahoo y Outlook.com a los remitentes masivos, y ofrece una lista de verificación para repasar antes de una campaña. ## ¿Qué es la entregabilidad del email? La entregabilidad del email es la capacidad de que su correo llegue a la bandeja de entrada de los destinatarios en lugar de ser rechazado o filtrado a spam. Depende de la autenticación, la reputación del remitente, la calidad de la lista, las tasas de quejas y el contenido. Nuestra [entrada del glosario sobre entregabilidad del email](/es/glossary/email-deliverability/) ofrece la definición breve. Se confunden a menudo dos cosas. Un mensaje se **entrega** cuando el servidor receptor lo acepta. Solo se **coloca en la bandeja de entrada** si los filtros del proveedor de correo confían en él. Una campaña puede mostrar una tasa de aceptación del 99 % y aun así acabar en spam, por eso hacen falta tanto las señales del servidor (rebotes) como las del proveedor de correo (tasa de spam, reputación). ## ¿Qué hacen SPF, DKIM y DMARC? SPF indica qué servidores pueden enviar por su dominio, DKIM firma el mensaje para que cualquier alteración sea detectable, y DMARC vincula ambos con la dirección From que usted muestra e indica a los receptores qué hacer ante un fallo. Vea también la [entrada del glosario sobre SPF, DKIM y DMARC](/es/glossary/spf-dkim-dmarc/). | Estándar | Qué comprueba | Dónde reside | Falla cuando | |---|---|---|---| | SPF (RFC 7208) | El servidor que se conecta figura en su lista autorizada | Registro TXT en su dominio | Falta un servicio de envío en el registro, o el registro supera las 10 consultas DNS | | DKIM (RFC 6376) | La firma del mensaje coincide con una clave pública | Registro TXT en `selector._domainkey.sudominio` | El mensaje se altera, la clave es incorrecta o la plataforma no firma para su dominio | | DMARC | SPF o DKIM pasaron con un dominio alineado con la dirección From | Registro TXT en `_dmarc.sudominio` | Ni SPF ni DKIM pasan con alineación | La especificación DMARC fue originalmente la RFC 7489. Desde entonces, el IETF ha publicado la RFC 9989, un documento de la vía de estándares que deja obsoletas la RFC 7489 y la RFC 9091, por lo que debe citar la RFC 9989 cuando necesite la referencia vigente. Las etiquetas básicas que se usan en este artículo (`v`, `p`, `rua`) conservan su significado. ## ¿Cómo son unos registros DNS de ejemplo? Estos son registros simplificados para el dominio de documentación `example.com`. Sustituya el include y la clave por los valores que le dé su proveedor de correo; nunca copie los valores de otra empresa. **SPF** (un registro por dominio): ``` example.com. IN TXT "v=spf1 include:_spf.mailprovider.example ~all" ``` **DKIM** (su proveedor crea el par de claves y le da el selector y la clave pública): ``` s1._domainkey.example.com. IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkq...public-key-here..." ``` **DMARC** (empiece en modo de supervisión): ``` _dmarc.example.com. IN TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com" ``` Notas sobre cada uno: - **SPF:** publique exactamente un registro SPF. Dos registros hacen que SPF falle. Todo servicio que envíe con su dominio (plataforma de marketing, help desk, CRM, plataforma de mensajería) debe estar cubierto por un `include` o una entrada de IP, y el total debe mantenerse dentro de las 10 consultas DNS. - **DKIM:** Google indica que enviar a cuentas personales de Gmail requiere una clave DKIM de 1024 bits o más, y recomienda 2048 bits si su proveedor lo admite. - **DMARC:** `p=none` indica a los receptores que no actúen ante los fallos, pero que sigan enviándole informes a la dirección `rua`. Es el primer paso correcto. Más adelante pasará a `p=quarantine` y luego a `p=reject`. ## ¿Qué es la alineación DMARC y por qué provoca fallos? La alineación significa que el dominio que superó SPF o DKIM coincide con el dominio de la dirección From visible. DMARC se supera cuando al menos uno de los dos pasa con alineación. Es el paso que se suele pasar por alto. Supongamos que su plataforma de newsletters envía desde `news@example.com`, pero usa su propio dominio de rebotes para SPF y su propio dominio para firmar DKIM. SPF y DKIM "pasan" ambos, pero ningún dominio coincide con `example.com`, así que DMARC falla. La solución es configurar la autenticación de dominio personalizado con la plataforma, de modo que firme con una clave publicada bajo su dominio y use un dominio de rebotes bajo su dominio. Google señala además que la alineación DMARC no se exige en los mensajes reenviados ni en los de listas de correo. ## ¿Qué exigen Gmail, Yahoo y Outlook.com a los remitentes masivos? Gmail, Yahoo y Outlook.com esperan autenticación de los remitentes de gran volumen, y Gmail y Yahoo añaden la baja con un clic y límites de tasa de spam. Consulte la página de cada proveedor para ver el texto vigente, porque los detalles de aplicación cambian. | Requisito | Google (Gmail) | Yahoo | Microsoft (Outlook.com) | |---|---|---|---| | A quién afecta | Lo básico a todos los remitentes; reglas adicionales por encima de 5.000 mensajes diarios a cuentas de Gmail | Lo básico a todos los remitentes; reglas adicionales para remitentes masivos | Dominios que envían más de 5.000 emails diarios | | Autenticación | SPF o DKIM para todos; SPF, DKIM y DMARC para remitentes masivos | SPF o DKIM para todos; ambos, más DMARC, para remitentes masivos | SPF y DKIM deben pasar; DMARC con al menos p=none, alineado | | Política DMARC | Debe pasar, con alineación con el dominio From | Al menos p=none y debe pasar; `rua` muy recomendado | Al menos p=none, alineado con SPF o DKIM | | Baja con un clic | Obligatoria para el correo de marketing y de suscripción de remitentes masivos, además de un enlace visible | Obligatoria para remitentes masivos, además de un enlace visible; atender en 2 días | No forma parte de los requisitos citados | | Tasa de spam | Por debajo del 0,10 %, nunca del 0,30 % o más | Por debajo del 0,3 % | No se indica en la publicación citada | Otros puntos de las directrices de Google: la IP de envío necesita DNS directo e inverso coincidentes (un registro PTR válido), el correo debe enviarse por TLS, los mensajes necesitan un Message-ID válido y un formato RFC 5322 limpio, y el HTML no debe ocultar contenido. Los remitentes que alcanzan el umbral masivo una vez se consideran remitentes masivos de forma permanente; el estado no caduca. Google añade que el correo que no cumpla puede ser rechazado o entregado a spam. En Outlook.com, la publicación de Microsoft indica que el correo no conforme de dominios de gran volumen se dirige a la carpeta de correo no deseado, y que el rechazo (error `550; 5.7.515 Access denied`) está previsto para una fecha posterior que se anunciará. Vuelva a consultar la página de Microsoft antes de basarse en esto, porque la fase de aplicación puede haber cambiado. ## ¿Cómo se configura la baja con un clic? Añada dos cabeceras a cada mensaje de marketing e incluya también un enlace de baja visible en el cuerpo. Las cabeceras están definidas en la RFC 2369 y la RFC 8058. ``` List-Unsubscribe: List-Unsubscribe-Post: List-Unsubscribe=One-Click ``` La URL debe aceptar una solicitud POST y dar de baja al destinatario sin inicio de sesión ni preguntas adicionales. Yahoo indica que el método POST es muy recomendable y que un método `mailto` es aceptable. Yahoo también pide atender las bajas en un máximo de 2 días, así que procéselas de forma automática y mantenga una única lista de supresión compartida por todas las herramientas de campañas que use. ## ¿Cómo se calienta (warm-up) un dominio o una IP nuevos? El warm-up consiste en aumentar el volumen de envío por etapas para que los proveedores de correo puedan conocer su reputación a partir de una buena interacción. La orientación de Google es solo aumentar el volumen gradualmente y vigilar los reportes de spam de los destinatarios, así que use un calendario guiado por datos en lugar de una tabla publicada. 1. **Autentique primero.** Publique SPF, DKIM y DMARC y confirme que pasan antes del primer envío. 2. **Empiece por las personas más activas:** compradores recientes, quienes abrieron correos hace poco o quienes acaban de suscribirse. 3. **Suba el volumen por etapas** solo mientras los rebotes y las quejas se mantengan bajos. 4. **Mantenga un ritmo constante.** Los picos repentinos desde un dominio inactivo parecen abuso. 5. **Detenga el aumento** ante la primera señal de más rebotes, bloqueos o quejas, y corrija la causa antes de continuar. 6. **Añada los segmentos más fríos al final** y descarte los que nunca interactúan. Si envía desde una dirección compartida de la plataforma, hereda la reputación de otros; enviar desde su propio dominio autenticado hace que la reputación sea suya, para bien o para mal. ## ¿Cómo se mantiene limpia la lista? Una lista limpia es la herramienta de entregabilidad más barata. Envíe solo a quienes aceptaron recibir su email y elimine las direcciones que no pueden recibirlo. - **Recoja el consentimiento correctamente** y conserve un registro: vea nuestra guía sobre [opt-in y consentimiento en todos los canales](/es/blog/opt-in-consent-multichannel-campaigns/) y el [generador de consentimiento opt-in](/es/tools/opt-in-consent-generator/) gratuito. - **Elimine los rebotes duros** de inmediato. Enviar repetidamente a direcciones inválidas daña su reputación. - **Suprima las bajas y a quienes se quejan de spam** en todas las herramientas. - **Retire a los contactos inactivos.** Defina la inactividad para su negocio (por ejemplo, sin clics ni compras durante un período que usted elija) y deje de escribirles, o haga antes un mensaje de repermiso. - **No compre listas.** Las direcciones compradas no tienen consentimiento y tienden a generar quejas. - **Separe los flujos transaccional y de marketing** para que un pico de quejas de marketing no perjudique a los recibos ni a los restablecimientos de contraseña. Lo tratamos en [email transaccional vs de marketing](/es/blog/transactional-vs-marketing-email/). ## ¿Cómo se supervisa la entregabilidad? Vigile tres fuentes: sus propios datos de rebotes y entrega, los paneles de los proveedores de correo y sus informes DMARC. - **Google Postmaster Tools** muestra la tasa de spam, los resultados de autenticación y la reputación del dominio y de la IP para el correo enviado a usuarios de Gmail. Las directrices de Google indican a los remitentes que lo usen para supervisar los reportes de spam, los problemas de entrega y la autenticación. - **Los informes agregados de DMARC** enviados a su dirección `rua` enumeran todas las fuentes que envían con su dominio. Así se descubre la herramienta olvidada de CRM o de facturación antes de pasar a `p=reject`. - **Gestión de rebotes:** los rebotes duros son fallos permanentes y deben eliminarse; los rebotes blandos son temporales y deben reintentarse unas cuantas veces antes de parar. En la [API de email](/developers/email/) puede analizar el buzón en busca de mensajes de rebote e iniciar la supervisión de rebotes. - **Pruebas con direcciones semilla:** envíe a sus propias direcciones en los principales proveedores antes de cada campaña y revise la carpeta, las cabeceras y los resultados de autenticación. ## Lista de verificación de entregabilidad del email Repásela antes de cada dominio, plataforma o campaña grande nuevos. 1. Registro SPF publicado una sola vez, que cubra todos los servicios de envío, dentro de las 10 consultas. 2. DKIM activado para su dominio, con clave de 2048 bits donde sea posible. 3. Registro DMARC publicado con una dirección `rua`; política endurecida solo cuando los informes estén limpios. 4. Dominio From alineado con el dominio de SPF o DKIM. 5. DNS directo e inverso coincidentes en la IP de envío, y TLS activado. 6. Cabeceras de baja con un clic y enlace de baja visible en el correo de marketing. 7. Bajas procesadas automáticamente, mucho antes de 2 días. 8. Consentimiento registrado de cada destinatario; sin listas compradas. 9. Rebotes duros eliminados; contactos inactivos retirados. 10. Volumen aumentado gradualmente; tasa de spam vigilada en Postmaster Tools. 11. Correo de marketing y transaccional en flujos separados. 12. Envíos de prueba revisados en los principales proveedores de correo. ## Ejemplo práctico: una farmacia en línea de Dubái añade campañas "Noor Pharmacy", un comercio ficticio de Dubái, envía los recibos de pedidos desde `orders@noorpharmacy.example` mediante su tienda web y quiere añadir un newsletter mensual desde una plataforma de marketing. En una auditoría descubre que la tienda web está cubierta por SPF, pero la plataforma de newsletters firma con su propio dominio. Acciones: añadir la plataforma al registro SPF existente en lugar de crear un segundo registro, activar DKIM con dominio personalizado, publicar `p=none` con un buzón `rua` y leer dos semanas de informes. Los informes revelan una antigua herramienta de soporte que también enviaba con el dominio; se autentica. El newsletter pasa a un subdominio, `news.noorpharmacy.example`, para que un pico de quejas por las promociones no pueda afectar a los recibos. Después la farmacia escribe primero a sus clientes más activos y amplía la audiencia por etapas, vigilando la tasa de spam. ## ¿Cuáles son los límites de esta guía? La autenticación le abre la puerta, no le asegura la bandeja de entrada. Los proveedores de correo también valoran la interacción, el contenido y el historial, que ningún registro DNS controla, y sus reglas cambian, por eso enlazamos las páginas de los propios proveedores en lugar de citar umbrales fijos más allá de los mencionados. Nadie puede prometer la colocación en la bandeja de entrada. Esta es una orientación general, no asesoría jurídica; el email de marketing también tiene reglas de consentimiento, tratadas en [email transaccional vs de marketing](/es/blog/transactional-vs-marketing-email/). ## Cómo ayuda OmniChannels.ai OmniChannels.ai envía email desde su propio remitente: usted conecta su buzón por SMTP e IMAP, o envía mediante la [API de email](/developers/email/), con comprobaciones de los registros SPF y DMARC de su dominio y un envío de prueba en sandbox. Las campañas admiten carga de Excel o CSV, filtrado de duplicados, vista previa y programación, y las respuestas llegan a la [Omni Inbox](/es/platform/unified-inbox/) junto a WhatsApp y otros canales. Los informes de entrega se exportan a CSV. Vea el [canal de email](/es/channels/email/) o solicite una demostración para desarrolladores. Para entender por qué el email es solo una parte de la mezcla, lea [SMS vs email marketing](/es/blog/sms-vs-email-marketing/).