Correos y notificaciones de pedido en WordPress y WooCommerce
Hay dos formas de que los correos de tu tienda no sirvan, y solo una de ellas se nota.
La que se nota es que no salen: alguien compra, nadie recibe nada, y te enteras porque el cliente escribe preguntando si su pedido existe. La que no se nota es peor: los correos salen, tu sistema dice "enviado", y aterrizan en spam. Tú no lo ves porque a ti te llegan —estás en la misma lista blanca de tu propio dominio— y el cliente no te lo dice porque asume que no le mandaste nada.
Esa segunda forma es la que se ha vuelto cara. Desde 2024 los grandes proveedores de correo dejaron de ser permisivos: si tu dominio no está autenticado como es debido, no te mandan a spam, te rechazan. Y el correo de confirmación de un pedido pagado es el último lugar donde quieres descubrirlo.
Por qué tu correo no llega
| Lo que ves | Qué está pasando | Cómo se confirma |
|---|---|---|
| No sale ningún correo | WordPress intenta enviar con la función de PHP del servidor y el hosting la tiene bloqueada o sin configurar | Un registro de correos enviados: si no hay ni intento, es esto |
| Dice "enviado" y no llega | Sale sin autenticación y el receptor lo descarta en silencio, o lo rechaza | Mandar a una cuenta propia de Gmail y revisar los encabezados: dirán si SPF y DKIM pasaron |
| Llega a spam siempre | Falta autenticación, o el dominio de envío no coincide con el del remitente | Los encabezados otra vez. Si DMARC no alinea, va a spam por diseño |
| Llega a algunos y a otros no | Reputación del remitente desigual, o un proveedor más estricto que otro | Probar el mismo correo a Gmail, Outlook y un dominio corporativo |
El remitente es wordpress@tudominio.com | Nunca se configuró. Además de verse mal, es una dirección que no existe y que no puede recibir respuestas | Mirar cualquier correo que haya salido de la tienda |
| Llegan duplicados | Dos sistemas enviando lo mismo: el de WooCommerce y un plugin que alguien instaló | Revisar qué plugins tienen activada la notificación de pedido |
| El cliente responde al correo y nadie lo lee | La dirección de respuesta apunta a algo que nadie revisa | Responder a uno de tus propios correos de pedido y ver dónde cae |
| Los correos del formulario sí llegan y los de la tienda no | Son dos sistemas distintos. El del formulario puede ir por su propio servicio | Comparar los encabezados de los dos |
Mándame por WhatsApp un correo de pedido de tu tienda reenviado a ti. Con los encabezados de ese correo te digo si tu dominio está autenticado o si estás enviando a ciegas.
Lo que Gmail, Yahoo y Outlook exigen ahora
Esto es el cambio de fondo y casi ninguna tienda mexicana lo ha atendido. Si envías volumen a usuarios de estos proveedores, no es una recomendación: es la condición para que tu correo entre.
Es el umbral por dominio de envío para las exigencias formales: Google y Yahoo lo implantaron desde febrero de 2024, con aplicación completa a mediados de ese año; Microsoft anunció las suyas el 5 de mayo de 2025. Y aquí viene la parte que la gente entiende mal: aunque no llegues al umbral, los mismos criterios se usan para puntuarte. Por debajo de 5,000 no te rechazan, te filtran. Que es exactamente igual de malo para un correo de confirmación de compra.
Qué piden los tres:
| Requisito | Qué significa en tu dominio |
|---|---|
| SPF | Un registro que declara qué servidores pueden enviar en tu nombre. Si tu plataforma de correo no está ahí, su correo es sospechoso |
| DKIM | Una firma criptográfica en cada mensaje. Es la que demuestra que el correo salió de quien dice |
| DMARC | Una política publicada en tu DNS, al menos p=none como mínimo exigido. Dice qué hacer cuando SPF o DKIM fallan |
| Alineación | Que el dominio que firma coincida con el que aparece como remitente. Es el requisito que más configuraciones "correctas" reprueba |
| Baja de un clic | Para correo comercial: cabecera estándar que permita darse de baja sin entrar a ningún sitio, atendida en 48 horas. El correo transaccional está exento |
| Tasa de quejas | Por debajo del 0.3 % en Google y Yahoo, según los reportes de los propios usuarios |
Dos precisiones importantes para una tienda:
Cómo se arregla de verdad
No con un plugin y ya. Un plugin de SMTP es necesario y no es suficiente: le dice a WordPress por dónde salir, pero si tu DNS no tiene SPF, DKIM y DMARC bien puestos, sale igual de indefenso. El orden correcto es este:
Elegir por dónde sale el correo transaccional
Un servicio de envío dedicado, no el servidor de tu hosting ni tu cuenta de correo personal. El servidor compartido de un hosting tiene la reputación de todos sus vecinos, y eso no lo controlas.
Separar transaccional de comercial
Idealmente en subdominios distintos, para que una campaña con quejas no se lleve por delante tus confirmaciones de pedido.
Publicar la autenticación en el DNS
SPF que incluya al servicio real, DKIM firmado por el servicio, DMARC publicado, y comprobar que alinea — que es el paso que más gente omite.
Configurar el remitente
Una dirección real, de tu dominio, que alguien lea. wordpress@ no es ninguna de las tres cosas.
Revisar y rehacer las plantillas de WooCommerce
Los correos que trae por defecto son funcionales y feos, y se pueden rehacer con tu marca sin convertirlos en una imagen gigante — que es el otro extremo y también va a spam.
Dejar un registro de envíos
Es lo que convierte "no le llegó" en un dato: qué se envió, a quién, cuándo, y si el servicio lo aceptó.
Monitorear
Los informes de DMARC te dicen quién está enviando en nombre de tu dominio, y a veces descubres que alguien más lo está haciendo.
Pide el diagnóstico técnico de correo. Sales con el estado real de tu autenticación, qué está enviando hoy en nombre de tu dominio, el plan de separación entre transaccional y comercial, y el inventario de avisos que te faltan. Por escrito y es tuyo.
Los avisos que una tienda debería tener y casi nunca tiene
Pasa el correo del pedido y se olvida el resto. Esta es la lista completa, con quién tiene que recibir cada uno:
| Aviso | A quién | Por qué importa |
|---|---|---|
| Pedido recibido | Cliente | Es el acuse. Si no llega, el cliente duda de si pagó |
| Pedido pagado y confirmado | Cliente | Especialmente con transferencia y SPEI, donde el pago llega después |
| Pedido enviado, con guía | Cliente | El que más se abre de todos. Y el que más consultas a soporte evita |
| Pedido entregado | Cliente | Cierra el ciclo y es el momento de pedir una reseña |
| Pago fallido o pendiente | Cliente | Es una venta recuperable, y casi nadie la avisa |
| Pedido nuevo | Tú | Obvio, y conviene que no sea la única forma de enterarte |
| Existencia baja o agotada | Tú | El aviso que evita vender lo que no hay |
| Error de pasarela de pago | Tú | Si tu pasarela falla y nadie te avisa, lo descubres al cerrar el mes |
| Caída del sitio o error fatal | Tú | Esto no es correo de tienda, es vigilancia: va en mantenimiento |
Y la elección del canal. El correo sirve para el acuse y el comprobante. Para el aviso que de verdad quieres que se lea —"tu pedido salió, aquí va tu guía"— el canal mexicano es WhatsApp, y eso tiene dos consecuencias: hay que montarlo con la API, y desde el 1 de octubre de 2026 cuesta dinero, con una franquicia de mil mensajes de servicio al mes por número. Si piensas mandar tres avisos por pedido con mil pedidos al mes, eso son tres mil mensajes facturables y hay que calcularlo antes. Está en chatbot y atención automatizada.
El SMS sigue teniendo su lugar: no depende de que el cliente tenga WhatsApp, llega a teléfonos viejos y funciona sin datos. Para avisos críticos de entrega en zonas con mala conectividad, a veces es el único que llega.
Qué hacemos
| Fase | Qué se hace | Qué recibes |
|---|---|---|
| 1 · Auditoría de entregabilidad | Estado de SPF, DKIM, DMARC y alineación; qué está enviando en nombre de tu dominio; por dónde sale hoy cada correo; encabezados reales de mensajes de prueba a varios proveedores | Informe con lo que pasa y lo que falla, proveedor por proveedor |
| 2 · Arquitectura de envío | Servicio transaccional elegido, separación de subdominios entre transaccional y comercial, remitentes definidos | Esquema de envío por escrito, con el motivo de cada decisión |
| 3 · Autenticación | Registros publicados en tu DNS y verificados; DMARC con informes activados | Pruebas de que SPF, DKIM y DMARC pasan y alinean en los tres grandes proveedores |
| 4 · Avisos | Inventario de la tabla anterior: qué se activa, a quién va, con qué texto, por qué canal | Los avisos funcionando, con prueba de recepción de cada uno |
| 5 · Plantillas | Correos de WooCommerce rehechos con tu marca, legibles, sin imágenes gigantes y con texto alternativo | Plantillas aplicadas y probadas en clientes de correo distintos |
| 6 · Registro y vigilancia | Registro de envíos consultable, informes de DMARC revisados, aviso si la entregabilidad cae | Panel de registro y el primer informe de DMARC interpretado |
La fase 3 es la que resuelve el problema de fondo, y la fase 1 es la que te dice si lo tenías. En más de la mitad de las tiendas que reviso, el DMARC no existe o no alinea — y eso significa que estaban enviando a merced de la buena voluntad del receptor.
Si existe una tienda con entregabilidad medida antes y después, eso vale más que cualquier explicación. Un "pasó de spam a bandeja de entrada en Gmail, Outlook y Yahoo" con el número de pedidos detrás es el argumento completo.
Lo que viene en 2027
La tolerancia va a seguir bajando. La dirección del movimiento es clara y lleva dos años igual: lo que en 2023 iba a spam, hoy se rechaza. Lo prudente no es cumplir el mínimo exigido, es publicar una política DMARC real y vigilarla, porque el mínimo de hoy fue la recomendación de hace dos años.
Apple aún no exige y se espera que lo haga. No hay fecha anunciada y los analistas apuntan a 2026-2027. Si tu base de clientes tiene muchos usuarios de iCloud, conviene estar listo antes de que la fecha exista, porque hacerlo con prisa es cuando se rompen las cosas.
Y el correo va a seguir perdiendo terreno como canal de aviso, mientras gana terreno como comprobante. Nadie lee el correo de "va en camino" y todo el mundo busca el correo de la factura cuando la necesita. La estrategia razonable es asumirlo: WhatsApp o SMS para lo que tiene que leerse ahora, correo para lo que tiene que poder encontrarse en seis meses. Y el comprobante fiscal, por su lado, con su propia lógica → facturación CFDI.
Preguntas frecuentes
Porque el plugin solo decide por dónde sale el correo. Si tu DNS no tiene SPF, DKIM y DMARC bien configurados y alineados, el receptor no tiene cómo verificar que el correo es tuyo y lo filtra o lo rechaza. El plugin es el paso 1 de 7.
El umbral es para las exigencias formales. Por debajo no te rechazan por incumplir, pero los mismos criterios se usan para puntuar tu correo, así que acabas filtrado. Para un correo de confirmación de compra, filtrado y rechazado son el mismo problema.
Técnicamente sí y no conviene. Una cuenta de correo personal tiene límites de envío, y si tu tienda crece te los va a topar justo en temporada alta. Además mezcla la reputación de tu correo personal con la de tu tienda.
Mandar las confirmaciones de pedido desde un subdominio y las campañas desde otro. Así, si una campaña genera quejas, la reputación que se daña no es la del correo que confirma compras. Es la decisión de arquitectura más rentable de esta página y hay que tomarla antes de empezar a enviar.
Puedes mandar los dos, y es lo que recomiendo: WhatsApp para que se lea, correo para que quede. Lo que hay que calcular es el coste: desde octubre de 2026 Meta cobra los mensajes de servicio, con mil gratis al mes por número.
Sí, y hay que hacerlo con cuidado. Un correo que es una sola imagen gigante se ve bien en tu pantalla y acaba en spam. La plantilla tiene que tener texto real, estructura simple y verse decente en los clientes de correo que de verdad usa tu gente.
No. El comprobante fiscal tiene su propia lógica, sus plazos y su normativa, y es otro proyecto del mismo subsilo: facturación CFDI con WooCommerce.
Entonces esta no es tu página: ve a no llegan los correos de WordPress, que es la de urgencia. Esta construye el sistema para que no vuelva a pasar.
Elige por dónde entrar
Sospechas que tus correos están cayendo en spam. Reenvíame por WhatsApp un correo de pedido de tu tienda. Con los encabezados te digo si tu dominio está autenticado o si estás enviando a ciegas.
Escribir por WhatsAppQuieres el estado real antes de tocar nada. El diagnóstico se paga y se entrega: autenticación proveedor por proveedor, quién envía hoy en nombre de tu dominio, plan de separación y avisos que te faltan.
Pedir el diagnóstico técnicoYa sabes que hay que rehacerlo y quieres presupuesto. Dime cuántos pedidos al mes tienes, qué correos salen hoy y si además mandas campañas desde el mismo dominio. Te mando propuesta con fases.
Solicitar propuestaÚltima revisión: octubre de 2026. Esta página se revisa cuando los grandes proveedores de correo cambian requisitos.