Keyword-overvågning

Problemet "200 OK men ødelagt"

Alle uptime-værktøjer kan fortælle dig, om serveren returnerede en HTTP 2xx-kode. Dette signal virker beroligende, men det lyver oftere, end du tror. Forsiden kan gengive en tom hvid side og stadig returnere 200. Indkøbskurvens side kan stille og roligt miste knappen "Køb nu" efter et deploy og aldrig kaste en fejl. WordPress kan erstatte indholdet med beskeden "Fejl ved tilslutning til databasen" - selvfølgelig gengivet som 200 OK med rigtig HTML.

Nøgleordsmonitorering lapper dette døde punkt. Du fortæller monitoren, hvad siden skal indeholde – eller hvad den ikke skal – og ved hver kontrol bliver det ønskede udtryk søgt i svarets indhold. Hvis ordet mangler (når det burde være der) eller forefindes (når det ikke burde), rapporterer monitoren en fejl, selvom alt ser OK ud HTTP-mæssigt.

Hvilke strenge skal overvåges

Et godt nøgleord er noget, der bekræfter, at den afgørende del af siden er korrekt gengivet. Her er nogle eksempler:

• Forsiden af en webshop: overvåg "Tilføj til kurv" eller navnet på det mest populære produkt. Hvis katalogfeedet fejler, forsvinder ordet – og du ved det.
• Login-side: overvåg "Log ind" eller "Glemt adgangskode". Et JS-fejl, der fjerner formularen – og ordet mangler.
• Blog eller portal: overvåg titlen på den nyeste artikel. Hvis CMS'et begyndte at vise gårsdagens indhold, passer ordet ikke.
• Pris-side: overvåg pris-streng. Et deploy, der mister prisblokken, opdages straks.
• Status- / helbredsendpoint: overvåg "ok" eller "healthy". Hvis upstream fejler, returnerer endpointet "degraded" – ordet matcher ikke.

Du kan også bruge fraværs-tilstand – alarm, hvis en streng optræder, som ikke burde være der. Typiske: "Database connection error", "Whoops! Something went wrong", "Vedligeholdelsestilstand", "Fatal error", "Kommer snart". Hvis nogen af disse slipper ud i produktion, får du en alarm.

Sådan fungerer tjekket

Monitoren laver en normal HTTP(S) GET-anmodning (eller enhver metode – POST, PUT, osv.), følger op til 5 redirects, henter svarets body og scanner det case-insensitivt for tilstedeværelsen af ordet. Match-resultatet gemmes sammen med HTTP-koden, svartiden og SSL. Hvis betingelsen ikke er opfyldt 2 gange i træk (standardbekræftelsestærskel), oprettes en incident og notifikationer sendes via aktiverede kanaler – Email, Telegram, Slack, Discord og SMS.

For dynamisk indhold (SPA) hvor ordet først dukker op efter eksekvering af JavaScript, skal du bruge premium multi-location-funktionen, som bruger en rigtig headless browser via ScrapingBee.

Kombiner med HTTP og SSL

En enkelt nøgleordsmonitor i DiagnoSEO Uptime Monitoring kører samtidig et fuldt tjek af siden: HTTP-kode, svartid, SSL, domæneudløb, DNS records og hostingdetektion. Én monitor beskytter dig altså mod hele spektret – servernedbrud, udløb af certifikat, DNS-udskiftning og stille indholdsfejl.

Sådan konfigureres det

Åbn værktøjet, klik på "Tilføj monitor", vælg typen "Nøgleord", indsæt URL, indtast ordet, vælg "skal være til stede" eller "skal mangle", sæt intervallet (1-30 minutter alt efter plan) og gem. Fra næste cyklus overvåger monitoren siden og alarmerer, hvis ordet forsvinder – selvom alle andre signaler siger, at siden virker.

Ofte stillede spørgsmål

• Hvad er nøgleordsmonitorering?

  Monitoren henter svarets body og tjekker, om en bestemt streng findes (present-mode) eller ikke findes (absent-mode). Brug det til at opdage, når en side har ændret indhold, en fejlbesked er dukket op, eller et specifikt element er blevet fjernet.

• Kan jeg bruge HTML eller kun almindelig tekst?

  Begge dele. Søgningen er substring-match på det rå response body. Du kan matche almindelig tekst ("Tilføj til kurv"), HTML-fragmenter (<button class="buy">) eller specifikke attributter. Alt, der bogstaveligt forekommer i HTML-kildekoden, kan matches.

• Hvordan adskiller det sig fra værktøjet content-diff?

  Diff-værktøjer sammenligner med en baseline og rapporterer enhver ændring. Nøgleordsmonitorering er en målrettet assertering — du definerer, hvad der SKAL være der (eller IKKE MÅ være). Diff er støjende på dynamiske sider; nøgleord er præcist om det, der er vigtigt.

• Kan jeg tjekke, at en fejlbesked IKKE er på siden?

  Ja — brug "absent"-mode med nøgleord som "Internal Server Error" eller "Der opstod en fejl". Monitoren fejler, hvis fejlteksten optræder. Nyttigt til at fange 500-fejl, der returnerer HTTP 200 med en fejlside (almindelig mis-konfiguration af frameworks).

• Fungerer nøgleordsmonitorering på sider, der renderes med JavaScript?

  Som standard nej — monitoren henter rå HTML før JS udføres. For SPA eller heavy-JS-sider skal nøgleordet findes i det første HTML-svar (f.eks. server-renderet eller i et <noscript>-blok). Browser-renderede checks er en særskilt funktion.