Ir al contenido
← Blog

DMARC gratis o de pago: qué cubre realmente cada opción

Por Thomas · CISO virtual · 18 de agosto de 2026

«DMARC, ¿es gratis o de pago?» La pregunta vuelve en cada proyecto, y la respuesta honesta empieza por una distinción que muchos artículos de venta escamotean: el protocolo DMARC es gratis, punto. Publicar v=DMARC1; p=none; rua=mailto:... en el DNS no cuesta nada, hoy como dentro de diez años. Pasar a p=reject tampoco cuesta nada. Lo que puede pagarse no es nunca «DMARC» — es el servicio que vive alrededor: ingerir los informes de forma continua, agregarlos en el tiempo, identificar las fuentes de envío, alertar cuando algo se mueve, cubrir decenas de dominios y subdominios, conservar el histórico, guiar la remediación. Esta guía ayuda a decidir: cuándo un DMARC gratis basta realmente, y cuándo un servicio de pago se gana su precio. Sin discurso comercial — un enfoque de RSSI honesto.

Ante una duda más amplia entre varios enfoques de herramientas (analizador puntual, parser de código abierto, plataforma gestionada), el artículo cómo elegir una herramienta DMARC desarrolla la comparación en detalle. Aquí nos concentramos en una sola línea de fractura: gratis frente a pago.

Lo que es gratis, literalmente

Empecemos por establecer con precisión lo que se obtiene sin gastar un céntimo, porque es más de lo que la mayoría de la gente cree.

  • El registro DNS. SPF, DKIM, DMARC: tres registros TXT que se publican en el registrador o el proveedor de DNS. Cero coste, cero suscripción.
  • La subida de política. Pasar de p=none a p=quarantine y luego p=reject es una serie de ediciones DNS. El estándar no tiene peaje.
  • Un análisis puntual. Un analizador DMARC gratuito lee el registro actual, verifica su sintaxis, controla SPF y DKIM, y da el punto exacto en el momento actual. Es un diagnóstico foto, extremadamente útil para empezar con buen pie.
  • La lectura manual de algunos informes en bruto. Nada impide apuntar rua= hacia un buzón propio y abrir los ficheros XML a mano. Es tedioso, pero es factible y gratis.

Dicho de otro modo: toda la parte de «poner en marcha» DMARC es gratis. Un propietario de dominio con soltura técnica puede llevar un dominio simple de cero a p=reject sin sacar jamás la tarjeta. Es importante decirlo, porque muchos contenidos hacen creer lo contrario para vender una suscripción.

Lo que se paga realmente en un servicio DMARC

Si el protocolo es gratis, ¿a dónde va el dinero de un servicio de pago? No a «DMARC». Al trabajo continuo que nadie tiene ganas de hacer a mano a lo largo del tiempo:

  • La ingesta continua de los informes (rua). Los informes agregados llegan cada día, de decenas de destinatarios, en formato XML. Un servicio los recibe, los parsea y los almacena automáticamente — todos los días, sin ninguna intervención manual.
  • La agregación en el tiempo. Un informe aislado es una foto; lo que cuenta es la tendencia. Ver la evolución a lo largo de semanas y meses es lo que revela los emisores mensuales, los picos sospechosos, las regresiones. Nadie reconstruye eso a mano en una hoja de cálculo.
  • La identificación de las fuentes. Una IP en bruto no dice nada. Un servicio la resuelve en un nombre de emisor reconocible («esto es la plataforma de facturación», «esto es un servidor desconocido en Vietnam»). Es la diferencia entre datos y una decisión.
  • La alerta. Aparece una nueva fuente, una fuente legítima empieza a fallar la alineación, la tasa de conformidad cae: un servicio de pago avisa. En gratis, la noticia solo llega yendo a mirar — y nadie va todos los días.
  • La cobertura multidominio y subdominios. Gestionar un dominio a mano, vale. Gestionar cuarenta, con sus subdominios, cada uno en una etapa distinta de la subida, se convierte en un trabajo a tiempo completo.
  • La retención. ¿Cuánto tiempo se guarda el histórico? Para una prueba de conformidad hacen falta meses de datos consultables, no un buzón que se desborda.
  • La remediación guiada y el soporte. Saber qué corregir, en qué orden, y tener a quién preguntar cuando algo se atasca, tiene un valor real para un equipo que no es experto en el tema.

La tabla detallada de estas partidas de coste — y de lo que pesan realmente — está en el coste real de DMARC. La lógica que hay que retener: no se paga la protección, se paga la explotación a lo largo del tiempo.

Cuándo lo gratis basta de verdad

Seamos claros, porque demasiados artículos tienen miedo de decirlo: en varios casos, lo gratis no solo es suficiente, sino la buena elección.

  • Un solo dominio, un ecosistema de envío simple y estable. El dominio emite desde una plataforma de mensajería y una o dos herramientas, y eso casi nunca se mueve. Una vez alineado, se queda alineado.
  • Un endurecimiento puntual hacia p=reject, de una vez por todas. El objetivo es alcanzar la aplicación y luego no tocarla más. Una vez puesto p=reject sobre un ecosistema estable, no hay gran cosa que vigilar.
  • Un propietario con soltura técnica. Sabe leer un registro DNS, no le da miedo abrir un fichero XML, y parsear tres informes a mano no le hace huir.
  • Ninguna exigencia de prueba de conformidad. Nadie exige demostrar, con el histórico en la mano, que el dominio está protegido desde hace seis meses.

En este perfil, pagar una suscripción mensual sería pagar por funciones que nunca se usarán. Un diagnóstico gratis de partida, una subida de política cuidada, una verificación ocasional: es de sobra suficiente. No hay que pagar por un problema que no se tiene.

Cuándo lo de pago se gana su precio

A la inversa, varias situaciones inclinan la balanza — y ahí, empeñarse en hacerlo todo a mano cuesta más caro que la suscripción, en tiempo y en riesgo.

  • Muchos dominios. Más allá de un puñado de dominios, la gestión manual ya no aguanta. Cada dominio tiene su propio inventario de fuentes, su propia etapa, sus propios informes diarios.
  • Se necesita una vigilancia continua. El ecosistema de envío se mueve: aparecen nuevos proveedores cada mes, el marketing conecta una herramienta sin avisar, una filial abre un flujo. La monitorización DMARC gratuita — es decir, alguien abriendo XML de vez en cuando — no captará esos cambios a tiempo.
  • Un equipo no técnico. Si la persona responsable no está cómoda con el DNS y el XML, un servicio que traduce todo a lenguaje claro y a acciones concretas no es un lujo, es lo que hace el proyecto factible.
  • Una prueba de conformidad. NIS2, DORA, una auditoría, un cliente que exige garantías: hace falta un histórico consultable y exportable, no un buzón. La retención y el reporte son exactamente lo que aporta un servicio de pago.
  • Ningún tiempo para parsear XML. A menudo es el verdadero criterio. Técnicamente, todo podría hacerse a mano. Pero el tiempo tiene un coste, y pasarlo descodificando informes agregados en lugar de ejercer el oficio propio es un mal cálculo.

El vínculo de fondo aquí es que esos informes agregados son precisamente lo que un servicio de pago ingiere de forma continua — entender lo que contienen ayuda a captar lo que se delega. Para levantar el capó, entender los informes agregados DMARC explica lo que se lee en ellos y por qué su lectura manual no escala.

Dos ejemplos concretos

Nada como dos casos opuestos para hacer la decisión tangible.

Caso 1 — La fundadora en solitario que endurece una vez y no vuelve a pensar en ello. Camila dirige un estudio de diseño de tres personas. Emite desde una sola plataforma de mensajería y una herramienta de facturación. Dos fuentes, y ya está, y eso no cambiará en mucho tiempo. Pasa su dominio por un analizador gratuito, descubre que está en p=none, alinea su DKIM en una tarde, deja p=none rodando tres semanas para verificar que sus informes están limpios, luego pasa a p=quarantine un fin de semana y por fin a p=reject. Total gastado: cero euros. Para su perfil — un dominio, un ecosistema fijo, una propietaria con soltura técnica — una suscripción mensual sería dinero tirado. Lo gratis no es un compromiso aquí: es la respuesta correcta. Su única disciplina restante: volver a verificar su dominio dos veces al año, por si acaso.

Caso 2 — La empresa de 200 personas donde aparece una fuente cada mes. Una pyme industrial de 200 empleados, cinco dominios de marca, una quincena de subdominios. El marketing lanza campañas desde nuevas herramientas sin avisar al departamento de sistemas; RR. HH. tiene su propia plataforma de emailing; un proveedor de eventos envía dos veces al año en nombre del dominio. Cada mes, una nueva fuente legítima aparece en los informes. Aquí, la lectura manual está perdida de antemano: nadie abrirá los XML de cinco dominios todos los días, y el día en que una fuente legítima empiece a fallar en p=reject, el email desaparece silenciosamente — un cliente no recibe nunca su confirmación, y se entera por una reclamación. Para este perfil, un servicio de pago que ingiere los informes de forma continua, nombra cada fuente y alerta en cuanto emerge un emisor desconocido, se amortiza en el primer incidente evitado. El coste de la suscripción es irrisorio frente al coste de un flujo crítico roto sin que nadie se dé cuenta.

Mismo estándar, mismo objetivo (p=reject), dos respuestas opuestas — porque no es la protección lo que se compra, es la capacidad de mantenerla en un entorno que se mueve.

Errores frecuentes

Dos trampas simétricas acechan, y cuestan caras en ambos sentidos.

  • Tomar una verificación gratuita puntual por una protección continua. El error más extendido. El dominio pasa por un analizador, aparece «p=reject, todo en verde», y el tema se archiva. Seis meses después, el marketing ha conectado tres herramientas, dos de ellas fallan la alineación, y nadie lo sabe porque nadie mira. Un diagnóstico foto no es un sistema de alerta. Lo gratis dice dónde está el dominio hoy; no avisa de lo que cambia mañana. Cuando el ecosistema se mueve, hace falta una vigilancia, gratuita (alguien, disciplinado, todos los días — raro) o de pago.
  • Pagar por funciones que un dominio único nunca usará. El error inverso. Una fundadora con un solo dominio fijo no necesita gestión multidominio, alertas en tiempo real ni seis meses de retención exportable. Suscribir un plan rico «por si acaso» equivale a pagar un seguro a todo riesgo para una bicicleta. El servicio se dimensiona al riesgo real, no al miedo.
  • Creer que «gratis» significa «sin esfuerzo». Lo gratis es gratis en euros, no en tiempo. Parsear informes a mano es trabajo. El verdadero arbitraje no es «gratis frente a pago» sino «tiempo propio frente a una suscripción». Ese tiempo se cuantifica antes de concluir.
  • Confundir el precio y la adecuación. Lo más barato no es lo mejor, y lo más caro tampoco. La buena elección es la que se corresponde con el número de dominios, la estabilidad del ecosistema y el nivel técnico del equipo. Los criterios que cuentan de verdad se detallan en las funcionalidades de un analizador DMARC.

Un atajo de decisión

Si hubiera que quedarse con una sola cuadrícula, sería esta. Tres preguntas:

  1. ¿Cuántos dominios? Uno solo, estable → lo gratis es probablemente suficiente. Varios, o en crecimiento → la balanza se inclina hacia el pago.
  2. ¿Se mueve el ecosistema de envío? Fijo → lo gratis aguanta. Cambiante (nuevas fuentes regulares) → hace falta una vigilancia continua.
  3. ¿Hay que probar la conformidad, y hay tiempo para parsear XML? Prueba exigida o cero tiempo → lo de pago se justifica. Ni lo uno ni lo otro, y con soltura técnica → lo gratis basta.

Tres «sí» del lado gratis, lo gratis se mantiene sin complejos. Dos o tres «sí» del lado de pago, la suscripción se amortiza. Es así de simple, y sobre todo: es una decisión que hay que tomar conscientemente, no un reflejo comercial que hay que sufrir. Para ver lo que cubre concretamente una oferta de pago y en qué nivel, nuestra página de precios detalla los planes por número de dominios.

En una frase

DMARC es gratis; lo que se paga es delegar su explotación cuando hay demasiados dominios, un ecosistema que se mueve, un equipo no técnico o una conformidad que probar — si no, un buen diagnóstico gratis y una subida de política cuidada bastan de sobra.

En todos los casos, el punto de partida es el hecho, no la suscripción. Un dominio pasa por nuestro analizador en diez segundos: el veredicto dice en qué punto está, y por tanto si un servicio de pago aportaría realmente algo. Si ese veredicto tranquiliza y el perfil es simple, la respuesta ya está ahí. Si revela un ecosistema más cambiante de lo previsto, crear una cuenta deja que Thomas, el RSSI virtual, ingiera los informes, nombre las fuentes e indique qué endurecer sin riesgo. Lo gratis responde a «¿en qué punto está el dominio?»; lo de pago responde a «¿cómo mantener esa respuesta cierta, en solitario, a lo largo del tiempo?».

Guías relacionadas

Sobre el autor

ThomasThomas es el CISO virtual de DMARC.com: un copiloto especializado en la autenticación de correo que acompaña a las organizaciones de p=none hasta p=reject, sin romper su correo. Sus guías se basan en los datos reales del Observatorio DMARC y de los informes RUA analizados por la plataforma.