Diese Anleitung gilt für Drupal 10 oder 11 und PHP 8.1 bis 8.3. Voraussetzung sind ein live24h Account, ein Workspace und ein API-Key mit Schreibrechten – siehe gemeinsame Schritte .
Installieren
Composer-Installation und Aktivierung:
composer require live24h/drupal-adapter
drush en live24h_health_center
Alternativ aktivieren Sie das Modul live24h Health Center über die Modul-Liste im Backend. Hinterlegen Sie anschließend unter Konfiguration → Services → live24h Health Center den api_key und – sofern der Support keine andere Umgebung vorgibt – die api_base_url (https://api.live24h.eu). Das Modul ist als Direkt-Download von live24h jetzt verfügbar; die Listung auf drupal.org folgt.
Schritt für Schritt
Der bebilderte Ablauf (API-Key, Scan, Health Score, Empfehlungen, Anlegen) ist in der Übersicht Schritt für Schritt dargestellt. In Drupal läuft er so:
- Öffnen Sie im Backend Berichte → live24h Health Center.
- Prüfen Sie unter Konfiguration → Services → live24h Health Center den API-Key und nutzen Sie „Verbindung testen".
- Starten Sie die Analyse der Site (Scan).
- Sehen Sie sich den Website Health Score und die Empfehlungen an.
- Wählen Sie die Checks aus – gesperrte Vorschläge bleiben sichtbar und sind als „Ab Pro" markiert.
- Legen Sie die Checks mit einem Klick in live24h an.
Das Health Center prüft dabei Seiten/SEO (Startseite, robots.txt, sitemap.xml, Indexierbarkeit und Canonical je Surface), SSL und Domain-Ablauf sowie DNS je produktiver Domain, die Mail-Deliverability (MX, SPF, DKIM, DMARC) und – sofern vorhanden – Cron-Hooks und Queue-Worker als Heartbeat.
Problemlösungen und Tipps
Das Health Center fehlt im Backend.
Prüfen Sie, ob das Modul aktiviert ist (drush en live24h_health_center oder über die Modul-Liste), und leeren Sie den Cache mit drush cr. Das Health Center liegt unter Berichte, die Einstellungen unter Konfiguration → Services → live24h Health Center.
„Verbindung testen" schlägt fehl.
Prüfen Sie den api_key (Schreibrechte erforderlich), die api_base_url (https://api.live24h.eu) und ob der Server ausgehend nach außen verbinden darf. Hosting-Firewalls blockieren ausgehende Requests gelegentlich.
Es wird die falsche Domain geprüft. SSL-, Domain- und DNS-Checks beziehen sich auf die produktiven Domains der Site. Ist die Basis-URL nicht eindeutig, hinterlegen Sie die korrekte produktive Domain in der Modul-Konfiguration.
Mail-Checks (SPF/DKIM/DMARC) melden Lücken. Das ist häufig erwünschtes Feedback: Fehlende SPF-, DKIM- oder DMARC-Einträge senken die Zustellbarkeit. Ergänzen Sie die DNS-Einträge bei Ihrem DNS-Anbieter und scannen Sie erneut.
Ein Heartbeat-Check bleibt auf „Wartend". Das ist normal und kein Fehler: Ein Heartbeat wartet auf das erste Signal des überwachten Jobs (den Ping an die Heartbeat-URL). Solange der Cron-Lauf oder Queue-Worker sich noch nicht gemeldet hat, steht der Check auf „Wartend" – nicht auf „Ausfall". Mit dem ersten Lauf wechselt der Status auf „Operativ".
Kein Commerce-Bereich sichtbar. Das ist beabsichtigt. Drupal-Core ist ein CMS ohne Shop, deshalb wird der Commerce-Bereich ausgeblendet und nicht als gesperrter Vorschlag gezeigt.
Ein Vorschlag ist als „Ab Pro" markiert. Der Check-Typ ist in Ihrem Tarif nicht enthalten. Sie können ihn abwählen oder Ihren Tarif upgraden .
Häufige Fragen
Warum ein eigenes Drupal-Modul? Drupal-Sites haben oft mehrere produktive Domains, redaktionelle Verantwortlichkeiten und aktive Cron-/Queue-Prozesse. Ein geführter Flow passt besser als manuelle Einzelchecks.
Welche Check-Typen entstehen? http (Startseite, robots.txt, sitemap.xml), ssl, domainexpiry, seo (Directive je Surface) und heartbeat (Cron/Queue) – je nach Scan-Ergebnis und gebuchtem Plan.
Führt das Modul die Checks selbst aus? Nein. Es erstellt nur die Konfiguration. Die laufenden Checks führt live24h aus mehreren Regionen aus.