Empieza por identificar qué aviso falta
- Paso 1
Aclara quién no recibe qué correo
Distingue el aviso de Nuevo pedido para la tienda de los correos de Pedido en proceso o completado para el cliente. Anota número de pedido de prueba, hora y destinatario esperado.
- Paso 2
Revisa los ajustes y el cambio de estado
Abre WooCommerce > Ajustes > Correos electrónicos y el aviso afectado. Comprueba que esté activo. Compara las notas del pedido con la tabla de eventos de esta guía.
- Paso 3
Sigue una prueba controlada
Usa una dirección de cliente que controles. Busca el pedido en el registro de correo, después en el proveedor y finalmente en el buzón, incluido spam o cuarentena.
- Paso 4
Corrige el punto donde falla
Investiga los eventos ausentes o los errores antes de cambiar el sistema de envío. Si el envío se rechaza, revisa la conexión; si se acepta, investiga la entrega y los filtros.
Si tampoco llegan los mensajes de formularios o los correos para restablecer contraseñas, consulta la guía de WordPress que no envía correos. Explica la ruta de envío que comparte WooCommerce con el resto del sitio.
↑ Volver al inicioRevisa WooCommerce > Ajustes > Correos electrónicos
Abre el aviso con Gestionar y comprueba Activar este aviso por correo electrónico donde aparezca. Para las alertas de la tienda, revisa el campo Destinatario(s). Para los correos del cliente, verifica su dirección de facturación en el pedido. Cambiar el correo del administrador no corrige la dirección del cliente.
Revisa también el nombre y la dirección del remitente. Usa una dirección de tu dominio autorizada por el proveedor. Si el plugin de envío impone otra dirección, comprueba sus ajustes. Guarda los cambios y repite la prueba. Consulta los ajustes de correo de WooCommerce.
↑ Volver al inicioQué estados generan las notificaciones de WooCommerce
Los avisos dependen de eventos y cambios de estado. Que un pedido aparezca en el panel no significa que deba generar todos los correos. La tabla presupone que el aviso está activo; las extensiones y el código personalizado pueden modificar el comportamiento.
| Correo | Evento | Destinatario |
|---|---|---|
| Nuevo pedido | Pendiente de pago, Fallido o Cancelado pasa a En proceso, En espera o Completado. | Destinatario(s) de la tienda |
| Pedido en espera | Pendiente de pago, Fallido o Cancelado pasa a En espera. | Cliente |
| Pedido en proceso | Un pedido que cumple las condiciones pasa a En proceso tras el pago. | Cliente |
| Pedido completado | El pedido se marca como Completado. | Cliente |
| Pedido cancelado | Pendiente de pago, En proceso o En espera pasa a Cancelado. | Destinatario(s) de la tienda |
| Pedido fallido | Pendiente de pago o En espera pasa a Fallido. | Tienda; el aviso al cliente depende de la versión y los ajustes |
| Pedido reembolsado | Se registra un reembolso parcial o total. | Cliente |
| Detalles del pedido / Nota al cliente | Envío manual de detalles; se añade una nota dirigida al cliente. | Cliente |
Fuentes: definiciones de avisos de WooCommerce y código del aviso de Nuevo pedido. Comprueba qué avisos ofrece tu versión instalada.
Un pedido sin pagar que permanece Pendiente de pago no genera la confirmación habitual de pedido pagado. Los pedidos cuyos productos son todos virtuales y descargables pueden omitir En proceso. Consulta los estados de pedido de WooCommerce antes de interpretar esa ausencia como un fallo.
↑ Volver al inicioEl cobro aparece, pero el pedido sigue Pendiente de pago
Compara la transacción de la pasarela con las notas y el estado del pedido. Si el proveedor cobró pero WooCommerce no se actualizó, investiga la comunicación de la pasarela. Revisa la entrega de webhooks o callbacks, la URL de destino y los errores siguiendo su documentación. SMTP no actualiza el estado del pago.
La documentación de WooCommerce sobre pagos y correo distingue este problema del envío. Confirma la transacción antes de cambiar el estado de un pedido real. No recorras varios estados solo para forzar correos: otras integraciones también pueden reaccionar.
↑ Volver al inicioPrueba con un plugin de registro y revisa el buzón
Usa WP Mail Logging o el registro de tu plugin de envío. Actívalo antes de hacer una prueba controlada y revisa fecha, destinatario, asunto y error. El registro muestra el paso por WordPress, no confirma que el correo haya llegado. Puede contener datos de clientes: limita el acceso y elimina registros de prueba innecesarios.
Tu versión de WooCommerce también puede mostrar la fuente transactional-emails en WooCommerce > Estado > Registros. Revisa la configuración y el nivel de registro si faltan entradas esperadas. La guía de diagnóstico de WooCommerce explica cómo interpretar estos resultados:
| Evidencia | Siguiente revisión |
|---|---|
| Desactivado u omitido | Activa el aviso o corrige la condición ausente, como el destinatario. |
| No hay entrada esperada | Revisa transición de estado, configuración del registro, errores fatales y conflictos. |
| Fallo al entregar al sistema de correo | Lee el error y comprueba la conexión del plugin o del hosting. |
| Enviado o aceptado, pero no llega | Revisa eventos del proveedor, rebotes, supresiones, spam y cuarentena. |
Una vista previa o prueba SMTP comprueba solo parte del recorrido. Cuando funcione, crea un pedido de prueba desde el checkout y verifica los avisos reales de cliente y tienda. En staging, dirige el correo a buzones de prueba y usa el modo de pruebas de la pasarela.
↑ Volver al inicioConfigura el envío autenticado y verifica SPF, DKIM y DMARC
WooCommerce utiliza la interfaz de correo de WordPress; no es un servidor de correo. La conexión con un proveedor cambia cómo salen los mensajes. La guía de envío de WooCommerce explica por qué un servicio dedicado puede ser preferible al correo predeterminado del hosting.
- Mantén una sola configuración activa para dirigir el correo.Conecta un plugin SMTP o de API compatible a una cuenta propiedad del negocio. Evita plugins superpuestos que intenten imponer el remitente.
- Copia los datos exactos de tu proveedor.Usa el servidor, puerto, cifrado y autenticación que documente. Si conectas por API, usa la credencial correspondiente. Revisa remitente verificado, restricciones de cuenta y límites de envío.
- Envía una prueba de conexión y lee el error.Un fallo de autenticación, una conexión bloqueada y un remitente no autorizado requieren soluciones distintas. No incluyas credenciales en registros públicos ni formularios.
La documentación de configuración SMTP muestra conexiones y pruebas. Usa los ajustes del proveedor real en lugar de copiar una receta genérica de puerto y contraseña.
| Registro | Función |
|---|---|
| SPF | Autoriza servidores para el dominio del remitente del sobre. Debe incluir al proveedor que realmente envía. |
| DKIM | Firma mensajes para que el destinatario pueda verificarlos con la clave publicada por el dominio. |
| DMARC | Comprueba la alineación del dominio visible en From con una identidad SPF o DKIM válida y publica instrucciones de política e informes. |
Publica los registros que correspondan a tu dominio y proveedor. La guía de autenticación de WooCommerce explica la configuración; las directrices de Google para remitentes detallan la alineación. Comprueba los resultados de autenticación en un mensaje recibido, no solo que los registros estén guardados.
Si llega a spam, revisa esos resultados y los rebotes o supresiones del proveedor. Comprueba también reglas del buzón y cuarentena de la organización. Autenticar ayuda, pero no garantiza llegar a la bandeja de entrada. El mensaje puede bloquearse antes de aparecer en spam, como explica la guía de entrega de WooCommerce.
↑ Volver al inicioRevisa Action Scheduler y WP-Cron si los avisos se retrasan
Si la extensión afectada programa correos o una tarea relacionada está atascada, abre WooCommerce > Estado > Acciones programadas. Examina las acciones pendientes vencidas y los registros de acciones fallidas por identificador de la tarea (hook), grupo y hora. Una acción fallida sin relación con el aviso no explica por qué falta el correo.
WP-Cron normalmente depende de visitas al sitio, por lo que el tráfico escaso puede retrasar tareas. Comprueba si está desactivado sin una tarea cron del servidor que lo sustituya, si fallan las solicitudes internas o si hay errores PHP que detienen la ejecución. No todos los correos de pedido del núcleo son tareas de Action Scheduler.
Investiga la ejecución con la guía de acciones programadas de WooCommerce. Antes de reintentar una acción, entiende su función, especialmente si implica pagos. No ejecutes ni borres toda la cola solo para eliminar el aviso.
↑ Volver al inicioAísla conflictos sin interrumpir las compras
Si el estado cambia correctamente pero no se genera el correo esperado, busca errores fatales en WooCommerce > Estado > Registros a la hora de la prueba. Revisa cambios recientes en plugins de correo, plantillas, pasarelas, tema y fragmentos de código.
Sigue el procedimiento de WooCommerce para probar conflictos en staging y con una copia de seguridad: prueba un tema predeterminado y el mínimo de plugins necesario para reproducir el fallo. Reactiva uno por uno y repite la misma prueba. Controla correo y conexiones de pago para no avisar ni cobrar a clientes reales.
Haz una copia de seguridad antes de probar cambios. Tras la reparación, verifica juntos el proceso de compra, el estado del pedido, el aviso de la tienda y la confirmación del cliente. Nuestra guía de optimización de WooCommerce cubre el resto del recorrido de compra.
↑ Volver al inicioSitios web recientes
Ver el portafolio completo →
Lo hacemos por ti
Encarga a Fer LLC la reparación de los avisos de pedidos
Fernando Marcano, fundador de Fer LLC, hace o revisa cada trabajo. Localizamos el aviso que falta, corregimos la causa dentro del alcance acordado y documentamos las pruebas con pedidos. Envíanos la URL, la pasarela, el tipo de aviso y desde cuándo falla para recibir alcance y precio por escrito.
- Revisar estado del pedido, eventos de la pasarela y aviso afectado.
- Comprobar configuración de envío y autenticación del dominio.
- Validar la reparación con avisos reales y documentar las pruebas.
Fer LLC, empresa de Wyoming, Estados Unidos · +1 310 734 8943
Fer LLC, empresa de Wyoming, Estados Unidos · +1 310 734 8943
- Top Rated en Upwork
- 100% Job Success
- 100+ proyectos en Upwork
- 20+ años de experiencia práctica
- Fer LLC, empresa en EE. UU.
- Fernando hace o revisa cada trabajo
Por qué nos contratan
Una persona responsable
Fernando hace o revisa cada trabajo. Sin intermediarios entre tú y el trabajo.
Cotización fija por escrito
Alcance y precio por escrito antes de empezar. El retrabajo por nuestros errores corre por nuestra cuenta.
Bilingüe EN/ES
Fer LLC (Wyoming), trabajando en inglés y español. Respondemos el mismo día hábil, de 9 AM a 9 PM ET, al +1 310 734 8943.
Un historial verificable
Top Rated en Upwork con 100% Job Success, y proyectos publicados en el portafolio.
Preguntas frecuentes
¿Por qué recibo el aviso de administrador, pero el cliente no recibe nada?
La alerta de la tienda y la confirmación del cliente son avisos distintos. Comprueba que el correo del cliente esté activo, su dirección de facturación y el cambio de estado necesario. Después compara registros y eventos del proveedor para ese mensaje.
¿Instalar SMTP resuelve cualquier fallo de correo en WooCommerce?
SMTP puede corregir una ruta de envío poco fiable. No activa avisos deshabilitados, añade destinatarios ausentes ni arregla una pasarela que no actualiza el pedido. Primero comprueba que se produzca el evento que genera el correo.
¿Por qué llega el correo de prueba y no la confirmación del pedido?
La prueba de conexión omite parte del proceso del pedido. Prueba el checkout con una dirección que controles y compara la transición de estado con el registro del aviso real. Una prueba SMTP correcta no valida por sí sola los correos de pedidos.
¿Pueden arreglarlo sin dejar la tienda fuera de servicio?
Podemos empezar por ajustes y registros y usar staging para probar conflictos y cambios de código. El alcance depende de la causa y del hosting. Cualquier paso que pueda interrumpir las compras debe planificarse antes de aplicarlo.
¿Pueden reenviar los correos que faltaron después de repararlo?
Podemos revisar qué mensajes faltaron y si las herramientas instaladas permiten reenviarlos. Primero hay que comprobar destinatario y datos actuales del pedido, y reenviar solo los avisos necesarios para no confundir al cliente.
¿Cuánto cuesta reparar los correos de WooCommerce?
Cotizamos la reparación por escrito tras revisar la tienda, el aviso afectado y los registros disponibles. Un fallo de comunicación de la pasarela, un problema de autenticación del dominio y un conflicto de plugins requieren trabajos distintos. Envíanos los detalles por el formulario para definir el alcance.
¿Qué información necesitan para empezar?
Envíanos la URL, la pasarela, el tipo de aviso, desde cuándo falla y si afecta a clientes, personal o ambos. Puedes incluir un error con los datos privados ocultos. No envíes contraseñas, claves API ni datos de pago de clientes por el formulario.
Conserva juntos el pedido, la evidencia del envío y la confirmación del destinatario. Así tu equipo puede repetir la comprobación después de actualizar la pasarela o los plugins.