Questa guida vale per Drupal 10 o 11 e PHP da 8.1 a 8.3. Sono necessari un account live24h, un workspace e una API key con permessi di scrittura – vedi passaggi comuni .
Installazione
Installazione tramite Composer e attivazione:
composer require live24h/drupal-adapter
drush en live24h_health_center
In alternativa attiva il modulo live24h Health Center dall’elenco dei moduli nel backend. Inserisci poi in Configurazione → Servizi → live24h Health Center la api_key e – salvo che il supporto indichi un altro ambiente – la api_base_url (https://api.live24h.eu). Il modulo è già disponibile come download diretto da live24h; la pubblicazione su drupal.org seguirà.
Passo dopo passo
Il flusso illustrato (API key, scansione, Health Score, raccomandazioni, creazione) è descritto passo dopo passo nella panoramica . In Drupal funziona così:
- Apri nel backend Report → live24h Health Center.
- Verifica in Configurazione → Servizi → live24h Health Center la API key e usa il «test di connessione».
- Avvia l’analisi del sito (scansione).
- Guarda il Website Health Score e le raccomandazioni.
- Seleziona i check – i suggerimenti bloccati restano visibili e sono contrassegnati come «Da Pro».
- Crea i check in live24h con un clic.
Il Health Center verifica pagine/SEO (home page, robots.txt, sitemap.xml, indicizzabilità e canonical per ogni superficie), SSL e scadenza del dominio nonché DNS per ogni dominio produttivo, la deliverability delle email (MX, SPF, DKIM, DMARC) e – se presenti – hook Cron e Queue-Worker come heartbeat.
Soluzione dei problemi e suggerimenti
Il Health Center manca nel backend.
Verifica che il modulo sia attivo (drush en live24h_health_center o tramite l’elenco dei moduli) e svuota la cache con drush cr. Il Health Center si trova in Report, le impostazioni in Configurazione → Servizi → live24h Health Center.
Il «test di connessione» fallisce.
Controlla la api_key (sono necessari i permessi di scrittura), la api_base_url (https://api.live24h.eu) e se il server può aprire connessioni verso l’esterno. I firewall dell’hosting talvolta bloccano le richieste in uscita.
Viene verificato il dominio sbagliato. I check di SSL, dominio e DNS si riferiscono ai domini produttivi del sito. Se l’URL di base non è univoco, inserisci il dominio produttivo corretto nella configurazione del modulo.
I check email (SPF/DKIM/DMARC) segnalano lacune. Spesso è un feedback desiderato: record SPF, DKIM o DMARC mancanti riducono la deliverability. Aggiungi i record DNS presso il tuo provider DNS ed esegui di nuovo la scansione.
Un check heartbeat resta su «In attesa». È normale e non è un errore: un heartbeat attende il primo segnale del job monitorato (il ping all’URL dell’heartbeat). Finché l’esecuzione del Cron o il Queue-Worker non si è ancora annunciato, il check resta su «In attesa» – non su «Inattivo». Con la prima esecuzione lo stato passa a «Operativo».
Nessun ambito commerce visibile. È intenzionale. Drupal-Core è un CMS senza shop, perciò l’ambito commerce viene nascosto e non mostrato come suggerimento bloccato.
Un suggerimento è contrassegnato come «Da Pro». Il tipo di check non è incluso nel tuo piano. Puoi deselezionarlo oppure aggiornare il piano .
Domande frequenti
Perché un modulo Drupal dedicato? I siti Drupal hanno spesso più domini produttivi, responsabilità redazionali e processi Cron/Queue attivi. Un flusso guidato si adatta meglio dei singoli check manuali.
Quali tipi di check vengono creati? http (home page, robots.txt, sitemap.xml), ssl, domainexpiry, seo (direttiva per ogni superficie) e heartbeat (Cron/Queue) – a seconda del risultato della scansione e del piano sottoscritto.
Il modulo esegue da sé i check? No. Crea solo la configurazione. I check in esecuzione vengono eseguiti da live24h da più regioni.