Esta guía es válida para Drupal 10 u 11 y PHP 8.1 a 8.3. Necesita una cuenta live24h, un Workspace y una API key con permisos de escritura: consulte los pasos comunes .
Instalar
Instalación con Composer y activación:
composer require live24h/drupal-adapter
drush en live24h_health_center
Como alternativa, active el módulo live24h Health Center desde la lista de módulos del backend. A continuación, en Configuración → Servicios → live24h Health Center, introduzca la api_key y, salvo que el soporte le indique otro entorno, la api_base_url (https://api.live24h.eu). El módulo está ya disponible como descarga directa de live24h; la publicación en drupal.org llegará después.
Paso a paso
El flujo ilustrado (API key, escaneo, Health Score, recomendaciones, creación) está descrito paso a paso en la visión general . En Drupal funciona así:
- Abra en el backend Informes → live24h Health Center.
- Compruebe en Configuración → Servicios → live24h Health Center la API key y utilice la «prueba de conexión».
- Inicie el análisis del site (escaneo).
- Revise el Website Health Score y las recomendaciones.
- Seleccione los checks: las sugerencias bloqueadas siguen visibles y aparecen marcadas como «Desde Pro».
- Cree los checks en live24h con un clic.
El Health Center comprueba en este proceso páginas/SEO (página de inicio, robots.txt, sitemap.xml, indexabilidad y canonical por superficie), SSL y caducidad del dominio, así como el DNS por cada dominio productivo, la entregabilidad del correo (MX, SPF, DKIM, DMARC) y, si existen, los hooks de cron y los Queue workers como heartbeat.
Resolución de problemas y consejos
El Health Center no aparece en el backend.
Compruebe si el módulo está activado (drush en live24h_health_center o desde la lista de módulos) y vacíe la caché con drush cr. El Health Center está en Informes, y los ajustes en Configuración → Servicios → live24h Health Center.
La «prueba de conexión» falla.
Compruebe la api_key (se requieren permisos de escritura), la api_base_url (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.
Se comprueba el dominio equivocado. Los checks de SSL, dominio y DNS se refieren a los dominios productivos del site. Si la URL base no es inequívoca, registre el dominio productivo correcto en la configuración del módulo.
Los checks de correo (SPF/DKIM/DMARC) informan de carencias. A menudo es feedback deseado: la falta de registros SPF, DKIM o DMARC reduce la entregabilidad. Añada los registros DNS en su proveedor de DNS y vuelva a escanear.
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 o el Queue worker no se hayan reportado todavía, el check permanece en «En espera», no en «Caído». Con la primera ejecución, el estado pasa a «Operativo».
No aparece ninguna sección de comercio. Es intencionado. El core de Drupal es un CMS sin tienda, por eso la sección de comercio se oculta y no se muestra como sugerencia bloqueada.
Una sugerencia aparece marcada como «Desde Pro». El tipo de check no está incluido en su plan. Puede deseleccionarlo o mejorar su plan .
Preguntas frecuentes
¿Por qué un módulo de Drupal propio? Los sites Drupal suelen tener varios dominios productivos, responsabilidades editoriales y procesos de cron/cola activos. Un flujo guiado encaja mejor que los checks individuales manuales.
¿Qué tipos de check se generan? http (página de inicio, robots.txt, sitemap.xml), ssl, domainexpiry, seo (directiva por superficie) y heartbeat (cron/cola), según el resultado del escaneo y el plan contratado.
¿El módulo ejecuta los checks por sí mismo? No. Solo crea la configuración. Los checks en marcha los ejecuta live24h desde varias regiones.