Overvågning af et marketing-site — uptime, fejl og SEO-signaler

Et site, I ikke overvåger, koster uger I kalder 'stille pipeline'. Formularen sender til en indbakke, nogen har forladt. DNS peger et sted, certifikatet ikke dækker. En redirect-løkke efter et 'lille' URL-skift. I tror markedet er koldt. Markedet rammer en 404, en timeout eller et tomt takke-trine. Det er ikke et marketing-problem først. Det er et overvågnings-problem, I har kaldt drift.

Teams køber den forkerte medicin. De ser et slide med traces, RUM og 'full-stack observability' og tegner et APM-projekt oven på et site, der får et par tusind visninger og én formular. Eller de gør det modsatte: de har ingen check, så den første alarm er en kunde på LinkedIn. Begge dele koster. Den ene i teater. Den anden i uger, I ikke kan få tilbage i Search Console.

Det er også et SEO-spørgsmål, ikke kun et uptime-spørgsmål. Google opdager et blødt 500, et sitemap der 404'er, eller en side der pludselig er `noindex`, længe før I kigger i Analytics. Hvis I kun måler 'kører serveren', kan I have et site der svarer 200 og alligevel er forsvundet fra søgning. Overvågning af et marketing-site er den kedelige bro mellem drift og det, I troede var indhold.

Vi skriver det, fordi 'website monitoring' er blevet et badge på status-siden, I tager før I har en sætning om hvad der må gå i stykker. Et ærligt setup er kedeligt: forsiden, takke-siden, sitemap, certifikat, Search Console, og et navn der får mailen. Uden den sætning har I et dashboard. I har ikke overvågning, I kan forsvare når nogen spørger hvorfor leads stoppede.

Overvågning her er de checks, der fortæller jer at sitet stadig er det site, I lancerede. En HTTP-check på de URL'er, der betyder noget. En syntetisk submit på formularen, eller i det mindste et øje på at endpointet svarer. Certifikat-udløb. At `sitemap.xml` og `robots.txt` stadig er jeres. At Search Console ikke har et nyt dækningshul. At LCP på forsiden ikke er skredet efter et hero-video-eksperiment.

Det er ikke observability. Observability er at kunne spørge systemet hvorfor det er langsomt, når I har volume og distributed traces. Et marketing-site i Next.js på Vercel eller Cloudflare har logs og en deploy-historik. Det er nok til at I kan finde en dårlig release. Det er ikke en grund til at købe et APM, I aldrig åbner, fordi der ikke er nogen on-call og ikke nogen request-storm.

Det er heller ikke Analytics. Sessions og konverteringer fortæller jer om folk bruger sitet. De fortæller jer for sent, at sitet var i stykker — og de fortæller jer ingenting, hvis cookie-banneret har slået målingen fra. First-party analytics efter samtykke er et andet indlæg. Her er pligten: I skal vide at maskinen virker, også når grafen er tom fordi samtykke er nej.

Og det er ikke et PageSpeed-screenshot. En lab-score I kører før lancering er et tjek. En lab-score I kører hver uge på forsiden, og reagerer på når LCP skrider, er overvågning. En lab-score i et pitch-deck er teater. Core Web Vitals i Search Console er tættere på sandheden end et enkelt kørsel i et inkognito-vindue på jeres fibernet.

Den første fejl er kun at pinge forsiden. WordPress-sitet svarer 200, og wp-admin eller et plugin-endpoint er nede. Next.js-sitet renderer forsiden fra cache, og den server action der sender mailen, fejler. Et CDN kan holde en gammel 200 længe efter origin er død. Ping det, brugeren rammer — og det, der sker når de trykker send.

Den anden fejl er fem værktøjer og ingen ejer. Uptime hos hosten. Vercel-mails i en fællesindbakke. Search Console hos et bureau, I ikke længere har. PageSpeed i nogens bogmærker. Når noget går i stykker, ved ingen hvilken alarm der tæller. Én kanal. Ét navn. Resten må gerne eksistere som evidens. De må ikke være det, I stoler på klokken tre om natten — for I har alligevel ikke en vagt. I har en mandag-morgen.

Den tredje fejl er at ignorere de uger, sitet typisk knækker uden at 'være nede'. Et cookie-banner der blokerer formularen. En kampagne-pixel der skubber LCP. Et plugin-update. En DNS-flytning. En 'lille' slug-ændring uden redirect. Overvågning er også en tjekliste efter de ændringer — ikke kun en cron mod forsiden. Hvis I deployer uden at åbne Search Console og formularen bagefter, har I et håb, ikke et tjek.

Den fjerde fejl er at købe app-overvågning til en brochure. Traces, service maps og 'error budget' er rigtige, når I har et produkt med brugere hele døgnet. På et marketing-site er det hvordan I får et dashboard, I skammer jer over at åbne, fordi det er tomt eller støjer. Tag det kedelige: HTTP, certifikat, sitemap, Search Console, én syntetisk sti. Tag APM når I har en app, observability-indlægget faktisk handler om.

Et WordPress-site dør typisk i plugin-laget. Et update, et contact-form-plugin der holder op med at sende, et cache-plugin der serverer en gammel 200, et sikkerheds-plugin der blokerer POST. Overvåg admin hvis I skal, men overvåg især den offentlige POST og den takke-side, I tror findes. Uptime på forsiden er den check, der misser WordPress oftest.

Et Next.js-site på Vercel eller Cloudflare dør typisk i en dårlig deploy, et miljø-variabel-hul, eller en edge-cache der holder en fejl. Preview-deploys fanger noget. De fanger ikke at produktion mangler den secret, preview havde, eller at en redirect i `next.config` har ramt en gammel URL, Search Console stadig elsker. Deploy-mails er evidens. De er ikke overvågning, før et menneske har et check udefra.

Kampagneuger er den tredje måde sitet knækker på. En tag-manager-container, et chat-widget, et hero i fuld bredde, et A/B-værktøj. LCP skrider. Formularen venter på et script, der ikke kom. Cookie-banneret dobbelt-blokerer. Her er PageSpeed og en rigtig submit — ikke et uptime-badge — det der fortæller jer at I har købt trafik til et site, I selv har gjort tungt.

Hvis I overvejer at 'få styr på overvågning' ved at købe det samme stack som appen, så vær ærlige: I køber et sprog, I ikke vil tale hver dag. Et marketing-site har brug for kedelige checks og en mandagsrytme. En app har brug for traces. Bland dem, og I får et dyrt dashboard til sitet og et site, I stadig opdager er i stykker via en kunde.