PayPal IPN no llega en WooCommerce, cómo arreglar
PayPal IPN no llega en WooCommerce: diagnostica el fallo, corrige pedidos sin actualizar y recupera cobros automáticos con criterio técnico
Cuando PayPal IPN no llega en WooCommerce, la tienda puede recibir el dinero pero no actualizar el pedido como pagado, dejarlo en pendiente o no lanzar automatizaciones asociadas al cobro. En la práctica, significa que la notificación que PayPal Standard envía al sitio no se recibe bien, no se valida o queda bloqueada en algún punto del servidor.
La forma más fiable de resolverlo suele pasar por revisar el método de pago activo, confirmar la URL de escucha, consultar los logs de WooCommerce y validar si el servidor responde correctamente al IPN sin interferencias de caché mal configurada, firewall o redirecciones.
Comprobación rápida
- Confirma si la tienda sigue usando PayPal Standard o una integración distinta.
- Activa registros antes de cambiar ajustes.
- Verifica que el endpoint IPN responde sin errores HTTP ni bloqueos.
- Revisa seguridad, CDN, WAF y plugins que inspeccionan peticiones POST.
Qué significa que PayPal IPN no llega en WooCommerce
IPN es un sistema clásico de notificación de PayPal asociado a PayPal Standard. Su función es avisar a WooCommerce de que un pago ha cambiado de estado para que el pedido se actualice automáticamente. Según la integración usada, algunas tiendas ya trabajan con otros mecanismos, así que lo primero es confirmar que el problema afecta realmente a IPN y no a otra pasarela o webhook.
Si el paypal ipn woocommerce falla, el problema no siempre está en PayPal: puede deberse a una URL mal resuelta, una validación rechazada, un bloqueo del servidor o una respuesta inesperada de WordPress.
Síntomas más comunes cuando falla la notificación de PayPal
- Pedidos pendientes pese al pago confirmado por el cliente.
- Pedidos en espera o procesando sin lógica clara tras volver desde PayPal.
- Emails automáticos o stock que no se actualizan.
- Registros con errores de validación, respuestas no esperadas o ausencia total de logs.
- Casos intermitentes: algunos pagos entran bien y otros no, lo que suele apuntar a reglas de seguridad o conflictos de entorno.
Causas habituales que conviene revisar primero
Configuración y método de pago
Conviene revisar si PayPal Standard sigue activo y si la tienda no mezcla varias extensiones de PayPal con comportamientos distintos. En algunos sitios, una migración parcial deja ajustes heredados que generan dudas sobre qué endpoint está recibiendo las notificaciones paypal.
Bloqueos del servidor, WAF o CDN
Cloudflare, mod_security, firewalls de hosting o plugins de seguridad pueden bloquear peticiones POST legítimas. También puede influir una protección anti-bots demasiado agresiva o reglas personalizadas del servidor.
HTTPS, redirecciones y caché
Un certificado SSL incorrecto, una cadena de redirecciones forzada o una caché mal aplicada sobre endpoints dinámicos puede romper la confirmación automática del pago. No es lo más frecuente, pero sí un origen común del error paypal woocommerce.
Cómo comprobar si WooCommerce está recibiendo o rechazando el IPN
Activa y consulta los logs
Según la versión de WooCommerce y de la pasarela, la ubicación exacta de los registros puede variar. Busca los logs del método PayPal activo y anota si aparece recepción de IPN, validación correcta, rechazo o ausencia total de eventos.
Valida la respuesta HTTP del endpoint
El endpoint debe responder sin errores 403, 404, 406, 429 o 500. Si el ipn no llega pero tampoco hay rastro en WooCommerce, muchas veces el problema está antes de WordPress: DNS, proxy, firewall o reglas del servidor, incluido el error 405 Method Not Allowed en WordPress.
Revisa registros del hosting
Los access logs y error logs ayudan a saber si la petición entró, si fue redirigida o si una capa de seguridad la rechazó. Esta comprobación suele ahorrar mucho tiempo cuando hay woocommerce pagos afectados.
Pasos para arreglar PayPal IPN en WooCommerce sin tocar más de la cuenta
- Haz copia de seguridad y, si es posible, trabaja en un entorno controlado o en una franja de baja actividad.
- Activa logs y documenta el estado actual antes de modificar ajustes.
- Confirma la URL de escucha que usa la pasarela, sin asumir rutas fijas si la versión ha cambiado.
- Comprueba HTTPS y redirecciones; evita cadenas innecesarias entre http, https, www o no-www.
- Excluye el endpoint de caché y optimización si tu stack aplica reglas globales.
- Revisa bloqueos de WAF, CDN y plugins de seguridad; en muchos casos basta con una excepción bien hecha.
- Aísla conflictos probando temporalmente tema por defecto y desactivación controlada de plugins no esenciales, siempre de uno en uno.
Qué hacer si el problema sigue después de las comprobaciones básicas
Si el fallo persiste, conviene escalar el diagnóstico con evidencia: capturas de configuración, extracto de logs, códigos HTTP, hora exacta de intentos y detalles del hosting. Con eso se puede determinar si el rechazo ocurre en PayPal, en la validación de WooCommerce o en una capa intermedia.
Aquí el error más frecuente es cambiar demasiadas variables a la vez: pasarela, caché, tema, seguridad y servidor. Eso complica el diagnóstico y puede introducir fallos nuevos. Si hay cobros reales afectados, lo razonable es detener cambios impulsivos, registrar una prueba controlada y pedir ayuda técnica especializada para no comprometer pedidos ni conciliación.
(sin enlaces externos preseleccionados — el artículo puede incluir hasta 1 referencia a una fuente oficial verificable si encaja de forma natural; no invente ni deduzca URLs)
Fuentes oficiales o documentación verificada
¿Necesitas orientación personalizada?
Te ayudamos a entender tus opciones y el siguiente paso.