Ud over at læse Googles data kan SaaSMaestro selv besøge dine websites for at opdage problemer, som Google ikke fortæller dig om. Tjekkene findes under Websitesundhed i Indstillinger → dit arbejdsområde → Dataforbindelser. Hvert tjek er sin egen tjeneste, slået fra, indtil en ejer eller admin slår den til i dens dialog, hvor de også vælger, hvilke websites den dækker. Der skal ikke installeres noget.
Tjekkene kommer fra vores servere på 35.214.110.192. Hvis dit website ligger bag en firewall, Cloudflare eller et sikkerhedsplugin, så føj først den adresse til hvidlisten. Se Hvidlistning af vores IP-adresse.
Tjenesterne
| Tjeneste | Hvor ofte | Hvad der kigges på |
|---|---|---|
| Oppetidsovervågning | Hvert 15. minut | Om forsiden svarer, bekræftet fra andre regioner, før et nedbrud erklæres, plus daglige tjek af Google-tag, robots.txt, sitemap og sider og en månedlig rapport. |
| Overvågning af SSL-certifikater | Ugentlig | Hvornår certifikatet udløber, og hvem der har udstedt det, og om besøgende rent faktisk får HTTPS. |
| Domæneovervågning | Ugentlig | Hvornår domænets registrering udløber, registraren og registry-holds. |
| DNS og e-mailsikkerhed | Daglig | Ændringer af nameservere og mailservere samt SPF-, DMARC- og DKIM-records. |
| Blacklist og malware | Daglig | Googles Web Risk-liste over farlige websites og misbrug samt abuse.ch’s URLhaus-liste over malware. |
| Sikkerhedsheadere | Ugentlig | Seks almindelige sikkerhedsheadere med karakter fra A til F og filer indlæst over almindelig HTTP. |
| Laboratorieydelse | Ugentlig | En PageSpeed Insights-test af den mobile forside med dens score over tid. |
| Core Web Vitals | Daglig | Hastighed for rigtige besøgende fra Chrome UX Report, læst under Oppetidsovervågningens daglige tjek, når dens API-nøgle er angivet. |
| Tjek af nøglesider | Hvert 5., 15. eller 60. minut | Sider, du vælger, f.eks. priser eller tilmelding, skal kunne indlæses og indeholde den tekst, du angiver. |
| Heartbeat-overvågning | Så ofte, som du indstiller | Dine egne cron-jobs, backups og workers kalder en privat adresse; du får besked, når en bliver stille. |
Når et nyt website tilføjes, tilbydes du de tjenester, der allerede er slået til for arbejdsområdet. Advarsler fra SSL-, domæne-, DNS-, blacklist-, sikkerhedsheader- og ydelsestjek sendes på e-mail til ejere og admins som "Advarsler om kritiske problemer", så snart et tjek finder dem, hver kun én gang, og sendes til alle chatkanaler, der modtager dem.
Oppetid
Hvert websites forside tjekkes hvert 15. minut. Et website regnes først som nede efter to mislykkede tjek i træk, hvilket undgår falske alarmer fra et enkelt langsomt svar. Svar som “uautoriseret” eller “for mange anmodninger” tæller som oppe, fordi serveren svarer.
Før en anden fejl erklæres for et nedbrud, indlæser servere i andre regioner også websitet. Hvis de fleste kan, ligger problemet mellem vores hovedserver og websitet, f.eks. en netværksfejl eller en firewallregel, så der erklæres intet nedbrud. Dialogen Oppetidsovervågning viser de regioner, der bruges.
Når et website går ned, får ejere og admins straks en e-mail om nedetid (højst én gang pr. nedbrud pr. uge), og et kritisk problem oprettes, indtil det er oppe igen. Den 1. i hver måned får de også en månedlig oppetidsrapport med hvert websites oppetid og nedbrud i den foregående måned; alle kan slå den fra for sig selv under Notifikationer.
Daglige tjek
Disse kører sammen med Oppetidsovervågning, én gang om dagen for hvert website, den dækker.
| Tjek | Hvad der kigges på |
|---|---|
| Google-tag | Om forsiden har dette websites GA4-tag, et andet GA4-ID, Google Tag Manager eller ingenting. |
| robots.txt | Om det findes, om det er ændret, og om det blokerer alle søgemaskiner. |
| Sitemap | Hvor mange URL'er det angiver, når der læses op til 10 underordnede sitemaps. |
| Core Web Vitals | Hastighed for rigtige besøgende fra Chrome UX Report: Largest Contentful Paint, Interaction to Next Paint og Cumulative Layout Shift. Kræver en Chrome UX Report-API-nøgle, som angives i feltet Core Web Vitals på arbejdsområdets fane Dataforbindelser. |
| Status i Googles indeks | For websites tilknyttet Search Console: om hver overvåget side er i Googles indeks, ifølge URL Inspection API. |
| Interne links (ugentligt) | Op til 40 links til dit eget website fra de overvågede sider følges, og dem, der svarer 404, 410 eller en serverfejl, vises på en liste. |
Et website, der indlæser sit Google-tag via et samtykkeværktøj eller Tag Manager, kan vise “Google Tag Manager fundet” eller “Ikke fundet”, selvom sporingen virker. Tjek realtidsrapporten i GA4 for at være sikker.
SSL-certifikater
Én gang om ugen læser vores servere det certifikat, hvert website leverer: hvornår det udløber, og hvem der har udstedt det. Inden for otte dage før udløb, eller mens HTTPS mangler, kigger de i stedet dagligt, så en fornyelse opdages, før nogen advares. Du advares en uge før certifikatet udløber, igen dagen før og når det er udløbet. Det vises som et problem på websitets side fra 14 dage før.
De tjekker også, at besøgende får HTTPS: du advares, når websitet kun svarer over almindelig HTTP, eller når almindelig HTTP leverer websitet uden at omdirigere til HTTPS. Disse advarsler gentages ugentligt, indtil det er rettet.
Domæneregistrering
Én gang om ugen slås det registrerede domæne (example.com for shop.example.com) op hos sit registry via RDAP, eller WHOIS, hvor registryet ikke har RDAP. Inden for en måned før udløb slås det op dagligt. Du advares en måned, en uge og en dag før registreringen udløber, og når den er udløbet. Du får også straks besked, hvis registryet sætter domænet på hold, hvilket stopper både website og e-mail, eller hvis det er udløbet og snart slettes.
DNS og e-mailsikkerhed
Én gang om dagen slås domænets DNS-records op via DNS-over-HTTPS, så resultaterne svarer til det, resten af internettet ser. En ændring af nameservere eller mailservere udløser straks en advarsel og bliver stående på websitets side i en uge, for sådan ser et kapret domæne eller en fejlslagen migrering ud.
For domæner, der modtager e-mail, markerer tjekket også en manglende SPF-record, mere end én SPF-record, en SPF-record, der lader alle sende (+all), og en manglende DMARC-record. DKIM kan ikke listes, så den eftersøges ugentligt under de selectors, som almindelige mailtjenester bruger, og vises kun, når den findes.
Blacklister og malware
Én gang om dagen slås hvert website op på Googles Web Risk-liste, som får Chrome og andre browsere til at vise besøgende en rød advarselsside i stedet for websitet, og på abuse.ch’s URLhaus-liste over malware-downloads. Begge dele betyder som regel, at websitet er blevet hacket, og du får straks besked.
Dette tjek kræver en Google Web Risk API-nøgle, en URLhaus-godkendelsesnøgle eller begge dele, gemt i dens dialog. Uden nogen af dem kører det ikke. Googles gratis Safe Browsing API er ikke licenseret til kommerciel brug, og derfor bruges den betalte Web Risk API.
Sikkerhedsheadere og blandet indhold
Én gang om ugen indlæses forsiden over HTTPS og får karakter for seks headere: 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 giver et A, fem et B og så fremdeles. Du får besked, når HSTS mangler, eller færre end fire sendes.
Siden søges også efter filer indlæst over almindelig HTTP. Scripts, typografier og frames indlæst på den måde blokeres af browsere og kan ødelægge siden; billeder og medier mister hængelåsen. Kun den leverede HTML tjekkes, så filer, der senere tilføjes af scripts, ses ikke.
Laboratorieydelse
Én gang om ugen tester Googles PageSpeed Insights hver mobile forside på en simuleret telefon og scorer den ud af 100 med tider for indlæsning, blokering og layoutskift. De seneste 12 ugentlige scores gemmes. Du får besked, når scoren er under 50 eller falder med 15 point eller mere siden forrige test, ofte før rigtige besøgendes Core Web Vitals kan følge med. Den bruger samme Google API-nøgle som Core Web Vitals, med PageSpeed Insights API slået til for dens projekt. Testen køres fra Googles servere, ikke vores.
Tjek af nøglesider
Tilføj de sider, der betyder mest, f.eks. priser, tilmelding eller checkout, med den tekst, hver af dem skal indeholde, og vælg at tjekke hvert 5., 15. eller 60. minut. En side fejler, når den ikke indlæses, svarer med en fejl eller ikke længere indeholder teksten, hvilket fanger en ødelagt side, der stadig svarer "200 OK". Teksten søges i siden, som vores server modtager den, før scripts kører.
Efter to fejl i træk får ejere og admins en e-mail om nedetid, chatkanaler får besked, og et kritisk problem oprettes. De hører fra os igen, når siden virker.
Heartbeats
Hvert heartbeat får en privat adresse, f.eks. https://saasmaestro.com/hooks/heartbeat/…. Lad et af dine jobs kalde den, hver gang det kører, for eksempel ved at tilføje curl -fsS og adressen til slutningen af en cron-linje. GET-, POST- og HEAD-forespørgsler tæller alle.
Vælg, hvor ofte et ping forventes, fra hvert 5. minut til én gang om ugen, og en respitperiode til jobs, der kører længe. Når der ikke kommer noget ping inden for intervallet plus respitperioden, får ejere og admins en e-mail om nedetid, chatkanaler får besked, og et kritisk problem oprettes; de hører fra os igen, når det pinger. Et heartbeat overvåges ikke, før dets første ping er kommet.
Overvågede sider og automatiske noter
SaaSMaestro overvåger forsiden og de fem mest besøgte landingssider. Når en sides status, titel, metabeskrivelse, robots-direktiv eller canonical-adresse ændres, eller når robots.txt ændres, tilføjes der automatisk en tidslinjenote markeret “Registreret automatisk”. Det samme gælder en side, der falder ud af Googles indeks. På den måde følger forklaringen ofte allerede med på grafen, når trafikken ændrer sig uventet.
Hvor du ser det
Hver tjenestes boks under Dataforbindelser viser, hvornår den sidst kørte, og hvor mange websites der kræver opmærksomhed, og dens urikon åbner de seneste resultater. Hvert websites side har en sektion Websitesundhed med de seneste resultater. Problemer vises også i problemlisten; se Problemtjek og alvorlighedsgrader.