¿Tus clientes WooCommerce
ya no pueden pagar?
volvemos a poner la pasarela en marcha.
Auditoría y corrección de bugs de pago WooCommerce
Estado de pedido bloqueado en «Pendiente de pago» indefinidamente, webhook Stripe en error 403, PayPal en bucle, cliente que ha pagado pero pedido no creado, Redsys que no responde, HPOS que lo ha roto todo: cada escenario tiene su causa técnica precisa. La encontramos, la conectamos de nuevo.
Cuánto pierdes cada día
Medidas observadas en 12 auditorías de pago WooCommerce realizadas en 2025-2026.
perdidos por bugs de pago específicos
con webhook en error silencioso
tras corrección en una tienda WC estándar
Cada plugin de pago tiene sus fallos típicos
Reconocer tu pasarela es el 50 % del diagnóstico.
Fallos frecuentes:
- Webhook
/?wc-api=wc_stripeen error 403 → Cloudflare o Wordfence - Estado de pedido bloqueado en «pendiente» → IPN no recibido
- 3DSv2 no gestionado en versiones del plugin < 7.0
- Conflicto HPOS si plugin < 7.5
- Secret key caducada tras rotación Stripe
Fallos frecuentes:
- Botón «Pagar con PayPal» que no se muestra → SDK JS no cargado
- Sandbox activo en producción → client ID de test no cambiado
- Webhook IPN que no pasa → URL cambiada sin actualizar el dashboard PayPal
- Pedidos duplicados si se recarga la página de retorno
Fallos frecuentes:
- Firma HMAC SHA256 inválida tras cambio de clave técnica
- Redirect 3DS que vuelve a página de error WooCommerce
- Notificación servidor (callback) en 500 → endpoint roto
- Modo test/real confundido tras migración
- Plugin oficial Redsys no compatible HPOS (versiones antiguas)
Fallos frecuentes:
- Bizum integrado vía Redsys: notificaciones no entregadas tras 3DS
- Klarna: pedido creado pero estado no actualizado tras autorización
- Adyen: webhook HMAC no validado, eventos rechazados
- Moneda no soportada (USD/GBP) en tienda multi-divisa
Fallos frecuentes:
- Botón Apple Pay invisible en iOS →
apple-developer-merchantid-domain-associationausente en/.well-known/ - HTTPS no válido en todo el sitio (subdominios)
- Dominio no verificado en dashboard Stripe / Adyen
- Conflicto JS con un plugin RGPD / cookies
Fallos frecuentes:
- Email de instrucciones no enviado → SMTP roto (
wp_mail()) - IBAN mal mostrado → variable no rellenada
- Método desactivado por defecto en ciertas zonas de envío
- Conflicto con módulo de fidelización que rechaza manual
Tarifas anunciadas por adelantado
Pre-auditoría incluida. Para la intervención, sabes exactamente cuánto cuesta antes de que toque el código.
Pre-auditoría
- Prueba del recorrido de pago en 3 tarjetas (Visa, MC, 3DS)
- Lectura logs PSP + WooCommerce (
wc-logs/) - Presupuesto firme + facturación recuperable estimada
- Tú decides si continuamos
Intervención dirigida
- Copia de seguridad archivos + BBDD antes de intervenir
- Corrección webhook / clave API / HPOS / 3DS / plugin
- Pruebas en Visa, MC, AmEx, Apple Pay si aplica
- Recuperación pedidos huérfanos (≤ 10 incluidos)
- Garantía 30 días sobre la corrección
Mantenimiento WooCommerce
- Replay de pago mensual automático
- Copias auto diarias externalizadas
- Alerta si webhook PSP en error > 3 veces
- Intervención prioritaria en caso de bug de pago
«Pago WC bloqueado» no es...
Si todo el sitio WordPress muestra «Ha habido un error crítico en este sitio web» y no solo el checkout, es un bug WP general, no un bug de pago. Ficha dedicada.
Ficha error crítico →Si tus clientes no pueden acceder al sitio en absoluto, no es un bug de pago sino una caída del sitio. Diagnóstico distinto, intervención distinta.
Si Stripe/PayPal rechaza tu actividad (CBD, vapeo, juegos, ciertas cripto), es una decisión comercial del PSP, no un bug técnico. Solución: cambiar a un PSP que acepte tu sector.
Pago WooCommerce bloqueado — preguntas frecuentes
wp_woocommerce_order_items. Diagnóstico vía dashboard PSP > Webhooks + wc-logs/./?wc-api=... tras el pago. Si la petición falla (firewall, seguridad, fatal), pedido no creado a pesar del pago. Verificación inmediata: dashboard PSP > Webhooks > estado de los últimos eventos. 403/500/502/timeout = webhook no pasa. Causas: Cloudflare bloquea IPs del PSP, Wordfence en modo estricto, endpoint en error fatal. Solución: whitelist IPs + debug del hook. Pedidos huérfanos recreados manualmente (≤ 10 incluidos).wp_posts a wp_wc_orders. Plugins antiguos que aún leen wp_postmeta fallan. Síntomas: pedidos pagados que no aparecen, errores method not found. Soluciones: (1) verificar compatibilidad HPOS vía WC > Estado > Plugins, (2) actualizar plugins no compatibles, (3) si plugin crítico sin versión HPOS: modo sincronización (ambas tablas alimentadas) mientras se espera, (4) desactivar HPOS temporalmente. Auditoría de compatibilidad HPOS en 1 h.wc-logs/, auditoría wp-config.php, identificación de plugins de pago y versión, inspección del tema hijo. Para correcciones que exigen BO (activación de plugin, configuración de pasarela), recuperación de una cuenta admin vía wp_users en SQL si es necesario, utilizada temporalmente, eliminada después. Diagnóstico gratuito posible con acceso limitado.Otras incidencias que también trato
¿Tus clientes ya no pueden pagar en WooCommerce?
Pre-auditoría gratuita 30 min: recorrido probado, ruptura identificada, facturación recuperable estimada. Presupuesto en 24 h laborables.