Keywordbewaking

Probleem "200 OK maar kapot"

Ieder uptime tool kan zien of de server een HTTP 2xx-code heeft teruggegeven. Dat signaal lijkt geruststellend, maar liegt vaker dan je denkt. De homepage kan een lege witte pagina tonen en toch 200 teruggeven. De winkelwagenpagina kan stilletjes de knop "Nu kopen" verliezen na een deploy en nooit een foutmelding geven. WordPress kan de inhoud vervangen door het bericht "Databaseverbinding mislukt" – uiteraard wel gerenderd als 200 OK met echte HTML.

Keyword monitoring vult deze blinde vlek op. Je vertelt de monitor wat er op de pagina moet staan – of wat er niet mag zijn – en bij elke controle wordt die uitdrukking opgezocht in de body van de response. Ontbreekt het woord (als het er moet zijn) of is het aanwezig (terwijl het er niet mag zijn), dan meldt de monitor een storing, zelfs als HTTP-technisch alles in orde lijkt.

Welke strings monitoren

Een goed keyword is iets dat bevestigt dat het belangrijkste deel van de pagina correct wordt weergegeven. Enkele voorbeelden:

• Homepage van een webshop: monitor "Toevoegen aan winkelwagen" of de naam van het populairste product. Als de catalogusfeed stuk is, verdwijnt het woord – en jij weet ervan.
• Loginpagina: monitor "Inloggen" of "Wachtwoord vergeten". Een JS-fout die het formulier weghaalt – en het woord is weg.
• Blog of portal: monitor de titel van het nieuwste artikel. Als het CMS ineens de eerdere inhoud toont, klopt het woord niet meer.
• Prijzenpagina: monitor de prijs-string. Een deploy die het prijsblok verwijdert valt direct op.
• Status- of health-endpoint: monitor "ok" of "gezond". Als de upstream plat ligt, geeft de endpoint "degraded" terug – het woord matcht niet.

Je kunt ook een afwezigheid modus gebruiken – een alert wanneer er een string verschijnt die er juist niet hoort te zijn. Typisch: "Database connection error", "Whoops! Something went wrong", "Onderhoudsmodus", "Fatale fout", "Binnenkort". Als één daarvan op productie terechtkomt, krijg je een alert.

Hoe werkt de controle

De monitor doet een normaal HTTP(S) GET-verzoek (of elke andere methode – POST, PUT, etc.), volgt maximaal 5 redirects, haalt de body van de response op en scant die, hoofdletterongevoelig, op aanwezigheid van het keyword. De match-status wordt samen met de HTTP-code, responstijd en SSL opgeslagen. Als de voorwaarde twee keer achter elkaar niet wordt gehaald (de standaardbevestigingsdrempel), wordt er een incident geopend en ontvang je meldingen via de ingestelde kanalen – E-mail, Telegram, Slack, Discord en SMS.

Voor dynamische content (SPA) waarbij het zoekwoord pas na het uitvoeren van JavaScript verschijnt, gebruik je de premium multi-location functie. Deze gebruikt een echte headless browser via ScrapingBee.

Combineer met HTTP en SSL

Eén enkele keyword monitor in DiagnoSEO Uptime Monitoring voert ook een volledige sitecheck uit: HTTP-code, responstijd, SSL, domeinvervaldatum, DNS-records en hostingdetectie. Eén monitor beschermt je dus tegen het volledige spectrum – serverstoringen, verlopen certificaten, DNS-wijzigingen én stille contentfouten.

Configureren

Open het hulpmiddel, klik op "Monitor toevoegen", kies het type "Keyword", plak de URL, voer het keyword in, selecteer "moet aanwezig zijn" of "moet afwezig zijn", stel het interval in (1-30 minuten afhankelijk van je abonnement) en sla op. Vanaf de volgende cyclus houdt de monitor die pagina in de gaten en waarschuwt als het keyword verdwijnt – zelfs als alle andere signalen aangeven dat de site werkt.

Veelgestelde vragen

• Wat is keyword monitoring?

  De monitor haalt de body van de response op en controleert of een bepaald string voorkomt (present-modus) of niet voorkomt (afwezigheidsmodus). Gebruik dit om te detecteren wanneer de inhoud van een pagina verandert, er een foutmelding verschijnt of een specifiek element wordt verwijderd.

• Kan ik HTML gebruiken of alleen platte tekst?

  Beide. Er wordt gezocht naar een substring in de ruwe body van de response. Je kunt zoeken op platte tekst ("Toevoegen aan winkelwagen"), HTML-fragmenten (<button class="buy">) of specifieke attributen. Alles wat letterlijk in de HTML-bron staat, kan worden gematcht.

• Wat is het verschil met content-diff-tools?

  Diff-tools vergelijken ten opzichte van een baseline en rapporteren elke wijziging. Keyword monitoring is gericht – jij bepaalt wat er MOET staan (of juist NIET MAG). Diff is luidruchtig op dynamische sites; keyword is precies gericht op wat ertoe doet.

• Kan ik controleren dat een foutmelding NIET op de pagina staat?

  Ja – gebruik de "afwezig" modus met bijvoorbeeld een keyword als "Internal Server Error" of "Er is een fout opgetreden". De monitor faalt als de foutmelding verschijnt. Handig om 500-fouten te onderscheppen die HTTP 200 teruggeven met een foutpagina (veel voorkomende misconfiguratie van frameworks).

• Werkt keyword monitoring op pagina's die door JavaScript worden gerenderd?

  Standaard niet – de monitor haalt de ruwe HTML op vóór het uitvoeren van JS. Voor SPA's of JS-zware pagina's moet het keyword in het initiële HTML-response zitten (bijv. server-rendered of in een <noscript>-blok). Checks die door een browser worden gerenderd zijn een aparte functie.