Website‑Änderungserkennung

Website‑Änderungserkennung

Überwachen Sie kritische Seiten auf HTML‑Änderungen, Status‑Verschiebungen und robots/sitemap‑Verfügbarkeit

  • Alerts enthalten Status, Latenz und eine Request‑ID fürs Debugging
  • Hash‑basierte Diffs reduzieren Rauschen durch Layout‑Änderungen
Monitor details
Change| 2026-02-11 10:15:31 UTC
Accept baselineHide diff
Mode: Browser render
Rendered DOM source: outerHTML Classification: baseline_only
SmartFormatWrap
BeforeAfterDiff
1111<section class="hero">
12--<h1>Summer Sale</h1>
-12+<h1>Winter Launch</h1>
1313<meta name="robots" content="index,follow" />
Run details: wait=networkidle | selector=#app | delay=250ms | blocked image:34 font:2

So funktioniert’s

Erfassen Sie genau den Teil der Seite, von dem Sie abhängen, filtern Sie bekanntes Rauschen heraus und alerten Sie bei deterministischen DOM-Änderungen statt bei Screenshot-Pixeln.

1
Fetch oder Browser Render wählen
Nutzen Sie einfachen Fetch für stabiles HTML und Browser Render für JS-lastige oder SPA-Routen.
2
Auf die relevante Region fokussieren
Verwenden Sie Selektoren und Ignore-Regeln, um Banner, Zeitstempel und andere volatile Seitenbereiche auszublenden.
3
Vor dem Speichern validieren
Prüfen Sie extrahierten oder gerenderten Output in der Vorschau, damit der Monitor die richtige Vertragsfläche beobachtet.
4
Mit Belegen untersuchen
Jede Änderung verlinkt Diff, Run-Details und request-verknüpfte Diagnostik für eine schnelle Triage.

Erkannter Output

Was Sie erhalten, wenn sich die Seitenstruktur ändert

Exakte geänderte Zeilen, Render-Kontext und Alert-Output, den Sie in Engineering-Workflows routen können.

Diff des gerenderten DOM
ModusBrowser RenderWartebedingungnetworkidleSelektor#appRequest IDreq_6p2ad
<section class="hero">
- <h1>Summer Sale</h1>
+ <h1>Winter Launch</h1>
  <meta name="robots" content="index,follow" />
- <link rel="canonical" href="/pricing-old" />
+ <link rel="canonical" href="/pricing" />
</section>
Plain text
Subject: [DiffMon] Website change detected: /pricing

Mode: Browser Render
Request ID: req_6p2ad
Status: 200
Latency: 480ms

Changed lines
- <h1>Summer Sale</h1>
+ <h1>Winter Launch</h1>
- canonical: /pricing-old
+ canonical: /pricing

Open diff →
Open run details →

Was wir überwachen

Title, Meta‑Description, H1‑Text (via HTML‑Hash)

Title, Meta‑Description, H1‑Text (via HTML‑Hash)

robots.txt und sitemap‑Verfügbarkeit, wenn als URL hinzugefügt

robots.txt und sitemap‑Verfügbarkeit, wenn als URL hinzugefügt

Statuscodes, Redirects und Latenz

Statuscodes, Redirects und Latenz

Body‑HTML wird gehasht, um Rauschen zu reduzieren

Body‑HTML wird gehasht, um Rauschen zu reduzieren

Anwendungsfälle

SEO‑Monitoring

SEO‑Monitoring: Änderungen an Title/Meta/H1 auf Schlüssel‑Seiten erkennen

Content‑Governance

Content‑Governance: versehentliche Bearbeitungen oder Löschungen erkennen

Compliance

Compliance: Datenschutz‑/AGB‑Updates über die Zeit verfolgen

Release‑QA

Release‑QA: Inhalte und Redirects nach Deploy prüfen

Verfügbarkeit

Verfügbarkeit: 4xx/5xx und Status‑Regressionen erkennen

Deterministische HTML/DOM-Diffs vs. Screenshot-Monitoring

Screenshot-Monitoring-Tools
DiffMon
Screenshot-Diffs mit Pixelrauschen und False Positives
Deterministische HTML/DOM-Diffs mit exakt markierten geanderten Zeilen
JS-Timing und Hydration-Zustand schwer uberprufbar
Browser Render mit expliziter Wait-Strategie, Selector-Waits und Timings
Erwarteter Drift verursacht weiterhin wiederholte Triage
Incident-Workflow plus Baseline-Akzeptanz schliessen den Kreis
Begrenzter Debugging-Kontext nach Alerts
Request-IDs, Run-Details, blockierte Ressourcen und Delivery-Logs

Warum das wichtig ist

Wenn Inhalte sich ändern, sind die Auswirkungen oft sofort sichtbar: SEO‑Rankings, Preisgenauigkeit, Compliance und Vertrauen. Eine klare Diff‑Historie plus Request‑IDs erleichtern das Verifizieren und Lösen von Incidents

FAQ

Crawlen Sie ganze Websites?

Nein. Sie fügen URLs explizit hinzu.

Was zählt als Änderung?

Eine Hash‑Änderung am normalisierten HTML der URL

Wie viel Rauschen gibt es?

Hashing reduziert Rauschen; feingranulare Ignore‑Regeln sind geplant

Was passiert bei Fehlern?

Fehler werden als Snapshots mit Request‑IDs gespeichert; manche Fehler lösen keine Alerts aus

Kann ich robots oder sitemaps überwachen?

Ja, fügen Sie diese URLs direkt hinzu

Ist HTTP erlaubt?

HTTPS ist Standard; HTTP kann in kontrollierten Setups per Env aktiviert werden

Was passiert bei Limits?

Bestehende Monitore laufen weiter; neue Monitore sind bis zum Upgrade blockiert

Wie werden Daten gespeichert?

Snapshots werden zur Historie gespeichert; Payload‑Speicherung ist konfigurierbar

Ressourcen

Leitfaden für Website‑Monitoring

Praktische Schritte zum Einrichten und Verifizieren von Website‑Monitoren

Leitfaden lesen
Blog‑Index

Monitoring‑Use‑Cases und Change‑Detection‑Muster durchstöbern

Blog öffnen
Preise

Pläne und Monitor‑Limits vergleichen

Preise ansehen
Browser Render

Überwachen Sie JS-gerenderte Seiten mit deterministischen Wait-Strategien und Diffs des gerenderten DOMs, wenn ein einfacher Fetch nicht ausreicht.

Docs lesen

Strukturierte Diffs, deterministische Alerts und automations‑fähige Webhooks

Überwachen Sie kritische Seiten auf HTML‑Änderungen, Status‑Verschiebungen und robots/sitemap‑Verfügbarkeit