Esta guía es válida para PrestaShop 8.0 o posterior y PHP 8.1 o posterior. Necesita una cuenta live24h, un Workspace y una API key con permisos de escritura: consulte los pasos comunes .
Instalar
Tiene dos caminos: por el back-office o por Composer:
Back-office: consiga el módulo como descarga directa de live24h, seleccione el ZIP en el back-office en Módulos → Subir módulo e instálelo.
Composer:
composer require live24h/prestashop-adapter
php bin/console prestashop:module install live24hhealthcenter
La publicación en el PrestaShop Addons Marketplace llegará después.
Paso a paso
El flujo ilustrado lo encontrará en la visión general ; los siguientes pasos son idénticos al asistente que allí se muestra, solo que en el back-office de PrestaShop.
- Abra el módulo live24h Health Center desde su propia pestaña de admin en el back-office.
- Introduzca la API key de live24h en la pestaña Ajustes.
- Deje la API Base en
https://api.live24h.eu, salvo que el soporte le indique otro entorno. - Guarde y utilice la prueba de conexión.
- Inicie el escaneo de la tienda y los Stores (storefront, carrito y checkout por dominio de tienda, catálogo, SEO, SSL/DNS, correo y cron).
- Revise el Website Health Score, los avisos de plan y las sugerencias.
- Elija un preset de política (minimal, standard o enterprise) y consulte la vista previa de dry-run.
- Seleccione los checks y créelos en live24h con un clic.
Como alternativa, por CLI
# Dry-run: muestra scan, modules, score y suggestions como informe
php bin/console prestashop:module live24hhealthcenter:scan
# Crear: genera las sugerencias por defecto
php bin/console prestashop:module live24hhealthcenter:scan --apply
Resolución de problemas y consejos
La pestaña «live24h Health Center» no aparece en el back-office. Compruebe si el módulo está instalado y activado, y vacíe la caché de PrestaShop (Parámetros avanzados → Rendimiento → Vaciar caché). Tras una actualización ayuda además recargar el navegador en modo forzado.
La «prueba de conexión» falla.
Compruebe la API key (se requieren permisos de escritura), la API Base https://api.live24h.eu y si el servidor tiene permiso para conectar hacia el exterior. Los firewalls del hosting bloquean a veces las peticiones salientes.
El check de checkout informa de un error aunque la tienda funciona. La protección anti-bots, los límites de tasa o un modo de mantenimiento activo pueden bloquear las llamadas automatizadas. Compruebe si las rutas del storefront son accesibles sin iniciar sesión.
En multistore se comprueba el dominio de tienda equivocado. El escaneo deriva storefront, checkout y SSL por cada dominio de tienda productivo. Compruebe en la configuración multistore de PrestaShop que cada Store tenga registrado un dominio productivo correcto.
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 la ejecución del cron no se haya reportado todavía, el check permanece en «En espera», no en «Caído». Con la primera ejecución, el estado pasa a «Operativo».
El heartbeat de cron no aparece. La sugerencia de heartbeat requiere que el módulo cronjobs esté activo o que un webcron dispare las tareas programadas. Sin una tarea registrada, este punto no se ofrece.
Una sugerencia aparece marcada como «Desde Pro». El tipo de check no está incluido en su plan. Las sugerencias bloqueadas siguen visibles; puede deseleccionarlas 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 por varias rutas. El checkout, el carrito, las páginas de producto y los cron jobs pueden caer mientras la página de inicio todavía carga.
¿El plugin realiza pedidos de prueba reales? No. El foco está en una supervisión segura de disponibilidad, señales y heartbeat, sin pagos reales.
¿Funciona con multistore? Sí. El storefront, el checkout y el SSL se derivan por cada dominio de tienda productivo, de modo que cada Store queda recogido en la configuración.