Tech-Glossar für aktuelle Meldungen.

Eine offizielle Warnung mit Risiko, betroffenen Produkten und empfohlenen Maßnahmen.

Eine standardisierte Kennung für eine bekannte Schwachstelle.

Known Exploited Vulnerabilities: Schwachstellen mit bekannter Ausnutzung.

Software Bill of Materials: Liste genutzter Komponenten und Abhängigkeiten.

Angriff, bei dem fremde Inhalte Modellanweisungen oder Toolaktionen beeinflussen.

Retrieval-Augmented Generation: Modellantworten mit externen Quellen verbinden.

Training oder Anpassung eines Modells auf wiederkehrende Muster.

Regeln, Tests und Grenzen für AI-Ausgaben und Toolaktionen.

Ausführung näher am Nutzer oder Netzwerkrand.

Datenverkehr, der eine Cloud, Region oder ein Netzwerk verlässt.

HTTP-Regeln, die Caching-Verhalten und Frische steuern.

Zeitspanne, für die DNS-Antworten zwischengespeichert werden.

Ein Feed, dessen sichtbarer Stand älter ist als die erwartete Aktualisierung oder nur noch Fallbacks trägt.

Paket aus Anwendung, Laufzeit und Abhängigkeiten für Container.

Änderung, die bestehende Integrationen oder Verhalten bricht.

Versionierung nach Major, Minor und Patch zur Änderungsorientierung.

Schalter, um Funktionen gezielt zu aktivieren oder zurückzunehmen.

Zwischenspeicher in Build-Pipelines für schnellere, aber kontrollierte Builds.

Abkündigung einer Funktion vor Entfernung oder Supportende.

Zeitraum, den ein Unternehmen mit vorhandenen Mitteln weiterarbeiten kann.

Starke Passung zwischen Problem, Lösung, Zielkunde und Zahlungsbereitschaft.

Abhängigkeit von Anbieter, Datenmodell, Vertrag oder Workflow.

Praktischer Weg, eigene Daten vollständig und nutzbar mitzunehmen.

Breitere Verfügbarkeit eines Produkts oder Features über Preview/Beta hinaus.

Data Processing Agreement zur Regelung personenbezogener Datenverarbeitung.

Rücknahme einer Änderung auf einen bekannten stabilen Stand.

Behebung eines Fehlers durch eine neue Änderung statt durch Rücknahme.

Öffentliche oder interne Seite mit Verfügbarkeit, Störungslage und Update-Zeitpunkten.

Verknüpfung zwischen Cloudflare-Pages-Projekt, Branch-Auslieferung und Hauptdomain.

Nachkontrolle eines Auslieferungen über reale URLs, Statuscodes, Header, Canonical, Feeds und sichtbaren Build-Stand.

Service Level Objective: interne Zielmarke, ab wann Freshness, Verfügbarkeit oder Fehlerquote als Betriebsproblem gelten.

Erlaubter Fehleranteil innerhalb eines Zeitfensters, bevor Stabilität Vorrang vor weiterer Änderung bekommt.

Umfang der Systeme, Nutzer oder Daten, die von einem Fehler oder Angriff betroffen sein können.

Freigegebene Testfälle, mit denen Modellqualität und Fehlertypen vergleichbar gemessen werden.

Zustand eines RSS- oder Atom-Feeds aus Abrufbarkeit, Zeitstempel, Fehlerklasse und sichtbarer Snapshot-Abdeckung.

Maschinenlesbarer Überblick über Hubs, Assets, Datenexporte und kanonische Routen einer Website.

Die bevorzugte URL einer Seite, die Suchmaschinen und Maschinenleser als Hauptversion verwenden sollen.

HTTP-Policy, die festlegt, aus welchen Quellen Skripte, Styles, Bilder, Daten und Frames geladen werden dürfen.

Nachvollziehbarer Quellenpfad aus Publisher, Original-Link, Abrufstatus, Kurztext und lokalem Dossier ohne Volltextkopie.

Maschinenlesbares Markup wie JSON-LD, das sichtbare Seiteninhalte, Beziehungen und kanonische URLs beschreibt.

Fähigkeit eines News-Snapshots, bei RSS-, DNS- oder Netzwerkfehlern transparent weiter lesbar zu bleiben, ohne Aktualität vorzutäuschen.

HTTP-Angabe wie Cache-Control, die Browsern und CDN sagt, wie lange eine Antwort frisch bleiben darf.

Abweichung zwischen finaler URL, Canonical, OpenGraph-URL, Sitemap oder Feed-Link, die Lesehilfen und Nutzer auf unterschiedliche Hosts lenkt.

Gezieltes Entfernen alter CDN- oder Edge-Antworten, damit HTML, Feeds oder Datenexports nach einer Auslieferung neu geladen werden.

Layoutfehler, bei dem Inhalt auf kleinen Viewports breiter als die Seite wird und horizontales Scrollen oder abgeschnittene Bedienelemente erzeugt.

Cloudflare-Pages-Antwort mit Status 404, meist ausgelöst durch fehlende Output-Datei, falsche Route, Branch-Auslieferung, Redirect oder fehlendes Hauptdomain-Binding.

Datierter News-Stand, der nach Feed- oder Netzwerkfehlern weiter lesbar bleibt, aber nicht als frische Live-Lage ausgegeben werden darf.

Klassifizierter RSS- oder Atom-Abruffehler wie DNS, Timeout, HTTP-Status, Parserfehler oder leeres Ergebnis.

Getrennter Schritt vor dem Build, der Feed-Cache, Fehlerklasse und letzten erfolgreichen Abruf aktualisiert.

Kanonische Produktionsadresse, die auch in OpenGraph, Sitemap, Feeds und Datenexports konsistent bleibt.

Prüfbarer Satz aus Build-Stand, Qualitätsprüfungen, Auslieferungsergebnis, Live-Abgleich, Headern, Canonical und dokumentierten Blockern.

Interne Grenze für das akzeptierte Alter von Feed-Daten, Build-Ausgabe, Live-Abruf und sichtbaren Aktualitätshinweisen.

Lokaler Zustand vor einem Cloudflare-Pages-Auslieferung, bei dem Output, Links, Kopierregeln, Qualitätsprüfung und Zugangsdaten getrennt bewertet sind.

Gleichstand zwischen Vorschau-Host, Hauptdomain, Canonical, OpenGraph, Sitemap, Feeds, Datenexports und sichtbarem Build-Zeitpunkt.

Deckungsgleichheit zwischen HTML, RSS, JSON Feed, Maschinenindex, maschinenhinweise-Dateien, Health-Daten und Iteration-Log nach einem Build.

Abgleich von Sitemap-lastmod, News-Sitemap, Feed-Zeit, Build-Zeit und Health-Daten, damit Lesehilfen keinen frischeren Stand sehen als Nutzer.

Abweichung zwischen Quellenledger, Health-Export, Dossiers und Feed-Dateien bei Abrufzeit, Fehlerklasse oder Fallback-Status.

Liste von Weiterleitungen, die alte, alternative oder fehleranfällige Pfade auf vorhandene kanonische Ziele führt.

XML-Beschreibung, mit der Browser oder Suchclients die Seitensuche einer Domain als Suchanbieter erkennen.

Maschinenlesbarer lokaler Trefferbestand mit Titel, Beschreibung, Typ, Kanal und kanonischer Route.

Abgleich von _headers, robots.txt, maschinenhinweise.txt, Sitemap und Maschinenindex, damit Security-, Cache- und Lesesignale nicht auseinanderlaufen.

Deckungsgleichheit zwischen RSS-Abrufstatus, sichtbarem Fallback-Hinweis, Quellenledger, Health-Export und Feed-Dateien.

Abgleich von security.txt, well-known Canonical, Impressum, humans.txt und Live-Host, damit Sicherheitsmeldungen denselben Kontaktpfad nutzen.

Abgleich von Build-Output, Reports, Qualitätsprüfungen, iteration-log.json und Feed-Metadaten, damit ein Lauf prüfbar abgeschlossen oder sauber blockiert ist.

Abgleich von HTML-Alternates, RSS, Atom, JSON Feed, Sitemap, maschinenhinweise.txt und Maschinenindex, damit Reader und Lesehilfen dieselben Feed-Routen sehen.

Abgleich von _redirects, Legacy-Pfaden, Legal-Kurzrouten, Output-Dateien und kanonischer Sitemap, damit alte URLs sauber weiterleiten.