Avisos
Vaciar todo

Renovaciones WooCommerce registran http:// en lugar de https://

19 Respuestas
4 Usuarios
0 Reacciones
100 Visitas
Respuestas: 10
Active Member
Topic starter
 

Hola,

Tras la migración a Webempresa, las renovaciones automáticas de suscripciones de WooCommerce están fallando porque WordPress registra la URL del sitio como http:// en lugar de https:// en los metadatos del pago en Stripe. Cuando el webhook de Stripe vuelve, el plugin de pagos (FunnelKit Stripe) compara esa URL con la del sitio, detecta la discrepancia y descarta el evento. El pago se cobra correctamente en Stripe, pero la orden nunca se crea en WooCommerce.

Si reprogramo la renovación manualmente, funciona bien. El problema ocurre solo cuando se ejecuta de forma automática.

Entiendo que al estar detrás de Nginx/Varnish, WordPress necesita recibir la cabecera X-Forwarded-Proto para detectar HTTPS correctamente. He añadido lo siguiente en wp-config.php:

if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
$_SERVER['HTTPS'] = 'on';
}

¿Es correcto este enfoque? ¿Hay algo adicional que deba configurarse desde el servidor para que las peticiones automáticas también se detecten como HTTPS?

Gracias.

Contenido solo visible a usuarios registrados


 
Respondido : 09/06/2026 11:07 am
Respuestas: 10
Active Member
Topic starter
 

Hola Bruno, espero estes bien.

 

Te comparto mi cron actual

*/10     *     *     *     *

/opt/alt/php84/usr/bin/php /home/drcacade/public_html/drcacademy.com/wp-cron.php > /dev/null 2>&1

 

He instalado el plugin mencionado, cual seria el proximo paso?

 

También adjunto imagen sobre el "DISBALE_WP_CRON"

Captura de pantalla 2026 06 12 014041

 

Un saludo y quedo pendiente, muchas gracias.


 
Respondido : 12/06/2026 4:46 am
Pepe
 Pepe
Respuestas: 42532
Illustrious Member
 

Hola.

El cron está bien.

.- Fuerza la carga por https:// en el archivo wp-gonfig:

// Al principio de wp-config.php
define('WP_HOME', 'https://tudominio.com');
define('WP_SITEURL', 'https://tudominio.com');
define('FORCE_SSL', true);


// Detección de proxy (mantén lo que ya tienes)
if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && strpos($_SERVER['HTTP_X_FORWARDED_PROTO'], 'https') !== false) {
    $_SERVER['HTTPS'] = 'on';
}


// Forzar HTTPS también en cron y CLI
if (php_sapi_name() === 'cli' || (defined('DOING_CRON') && DOING_CRON) || (defined('DOING_AJAX') && DOING_AJAX)) {
    $_SERVER['HTTPS'] = 'on';
}
 
Modifica tudominio por el domino donde tienes el problema

.- Desactiva temporalmente WooCommerce Zapier

 

Revisa también estos artículos que encontré:

-> https://funnelkit.com/docs/stripe-gateway-for-woocommerce/troubleshooting/unable-to-make-payments/

-> https://carticy.com/snippets/woocommerce-subscriptions-fix-stripe-recurring-payment-failed-error-with-funnelkit/

 

Un saludo


 
Respondido : 12/06/2026 11:10 am
Respuestas: 10
Active Member
Topic starter
 

Hola,

Quería actualizaros sobre la situación tras aplicar los códigos
sugeridos. Resumo el estado actual:

- He configurado el wp-config.php tal como me indicasteis.
- He apagado el WP-Cron del hosting anterior (toggle "Controlar
wp-cron.php" desactivado en el WP Toolkit de Plesk). Confirmado: ya
no llegan cobros desde aquella instalación.
- He eliminado los webhooks antiguos en Stripe y he creado nuevos
desde los plugins.
- He generado una suscripción de prueba para verificar el flujo.

- En my PHP y en mi Wordpress la direccion es: HTTPS

Síntomas actuales:

- Las renovaciones automáticas siguen sin generar el pedido de
renovación cuando se cumple la fecha programada.
- En WooCommerce → Estado → Acciones programadas no aparece ningún
proceso fallido. Las acciones se ejecutan sin error visible.
- Cuando proceso una renovación manualmente desde el panel de la
suscripción, el cobro se realiza correctamente y el pedido se crea
como debe.

- Las suscripciones dicen "payment delayed"

La diferencia entre el cobro manual (funciona) y el automático (no
genera pedido) es lo que me tiene desconcertado, especialmente porque
Action Scheduler reporta éxito en ambos casos.

Quedo atento.

Gracias,
Facundo


 
Respondido : 12/06/2026 7:52 pm
Bruno
Respuestas: 6937
Illustrious Member
 

Hola Diego/Facundo,

Continuamos evaluando que puede estar sucediendo, has podido echarle un vistazo a los contenidos compartidos por mi compañero?

Has podido ver algo inusual desde los registros de logs de Woocommerce? puedes consultarlos desde el apartado de WooCommerce -> Estado -> Registros

Básicamente, podemos concentrar los esfuerzos en buscar palabras clave como url, mismatch, webhook, site_url, validation failed

Lo fundamental es poder confirmar si en efecto hay una incongruencia en las URLs de las consultas o es algo totalmente distinto como un token invalido

Por último, pero no menos importante, este comportamiento has podido recrearlo bajo alguna instalación clon o nueva? Sería bueno el cambiar el acercamiento, considerando que tienes mas de 50 plugins instalados en el sitio web, varios relacionados con el funcionamiento de WooCommerce, valdria la pena hacer pruebas con los plugins indispensables activos u otra instalación.

Saludos!


 
Respondido : 13/06/2026 12:30 am
Página 2 / 2