Hola Pablo.
Te paso el código para que pruebes.
Recuerda hacer siempre una copia de seguridad del sitio antes de implememtar este tipo de cambios.
Vamos a «escuchar» cuando se registre un nuevo usuario (sin importar cómo) y le diremos a WooCommerce que envíe su correo de bienvenida.
Este código puedes añadirlo en el archivo functions.php de tu tema hijo (nunca en el del tema padre) o, de forma más recomendable y segura, usando un plugin de fragmentos de código como Code Snippets.
/**
* Dispara el correo de bienvenida de WooCommerce cuando se registra un nuevo usuario,
* independientemente del método de registro (ej. un formulario de Breakdance).
*/
add_action( 'user_register', 'enviar_correo_bienvenida_wc_en_registro', 10, 1 );
function enviar_correo_bienvenida_wc_en_registro( $user_id ) {
// Primero, nos aseguramos de que WooCommerce esté activo para no causar un error fatal.
if ( ! class_exists( 'WooCommerce' ) ) {
return;
}
// Obtenemos la instancia del sistema de correos de WooCommerce.
$mailer = WC()->mailer();
$emails = $mailer->get_emails();
// Comprobamos que la clase del correo electrónico 'Customer_New_Account' existe y está activa.
if ( isset( $emails['WC_Email_Customer_New_Account'] ) ) {
// Disparamos el correo, pasándole el ID del usuario recién creado.
$emails['WC_Email_Customer_New_Account']->trigger( $user_id );
}
}
¿Qué hace este código?
- Se engancha a la acción
user_register, que WordPress ejecuta cada vez que se crea un nuevo usuario con éxito.
- Dentro de nuestra función, comprueba si WooCommerce está activo.
- Obtiene el objeto del correo específico de «Nueva Cuenta» de WooCommerce.
- Llama al método
trigger() de ese objeto, pasándole el ID del nuevo usuario. Esto es exactamente lo que hace WooCommerce por su cuenta, pero nosotros lo estamos forzando manualmente.
Prueba esta solución y me cuentas.
Saludos.
Hola.
El hecho de que el problema sea intermitente y reaparezca después de un tiempo, junto con el uso de Cloudflare, me hace pensar que la causa principal no está directamente en la versión de WordPress o WooCommerce, sino más bien en un problema de caché o de configuración que se ha visto agravado por las actualizaciones.
Los errores de cookies y sesiones que aparecen y desaparecen suelen estar relacionados con algún tipo de caché que está sirviendo contenido «antiguo» o incorrecto, interfiriendo con la forma en que WordPress y WooCommerce gestionan las sesiones de los usuarios.
Te sugiero seguir estos pasos en orden, ya que están listados del más probable al menos probable:
- Activa el Modo de Desarrollo en Cloudflare y monitoriza el sitio. Esto desactiva temporalmente la caché de Cloudflare durante 3 horas, permitiéndote comprobar si el problema reside ahí. Si el problema no vuelve, la causa es la caché de Cloudflare.
- Si se confirma, desactiva el Modo de Desarrollo y configura las Reglas de Página para excluir las páginas de WooCommerce de la caché. Las páginas como «Mi Cuenta», «Carrito» y «Finalizar Compra» nunca deben ser cacheadas.
- Vacía todas las cachés: la de Cloudflare, la de tu plugin de caché en WordPress y la del servidor.
- Si el problema persiste, procede con el diagnóstico de conflicto de plugins, desactivándolos todos (excepto WooCommerce) y reactivándolos uno a uno.
- Como último recurso, revisa la configuración de URL en WordPress y el archivo
wp-config.php. Busca en el archivo wp-config.php si existen constantes que definan el comportamiento de las cookies. Es poco común, pero podría haber algo como esto: define('COOKIE_DOMAIN', 'www.tusitio.com');
Si existen estas líneas y no estás seguro de su propósito, prueba a comentarlas (añadiendo // al principio de la línea) para ver si eso soluciona el problema.
Mi recomendación es que te centres primero en Cloudflare. La intermitencia del problema es un síntoma clásico de una caché mal configurada que sirve versiones no actualizadas de las páginas, lo que provoca que el nonce de WooCommerce (una clave de seguridad para las acciones) falle y se bloqueen las sesiones.
Si tienes alguna duda en alguno de los pasos, no dudes en preguntar.
Antes de realizar cambios importantes, te recomiendo dos cosas:
- Copia de seguridad: Aunque ya la tengas, haz una nueva copia de seguridad del estado actual del sitio (archivos y base de datos).
- Entorno de pruebas (staging): Si tu proveedor de alojamiento ofrece un entorno de staging, prueba allí estas soluciones para no afectar a la web en producción.
Saludos.
Hola.
Prueba con WPC Product Bundles for WooCommerce o YITH WooCommerce Product Bundles. Cuentan con versiones gratuitas en el repositorio que igual te son suficientes. Woocommerce tiene una extensión oficial de pago.
https://es.wordpress.org/plugins/tags/bundles/
Te sugiero empezar revisando las características de la versión gratuita de WPC o YITH. Si se ajustan a lo que buscas, perfecto. Si necesitas la máxima fiabilidad e integración, la extensión oficial de WooCommerce es la apuesta más segura.
Estos plugins te permiten crear un producto virtual (el pack) que agrupa otros productos reales (los artículos sueltos).
La clave está en configurar el pack para que, aunque se venda como una sola unidad en la tienda, en el pedido y para la gestión interna se listen los componentes individuales.
Saludos.
Hola @almudenita11
Sinceramente te recomiendo que consultes con un profesional, por lo siguiente (es una aproximacion):
- Problemas con el rendimiento del servidor (OVCloud)
- Tema Multiproposito que suelen relantizar (Avada)
- Problemas de configuracion y uso
Personalmente y viendo el sitio delegarlo a un profesional te evitara dolores de cabeza ya que no es solo instalar un plugin de cache (autoptimize). El WPO es una combinacion de ajustes y buenas practicas, por lo general se hace para obtener una puntuacion elevada en el pagespeed u otros analizadores para que los bots clasifiquen tu sitio antes que otro al tener unas buenas CWV (Google).
Por cierto, no confundas el WPO con el SEO (local, etc…), ya que aunque por ejemplo consigas un 100 en el pagespeed despues aplicar un buen WPO, sin un buen SEO aplicado ya sea Google u otro buscador no significa que subas en sus clasificaciones.
Hola @compr1426
No hay una guia de como hacerlo y desde mi punto de vista depende de dos factores, presupuesto y contenido. Por ejemplo: Sin presupuesto y poco contenido Polylang ya funciona.
Otro factor importante es la compatibilidad con los plugins, creo recordar un caso que usando Elementor el PolyLang no lo traducia. Por lo que debes asegurarte que todo es compatible.
El flujo, lo decides tu y en tu caso con el cliente, pero esta claro que primero debes crear el sitio (Personalmente lo creo en ingles y luego se añaden los idiomas)
Por recomendacion, no digo ninguno pero el WPML es el mas extendido con lo que podras encontrar mas informacion.
Hola @ingsis0604
Causas comunes del error:
1. Límite de memoria insuficiente: El límite de memoria establecido en la configuración de PHP es demasiado bajo.
2. Codigos ineficientes: Codigos que consumen mucha memoria debido a bucles excesivos o manejo ineficiente de datos.
3. Carga de datos grandes: Manejo de grandes cantidades de datos en una sola operación.
4. Fugas de memoria: Uso incorrecto de la memoria en el codigo que lleva a un consumo excesivo.
Como muestra la clase wpdb, deduzco que esta relacionado con la obtencion de datos desde la DB.
Intenta subir el limite primero, si estas haciendo codigo mejoralo, si usas plugins para todo deberas averiguar cual es e intentar encontrar una solucion y o alternativa.
Hola @alebee616
El formulario deduzco que es del mismo Elementor, por lo que pueden ser dos cosas ya que no aportas nada de informacion relacionada con tu WordPress.
- Tienes un plugin del tipo «Google Captcha» que necesita sus credenciales
- Tienes algun plugin que esta dando problemas en el editor
Asegurate que lo tienes todo bien configurado y si aun sucede tendras que hacer un descarte de plugins para detectar cual esta fallando.
El descarte se hace de la siguiente manera:
- Copia completa del sito (Es opcional, pero yo siempre lo recomiendo)
- Desactivas todos los plugins, en tu caso excepto Elemetor
- Compruebas, activas uno y compruebas
- Repites el punto anterior hasta completar la lista o detectar que sucede, en ese caso el ultimo plugin en teoria es el culpable.
Hola @eltuyo
Lo primero, que plugin usas exactamente?
Independientemente del plugin, lo que comentas deduzco que tendras que usar los hooks y dependiendo del plugin, pagina, etc… Se usaran unos u otros.
Hola @eltuyo
Te recomiendo visto tus conocimientos es que uses este plugin; https://es.wordpress.org/plugins/kadence-woocommerce-email-designer/
Para que funcione no deben existir ningun overwrites de los emails, te sugiero que renombres la carpeta emails y cuando lo tengas todo ok con el plugin ya la eliminas tranquilamente.
Hola.
El código que hay en el artículo no debería generar un error de SQL de ese tipo, porque no manipula directamente las cláusulas JOIN de la base de datos ni hace referencia explícita a wpbe_posts.ID en un JOIN. Ese código solo modifica los argumentos (como meta_query) que WordPress/WooCommerce luego usarán para construir la consulta SQL de forma interna.
Además, veo una fecha anterior a su implementación:
[28-Aug-2025 06:41:50 UTC] WordPress database error Unknown column ‘wpbe_posts.ID’ in ‘ON’ for query
¿Puede que haya otro código o plugin que esté generando ese error?
Saludos.
Hola.
Pueden estar pasando varias cosas:
- Si el sitio web tiene poco tráfico, o si la URL de la entrada programada no se visita exactamente en el momento de la publicación, WP-Cron no se activará y la entrada quedará en estado «Programada».
- Un plugin o incluso el tema activo podría estar interfiriendo con el correcto funcionamiento de WP-Cron.
- Es posible que el archivo
wp-config.php contenga alguna configuración que esté deshabilitando WP-Cron sin que lo sepas.
- Algunos entornos de servidor o plugins de caché muy agresivos pueden impedir que WP-Cron se ejecute.
Sea cual sea la causa, la solución definitiva consiste en desactivar WP-Cron y hacer que el servidor se encargue de ejecutar el script de WP-Cron a intervalos regulares.
Para ello añade la siguiente línea de código al archivo wp-config.php:
define( ‘DISABLE_WP_CRON’, true );
Tendrás que acceder al panel de control de tu hosting (como cPanel, Plesk, etc.) y buscar la sección de «Tareas programadas» (o «Cron Jobs»).
El comando que debes configurar es el siguiente. Asegúrate de reemplazar https://ctmedia69.es con la URL de tu propio sitio web (encaso de ser necesario):
wget -q -O – https://ctmedia69.es/wp-cron.php?doing_wp_cron >/dev/null 2>&1
Este comando le dice al servidor que visite la URL de wp-cron.php de tu sitio. Puedes configurar la frecuencia de ejecución; por ejemplo, una vez cada 5 o 10 minutos.
Importante: La ruta de tu archivo wp-cron.php podría ser diferente dependiendo de la estructura de tu sitio o de tu servidor, pero lo más común es que sea en la raíz de la instalación de WordPress.
Si no funciona, puedes consultar la documentación de tu proveedor de hosting o contactar a su soporte técnico para que te ayuden a configurar el cron job.
A ver si así conseguís solucionarlo.
Saludos.
