Esta guía es válida para Shopware 6.5 o 6.6 y PHP 8.1+. Necesita una cuenta live24h, un workspace y una API key con permisos de escritura: consulte los pasos comunes .
Instalar
Tiene dos caminos: mediante la Administración o mediante Composer:
Administración: consiga el plugin como descarga directa de live24h, súbalo en la Administración en Extensiones → Mis extensiones y actívelo.
Composer:
composer require live24h/website-monitor-shopware
bin/console plugin:refresh
bin/console plugin:install --activate Live24hWebsiteMonitor
bin/console cache:clear
La publicación en la Shopware Store oficial llegará después.
Paso a paso
- Abra la configuración del plugin e introduzca la API key de live24h.
- Deje la API Base en
https://api.live24h.eu, salvo que el soporte indique otro entorno. - Guarde y utilice la prueba de conexión.
- Abra el asistente de Administración.
- Analice Sales Channels, Storefront y las URL de producto, carrito y checkout.
- Revise el Shop Health Score, las indicaciones de plan y las sugerencias.
- El checkout viene preseleccionado; el carrito y la cuenta están disponibles como sugerencias activables.
- Se pueden añadir como Heartbeat hasta 12 Scheduled Tasks y los workers de la Message Queue.
- Seleccione los checks y haga clic en Crear.
Para despliegues repetibles está disponible el comando CLI bin/console live24h:monitor:scan (con --apply crea directamente las sugerencias por defecto, con --sales-channel-id=<id> para un Channel concreto).
Resolución de problemas y consejos
El módulo live24h no aparece en la Administración.
Compruebe que el plugin esté activado y vacíe la caché con bin/console cache:clear. Tras una actualización ayuda además recargar el navegador en modo forzado. En algunos setups es necesario reconstruir el bundle de la Administración.
«Probar conexión» falla.
Compruebe la API key (se requieren permisos de escritura), la API Base https://api.live24h.eu y que el servidor pueda conectar de forma saliente. Los cortafuegos de hosting bloquean a veces las peticiones salientes.
El check de checkout informa de un error aunque la tienda funcione. La protección contra bots, los rate limits o un modo de mantenimiento activo pueden bloquear las llamadas automatizadas. Compruebe que las rutas de la Storefront sean accesibles sin login.
Un check de Heartbeat se queda en «En espera». Es normal y no es un error: un Heartbeat espera la primera señal del job supervisado (el ping a la URL del Heartbeat). Mientras el Scheduled Task, el worker de la cola o la ejecución de importación no se haya comunicado, el check permanece en «En espera», no en «Caída». Con la primera ejecución, el estado cambia a «Operativo».
No se detectan los Scheduled Tasks o la cola. Solo se proponen tasks registrados y activos, y como máximo doce. Un número muy elevado de tasks se limita a propósito para que la recomendación siga siendo clara.
Se supervisa el Sales Channel equivocado.
Elija en el asistente el Sales Channel correcto, o indíquelo por CLI con --sales-channel-id=<id>.
Una sugerencia está marcada como «Plan upgrade required». El tipo de check no está incluido en su plan. Puede desmarcarlo o mejorar su plan .
Preguntas frecuentes
¿Por qué no basta con un check normal de la página de inicio? Porque una tienda genera ingresos a través de varias rutas. El checkout, el carrito, las páginas de producto y los jobs pueden caer mientras la página de inicio sigue cargando.
¿El plugin hace pedidos de prueba reales? No. El foco está en una supervisión segura de disponibilidad, señales y Heartbeat, sin pagos reales.
¿Puedo supervisar jobs de importación? Sí. Los Scheduled Tasks, la Message Queue y las sincronizaciones de ERP/importación se pueden proteger como Heartbeat.