[Jefferson Maldonado]

¡Hola de nuevo, Maritzel!

Muy buena pregunta, porque es una de las limitaciones más comunes de Divi cuando trabajas con campos dinámicos de ACF. Efectivamente, el módulo de Texto de Divi solo permite insertar un campo dinámico por vez y reemplaza todo el contenido del módulo, así que no puedes combinar dos campos dinámicos de forma nativa desde la interfaz.

¿Qué opciones tienes?

1. Solución sencilla con ACF:

La opción más simple es crear un nuevo campo ACF combinado (por ejemplo, llamado “Ubicación Completa”) y, al editar cada ficha, rellenarlo manualmente con el formato “Yucatán, México”. Así te aseguras que todo salga en una sola línea, aunque es menos automático.

2. Automatización con un snippet de código:

Si quieres hacerlo automático y evitar duplicar información, puedes usar un pequeño snippet de código en el archivo functions.php de tu tema hijo. Este código crea un campo dinámico “virtual” que concatena los valores de Estado y País:

add_filter('acf/format_value/name=ubicacion_completa', function($value, $post_id, $field){
 $estado = get_field('estado', $post_id);
 $pais = get_field('pais', $post_id);
 return $estado . ', ' . $pais;
}, 10, 3);

Después, en ACF, crea un campo de solo lectura llamado “ubicacion_completa” y se rellenará solo al mostrar el detalle.

3. Con Divi Machine:

Si estás usando Divi Machine, en algunos módulos avanzados puedes combinar varios campos usando shortcodes ACF, aunque depende de la configuración exacta. Pero la opción del snippet es la más universal y funciona bien.

Resumiendo

Nativamente en Divi: No es posible combinar dos campos dinámicos en una línea desde el módulo Texto.

Con código: Sí, usando un snippet para unir los campos antes de mostrarlos, pero requieres un poco de conocimientos técnicos para implementarlo.

Manualmente: O bien, agregando el dato combinado en un campo adicional de ACF.

Un saludo,

Jefferson – UXDivi

[Jefferson Maldonado]

¡Hola Maritzel!

Gracias por explicar tan bien el problema y por compartir tu avance en el curso. Lo que describes es totalmente normal cuando se trabaja con Divi Machine y otros plugins similares. Por el momento, Divi Machine no ofrece soporte completo para la visualización en el constructor visual de Divi—especialmente cuando se trata de mostrar contenido dinámico (como los campos personalizados o los títulos de los Custom Post Types).

En otras palabras, es común que los módulos de Divi Machine no se muestren en tiempo real dentro del constructor visual, aunque en la página final (vista pública) todo se vea perfecto. Es una limitación técnica que, hasta la fecha, sigue presente en la mayoría de plugins avanzados que gestionan datos dinámicos con Divi.

Te recomiendo seguir trabajando con normalidad y, siempre que quieras ver cómo se visualiza el contenido real, actualiza y revisa la página desde el frontend (modo público). Si en algún momento Divi Machine añade soporte para el constructor visual en futuras versiones, lo comunicaremos dentro de la comunidad y en los cursos.

¡Ánimo y sigue adelante con tu proyecto! Estamos para ayudarte 😊🖐

Un saludo,

Jefferson – UXDivi

[Jefferson Maldonado]

¡Hola, Simón!

Primero que nada, felicidades por terminar el curso y por lanzarte a aplicar WooCommerce en tu PyME. Me alegra mucho leer casos reales como el tuyo y seguro tu experiencia va a inspirar a otros dentro de la comunidad. Voy por partes con tus dudas, tratando de darte la respuesta más clara y útil posible:

Desactivar el zoom en imágenes de servicios

El efecto de zoom en la imagen de producto/servicio viene por defecto en WooCommerce, pero ¡tranquilo! Puedes desactivarlo fácilmente añadiendo este snippet al archivo functions.php de tu tema hijo, o mejor aún, usando el plugin gratuito “Code Snippets” (así evitas problemas con futuras actualizaciones):

add_action( 'after_setup_theme', 'uxdivi_remove_wc_zoom', 99 );
function uxdivi_remove_wc_zoom() {
    remove_theme_support( 'wc-product-gallery-zoom' );
}

Con esto, el efecto de zoom desaparecerá.

Personalización de tarifas de “transporte” en vez de “envío”

WooCommerce usa el término “Envío” por defecto, pero puedes adaptarlo perfectamente a tu modelo de servicios:

• Renombrar “Envío” por “Transporte”: Usa el plugin gratuito Loco Translate para buscar y cambiar la palabra “Envío” por “Transporte” en toda la tienda, incluso si está en español.

• Calcular el costo según comuna y kilómetros: Aquí puedes usar plugins como Table Rate Shipping for WooCommerce (hay versión gratuita y de pago) que permite crear reglas de tarifas basadas en ubicación, distancia, o incluso condiciones personalizadas (puedes poner una tabla de precios por comuna o por rangos de kilómetros).

• Si quieres un cálculo automático por distancia real, plugins como Distance Rate Shipping te permiten cobrar según los kilómetros ingresando la dirección del cliente (ideal para servicios de campo o construcción).

Servicios exclusivos para clientes registrados

Esto es totalmente posible en WooCommerce. Te dejo un flujo recomendado y las herramientas para lograrlo:

• Requiere registro de usuario: WooCommerce lo permite por defecto. Solo activa la opción en Ajustes > Cuentas y privacidad.

• Asignar servicios exclusivos manualmente:

  • Crea un producto/servicio oculto (visible solo con enlace directo).

  • Usa el plugin gratuito User Role Editor o el de pago WooCommerce Memberships para limitar la visibilidad o acceso a ese servicio a usuarios específicos.

• Marcar un servicio como “pagado” manualmente:

  • Entra al pedido en WooCommerce y cámbiale el estado a “Completado” o “Pagado”.

  • El sistema automáticamente envía la notificación por correo al cliente si tienes habilitada la opción en WooCommerce > Ajustes > Correos electrónicos.

• ¿Hay conflictos con la pasarela de pago?

  Si registras el pedido manualmente y lo marcas como pagado, WooCommerce no realiza ningún cargo automático, solo deja constancia en el historial del cliente. La única recomendación es dejar claro al cliente que este registro es manual, por si en el futuro revisa su historial y no ve el pago realizado con tarjeta.

Herramientas y plugins recomendados:

• Loco Translate (gratuito) para cambiar textos.
• Table Rate Shipping o Distance Rate Shipping (si necesitas cálculo por kilómetros).
• Code Snippets para agregar código fácilmente.
• WooCommerce Memberships (de pago, para restringir servicios a ciertos usuarios).
• User Role Editor (gratuito, para gestionar permisos y roles).

¡Mucho éxito con tu proyecto!

Aquí seguimos para apoyarte en cada etapa.
Un abrazo,
Jefferson – UXDivi

• Esta respuesta fue modificada 6 meses, 3 semanas por  Jefferson Maldonado.
• Esta respuesta fue modificada 6 meses, 3 semanas por  Jefferson Maldonado.
• Esta respuesta fue modificada 6 meses, 3 semanas por  Jefferson Maldonado.

[Jefferson Maldonado]

Que tal Gonzalo, tal como lo comenta Aida es como nosotros lo haríamos.

[Jefferson Maldonado]

Que tal David, dejamos por acá algunas recomendaciones adicionales:

1. Consultas lentas a la base de datos

Ve a la pestaña «Queries» (Consultas) o “Database Queries” y ordena por duración. Ahí podrás ver qué funciones o plugins están haciendo consultas pesadas o repetidas a la base de datos. Si ves muchas repetidas (como SELECT * FROM wp_postmeta o similares), eso puede ser señal de que algún plugin no está optimizado.

Tip: Haz clic en el nombre del archivo o del plugin que ejecuta esa consulta para identificar cuál es el causante.

2. HTTP API Calls (llamadas externas)

En sitios LMS o de membresía, plugins como LearnDash, WooCommerce, Mailchimp o analíticas hacen llamadas externas. Esto puede impactar el tiempo de carga. Revisa en la pestaña HTTP API Calls si hay llamadas recurrentes o lentas.

3. Hooks y acciones del tema o plugins

Ve a la pestaña Hooks & Actions si notas funciones que se ejecutan constantemente. Aquí puedes ver si hay acciones que se ejecutan en cada carga aunque no sean necesarias (por ejemplo, funciones de verificación de membresía o login tracking en cada visita).

4. Scripts cargados

En la pestaña Scripts puedes identificar si hay scripts (JS o CSS) innecesarios cargando en cada página. Esto no afecta directamente al CPU, pero sí al rendimiento general.

Finalmente, también soporte del hosting deben poder ayudarte a ver cuál es el plugin o tema (en caso de que de verdad sea Divi) que te está generando ese consumo excesivo de recursos del servidor.

[Jefferson Maldonado]

¡Hola Denis! Gracias por compartir tu duda, vamos a ayudarte a resolverlo.

🛒 Problema con el icono del carrito en Divi Mobile

Lo que mencionas suele pasar cuando el menú de Divi Mobile no está configurado correctamente para mostrar los íconos o elementos dinámicos como el carrito. Aunque en la vista del constructor todo se ve bien, en el frontend móvil puede fallar si alguno de estos puntos no está bien ajustado:

✅ Revisa estos puntos:

1. Activar icono del carrito en Divi Mobile
   Asegúrate de haber activado la opción de “WooCommerce Cart Icon” dentro de los ajustes de Divi Mobile > Menú. Allí puedes configurar si quieres que el carrito se vea como icono, con número de productos, con texto, etc.

2. Asegúrate de que WooCommerce esté cargado correctamente
   El plugin Divi Mobile necesita que WooCommerce esté cargado antes de renderizar el icono del carrito. Si estás usando algún sistema de optimización de scripts (como Asset CleanUp, Perfmatters o algún cache agresivo), desactívalo temporalmente y prueba si el carrito aparece. A veces, el optimizador impide que el script de Woo se cargue a tiempo.

3. Revisa la visibilidad por dispositivo
   Confirma que el módulo del carrito no esté oculto para móvil o tablet desde la pestaña de «Avanzado > Visibilidad» en la configuración del menú de Divi Mobile.

4. Desactiva momentáneamente otros headers móviles
   Aunque mencionas que el Header del Theme Builder está solo para escritorio, revisa que no esté interfiriendo en móvil o generando conflictos de estilos.

5. Actualización del plugin
   Verifica que estás usando la última versión de Divi Mobile y de Divi Engine. A veces, este tipo de errores se corrigen en versiones recientes.

🛠 Si después de todo esto no aparece:

Haz una prueba con un menú básico y un nuevo diseño en Divi Mobile. Si ahí aparece el carrito, entonces el conflicto viene del diseño actual o de alguna personalización CSS.

¡Cuéntanos si con esto se soluciona!
Un abrazo,
Jefferson de UXDIVI 💻✨

[Jefferson Maldonado]

Acá los puedes conseguir Jair: https://learndash.com/support/kb/core/getting-started-with-learndash/shortcodes-blocks/#h-all-learndash-blocks-amp-shortcodes

learndash.com

Shortcodes and Blocks

Shortcodes and blocks provide you with additional ways to insert LearnDash content into your courses, pages, posts and other custom post types. This article will list out every piece of dynamic LearnDash content you can add to your site, and … Continue reading

[Jefferson Maldonado]

Hola Emanuel, claro que si, en las mismas opciones del producto, en la parte de inventario, tienes la opción de elegir que ese producto solo se pueda comprar individualmente. Lo explicamos más a detalle en nuestro curso básico de WooCommerce: https://uxdivi.com/cursos/curso-de-woocommerce-basico

[Jefferson Maldonado]

Hola Daniel, ya te respondimos por soporte.

[Jefferson Maldonado]

Hola David, qué gusto leerte.

Te entiendo completamente porque me ha pasado exactamente lo mismo, sobre todo en plataformas educativas con mucho movimiento como UXDIVI. En mi caso, de hecho, el tema principal no es Divi, sino BuddyPress (que también consume bastante), y he tenido caídas o bloqueos similares cuando hay picos de usuarios activos.

🚫 No es culpa exclusiva de Divi

Es cierto que Divi no es el theme más liviano del mundo, pero tampoco es el principal culpable cuando hay sobreconsumo de CPU. En la mayoría de los casos, ese tipo de cuellos de botella vienen más bien por:

• La combinación de muchos plugins activos simultáneamente (como LearnDash, plugins de membresía, analítica, seguridad, etc.)
• Consultas a la base de datos sin cacheo adecuado
• Funciones cron en exceso
• Problemas con el hosting compartido o mal dimensionado

Divi en sus versiones recientes ha mejorado bastante en rendimiento. De hecho, ahora que ya integraron mejor el sistema de optimización de assets y carga condicional, no debería notarse tanto peso si está bien configurado.

🔧 Recomendaciones para reducir el consumo de CPU

Aquí van algunas prácticas que he aplicado personalmente y que me han ayudado a mejorar mucho el rendimiento en sitios con alto tráfico:

1. Activa un buen sistema de caché (servidor y navegador): Usa plugins como WP Rocket, FlyingPress o LiteSpeed (si tu hosting lo soporta).
2. Desactiva funciones cron internas de WordPress si no las necesitas o gestionalas con cron real desde tu servidor.
3. Evita que plugins hagan llamadas constantes al admin-ajax.php, que suele ser el cuello de botella con muchos usuarios simultáneos (LearnDash hace muchas de estas).
4. Revisa qué plugins cargan scripts innecesarios en cada página (puedes usar Asset CleanUp o Perfmatters para controlar eso).
5. Revisa el hosting. Aunque tengas el mismo proveedor, hay diferencias en la capacidad real de procesamiento de CPU. Muchas veces dos sitios «iguales» se comportan distinto porque están en nodos o servidores compartidos con cargas muy distintas.

🧪 Tip Extra

Instala Query Monitor y mira si hay alguna función o plugin que esté haciendo llamadas excesivas o lentas al servidor. A veces, un solo plugin mal optimizado puede disparar el CPU.

Cierro con esto: no es que Divi se haya vuelto más pesado en sí, sino que los proyectos suelen crecer en complejidad y dependencia de plugins, y el servidor muchas veces no crece al mismo ritmo.

Espero que esto te sirva como punto de partida. Si quieres, me puedes pasar detalles más técnicos por privado y con gusto le echamos un vistazo juntos.

Un abrazo, Jefferson

[Jefferson Maldonado]

Que tal Mauricio un gusto saludarte. Claro, acá te dejo la plantilla que puedes adquirir que está prácticamente lista para trabajar: https://uxdivitemplates.com/product/plantillas-divi/corporativas/plantilla-intranet-comunidades-o-empresas-con-buddyboss-y-divi/

Y esta plantilla la desarrollamos en el curso de Intranet con Buddyboss. Puedes consultarlo después de compararla.

uxdivitemplates.com

Plantilla intranet comunidades o empresas con Buddyboss y Divi - UXDivitemplates

¡Descubre la plantilla definitiva para comunidades de aprendizaje y empresas que desean revolucionar su experiencia en línea! Nuestra plantilla para Divi, integrada con el poderoso Buddyboss Theme y el constructor visual del Divi Builder, es la solución todo-en-uno que has … Continue reading

[Jefferson Maldonado]

¡Gracias por el aporte @AIDA es exactamente como nosotros lo haríamos!

[Jefferson Maldonado]

¡Gracias por tu respuesta! Anotado 😊🖐

[Jefferson Maldonado]

¡Hola Emanuel!

Excelente pregunta. WooCommerce no trae esa opción por defecto, pero puedes lograr que el carrito solo acepte un producto a la vez usando este pequeño código en el archivo functions.php de tu tema hijo (o usando un plugin de fragmentos de código como Code Snippets):

add_filter('woocommerce_add_to_cart_validation', 'uxdivi_solo_un_producto_en_carrito', 99, 2);
function uxdivi_solo_un_producto_en_carrito($passed, $product_id) {
    WC()->cart->empty_cart();
    return $passed;
}

Este código vacía automáticamente el carrito cada vez que un usuario agrega un nuevo producto, permitiendo solo uno a la vez (igual que en UXDivi).

¿Cómo aplicarlo?

1. Ve a tu WordPress > Apariencia > Editor de temas.

2. Abre el archivo functions.php tu tema hijo.

3. Pega el código al final del archivo y guarda los cambios.

O, si prefieres no tocar código, puedes instalar el plugin gratuito Code Snippets y pegarlo como un nuevo snippet.

¡Listo! Así, cada usuario solo podrá tener un producto en el carrito a la vez.

Si tienes otra duda, aquí estoy para ayudarte.

¡Saludos!

[Jefferson Maldonado]

Que la Mauro, te refieres a que si tenemos plantillas con Tutor LMS ya listas para Divi?