Nuevo en la biblioteca: Una reserva, dos cosas que tienen que estar libres a la vez. Leer el artículo
yodai Academia Dominio y correo

Academia Publicar Dominio y correo

El número de WhatsApp también tiene que probar que es tuyo

Sales sabiendo añadir el TXT de verificación de WhatsApp sin tocar el SPF de tu correo, y comprobando desde fuera que las dos filas conviven.

6 min de lectura

La fila del subdominio ya la dejaste puesta y comprobada; toca ahora otra fila, en el mismo panel, pero con una regla distinta. Te llega el aviso: para conectar el número de WhatsApp del negocio, Meta necesita comprobar que el dominio es tuyo. 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. El número de WhatsApp se verifica bien, 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 se verifica por SMS o por llamada: Meta manda un código de seis cifras al propio número y lo escribes en el panel de Yodai, dentro de Canales. Eso no toca el DNS ni el dominio para nada, es entre Meta y el teléfono.

El dominio se verifica aparte, y solo hace falta si vas a usar enlaces de WhatsApp en anuncios, o si quieres que el negocio quede acreditado como propietario del sitio que enlazas desde el chat. Ahí es donde entra el TXT. Meta te da una cadena del tipo meta-domain-verification= seguida de un código, y esa cadena tiene que vivir en el DNS de tu dominio, no en ningún otro sitio ni 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 el DKIM, otro para la verificación de Meta, 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 trata como si no hubiera ninguno. 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, es cambiar a un panel que sí permita varias filas TXT por nombre, como el que ya usa Yodai para purgar y gestionar el resto de tus registros.

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 "meta-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 obligado si el enlace de WhatsApp que vas a usar en anuncios apunta 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 cuenta si Meta te deja elegir qué propiedad verificas, cosa que no todas las cuentas Business ofrecen.
  • No roza el correo para nada, porque es una zona nueva 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.

Cual elijo: Si el enlace público de tu WhatsApp va a ser el dominio que ya usan tus clientes, verificas en la raíz y añades el TXT como fila nueva. Reservas el subdominio para cuando Meta te deje expresamente verificar una propiedad distinta de la que enlazas.

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 número de WhatsApp verificado 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 apunte tu enlace de WhatsApp.
  • El botón de cobro, cuando lo conectes, pedirá su propia prueba de que el dominio es tuyo.

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 con botón de WhatsApp que enlazan a panaderiasol.com, pero tu panel de Meta te ofrece verificar wa.panaderiasol.com. ¿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 número 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 WhatsApp y el SPF de correo, cada una intacta. Lo próximo que vas a pegar en el DNS es la verificación del botón de cobro, y ahí la pregunta no es si pisas el correo sino si el pago necesita su propio subdominio.

SiguienteEl orden en que cierras la puerta cuando alguien se va