Ce guide s’applique à Drupal 10 ou 11 et à PHP 8.1 à 8.3. Il faut disposer d’un compte live24h, d’un Workspace et d’une clé API avec droits d’écriture – voir les étapes communes .
Installer
Installation via Composer et activation :
composer require live24h/drupal-adapter
drush en live24h_health_center
Vous pouvez aussi activer le module live24h Health Center depuis la liste des modules dans le backend. Renseignez ensuite, sous Configuration → Services → live24h Health Center, l’api_key et – sauf indication contraire du support – l’api_base_url (https://api.live24h.eu). Le module est désormais disponible en téléchargement direct depuis live24h ; le référencement sur drupal.org suivra.
Pas à pas
Le déroulement illustré (clé API, scan, Health Score, recommandations, création) est présenté pas à pas dans l’aperçu . Dans Drupal, il se passe ainsi :
- Ouvrez dans le backend Rapports → live24h Health Center.
- Vérifiez sous Configuration → Services → live24h Health Center la clé API et utilisez le « test de connexion ».
- Lancez l’analyse du site (scan).
- Examinez le Website Health Score et les recommandations.
- Sélectionnez les checks – les suggestions verrouillées restent visibles et sont marquées « À partir de Pro ».
- Créez les checks en un clic dans live24h.
Le Health Center vérifie alors pages/SEO (page d’accueil, robots.txt, sitemap.xml, indexabilité et canonical par surface), SSL et expiration du domaine ainsi que le DNS par domaine productif, la délivrabilité des e-mails (MX, SPF, DKIM, DMARC) et – le cas échéant – les hooks Cron et les Queue Workers en tant que Heartbeat.
Dépannage et conseils
Le Health Center est absent du backend.
Vérifiez que le module est activé (drush en live24h_health_center ou via la liste des modules), puis videz le cache avec drush cr. Le Health Center se trouve sous Rapports, les paramètres sous Configuration → Services → live24h Health Center.
Le « test de connexion » échoue.
Vérifiez l’api_key (droits d’écriture requis), l’api_base_url (https://api.live24h.eu) et la possibilité pour le serveur d’établir des connexions sortantes. Les pare-feu d’hébergement bloquent parfois les requêtes sortantes.
Le mauvais domaine est vérifié. Les checks SSL, domaine et DNS se rapportent aux domaines productifs du site. Si l’URL de base n’est pas univoque, renseignez le bon domaine productif dans la configuration du module.
Les checks e-mail (SPF/DKIM/DMARC) signalent des lacunes. C’est souvent un retour souhaité : l’absence d’enregistrements SPF, DKIM ou DMARC réduit la délivrabilité. Ajoutez les enregistrements DNS chez votre fournisseur DNS, puis relancez le scan.
Un check Heartbeat reste sur « En attente ». C’est normal et ce n’est pas une erreur : un Heartbeat attend le premier signal de la tâche surveillée (le ping vers l’URL du Heartbeat). Tant que l’exécution du Cron ou le Queue Worker ne s’est pas manifesté, le check reste sur « En attente » – pas sur « Panne ». Au premier passage, le statut bascule sur « Opérationnel ».
Aucune section Commerce visible. C’est volontaire. Le cœur de Drupal est un CMS sans boutique ; la section Commerce est donc masquée et n’est pas affichée comme suggestion verrouillée.
Une suggestion est marquée « À partir de Pro ». Le type de check n’est pas inclus dans votre tarif. Vous pouvez le désélectionner ou monter en gamme .
Questions fréquentes
Pourquoi un module Drupal dédié ? Les sites Drupal ont souvent plusieurs domaines productifs, des responsabilités éditoriales et des processus Cron/Queue actifs. Un parcours guidé convient mieux que des checks individuels manuels.
Quels types de check sont créés ? http (page d’accueil, robots.txt, sitemap.xml), ssl, domainexpiry, seo (directive par surface) et heartbeat (Cron/Queue) – selon le résultat du scan et le plan souscrit.
Le module exécute-t-il les checks lui-même ? Non. Il ne crée que la configuration. Les checks en continu sont exécutés par live24h depuis plusieurs régions.