Oltre a leggere i dati di Google, SaaSMaestro può visitare direttamente i tuoi siti per individuare problemi che Google non segnala. I controlli si trovano in Salute dei siti, in Impostazioni → il tuo workspace → Connessioni dati. Ognuno è un servizio a sé, disattivato finché un proprietario o un amministratore non lo attiva nella sua finestra, dove sceglie anche quali siti coprire. Non c'è nulla da installare.
I controlli provengono dai nostri server all'indirizzo 35.214.110.192. Se il tuo sito è protetto da un firewall, Cloudflare o un plugin di sicurezza, aggiungi prima quell'indirizzo alla whitelist. Vedi Aggiungere il nostro indirizzo IP alla whitelist.
I servizi
| Servizio | Frequenza | Cosa viene esaminato |
|---|---|---|
| Monitoraggio dell'uptime | Ogni 15 minuti | Se la home page risponde, confermato da altre regioni prima che venga dichiarata un'interruzione, più controlli giornalieri del tag Google, di robots.txt, della sitemap e delle pagine e un report mensile. |
| Monitoraggio dei certificati SSL | Settimanale | Quando il certificato scade, chi lo ha emesso e se i visitatori ottengono davvero HTTPS. |
| Monitoraggio dei domini | Settimanale | Quando scade la registrazione del dominio, il registrar e i blocchi del registro. |
| DNS e sicurezza email | Giornaliero | Modifiche ai nameserver e ai server di posta, e ai record SPF, DMARC e DKIM. |
| Blacklist e malware | Giornaliero | L'elenco Web Risk di Google dei siti pericolosi e l'elenco di malware URLhaus di abuse.ch. |
| Header di sicurezza | Settimanale | Sei header di sicurezza comuni, valutati da A a F, e file caricati via HTTP semplice. |
| Prestazioni di laboratorio | Settimanale | Un test PageSpeed Insights della home page mobile, con il suo punteggio nel tempo. |
| Core Web Vitals | Giornaliero | Velocità reale dei visitatori dal Chrome UX Report, letta durante i controlli giornalieri del Monitoraggio dell'uptime una volta impostata la sua chiave API. |
| Controlli delle pagine chiave | Ogni 5, 15 o 60 minuti | Le pagine che scegli, come prezzi o registrazione, devono caricarsi e contenere il testo indicato. |
| Monitoraggio degli heartbeat | Con la frequenza che imposti | I tuoi cron job, backup e worker richiedono un indirizzo privato; ricevi un avviso quando uno di essi smette di farsi sentire. |
Quando viene aggiunto un nuovo sito, ti vengono proposti i servizi già attivi per il workspace. Gli avvisi dei controlli SSL, di dominio, DNS, blacklist, header di sicurezza e prestazioni vengono inviati via email a proprietari e amministratori come “Avvisi sui problemi critici” non appena un controllo li rileva, una sola volta ciascuno, e a qualsiasi canale chat che li riceve.
Uptime
La home page di ogni sito viene controllata ogni 15 minuti. Un sito risulta offline solo dopo due controlli consecutivi non riusciti, per evitare falsi allarmi dovuti a una singola risposta lenta. Risposte come “non autorizzato” o “troppe richieste” contano come online, perché il server sta rispondendo.
Prima che un secondo errore venga dichiarato un'interruzione, anche server di altre regioni caricano il sito. Se la maggior parte ci riesce, il problema è tra il nostro server principale e il sito, come un guasto di rete o una regola del firewall, quindi nessuna interruzione viene dichiarata. La finestra Monitoraggio dell'uptime elenca le regioni usate.
Quando un sito va offline, proprietari e amministratori ricevono subito un'email di downtime (al massimo una volta per interruzione a settimana) e viene creato un problema critico finché non torna online. Il 1° di ogni mese ricevono anche un report mensile sull'uptime con uptime e interruzioni di ogni sito nel mese precedente; chiunque può disattivarlo per sé in Notifiche.
Controlli giornalieri
Questi vengono eseguiti con il Monitoraggio dell'uptime, una volta al giorno per ogni sito che copre.
| Controllo | Cosa viene esaminato |
|---|---|
| Tag Google | Se la home page contiene il tag GA4 di questo sito, un ID GA4 diverso, Google Tag Manager o niente. |
| robots.txt | Se esiste, se è cambiato e se blocca tutti i motori di ricerca. |
| Sitemap | Quanti URL elenca, leggendo fino a 10 sitemap secondarie. |
| Core Web Vitals | La velocità percepita dai visitatori reali, dal Chrome UX Report: Largest Contentful Paint, Interaction to Next Paint e Cumulative Layout Shift. Richiede una chiave API Chrome UX Report, da impostare nel riquadro Core Web Vitals della scheda Connessioni dati del workspace. |
| Stato nell'indice Google | Per i siti collegati a Search Console, se ogni pagina monitorata è nell'indice di Google, secondo la URL Inspection API. |
| Link interni (settimanale) | Vengono seguiti fino a 40 link verso il tuo sito dalle pagine monitorate, ed elencati quelli che rispondono con 404, 410 o un errore del server. |
Un sito che carica il tag Google tramite uno strumento di consenso o Tag Manager può mostrare “Trovato Google Tag Manager” o “Non trovato” anche se il tracciamento funziona. Per esserne certo, controlla il report In tempo reale di GA4.
Certificati SSL
Una volta a settimana i nostri server leggono il certificato servito da ogni sito: quando scade e chi lo ha emesso. Entro otto giorni dalla scadenza, o se manca HTTPS, il controllo diventa giornaliero, così un rinnovo viene rilevato prima che qualcuno venga avvisato. Ricevi un avviso una settimana prima della scadenza del certificato, di nuovo il giorno prima e una volta scaduto. Compare come problema nella pagina del sito da 14 giorni prima.
Verificano anche che i visitatori ottengano HTTPS: ricevi un avviso quando il sito risponde solo via HTTP semplice, o quando l'HTTP semplice serve il sito senza reindirizzare a HTTPS. Questi avvisi si ripetono ogni settimana finché non vengono risolti.
Registrazione del dominio
Una volta a settimana il dominio registrato (example.com per shop.example.com) viene consultato presso il suo registro tramite RDAP, o WHOIS se il registro non ha RDAP. Entro un mese dalla scadenza viene consultato ogni giorno. Ricevi un avviso un mese, una settimana e un giorno prima della scadenza della registrazione, e una volta scaduta. Ricevi anche un avviso subito se il registro mette il dominio in blocco, il che ferma sito ed email, o se è scaduto e sta per essere eliminato.
DNS e sicurezza email
Una volta al giorno i record DNS del dominio vengono consultati tramite DNS-over-HTTPS, così i risultati corrispondono a ciò che vede il resto di Internet. Un cambio di nameserver o di server di posta genera subito un avviso e resta nella pagina del sito per una settimana, perché è così che appare un dominio dirottato o una migrazione fallita.
Per i domini che ricevono email, il controllo segnala anche un record SPF mancante, più di un record SPF, un record SPF che consente a chiunque di inviare (+all) e un record DMARC mancante. DKIM non può essere elencato, quindi viene cercato ogni settimana tra i selettori comuni dei servizi di posta, e mostrato solo se trovato.
Blacklist e malware
Una volta al giorno ogni sito viene cercato nell'elenco Web Risk di Google, che porta Chrome e altri browser a mostrare ai visitatori una pagina di avviso rossa al posto del sito, e nell'elenco URLhaus di abuse.ch dei download di malware. Entrambi di solito indicano che il sito è stato violato, e ricevi un avviso subito.
Questo controllo richiede una chiave API di Google Web Risk, una chiave di autenticazione di URLhaus, o entrambe, salvate nella sua finestra. Senza nessuna delle due non viene eseguito. L'API Safe Browsing gratuita di Google non è concessa in licenza per uso commerciale, ed è per questo che viene usata l'API Web Risk a pagamento.
Header di sicurezza e contenuti misti
Una volta a settimana la home page viene caricata via HTTPS e valutata su sei header: Strict-Transport-Security (HSTS), Content-Security-Policy, X-Content-Type-Options, X-Frame-Options (o frame-ancestors di CSP), Referrer-Policy e Permissions-Policy. Tutti e sei valgono una A, cinque una B, e così via. Ricevi un avviso quando HSTS manca o ne vengono inviati meno di quattro.
Nella pagina vengono cercati anche i file caricati via HTTP semplice. Script, stili e frame caricati così sono bloccati dai browser e possono rompere la pagina; immagini e contenuti multimediali fanno perdere il lucchetto. Viene controllato solo l'HTML così com'è servito, quindi i file aggiunti in seguito dagli script non vengono visti.
Prestazioni di laboratorio
Una volta a settimana PageSpeed Insights di Google testa la home page mobile di ogni sito su un telefono simulato e le assegna un punteggio su 100, con i tempi di caricamento, di blocco e di spostamento del layout. Vengono conservati gli ultimi 12 punteggi settimanali. Ricevi un avviso quando il punteggio è inferiore a 50, o scende di 15 punti o più rispetto al test precedente, spesso prima che i Core Web Vitals dei visitatori reali si adeguino. Usa la stessa chiave API di Google dei Core Web Vitals, con l'API PageSpeed Insights attivata per il suo progetto. Il test viene eseguito dai server di Google, non dai nostri.
Controlli delle pagine chiave
Aggiungi le pagine più importanti, come prezzi, registrazione o checkout, con il testo che ciascuna deve contenere, e scegli di controllarle ogni 5, 15 o 60 minuti. Una pagina fallisce quando non si carica, risponde con un errore o non contiene più il testo, il che permette di individuare una pagina rotta che risponde comunque “200 OK”. Il testo viene cercato nella pagina così come la riceve il nostro server, prima dell'esecuzione di qualsiasi script.
Dopo due errori di fila, proprietari e amministratori ricevono un'email di downtime, i canali chat vengono avvisati e viene creato un problema critico. Vengono avvisati di nuovo quando la pagina torna a funzionare.
Heartbeat
Ogni heartbeat ha un indirizzo privato, come https://saasmaestro.com/hooks/heartbeat/…. Fai in modo che un tuo processo lo richieda a ogni esecuzione, ad esempio aggiungendo curl -fsS e l'indirizzo alla fine di una riga cron. Contano tutte le richieste GET, POST e HEAD.
Scegli ogni quanto è atteso un ping, da ogni 5 minuti a una volta a settimana, e un periodo di tolleranza per i processi lunghi. Se non arriva alcun ping entro l'intervallo più il periodo di tolleranza, proprietari e amministratori ricevono un'email di downtime, i canali chat vengono avvisati e viene creato un problema critico; vengono avvisati di nuovo quando il ping torna. Un heartbeat non viene monitorato finché non arriva il suo primo ping.
Pagine monitorate e note automatiche
SaaSMaestro monitora la home page e le cinque pagine di destinazione più visitate. Quando cambiano lo stato, il titolo, la meta description, la direttiva robots o l'indirizzo canonical di una pagina, oppure il robots.txt, viene aggiunta automaticamente una nota alla timeline contrassegnata come “Rilevata automaticamente”. Lo stesso vale per una pagina che esce dall'indice di Google. Così una variazione di traffico inattesa arriva spesso con la spiegazione già sul grafico.
Dove vederlo
Il riquadro di ogni servizio in Connessioni dati mostra quando è stato eseguito l'ultima volta e quanti siti richiedono attenzione, e la sua icona a orologio apre i risultati recenti. La pagina di ogni sito ha una sezione Salute dei siti con gli ultimi risultati. I problemi compaiono anche tra i problemi; vedi Controlli dei problemi e livelli di gravità.