Deze handleiding geldt voor Drupal 10 of 11 en PHP 8.1 tot 8.3. Voorwaarden zijn een live24h account, een workspace en een API key met schrijfrechten – zie gemeenschappelijke stappen .
Installeren
Composer-installatie en activering:
composer require live24h/drupal-adapter
drush en live24h_health_center
U kunt de module live24h Health Center ook activeren via de modulelijst in de backend. Vul daarna onder Configuratie → Services → live24h Health Center de api_key in en – tenzij de support een andere omgeving voorschrijft – de api_base_url (https://api.live24h.eu). De module is als directe download van live24h nu beschikbaar; de vermelding op drupal.org volgt.
Stap voor stap
Het geïllustreerde verloop (API key, scan, Health Score, aanbevelingen, aanmaken) staat stap voor stap in het overzicht . In Drupal verloopt het zo:
- Open in de backend Rapporten → live24h Health Center.
- Controleer onder Configuratie → Services → live24h Health Center de API key en gebruik „Verbinding testen".
- Start de analyse van de site (scan).
- Bekijk de Website Health Score en de aanbevelingen.
- Selecteer de checks – vergrendelde voorstellen blijven zichtbaar en zijn als „Vanaf Pro" gemarkeerd.
- Leg de checks met één klik aan in live24h.
Het Health Center controleert daarbij pagina’s/SEO (startpagina, robots.txt, sitemap.xml, indexeerbaarheid en canonical per surface), SSL en domeinverloop alsook DNS per productief domein, de mail-deliverability (MX, SPF, DKIM, DMARC) en – indien aanwezig – cron-hooks en queue-workers als heartbeat.
Probleemoplossingen en tips
Het Health Center ontbreekt in de backend.
Controleer of de module geactiveerd is (drush en live24h_health_center of via de modulelijst), en leeg de cache met drush cr. Het Health Center staat onder Rapporten, de instellingen onder Configuratie → Services → live24h Health Center.
„Verbinding testen" mislukt.
Controleer de api_key (schrijfrechten vereist), de api_base_url (https://api.live24h.eu) en of de server uitgaand naar buiten mag verbinden. Hosting-firewalls blokkeren uitgaande requests soms.
Het verkeerde domein wordt gecontroleerd. SSL-, domein- en DNS-checks hebben betrekking op de productieve domeinen van de site. Is de basis-URL niet eenduidig, vul dan het juiste productieve domein in de moduleconfiguratie in.
Mail-checks (SPF/DKIM/DMARC) melden lacunes. Dat is vaak gewenste feedback: ontbrekende SPF-, DKIM- of DMARC-records verlagen de bezorgbaarheid. Vul de DNS-records aan bij uw DNS-provider en scan opnieuw.
Een heartbeat-check blijft op „Wachtend". Dat is normaal en geen fout: een heartbeat wacht op het eerste signaal van de bewaakte taak (de ping naar de heartbeat-URL). Zolang de cron-run of queue-worker zich nog niet heeft gemeld, staat de check op „Wachtend" – niet op „Storing". Bij de eerste run wisselt de status naar „Operationeel".
Geen commerce-gedeelte zichtbaar. Dat is bedoeld. Drupal-core is een CMS zonder shop, daarom wordt het commerce-gedeelte verborgen en niet als vergrendeld voorstel getoond.
Een voorstel is als „Vanaf Pro" gemarkeerd. Het check-type zit niet in uw abonnement. U kunt het deselecteren of uw abonnement upgraden .
Veelgestelde vragen
Waarom een eigen Drupal-module? Drupal-sites hebben vaak meerdere productieve domeinen, redactionele verantwoordelijkheden en actieve cron-/queue-processen. Een begeleide flow past beter dan handmatige losse checks.
Welke check-types ontstaan? http (startpagina, robots.txt, sitemap.xml), ssl, domainexpiry, seo (directive per surface) en heartbeat (cron/queue) – afhankelijk van het scanresultaat en het geboekte plan.
Voert de module de checks zelf uit? Nee. Hij maakt alleen de configuratie aan. De lopende checks voert live24h uit vanuit meerdere regio’s.