Autenticar el correo del dominio
Hay $530.30 en diez carritos abandonados con el correo capturado, y los recordatorios de recuperación sí están saliendo. Lo que falla es que el dominio nunca se autenticó con Shopify, así que esos correos llegan a nombre de un remitente desconocido y con una advertencia de seguridad encima. Se arregla con seis registros en el DNS y no cuesta un dólar de pauta.
El correo sale y nadie vuelve.
Hay diez checkouts abandonados con el correo del cliente capturado, por un total de $530.30, y los diez están marcados “Not recovered”. La primera hipótesis fue que el correo de recuperación estaba apagado. Es falsa: está encendido y funcionando.
Dos flujos activos desde el 6 de marzo de 2026
Se llaman “Recover abandoned checkout” y viven en Shopify Flow. La lógica es: el cliente abandona, se verifica que sea tienda en línea, se verifica que el monto sea mayor que cero, se esperan diez horas y se envía.
Se envían dos correos, y constan como enviados
“You left items at checkout” y “Complete your order”. En el abandono del 22 de agosto los dos aparecen Sent, disparados exactamente diez horas después. Las diez fichas muestran el mismo patrón, entre 10h05m y 10h06m desde que se crea el abandono.
Y sin embargo, el resultado de esa actividad en treinta días
Los correos salen y no generan ni una sola sesión de vuelta al sitio. Ese es el hueco que hay que explicar, y la explicación no está en Shopify sino en el DNS del dominio.
El DNS nunca se configuró para Shopify.
Esto no es un fallo de Shopify ni algo que se haya roto. Los registros que autorizan a Shopify a enviar correo en nombre del dominio sencillamente nunca se crearon. Verificado directamente contra el DNS público de sanovit-kids.com el 26 de agosto de 2026.
El SPF autoriza únicamente a Google Workspace a enviar como sanovit-kids.com. Shopify no está en esa lista y no tiene ni una llave DKIM publicada, así que no hay forma de que un servidor receptor confirme que ese correo viene de la marca.
Domain authentication has failed. Review your DNS configuration and try again.
En Settings, Notifications: la autenticación del dominio aparece como Invalid DNS y el registro DMARC como pendiente. Y aclara el resto: mientras eso no se arregle, Shopify usa una dirección de respaldo para que el correo al menos salga.
Confirmado con un correo real de cliente.
El 26 de agosto se capturó en iOS Mail un correo real de una confirmación de orden. Esto deja de ser hipótesis: así es como le llega hoy a un cliente cualquier correo de la tienda.
Qué prueba esa captura
El remitente de respaldo está activo en producción, sobre correos que reciben clientes reales, no solo en pruebas.
El dominio desde el que sale de verdad es t.shopifyemail.com, que no tiene ninguna relación visible con la marca.
Apple Mail le muestra al destinatario una advertencia de discrepancia de direcciones, que es la misma interfaz que usa cuando sospecha de suplantación.
iOS clasifica al remitente como UNKNOWN, porque el dominio de envío no se parece al de la marca.
Esto no prueba que los correos caigan en spam. El problema es peor que eso.
Ese correo llegó a una bandeja y se pudo abrir. Lo que pasa es que llega con un aviso de seguridad encima y con el remitente marcado como desconocido. Una madre que recibe un recordatorio para completar una compra con esa presentación no hace clic.
Eso explica seis envíos con cero sesiones mucho mejor que la carpeta de spam. Y el alcance no son solo los carritos: afecta confirmaciones de orden, avisos de envío y cualquier correo que salga de la tienda. La captura es, precisamente, de una confirmación de orden.
Seis registros CNAME en GoDaddy.
Eso es todo. Shopify no pide tocar el SPF ni los MX, solo añadir seis CNAME, y por eso el arreglo es mucho más seguro de lo que parecía. El dominio está registrado en GoDaddy con los servidores ns55 y ns56 de domaincontrol.com, y Shopify lo reconoce como “Managed by GoDaddy”.
Los seis registros que faltan
Tomados textualmente de Settings, Notifications, Email domain authentication, Manual setup. Los seis son de tipo CNAME y se verificaron uno por uno como ausentes en el DNS público.
Los cuatro primeros son las llaves DKIM, que firman el correo. Los dos últimos son los dominios de return-path, que son los que alinean el remitente para que el correo salga a nombre de sanovit-kids.com. Son valores generados para esta tienda: no sirven los nombres genéricos tipo shopify._domainkey.
Dos maneras de aplicarlos
Automática, el camino corto
La misma pantalla de Shopify ofrece un botón “Authenticate automatically” con integración de GoDaddy. Quien tenga las credenciales autoriza y Shopify escribe los seis registros solo. No hay que copiar nada a mano.
Manual
Entrar a GoDaddy, DNS management de sanovit-kids.com, y añadir los seis CNAME de la tabla de arriba tal cual.
Con cualquiera de los dos caminos, después hay que volver a esa pantalla de Shopify y darle a “I updated DNS records” para que revalide. La propagación suele tardar de minutos a unas horas, y puede llegar hasta 48.
DMARC va aparte, como segundo paso
La autenticación automática resuelve DKIM y el return-path, pero no configura DMARC. Ese registro se añade después, y conviene empezarlo en p=none para monitorear antes de endurecerlo. No es requisito para que la autenticación pase, pero Gmail y Yahoo lo exigen para enviar desde una dirección de marca.
Dos avisos antes de entrar al DNS.
No se toca el SPF ni los MX.
El SPF de hoy no está escrito de forma directa: está aplanado por un gestor externo, y el permiso de Google Workspace vive dentro de ese subdominio delegado. Quien edite el registro del dominio raíz sin conservar esa delegación tumba el correo humano de la empresa, no solo el de la tienda.
Shopify no necesita el SPF para nada de esto. Los seis CNAME manejan la firma y el remitente por su cuenta. Si alguien propone editar el SPF, es señal de que está siguiendo una guía vieja.
Solo puede existir un registro DMARC.
Varios registros hacen fallar la validación y el remitente se reescribe justo al formato que estamos tratando de eliminar. Hoy no hay ninguno, así que no hay riesgo de conflicto, pero conviene saberlo antes de que alguien añada un segundo más adelante.
Decide Yetzaira, ejecuta Alexis.
Este es el único frente del proyecto donde la decisión y la ejecución viven en manos distintas, porque el dominio está bajo la marca madre. Vale para todo lo que toque el DNS: correo, subdominios y redirecciones.
Es el arreglo con mejor relación entre esfuerzo y dinero de todo el proyecto.
No requiere rediseño, ni presupuesto de medios, ni esperar a nadie más. Desbloquea $530.30 que ya están capturados y arregla la entrega de todos los correos de la tienda hacia adelante. Como escala de comparación: la campaña BTS20 completa gastó $176.44 para producir una venta de $47.94, o sea $0.27 de vuelta por cada dólar.