Nuevo en la biblioteca: Lo que dices antes de que aparezca el botón. Leer el artículo
yodai Academia Dominio y correo

Academia › Publicar › Dominio y correo

Si Meta te pide verificar tu dominio

Sales sabiendo añadir el TXT con el que Meta comprueba que tu dominio es tuyo sin tocar el SPF de tu correo, y comprobando desde fuera que las dos filas conviven.

Por Yodai · Publicado el 6 de septiembre de 2026 · Actualizado el 12 de octubre de 2026

6 min de lectura

Toca añadir otra fila en el panel DNS de tu dominio, pero con una regla distinta. Meta te pide comprobar que el dominio de tu web es tuyo, desde la configuración de tu cuenta de empresa. Te da una cadena rara y te pide que la pegues en tu DNS, como TXT. Abres el panel de tu dominio y ahí ya hay un TXT: el que autoriza a tu proveedor de correo a enviar en tu nombre. Y la pregunta te para en seco: ¿lo editas, o pones el nuevo al lado?

Si lo editas mal, no se nota al momento. Meta da el dominio por verificado, todo parece en orden. Y una semana después empiezas a ver que los correos a tus clientes llegan a la carpeta de spam, o ni llegan. Nadie te avisa en el momento del error: el aviso llega cuando ya ha hecho daño.

Dos verificaciones que no se parecen en nada

El número de teléfono del WhatsApp se verifica por SMS o por llamada: WhatsApp manda un código de seis cifras al propio número y lo escribes donde estés dando de alta ese número. Eso no toca el DNS ni el dominio para nada, es entre WhatsApp y el teléfono.

El dominio se verifica aparte, y no hace falta para que tu WhatsApp funcione. Sirve para que tu cuenta de empresa de Meta conste como dueña de tu web: así controlas, por ejemplo, quién puede editar cómo se ven los enlaces a tu web en publicaciones y anuncios. Ahí es donde entra el TXT. Meta te da una cadena del tipo facebook-domain-verification= seguida de un código. También deja verificar con un archivo o con una etiqueta en tu portada, pero si eliges el TXT, esa cadena va en el DNS de tu dominio como fila propia, no dentro de otro registro.

Pegar el código en el sitio equivocado rompe el correo, no el WhatsApp
Pegas la cadena de Meta en el mismo cuadro donde estaba el TXT de tu correo, y le das a guardar.→El SPF deja de listar a tu proveedor de correo como remitente autorizado. Tus envíos empiezan a caer en spam o los rechazan directamente.

Un TXT de SPF solo vale si es exactamente ese texto: sustituirlo por otro borra el permiso que le diste a tu correo para enviar en tu nombre.

Se añade, no se cambia

Un mismo nombre de dominio puede tener varios registros TXT a la vez. Eso no es una rareza del panel que uses: es así como funciona el DNS. Puedes tener uno para el SPF del correo, otro para la verificación de Meta y otros para más servicios, y conviven sin pisarse siempre que cada uno sea una fila distinta dentro de la zona.

Lo único que no puede pasar es tener dos filas que empiecen las dos por v=spf1. Ahí sí hay conflicto, porque el servidor que recibe tu correo no sabe cuál de los dos SPF creer y lo da por erróneo, así que tu SPF deja de servir. Pero el código de Meta no empieza por v=spf1, así que no compite con tu SPF por ese motivo: solo compite por el hueco si tú editas la misma fila en vez de crear una nueva.

Si tu panel de DNS es de los antiguos y solo te deja un cuadro de texto por nombre, no fuerces las dos cadenas dentro del mismo campo separadas por un espacio: algunos resolutores las concatenan mal y acabas con un SPF que no dice lo que crees. En ese caso, lo que corrige el problema de raíz no es un truco de sintaxis: pide a tu registrador o a tu proveedor de DNS que te deje crear varias filas TXT con el mismo nombre, o pasa la gestión del DNS a uno que lo permita.

Cómo debe quedar el TXT de tu dominio después de añadir la verificación
TXT panaderiasol.com "v=spf1 include:_spf.google.com ~all" TXT panaderiasol.com "facebook-domain-verification=8fd3a91c4b7e2019ad55f60e3c88b214" Dos filas, mismo nombre, cada una con su valor entre comillas. Ninguna toca a la otra.
¿Verificas en la raíz del dominio o en un subdominio aparte?
En la raíz (panaderiasol.com)
  • Es lo que necesitas si los enlaces que compartes o anuncias apuntan a panaderiasol.com, sin subdominio.
  • Convive con el TXT del correo si lo añades como fila nueva, nunca si reemplazas el que ya había.
  • Es donde casi todo el mundo lo hace, porque el sitio web y el correo suelen vivir los dos en el dominio raíz.
En un subdominio (wa.panaderiasol.com)
  • Solo sirve si es justo el dominio que necesitas verificar: mira en la pantalla de Meta cuál te pide antes de elegir.
  • No roza el correo para nada, porque es un nombre aparte, sin nada dentro todavía.
  • Si tus anuncios enlazan a panaderiasol.com y no al subdominio, verificar el subdominio no sirve de nada para ese uso.

Cuál elijo: Si lo que enlazas es la web que ya usan tus clientes, verificas en la raíz y añades el TXT como fila nueva. Reservas el subdominio para cuando sea justo ese el dominio que necesitas verificar.

Comprueba antes de dar el tema por cerrado

Después de guardar, no te fíes de que el panel diga «guardado». Busca una herramienta de consulta DNS, cualquier buscador de registros TXT sirve, y mira el dominio desde fuera, no desde dentro del propio panel. Tienen que aparecer las dos filas, la del correo y la de Meta, cada una completa y sin cortar.

Si solo ves una, algo se fusionó o se pisó al guardar. Vuelve al panel, borra lo que haya quedado mal y crea las dos filas por separado, no una encima de la otra editando el mismo campo. Y no esperes horas para comprobarlo: añadir una fila TXT nueva junto a otra que ya existía se suele ver en minutos, esto no es el cambio grande de mover tu web entera a otro sitio.

El error que cuesta una semana de correos perdidos
Pegar el código de Meta en el campo donde ya estaba el SPF, sustituyendo el valor entero. Se evita mirando primero cuántas filas TXT tiene ya tu dominio, y creando la de Meta como una fila nueva, nunca abriendo la que ya funciona para tocarla.
Lo que te llevas
  • El dominio verificado en Meta con su propio TXT, sin tocar el que usa tu correo.
  • Sabes que un dominio puede tener varias filas TXT a la vez, y que el conflicto solo aparece si duplicas un SPF.
  • Has comprobado desde fuera que las dos filas conviven, no solo que el panel dijo guardado.
  • Sabes cuándo verificar en la raíz y cuándo en un subdominio, según a dónde apunten los enlaces que compartes o anuncias.
  • El botón de cobro, si es un enlace de pago de tu pasarela, no te pide nada en el DNS.

Ponte a prueba

Responde antes de abrir cada una. Si alguna se te resiste, vuelve al apartado que la explica.

1. Tu dominio ya tiene un TXT de SPF con include:_spf.google.com, y Meta te pide añadir su cadena de verificación. ¿Editas ese TXT o creas uno nuevo?

Creas uno nuevo con el mismo nombre. El SPF no se toca porque un TXT distinto que no empiece por v=spf1 no compite con él; editarlo borraría el permiso de envío de tu correo.

2. Vas a lanzar anuncios que enlazan a panaderiasol.com y piensas verificar wa.panaderiasol.com para no tocar la raíz. ¿Te vale?

No para ese uso. La verificación tiene que corresponder al dominio que aparece en el enlace del anuncio; si enlazas la raíz, verificas la raíz, aunque el subdominio quede libre para otra cosa.

3. Guardaste el TXT de Meta y el panel dice «guardado», pero no has comprobado nada más. ¿Puedes dar el dominio por verificado del todo?

No sin mirarlo desde fuera con una consulta DNS. Si el panel fusionó las dos filas en una, Meta no encontrará su cadena o tu correo perderá el SPF, y el mensaje de «guardado» no distingue entre los dos casos.

Las dos filas conviven, el TXT de Meta y el SPF del correo, cada una intacta. Lo próximo es el botón de cobro, y ahí la pregunta no es si pisas el correo sino si el pago necesita algo en tu dominio o no.

En Yodai conectas a tu web el dominio que ya tienes y sigue registrado donde está, a tu nombre. Mira cómo va el dominio propio para tu página web.

SiguienteEl botón de cobro va en tu web, y casi nunca te pide tocar el dominio