Syntetisk overvågning tester dit website eller API med scriptede forespørgsler efter en fast plan, uanset om der er besøgende eller ej. Real user monitoring (RUM) måler, hvad faktiske besøgende oplever, via et script i deres browsere, men kun når de besøger siden. Syntetiske tjek fortæller dig, at noget er gået i stykker, ofte før kunderne opdager det. RUM fortæller dig, hvor hurtigt og glidende websitet kører for dem, der bruger det, på deres enheder og netværk. Start med syntetiske tjek af tilgængeligheden, og tilføj RUM, når ydeevnen for rigtige besøgende bliver et spørgsmål, du har brug for svar på.
Sådan virker syntetisk overvågning
En overvågningstjeneste spiller den besøgende. Fra en kendt lokation og efter en fast plan sender den en forespørgsel eller kører et script og vurderer resultatet. Fordi den gør det samme hver gang, kan resultaterne sammenlignes fra det ene tjek til det næste, og en fejl klokken 03.00 opdages klokken 03.00, uden at der skal være trafik. Syntetisk overvågning findes i flere former:
Oppetidstjek: én forespørgsel til en URL, en host eller en port, der tjekkes for statuskode, svartid og ofte indhold. Det er den enkleste slags. Se hvad oppetidsovervågning er.
API-tjek: en forespørgsel med metode, headers og body og tjek af den JSON, der kommer tilbage.
Flows i flere trin: et forløb som login eller betaling, der køres trin for trin, som almindelige HTTP-forespørgsler eller i en rigtig browser, der kører JavaScript.
Ydeevnetest i laboratoriet: Et værktøj som Lighthouse indlæser en side på en simuleret enhed og et simuleret netværk og giver den en score.
Sådan virker real user monitoring
Real user monitoring tilføjer et script til dine sider. I hver besøgendes browser læser det de tidsmålinger, som browsere stiller til rådighed via standard-API’er som Navigation Timing, og sender dem til en collector. Samlet på tværs af besøg får du fordelinger: hvor lang tid sider tager at indlæse, hvor hurtigt de reagerer på klik, og hvilke sider der giver JavaScript-fejl, opdelt efter land, enhed og browser.
Fordi resultaterne er fordelinger, rapporterer RUM percentiler i stedet for enkelttal. Googles Core Web Vitals måles ved 75. percentil af sidevisningerne med disse grænser for en god oplevelse:
Largest Contentful Paint (indlæsning): 2,5 sekunder eller mindre.
Interaction to Next Paint (reaktionsevne): 200 millisekunder eller mindre.
Cumulative Layout Shift (visuel stabilitet): 0,1 eller mindre.
Der findes også RUM-data, som du ikke selv indsamler. Googles Chrome UX Report (CrUX) offentliggør feltdata fra Chrome-brugere, der giver lov til det, pr. side og pr. website, når der er trafik nok. Det er de data, Google bruger til Core Web Vitals i søgeresultaterne.
Side om side
Syntetisk overvågningReal user monitoringHvem skaber dataeneEn overvågningstjeneste, efter en fast planDine besøgende, når de besøger sidenKræver trafikNejJaKræver et script på dine siderNejJaOpdager et nedbrudJa, ved næste tjekIndirekte, når dataene stopperDækkerDe sider og forløb, du scripterAlle sider, folk besøgerEnheder og netværkNogle få kendteAlle dine besøgendesResultaterBestået eller fejlet, en tidsmåling pr. tjekFordelinger og percentilerBedst tilTilgængelighed, alarmer, at fange regressioner efter deploysReel ydeevne, Core Web Vitals, fejl i browseren
Hvad hver af dem overser
Syntetiske blinde vinkler
Stier, du ikke har scriptet. Hvis betalingsflowet tester ét produkt, går en ødelagt side i en anden kategori ubemærket hen.
Hvor dine besøgende er. Et tjek fra én by ser den bys rute til din server, ikke ruten for en besøgende på et mobilnetværk på et andet kontinent.
Rigtige enheder. En langsom telefon, en browserudvidelse eller en gammel browserversion kan ødelægge eller sinke en side, der består alle tjek.
Blinde vinkler i RUM
Ingen besøgende, ingen data. Om natten, på en ny side eller på et website med lidt trafik har RUM ikke meget eller slet intet at sige.
Nedbrud. Når websitet er nede, bliver scriptet aldrig indlæst, så intet bliver rapporteret. Et hul i en graf er let at overse og vækker ingen.
Besøgende, du ikke kan måle. Adblockere og samtykkevalg kan stoppe scriptet, så dataene beskriver de besøgende, der tillader det.
Vægt. Selve scriptet er ekstra arbejde for siden. Indlæs det asynkront, og hold øje med dets størrelse.
Laboratoriedata vs. feltdata
Den samme opdeling findes i værktøjer til ydeevne, hvor den kaldes laboratorie- og feltdata. En Lighthouse-score er laboratoriedata: én syntetisk sideindlæsning på en simuleret mellemklassetelefon og et simuleret netværk. CrUX og din egen RUM er feltdata: det, rigtige besøg har målt. De er ofte uenige. En side kan score dårligt i laboratoriet og alligevel bestå Core Web Vitals i felten, fordi de fleste besøgende har hurtige enheder, eller omvendt. Brug laboratoriedata til at finde og rette problemer og til at sammenligne én release med den næste, og feltdata til at vurdere, hvad de besøgende faktisk får. Tipsene til et hurtigere website hjælper med begge dele, og hvad en god svartid er dækker serversiden.
Hvilken skal du starte med
Alle websites: syntetiske oppetidstjek på forsiden og de sider, der tjener penge. Et nedbrud koster mere end en langsom side, og kun syntetiske tjek alarmerer dig pålideligt om det. Tjeklisten over, hvad du skal overvåge, viser de URL’er, der er værd at dække.
Webshops og SaaS-produkter: Tilføj flows i flere trin til betaling eller login, så et ødelagt forløb bliver fanget, selv når hver enkelt side svarer 200.
Websites, hvor søgetrafik betyder noget: Hold øje med Core Web Vitals fra CrUX og en daglig laboratorietest, så en langsom release opdages, før den viser sig i placeringerne.
Store eller globale målgrupper og komplekse frontends: Tilføj RUM for at se ydeevne og JavaScript-fejl pr. land, enhed og side.
Sådan arbejder de sammen
Forestil dig en webshop, der deployer en ny kasse tirsdag eftermiddag. Onsdag klokken 03.12 begynder betalingstrinnet at få timeout. Ingen handler, så RUM viser intet usædvanligt, men det syntetiske betalingsflow fejler, et ekstra tjek bekræfter det, og udvikleren på vagt får en alarm. Rettet klokken 03.30. Torsdag viser RUM, at Interaction to Next Paint på den nye kasse er fordoblet for besøgende på Android, hvilket intet syntetisk tjek fra en hurtig server ville have opdaget. Ét værktøj fangede nedbruddet, det andet den langsomme oplevelse. Sådan er arbejdsdelingen typisk.
Hvad Uptimecheck dækker, og hvad det ikke dækker
Uptimecheck er en tjeneste til syntetisk overvågning. Den tilføjer ikke et RUM-script til dine sider, så til dine egne besøgendes tidsmålinger og JavaScript-fejl skal du bruge et dedikeret RUM-værktøj ved siden af. Det her gør den:
Oppetidsovervågning: HTTP(S)-, ping- og porttjek helt ned til hvert minut fra Stockholm, London og New York, med tjek af nøgleord, JSON og headers, og hver fejl bekræftes fra en anden lokation, før der alarmeres. Svartider opdeles i DNS, forbindelse, TLS, server og download.
Flowovervågning: op til 10 trin som at åbne en side, logge ind, indsende en formular eller kalde et API, med værdier, der føres videre fra ét trin til det næste. Flows med almindelige forespørgsler kan køre hvert minut. Flows i en rigtig browser kører JavaScript og klik højst hvert 15. minut, med et skærmbillede af det trin, der fejlede.
Overvågning af sidehastighed: en daglig Lighthouse-test på mobil og desktop for forsiden og op til 4 sider mere og, for sider og websites med besøg nok, hvad rigtige Chrome-brugere har oplevet over 28 dage ifølge Chrome UX Report. Du får en alarm, når en sides score falder under din grænse.
Se sådan overvåger du et login eller en betaling med et flow og sådan tjekker du sidehastigheden for at sætte et forløb op. Planerne starter ved 9 € pr. måned ved årlig betaling eller 12 € ved månedlig betaling, ekskl. moms. Se prissiden.
Få besked, når noget er i stykker, før dine besøgende fortæller dig det. Prøv Uptimecheck gratis i 14 dage, uden kreditkort.