Autenticación de correo electrónico en Outlook: configuración de SPF, DKIM y DMARC

La mayoría de los remitentes siguen la guía de configuración de la autenticación de correo electrónico de Outlook, añaden los registros DNS necesarios, ven las marcas de verificación verdes en una herramienta de validación y dan por hecho que la autenticación ha finalizado. Entonces, la capacidad de entrega disminuye, los mensajes empiezan a acabar en la carpeta de correo no deseado o Microsoft señala problemas de autenticación que parecen imposibles, ya que, sobre el papel, todo parece correcto.

La autenticación del correo electrónico en Outlook es más compleja que la simple publicación de registros SPF, DKIM y DMARC. Microsoft 365 tiene sus propios requisitos de configuración, errores habituales y comprobaciones de autenticación que pueden superarse en el DNS, pero que fallan cuando Outlook recibe realmente tu correo electrónico.

En esta guía, aprenderás cómo funciona la autenticación del correo electrónico en Outlook, cómo configurar correctamente SPF, DKIM y DMARC para Microsoft 365, cómo han evolucionado los requisitos de Microsoft y cómo comprobar que tu autenticación funciona realmente en condiciones reales de recepción.

Por qué es importante la autenticación de Outlook en 2026 

Si envías correos electrónicos a través de Microsoft 365, Outlook ahora exige que SPF, DKIM y DMARC estén configurados correctamente para que tus mensajes puedan considerarse fiables.

A continuación se ofrece un breve resumen cronológico de la aplicación de la autenticación en Outlook:

• Febrero de 2024: Google y Yahoo comenzaron a aplicar requisitos de autenticación para los remitentes masivos, haciendo obligatorios los protocolos SPF, DKIM y DMARC para los programas de correo electrónico de gran volumen.
• Abril de 2025: Microsoft anunció requisitos similares para los remitentes masivos que envían mensajes a las bandejas de entrada de Outlook.com, Hotmail, Live y MSN.
• Mayo de 2025: Se inició la aplicación inicial de la normativa, y los mensajes que no cumplían los requisitos se fueron desviando cada vez más a la carpeta de correo no deseado.
• A partir de mayo de 2025: Microsoft advirtió de que el correo de gran volumen que no cumpla con los requisitos será rechazado hasta que se corrijan los registros DNS.
• Microsoft identifica esos rechazos de autenticación con el código 550 5.7.515 cuando el dominio remitente no cumple con el nivel de autenticación requerido.
• 2026: La autenticación es ahora el estándar mínimo esperado. Los fallos en la autenticación pueden provocar que el correo acabe en la carpeta de correo no deseado o sea rechazado, mientras que la reputación del remitente y el contenido siguen siendo determinantes a la hora de que el correo autenticado llegue a la bandeja de entrada.

Los requisitos formales de Microsoft están dirigidos a los remitentes con un mayor volumen de mensajes, pero los proveedores de buzones de correo utilizan cada vez más la autenticación como indicador de fiabilidad para todos los correos electrónicos.

Para los equipos de marketing saliente B2B, la realidad es sencilla: tanto si envías 200 correos electrónicos al día como si envías 20 000, SPF, DKIM y DMARC ya no son opcionales. Son la base sobre la que se asientan todas las demás señales de entregabilidad.

La autenticación por sí sola no garantiza que el correo llegue a la bandeja de entrada, pero si no se supera el proceso de autenticación, es posible que tu correo ni siquiera llegue a la bandeja de entrada.

Cómo configurar el SPF para Outlook / Microsoft 365

El SPF indica a Outlook qué servidores están autorizados a enviar correo electrónico en nombre de tu dominio. En el caso de Microsoft 365, esto implica publicar un registro SPF que autorice a la infraestructura de envío de Microsoft, así como a cualquier otra plataforma que envíe correo electrónico utilizando tu dominio.

Al configurar el SPF:

• Publica un único registro TXT de SPF para el dominio.
• Incluir el mecanismo SPF de Microsoft: include:spf.protection.outlook.com.
• Añade todas las plataformas de envío válidas, como tu CRM, tu plataforma de marketing, tu herramienta de comunicación, tu servicio de atención al cliente o tu sistema de facturación.
• Siempre que sea posible, utiliza los mecanismos de inclusión recomendados por el proveedor en lugar de añadir direcciones IP manualmente.
• Revisa el registro cada vez que se añada una nueva plataforma de envío.

Un registro SPF típico de Microsoft 365 tiene un aspecto similar al siguiente:

v=spf1 include:spf.protection.outlook.com ~all

La mayoría de las organizaciones necesitarán incluir declaraciones adicionales para otras herramientas de envío.

Uno de los problemas más habituales relacionados con el SPF es sobrepasar el límite de 10 consultas DNS. Cada mecanismo «include:» consume consultas y, a medida que se van añadiendo más herramientas con el tiempo, el registro puede volverse demasiado complejo para que los proveedores receptores lo evalúen correctamente.

Antes de guardar la configuración de SPF:

• Comprueba que solo haya un registro SPF para el dominio.
• Comprueba que se hayan incluido todas las plataformas de envío legítimas.
• Comprueba que el registro se mantenga dentro de los límites de la consulta SPF.
• Comprueba el SPF tras realizar los cambios para asegurarte de que se supera correctamente.

Una vez configurado correctamente el SPF, el siguiente paso es habilitar el DKIM para que Outlook pueda verificar que tus mensajes no han sido alterados durante el envío.

Una consulta DNS solo confirma que el registro se interpreta correctamente, pero no te indicará si la autenticación SPF se supera una vez que Outlook reciba realmente el mensaje. El verificador SPF gratuito de MailReach comprueba la autenticación de extremo a extremo en condiciones reales de recepción y ayuda a detectar problemas de configuración que las herramientas que solo utilizan DNS pueden pasar por alto. 

Cómo configurar DKIM para Outlook / Microsoft 365

DKIM ayuda a Outlook a verificar que un correo electrónico ha sido enviado realmente desde tu dominio y que no ha sido modificado tras salir del servidor de envío. En el caso de Microsoft 365, la configuración de DKIM requiere algunos pasos adicionales, ya que tu dominio personalizado no se autentica automáticamente de forma predeterminada.

Muchos remitentes dan por hecho que DKIM ya está configurado porque Microsoft firma el correo saliente utilizando su propia infraestructura. Sin embargo, esa firma predeterminada autentifica el dominio de Microsoft, no el tuyo. Para autentificar tu propio dominio, debes configurar DKIM por separado.

Al configurar DKIM:

• Publica los dos registros CNAME de DKIM generados por Microsoft 365 (selector1 y selector2).
• Activa la firma DKIM para tu dominio personalizado en el portal de Microsoft Defender.
• Utiliza claves de 2048 bits siempre que Microsoft las admita.
• Comprueba que la firma DKIM esté activa una vez que se hayan propagado los registros.
• Configura un registro DKIM independiente para cada plataforma de envío adicional que utilice tu dominio.

Si tu dominio envía correos electrónicos a través de varias plataformas, cada una de ellas tendrá su propio selector DKIM y su propia clave de firma. Un registro DKIM creado para Microsoft 365 no autentifica automáticamente los mensajes enviados a través de tu CRM, plataforma de captación de clientes, servicio de asistencia técnica o herramienta de marketing.

Uno de los problemas de configuración más habituales es que aparezca el mensaje «DKIM no configurado» incluso después de haber añadido los registros necesarios. Esto suele deberse a retrasos en la propagación del DNS o a selectores configurados incorrectamente.

Tras la configuración:

• Comprueba que ambos registros CNAME estén publicados correctamente.
• Comprueba que la firma DKIM esté activada en Microsoft 365.
• Comprueba que DKIM se aplique a los mensajes entregados, no solo en el DNS.
• Vuelve a realizar la prueba cada vez que añadas una nueva plataforma de envío.
• Comprueba que el dominio de firma DKIM coincida con tu dominio «De:» para DMARC.

La existencia de un registro DKIM en el DNS no garantiza que la autenticación DKIM se supere cuando Outlook reciba el mensaje. Comprueba siempre el resultado de la autenticación en los correos electrónicos entregados, no solo la configuración del DNS.

El verificador DKIM gratuito de MailReach realiza esta comprobación de extremo a extremo, detectando las discrepancias entre el selector y la clave, incluido un dominio que sigue firmando como «onmicrosoft.com» y que las herramientas basadas únicamente en DNS consideran válido. 

Cómo configurar DMARC

DMARC se basa en SPF y DKIM. Verifica que al menos uno de esos métodos de autenticación se supere y coincida con el dominio que aparece en la dirección «De:» visible. Además, indica a los proveedores de correo electrónico qué deben hacer cuando falla la autenticación.

Muchas guías de configuración de DMARC recomiendan pasar directamente a p=reject para obtener la máxima protección. Para la mayoría de las organizaciones, especialmente aquellas que utilizan varias plataformas de envío, esto supone un riesgo. Si los remitentes legítimos no se han autenticado correctamente, una política DMARC estricta puede bloquear correos electrónicos empresariales válidos.

Al configurar DMARC:

• Publica un registro TXT de DMARC en _dmarc.tudominio.com.
• Empieza con una política de supervisión en la que p = none.
• Añade una dirección de notificación global utilizando la etiqueta «rua=».
• Comprueba que SPF o DKIM sean válidos y coincidan con tu dominio «De:».
• Analiza los informes antes de introducir cambios en las políticas.

Una vez que los informes DMARC estén activos:

• Revisa los informes para identificar todas las plataformas que envían correos electrónicos en nombre de tu dominio.
• Comprueba si hay errores de autenticación y alineación.
• Soluciona los problemas relacionados con SPF, DKIM y la alineación de dominios.
• Comprueba que todos los remitentes legítimos cumplan con DMARC.
• Sigue realizando controles hasta que los resultados sean siempre correctos.

Una vez finalizado el seguimiento:

• Cambia a «p=quarantine» para enviar los correos con error a la carpeta de spam.
• Sigue revisando los informes y estando atento a cualquier problema.
• Cambia a «p=reject» solo cuando estés seguro de que todos los correos legítimos superan la autenticación.

Iniciar en modo de supervisión te permite conocer cómo se envían los correos electrónicos desde tu dominio y ayuda a evitar que los mensajes legítimos sean bloqueados por una política demasiado estricta.

Cómo comprobar si tu autenticación de Outlook funciona realmente

Muchos remitentes se detienen tras comprobar el DNS y dan por hecho que todo funciona correctamente. El problema es que puede existir un registro DNS y, aun así, la autenticación siga fallando debido a problemas de alineación, errores de configuración, discrepancias en los selectores o una configuración incompleta.

Sigue el procedimiento que se indica a continuación para verificar la autenticación en condiciones reales de recepción.

Paso 1: Comprueba que los registros existen en el DNS

Empieza por comprobar que tus registros SPF, DKIM y DMARC estén publicados correctamente.

Comprueba que:

• Existe un registro TXT de SPF para tu dominio.
• Tus selectores DKIM están publicados y son accesibles.
• Existe un registro DMARC en _dmarc.tudominio.com.
• Los registros contienen los valores esperados de tu proveedor de correo electrónico.

Esto confirma que la configuración es visible públicamente, pero no confirma que la autenticación se realice correctamente.

Paso 2: Enviar un correo electrónico real a Outlook

La autenticación se comprueba cuando Outlook recibe un mensaje.

Envía un correo electrónico de prueba desde la misma plataforma que utilizas habitualmente para la comunicación, el marketing o el correo electrónico empresarial a:

• Un buzón de Outlook.com
• Un buzón de correo de Hotmail.com
• Un buzón de correo empresarial de Microsoft 365, si es posible

El uso de bandejas de entrada reales te ayuda a comprobar cómo procesa Microsoft tus mensajes en la práctica.

Paso 3: Comprobar los resultados del SPF

Abre el mensaje recibido y comprueba los resultados de la autenticación.

Comprueba que:

• El SPF se muestra como «Aprobado».
• El servidor remitente está autorizado por tu registro SPF.
• El dominio autenticado coincide con el dominio que esperabas.

Si SPF falla, Outlook no puede verificar que el servidor remitente esté autorizado para enviar mensajes en nombre de tu dominio.

Paso 4: Comprobar los resultados de DKIM

A continuación, comprueba la firma DKIM.

Comprueba que:

• DKIM aparece como «Aprobado».
• La firma se ha validado correctamente.
• El dominio de firma pertenece a tu organización.
• Se está utilizando el selector correcto.

Un registro DKIM puede existir en el DNS aunque la firma propiamente dicha falle durante la verificación, por lo que es importante comprobar el correo entregado.

Paso 5: Comprobar los resultados de DMARC

DMARC también debería transmitir el mensaje recibido.

Comprueba que:

• DMARC muestra el estado «Aprobado».
• SPF o DKIM se han validado correctamente.
• El dominio autenticado coincide con el dominio que aparece en el campo «De:».
• No se han registrado fallos de alineación.

Este paso confirma que Outlook interpreta tu autenticación exactamente como se pretende.

Paso 6: Comprobar la ubicación en la bandeja de entrada

La autenticación y la entrega en la bandeja de entrada no son lo mismo.

Aunque SPF, DKIM y DMARC superen todas las comprobaciones:

• Es posible que el correo electrónico siga apareciendo en la carpeta de correo no deseado.
• Los problemas de reputación pueden afectar a la posición en los resultados de búsqueda.
• Las señales relacionadas con el contenido y la interacción pueden influir en las decisiones de filtrado.

Comprueba si el mensaje llega a:

• Bandeja de entrada
• Basura
• Otras carpetas filtradas

Esto ayuda a determinar si se trata de un problema de autenticación o de reputación.

Hacer esto manualmente en varias bandejas de entrada resulta tedioso. La prueba gratuita de entregabilidad de correo electrónico de MailReach envía los mensajes a través de una red de bandejas de entrada reales de Google Workspace y Microsoft 365 y muestra si el correo llega a la bandeja de entrada, a la carpeta de spam o a las carpetas filtradas, junto con los resultados de SPF, DKIM y DMARC y una lista de soluciones por orden de prioridad, para que puedas distinguir entre un problema de autenticación y uno de reputación en una sola prueba. 

Paso 7: Vuelve a realizar la prueba después de cada cambio

Se debe comprobar la autenticación cada vez que:

• Añade una nueva plataforma de envío.
• Cambiar de proveedor de correo electrónico.
• Actualiza los registros DNS.
• Activar un nuevo selector DKIM.
• Modifica tu política DMARC.

Pequeños cambios en la configuración pueden afectar a los resultados de la autenticación sin que se produzcan errores evidentes.

Una consulta DNS te indica que los registros existen. Una prueba de autenticación en condiciones reales te indica si Outlook realmente confía en ellos. Lo que importa es lo segundo.

Errores habituales en la autenticación de Outlook (y cómo solucionarlos)

La mayoría de los problemas de autenticación de Outlook se deben a errores de configuración que, a simple vista, parecen correctos, pero que fallan cuando Microsoft evalúa realmente el correo electrónico. La buena noticia es que la mayoría de estos problemas siguen patrones predecibles. Una vez que sabes en qué fijarte, suelen ser fáciles de identificar y solucionar.

El SPF supera el límite de 10 consultas

Los registros SPF pueden contener un máximo de 10 consultas DNS. Cada instrucción «include:» consume parte de ese límite, ya que Outlook debe seguir esas referencias para determinar si un servidor de envío está autorizado.

Este problema suele aparecer de forma gradual. Un dominio empieza con Microsoft 365 y, posteriormente, añade un CRM, una plataforma de marketing, un servicio de asistencia técnica, una herramienta de divulgación y algunos otros servicios. El registro SPF sigue existiendo en el DNS, pero, una vez superado el límite de consultas, Outlook ya no puede evaluarlo por completo. El SPF puede fallar aunque, a simple vista, todo parezca funcionar correctamente.

Cómo solucionarlo:

• Revisa todas las plataformas que actualmente están autorizadas a enviar correos electrónicos en nombre de tu dominio.
• Elimina las declaraciones «include:» obsoletas o que no se utilicen.
• Unificar las herramientas de envío siempre que sea posible.
• Controla el número de consultas cada vez que se añada una nueva plataforma.
• Vuelve a comprobar el SPF después de cada cambio para asegurarte de que sigue cumpliendo los requisitos.

Utilizar el DKIM predeterminado de Microsoft

Microsoft 365 firma automáticamente los correos electrónicos mediante una firma DKIM de onmicrosoft.com. Muchos remitentes dan por hecho que esto significa que DKIM está totalmente configurado.

La firma predeterminada de Microsoft autentifica el dominio de Microsoft, no tu dominio personalizado. Es posible que tu correo electrónico aparezca como firmado con DKIM, mientras que tu propio dominio sigue sin estar autenticado a efectos de la alineación con DMARC.

Cómo solucionarlo:

• Publica los dos registros CNAME de DKIM que Microsoft genera para tu dominio.
• Activa la firma DKIM para el dominio personalizado en Microsoft Defender.
• Comprueba que DKIM firme con tu dominio en lugar de con onmicrosoft.com.
• Configura registros DKIM independientes para cada plataforma de envío adicional.
• Comprueba el DKIM utilizando mensajes reales que se hayan entregado, no solo el DNS.

DMARC supera la prueba sobre el papel, pero no cumple con los requisitos de alineación

El hecho de publicar un registro DMARC no implica automáticamente que se supere la verificación DMARC.

DMARC exige que SPF o DKIM coincidan con el dominio que aparece en la dirección «De:» visible. Un mensaje puede superar la verificación de SPF y, aun así, no superar la verificación de DMARC si la autenticación se realiza en un dominio diferente.

Esta es una causa habitual de los errores de autenticación en Outlook, ya que el registro existe, las comprobaciones parecen estar configuradas y, sin embargo, DMARC sigue fallando durante el envío.

Cómo solucionarlo:

• Comprueba que el dominio autenticado mediante SPF coincida con el dominio que aparece en el campo «De:».
• Comprueba que el dominio de firma DKIM coincida con el dominio que aparece en el campo «De:».
• Revisa los informes DMARC para detectar errores de alineación.
• Comprueba las direcciones de correo electrónico reales en lugar de basarte en las consultas de DNS.
• Resuelve los problemas de alineación antes de pasar de p=none.

Pasar a p=rechazar demasiado pronto

Muchas guías de configuración de DMARC recomiendan pasar directamente a «p=reject» para obtener la máxima protección. Para las organizaciones que utilizan varias herramientas, esto puede generar problemas en muy poco tiempo.

Los sistemas CRM, de facturación, de asistencia técnica y las aplicaciones internas que se han olvidado a menudo siguen enviando correos electrónicos después de que se haya activado la aplicación de DMARC. Si esos sistemas no están debidamente autenticados, los correos electrónicos legítimos de la empresa pueden quedar bloqueados.

Cómo solucionarlo:

• Empieza con p=none y recopila los informes DMARC.
• Identifica todos los sistemas que envían correos electrónicos desde tu dominio.
• Soluciona primero los errores de autenticación y alineación.
• Pasar a p=cuarentena antes de considerar p=rechazo.
• No se pase a la aplicación plena de las medidas hasta que un seguimiento continuado confirme que el correo legítimo está pasando.

Suponiendo que «Registro publicado» signifique «en funcionamiento»

Una consulta de DNS solo confirma que existe un registro. No confirma que Outlook valide correctamente SPF, DKIM y DMARC al recibir un correo electrónico.

Esto genera una falsa sensación de seguridad. Todo parece estar correctamente configurado en el DNS, mientras que los correos electrónicos siguen llegando a la carpeta de «Correo no deseado» o no superan los controles de autenticación durante el envío.

Cómo solucionarlo:

• Envía correos electrónicos de prueba a las bandejas de entrada de Outlook y Gmail.
• Comprueba los resultados de SPF, DKIM y DMARC en los encabezados del mensaje recibido.
• Realiza una prueba después de cada cambio en el DNS o en la plataforma de envío.
• Supervisa los resultados de la autenticación con regularidad.
• Utiliza pruebas de autenticación de extremo a extremo en lugar de una validación basada únicamente en el DNS.

Uso de un subdominio para el contacto en frío

Muchos remitentes dan por sentado que el uso de un subdominio aísla por completo los mensajes de contacto no solicitados de su correo electrónico empresarial principal.

Aunque los subdominios crean cierta separación, los proveedores de correo electrónico pueden seguir asociándolos con el dominio principal. Si las campañas de divulgación generan quejas o una baja participación, las señales de reputación pueden seguir afectando a la marca en general.

Cómo solucionarlo:

• Utiliza un dominio secundario independiente para las campañas de captación en frío.
• Autentifica el dominio secundario de forma independiente.
• Calienta el ámbito de divulgación antes de aumentar el volumen.
• Separa el tráfico de divulgación, el de marketing y el transaccional.
• Protege el dominio principal de tu empresa frente a riesgos innecesarios para su reputación.

Perseguir las listas negras en lugar de mejorar la reputación

Las alertas de listas negras suelen parecer urgentes, por lo que muchos remitentes se centran primero en comprobar si figuran en alguna lista negra cuando disminuye la tasa de entrega.

En realidad, Outlook se basa principalmente en los propios sistemas de reputación de Microsoft, los datos sobre reclamaciones, las señales de interacción y los resultados de autenticación. La mayoría de las listas negras públicas tienen poco impacto en la ubicación de los mensajes en la bandeja de entrada de Outlook.

Si los correos autenticados acaban sistemáticamente en la carpeta de «Correo no deseado», el problema subyacente suele estar relacionado con la reputación, la interacción o el comportamiento de envío, más que con la inclusión en una lista negra.

Cómo solucionarlo:

• Comprueba si Microsoft utiliza realmente la lista negra.
• Céntrate primero en los índices de reclamaciones y en la reputación del remitente.
• Mejorar la autenticación y la limpieza de las listas.
• Supervisa la ubicación en la bandeja de entrada, en lugar de limitarte únicamente al estado en la lista negra.
• Considera las comprobaciones de listas negras como una señal de diagnóstico, no como una estrategia de entregabilidad.

Mantenimiento de la autenticación del correo electrónico de Outlook a lo largo del tiempo

Los proveedores de correo electrónico siguen endureciendo sus requisitos de confianza. La autenticación está dejando de ser una ventaja competitiva para convertirse en una expectativa básica. Los dominios que obtienen mejores resultados son aquellos que revisan periódicamente sus fuentes de envío, verifican la autenticación tras cualquier cambio, supervisan los informes DMARC y detectan los problemas antes de que afecten a la entrega.

El siguiente paso no consiste simplemente en publicar registros y pasar a otra cosa. Se trata de comprobar que Outlook muestra tu correo electrónico tal y como tú quieres que lo vea. Eso significa realizar pruebas en condiciones reales de recepción, supervisar la autenticación a lo largo del tiempo y asegurarte de que las nuevas herramientas no provoquen fallos de forma inadvertida.

La prueba de entregabilidad de correo electrónico de MailReach verifica la autenticación de extremo a extremo, en lugar de hacerlo en el DNS, y las pruebas automatizadas con alertas de Slack o webhooks detectan cualquier desviación en el momento en que una nueva herramienta rompe un récord sin que nadie se dé cuenta. 

Preguntas frecuentes

¿Microsoft 365 configura DKIM automáticamente? 

No es válido para tu dominio personalizado. Microsoft 365 firma de forma predeterminada con una clave «onmicrosoft.com» desde el primer momento, lo cual no es lo mismo que autenticar tu propio dominio. Tienes que publicar dos registros CNAME y habilitar la firma DKIM para tu dominio en el portal de Defender.

¿Por qué mis correos electrónicos autenticados siguen yendo a la carpeta de correo no deseado de Outlook? 

Porque la autenticación es solo uno de los tres pilares de la entregabilidad. Microsoft también tiene en cuenta la reputación del remitente (interacción) y el contenido. Puedes cumplir con los requisitos de SPF, DKIM y DMARC y, aun así, acabar en la bandeja de correo no deseado si tu reputación es débil o tu contenido activa los filtros. 

¿Cuáles son los requisitos de Microsoft para los remitentes masivos? 

De acuerdo con las normas de Google y Yahoo de febrero de 2024, Microsoft exige a los remitentes de gran volumen (aproximadamente más de 5.000 mensajes al día a Outlook.com, Hotmail y Live) que se autentiquen mediante SPF, DKIM y DMARC; de lo contrario, corren el riesgo de que sus mensajes se clasifiquen como correo basura o se bloqueen. En el caso del correo saliente B2B, es necesario autenticarse independientemente del volumen.

¿Es obligatorio utilizar DMARC en Outlook? 

Para los remitentes que envían grandes volúmenes, sí. Para el resto, se recomienda encarecidamente y cada vez es más habitual. Empieza con p=none para realizar un seguimiento y, a continuación, pasa a la aplicación de la norma a medida que tus informes confirmen que todos los remitentes legítimos superan la comprobación.

¿Soluciona « email warmup » el problema de autenticación de Outlook? 

No. El «warmup» mejora la reputación del remitente, lo cual es un pilar distinto de la autenticación. La autenticación se refiere a la configuración del DNS; el «warmup» genera interacción. Ambos son importantes, y el «warmup» se utiliza únicamente para la captación en frío en el ámbito B2B.

‍