Overvåking av nettstedshelse

I tillegg til å lese Googles data kan SaaSMaestro besøke nettstedene dine selv for å fange opp problemer Google ikke forteller deg om. Kontrollene finnes under Nettstedshelse i Innstillinger → arbeidsområdet ditt → Datatilkoblinger. Hver av dem er en egen tjeneste, og er av til en eier eller administrator slår den på i dialogen, der de også velger hvilke nettsteder den dekker. Ingenting må installeres.

Kontrollene kommer fra serverne våre på 35.214.110.192. Hvis nettstedet ditt ligger bak en brannmur, Cloudflare eller en sikkerhetsutvidelse, må du hviteliste den adressen først. Se Hvitelisting av IP-adressen vår.

Tjenestene

Når et nytt nettsted legges til, tilbys du tjenestene som allerede er slått på for arbeidsområdet. Advarsler fra kontroller av SSL, domene, DNS, svartelister, sikkerhetshoder og ytelse sendes på e-post til eiere og administratorer som «Varsler om kritiske problemer» så snart en kontroll finner dem, hver bare én gang, og sendes til alle chatkanaler som tar imot dem.

Oppetid

Forsiden til hvert nettsted sjekkes hvert 15. minutt. Et nettsted regnes først som nede etter to mislykkede kontroller på rad, noe som unngår falske alarmer fra ett enkelt tregt svar. Svar som «uautorisert» eller «for mange forespørsler» regnes som oppe, fordi serveren svarer.

Før en andre feil erklæres som driftsstans, laster servere i andre regioner også nettstedet. Hvis de fleste klarer det, ligger problemet mellom hovedserveren vår og nettstedet, for eksempel en nettverksfeil eller en brannmurregel, og da erklæres ingen driftsstans. Dialogen for Oppetidsovervåking viser hvilke regioner som brukes.

Når et nettsted går ned, får eiere og administratorer straks en e-post om nedetid (høyst én gang per driftsstans per uke), og et kritisk problem opprettes til det er oppe igjen. Den 1. i hver måned får de også en månedlig oppetidsrapport med hvert nettsteds oppetid og driftsstans den foregående måneden; alle kan slå den av for seg selv under Varsler.

Daglige kontroller

Disse kjører sammen med Oppetidsovervåking, én gang om dagen for hvert nettsted den dekker.

Et nettsted som laster Google-taggen via et samtykkeverktøy eller Tag Manager, kan vise «Google Tag Manager funnet» eller «Ikke funnet» selv om sporingen fungerer. Sjekk sanntidsrapporten (Realtime) i GA4 for å være sikker.

SSL-sertifikater

Én gang i uken leser serverne våre sertifikatet hvert nettsted bruker: når det utløper og hvem som utstedte det. Innen åtte dager før utløp, eller mens HTTPS mangler, sjekker de daglig i stedet, slik at en fornyelse oppdages før noen blir varslet. Du varsles en uke før sertifikatet utløper, igjen dagen før, og når det har utløpt. Det vises som en sak på nettstedets side fra 14 dager før.

De sjekker også at besøkende får HTTPS: du varsles når nettstedet bare svarer over ren HTTP, eller når ren HTTP viser nettstedet uten å videresende til HTTPS. Disse varslene gjentas ukentlig til det er rettet.

Domeneregistrering

Én gang i uken slås det registrerte domenet (example.com for shop.example.com) opp hos registeret via RDAP, eller WHOIS der registeret ikke har RDAP. Innen en måned før utløp slås det opp daglig. Du varsles en måned, en uke og en dag før registreringen utløper, og når den har gjort det. Du varsles også umiddelbart hvis registeret sperrer domenet, noe som stanser nettstedet og e-posten, eller hvis det er utløpt og i ferd med å bli slettet.

DNS og e-postsikkerhet

Én gang om dagen slås domenets DNS-poster opp via DNS-over-HTTPS, slik at resultatene stemmer med det resten av internett ser. En endring av navneservere eller e-postservere utløser et varsel umiddelbart og blir stående på nettstedets side i en uke, fordi det er slik et kapret domene eller en mislykket migrering ser ut.

For domener som mottar e-post flagger kontrollen også manglende SPF-post, mer enn én SPF-post, en SPF-post som lar hvem som helst sende (+all) og manglende DMARC-post. DKIM kan ikke listes opp, så den letes etter ukentlig under selektorene vanlige e-posttjenester bruker, og vises bare når den finnes.

Svartelister og skadevare

Én gang om dagen slås hvert nettsted opp i Googles Web Risk-liste, som får Chrome og andre nettlesere til å vise besøkende en rød advarselsside i stedet for nettstedet, og i abuse.chs URLhaus-liste over nedlastinger av skadevare. Begge betyr vanligvis at nettstedet er hacket, og du varsles umiddelbart.

Denne kontrollen trenger en Google Web Risk API-nøkkel, en URLhaus-autentiseringsnøkkel, eller begge, lagret i dialogen. Uten en av dem kjører den ikke. Googles gratis Safe Browsing API er ikke lisensiert for kommersiell bruk, og derfor brukes det betalte Web Risk API-et.

Sikkerhetshoder og blandet innhold

Én gang i uken lastes startsiden over HTTPS og vurderes på seks hoder: Strict-Transport-Security (HSTS), Content-Security-Policy, X-Content-Type-Options, X-Frame-Options (eller CSP frame-ancestors), Referrer-Policy og Permissions-Policy. Alle seks gir A, fem gir B, og så videre. Du får beskjed når HSTS mangler eller færre enn fire sendes.

Siden søkes også etter filer lastet over ren HTTP. Skript, stiler og rammer lastet på den måten blokkeres av nettlesere og kan ødelegge siden; bilder og medier mister hengelåsen. Bare HTML-en slik den leveres sjekkes, så filer som senere legges til av skript blir ikke sett.

Laboratorieytelse

Én gang i uken tester Googles PageSpeed Insights startsiden på mobil for hvert nettsted på en simulert telefon og gir en poengsum av 100, med tidene for innlasting, blokkering og layoutforskyvning. De siste 12 ukentlige poengsummene lagres. Du får beskjed når poengsummen er under 50, eller faller med 15 poeng eller mer siden forrige test, ofte før de ekte besøkendes Core Web Vitals får det med seg. Den bruker samme Google API-nøkkel som Core Web Vitals, med PageSpeed Insights API slått på for prosjektet. Testen kjøres fra Googles servere, ikke våre.

Kontroll av nøkkelsider

Legg til sidene som betyr mest, for eksempel priser, registrering eller kasse, med teksten hver av dem må inneholde, og velg å sjekke hvert 5., 15. eller 60. minutt. En side feiler når den ikke lastes, svarer med en feil eller ikke lenger inneholder teksten, noe som fanger opp en ødelagt side som fortsatt svarer «200 OK». Teksten letes etter i siden slik serveren vår mottar den, før skript kjøres.

Etter to feil på rad får eiere og administratorer en e-post om nedetid, chatkanaler får beskjed, og et kritisk problem opprettes. De får beskjed igjen når siden fungerer.

Heartbeats

Hver heartbeat får en privat adresse, for eksempel https://saasmaestro.com/hooks/heartbeat/…. La en av jobbene dine be om den hver gang den kjører, for eksempel ved å legge til curl -fsS og adressen på slutten av en cron-linje. GET-, POST- og HEAD-forespørsler teller alle.

Velg hvor ofte en ping forventes, fra hvert 5. minutt til én gang i uken, og en toleranseperiode for jobber som kjører lenge. Når ingen ping kommer innen intervallet pluss toleranseperioden, får eiere og administratorer en e-post om nedetid, chatkanaler får beskjed, og et kritisk problem opprettes; de får beskjed igjen når den pinger. En heartbeat overvåkes ikke før den første pingen er kommet.

Overvåkede sider og automatiske notater

SaaSMaestro overvåker forsiden og de fem mest besøkte landingssidene. Når statusen, tittelen, metabeskrivelsen, robots-direktivet eller canonical-adressen til en side endres, eller robots.txt endres, legges det automatisk til et tidslinjenotat merket «Oppdaget automatisk». Det samme gjelder en side som faller ut av Googles indeks. Slik kommer en uventet trafikkendring ofte med forklaringen allerede på diagrammet.

Hvor du ser det

Hver tjenestes boks under Datatilkoblinger viser når den sist kjørte og hvor mange nettsteder som trenger oppmerksomhet, og klokkeikonet åpner de siste resultatene. Hvert nettsteds side har en seksjon for Nettstedshelse med de nyeste resultatene. Problemer vises også som saker; se Problemkontroller og alvorlighetsgrader.