> For the complete documentation index, see [llms.txt](https://docs.airops.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.airops.com/docs/de/insights/onsite/content-updates/automated-change-detection.md). # Automatisierte Änderungserkennung Erkenne automatisch bedeutende Änderungen auf deinen registrierten Seiten – Umschreibungen von Titeln, Schema-Ergänzungen, strukturelle Aktualisierungen und mehr – ohne dein CMS instrumentieren zu müssen. Die automatische Änderungserkennung erfasst relevante Änderungen an deinen registrierten Seiten nach einem wiederkehrenden Zeitplan, selbst wenn AirOps nicht im Schreibpfad war. Erkannte Änderungen fließen in den [Content-Updates](/docs/de/insights/onsite/content-updates.md) Feed und erscheinen als mit Kategorien versehenes Vorher/Nachher-Diff in der Detailansicht jeder Seite – so kannst du nachvollziehen, was sich auf einer Seite geändert hat und wie sich ihre Performance dadurch verändert hat. {% hint style="info" %} **Verfügbarkeit für Enterprise:** Die automatische Seitenänderungsverfolgung ist für Enterprise-Konten standardmäßig aktiviert. Öffne **Einblicke → Onsite → Inhaltsaktualisierungen** oder eine Seiten-Detailansicht, um erkannte Änderungen zu überprüfen. {% endhint %} *** ## So funktioniert's AirOps ruft jede Seite in deiner [Seiten](/docs/de/insights/onsite/pages.md) Ansicht einmal pro Woche ab, vergleicht die neue Erfassung mit der letzten erfolgreichen und zeichnet ein `Seite aktualisiert` Content-Update auf, wenn das Diff relevant ist. Das Diff ist die Grundlage für die **Änderungen** Tabelle in der Seiten-Detailansicht. Die Prüfung ist mit Content-Updates bidirektional: * **Das Protokollieren eines Content-Updates löst eine neue Erfassung aus.** Immer wenn du über einen Workflow, die API oder MCP eine Veröffentlichung oder Aktualisierung protokollierst, erfasst AirOps die Seite sofort, damit das Diff in der Änderungen-Tabelle aktuell bleibt. Das ist einer der Gründe, weiterhin zu protokollieren [Content-Updates](/docs/de/insights/onsite/content-updates.md) auch nachdem die automatische Änderungserkennung aktiviert wurde. * **Erkannte Änderungen werden als Content-Updates zurückgeschrieben.** Wenn die wöchentliche Prüfung eine relevante Änderung findet, zeichnet AirOps ein `Seite aktualisiert` als automatisch erkannt markiertes Content-Update auf. Diese erscheinen im Content-Updates-Feed zusammen mit den von dir protokollierten. *** ## Was wir verfolgen Jede erkannte Änderung wird in eine von fünf Kategorien eingeordnet. Ein einzelnes Content-Update kann mehrere Kategorien gleichzeitig tragen – zum Beispiel wird ein Blog-Refresh, der die H1 umschreibt, die Meta-Beschreibung aktualisiert und einen FAQ-JSON-LD-Block hinzufügt, getaggt als `Überschriften + Metadaten + Schema`. ### Schema Strukturierte Daten (JSON-LD), die KI-Agenten und Such-Crawlern helfen, die Bedeutung, Entitäten und Beziehungen deiner Seite zu analysieren. Eine Schema-Änderung bedeutet, dass ein JSON-LD-Block hinzugefügt, entfernt oder geändert wurde – zum Beispiel ein `FAQPage`, `Produkt`, `BreadcrumbList`, oder `Article` Block. ### Metadaten Signale auf Seitenebene, die beeinflussen, wie Suchmaschinen und KI-Tools deine Seite zusammenfassen, weiterleiten und klassifizieren. Verfolgte Felder: **Title-Tag, Meta-Beschreibung, kanonische URL, Robots-Meta, Open-Graph-Typ, hreflang.** ### Überschriften Die thematische Hierarchie der Seite – was KI-Agenten und Schnellleser nutzen, um das Thema und die Struktur der Antwort zu verstehen. Verfolgte Felder: **H1 bis H6**, plus zwei synthetische Rollen: **Hero-Überschrift** (hervorgehobener Anzeigetext oben auf der Seite, gelesen wie eine H1) und **Tagline** (unterstützender Anzeigetext, der die Hauptüberschrift einordnet). ### Inhalt Allgemeine Abweichung im Fließtext. Erkannt, wenn sich der Text erheblich verändert hat, wenn Inhaltsblöcke auf der Seite neu angeordnet wurden oder wenn sich der gesamte Inhalts-Fingerprint über das Rauschen hinaus verschoben hat. Inhaltsänderungen werden auf Body-Ebene statt pro Feld erkannt, daher erscheint diese Kategorie als Tag ohne darstellbares Diff – sie signalisiert, dass sich der Seiteninhalt substanziell geändert hat, ohne die Änderung auf eine bestimmte Zeile festzunageln. ### Struktur Wie die Seite verknüpft und aufgebaut ist: der interne Linkgraph, das Seiten-Gerüst und **Auflistungen** (aufgezählte Bereiche wie Produktkarten, Blogpost-Listen oder Widgets mit verwandten Inhalten). Verfolgte Felder: **interne Links, Auflistungen, Seiten-Gerüst.** *** ## Was wir herausfiltern Nicht jedes erkannte Diff wird zu einem Content-Update. AirOps unterdrückt Änderungen, die keine echte redaktionelle Arbeit darstellen: * **Rotation** - eine kleine Menge von Elementen, die in einer Liste fester Größe hinein- und herausrotieren (Widgets mit zuletzt angesehenen Inhalten, zufällig angezeigte Testimonials). * **Flüchtige Werte** - Felder, von denen bekannt ist, dass sie sich bei jedem Abruf verändern (in kanonische URLs eingebettete Build-Hashes, Sitzungs-IDs, Zeitstempel). * **Rauschen im vorlagenbasierten Fußbereich** - zum Beispiel das Widget „Verwandte Artikel“ am Ende jedes Beitrags, das vom CMS rotiert wird, während sich der Rest der Seite nicht verändert hat. * **Umgeleitete Erfassungen** - wenn eine Seite jetzt woandershin weiterleitet (oft auf die Marken-Startseite). Das gesamte „Diff“ ist real, stellt aber keine Seitenbearbeitung dar, daher wird die Änderung als Statusereignis und nicht als redaktionelle Änderung behandelt. Diese Filter halten die Änderungen-Tabelle auf echte redaktionelle Arbeit fokussiert, nicht auf vom Crawler erfasstes Flackern. *** ## Erkannte Änderungen anzeigen ### Tab „Content-Updates“ Automatisch erkannte Änderungen erscheinen im [Content-Updates](/docs/de/insights/onsite/content-updates.md) Feed zusammen mit den von dir protokollierten. Die **Quelle** Spalte kennzeichnet sie, und die **Gib** ist `Seite aktualisiert`. Von dort aus kannst du filtern, sortieren und gesammelt löschen – genau wie bei jedem anderen Content-Update. ### Jetzt nach Änderungen suchen Öffne die Detailansicht einer registrierten Seite und wähle **Nach Änderungen suchen** um eine neue Erfassung anzufordern. Das funktioniert auch für automatisch registrierte Arbeitsbereiche und ändert den wöchentlichen Prüfplan nicht. ### Seiten-Detailansicht – Änderungen-Tabelle Die Seiten-Detailansicht enthält eine **Änderungen** Tabelle, die jede erkannte Änderung für diese Seite in umgekehrt chronologischer Reihenfolge auflistet. Jede Zeile ist mit einer oder mehreren Kategorien versehen (`Schema`, `Metadaten`, `Überschriften`, `Inhalt`, `Struktur`) und öffnet sich zu einer Vorher/Nachher-Ansicht: * **Skalarfelder** (Titel-Tag, Meta-Beschreibung, kanonische URL, einzelne Überschriften, Hero, Tagline, OG-Typ, Robots-Meta) * **Listenfelder** (interne Links, hreflang, Listenelemente) * **JSON-LD-Blöcke** *** ## Anti-Bot-Herausforderungen Wenn der Anti-Bot-Schutz auf deiner Website AirOps daran hindert, deine Seiten zu erfassen, kann auf dem Content-Updates-Dashboard ein Banner erscheinen. Verwenden **Mehr erfahren** um die Anleitung zu öffnen oder **Verwerfen** um das Banner in deinem Browser auszublenden. Das Ausblenden löst das Erfassungsproblem nicht und ändert das Monitoring-Verhalten nicht. Dies wird typischerweise durch Cloudflare Managed Challenge, Cloudflare Bot Fight Mode oder eine ähnliche WAF-Regel verursacht, die unserem Fetcher statt der Seite eine Challenge-Zwischenseite zurückgibt. Um das zu beheben, nimm AirOps in deiner WAF auf die Zulassungsliste. AirOps identifiziert sich bei jeder Seitenänderungs-Erfassung mit diesem User-Agent: ``` Mozilla/5.0 (compatible; AirOpsPageChangeTracker/1.0; +https://airops.com) ``` Bitte dein Sicherheitsteam, eine WAF-Regel hinzuzufügen, die Managed Challenge, Bot Fight Mode und Browser Integrity Check für Anfragen mit diesem User-Agent überspringt. Wenn dein Team für eine strengere Zulassungsliste Details zur ausgehenden IP benötigt, wende dich an den AirOps-Support. {% hint style="warning" %} Wenn Anti-Bot-Zwischenseiten über mehrere aufeinanderfolgende Erfassungen hinweg bestehen bleiben, werden die betroffenen Seiten pausiert und fallen aus dem Auto-Erkennungs-Feed heraus, bis die Sperre behoben ist. {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.airops.com/docs/de/insights/onsite/content-updates/automated-change-detection.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.