Open Knowledge Format (OKF): Was es ist und warum es keine SEO-Datei ist
Das Muster kennt man inzwischen. Ein großer Konzern veröffentlicht ein neues Dateiformat, in der Ankündigung stehen “KI” und “offener Standard” im selben Satz, und binnen einer Woche stellt die SEO-Branche wieder dieselbe reflexhafte Frage: Muss ich das jetzt auf meine Domain legen, damit KI mich zitiert? Der jüngste Fall ist das Open Knowledge Format, kurz OKF, das Google Cloud am 12. Juni 2026 als Version 0.1 veröffentlicht und am 25. Juli bereits auf Version 0.2 gehoben hat. Der Reflex kam pünktlich.
Deshalb zuerst die kurze Antwort, dann die lange. OKF ist eine echte, sinnvolle Spezifikation, die ein echtes Problem löst. Aber es ist keine SEO-Datei, kein Rankingsignal, und eine OKF-Datei auf Ihrer Website bringt Ihnen keine Erwähnung in einer KI-Antwort. Der Grund ist einfach, sobald man ihn sieht: OKF zeigt nach innen, auf Ihre eigenen Systeme, während die Dateien, um die sich SEO sonst sorgt, nach außen zeigen, auf Crawler. Diese beiden zu verwechseln ist das ganze Missverständnis.
Was OKF wirklich ist
OKF ist eine offene, herstellerneutrale Spezifikation, um eine Wissensbasis als Verzeichnis von Markdown-Dateien mit YAML-Frontmatter zu verpacken. Das ist fast die ganze Idee. Die vollständige Spezifikation der Version 0.1 passt auf eine einzige Seite und hat genau ein Pflichtfeld. Was einen Ordner mit Textdateien lesen kann, kann auch ein OKF-Bundle lesen.
Das Problem dahinter trägt in Googles eigener Beschreibung einen Namen: das Problem der Kontextzusammenstellung. In den meisten Organisationen liegt das eigentliche Wissen über unvereinbare Orte verstreut. Ein Teil steckt im Datenkatalog, ein Teil im Wiki, ein Teil in Codekommentaren, ein Teil nur im Kopf einer erfahrenen Kollegin, die gerade im Urlaub ist. Bei jedem neuen KI-Agenten muss dieser Kontext von Grund auf neu zusammengetragen werden, mit maßgeschneiderten Integrationen für jede Quelle. OKF gießt ein Muster, das viele ohnehin schon improvisiert haben, oft LLM-Wiki-Muster genannt, in ein tragbares Format, damit beliebige Erzeuger und Verbraucher Wissen ohne Sonderanbindung teilen können. Der Vergleich, zu dem Google greift, ist OpenAPI, das dasselbe für REST-APIs geleistet hat: keine neue Fähigkeit, nur eine vereinbarte Form.
Der Entwurf ist bewusst minimal. Wissen liegt als reines Markdown vor, lesbar in jedem Editor, gerendert von GitHub. Ein Bundle sind einfach Dateien, also können Sie es als Tarball ausliefern, in ein Git-Repository legen oder aus einem Dateisystem ausliefern. Kein SDK, kein proprietäres Konto, keine Laufzeitumgebung, die Sie übernehmen müssen. Und es trennt sauber, wer das Wissen schreibt, von dem, wer es liest. Ein Bundle kann von einem Menschen von Hand verfasst, von einer Metadaten-Pipeline exportiert oder von einem Modell synthetisiert werden, und später fragt ein völlig anderer Agent es ab.
Auf die Richtung kommt es an
Merken Sie sich diesen einen Satz, denn er räumt den größten Teil der Verwirrung aus. OKF ist eine Datenschicht für Ihre Agenten. SEO ist die Auffindbarkeitsschicht für Suchmaschinen. Das sind zwei verschiedene Aufgaben, die in verschiedene Richtungen zeigen.
Denken Sie an die Dateien, über die SEO-Leute tatsächlich streiten. Eine robots.txt, eine Sitemap, ein llms.txt-Vorschlag, ein ai-dataset.json-Manifest. Jede davon zeigt nach außen. Sie liegt unter einer öffentlichen URL, und ihr einziger Zweck ist es, einem Crawler oder einer KI, die Ihre Domain von außen besucht, etwas mitzuteilen. Zwei davon haben wir kürzlich genau angesehen, und der Befund war ernüchternd: Unser Beitrag dazu, ob KI-Engines llms.txt überhaupt lesen, fand bei einer Stichprobe von 137.000 Websites, dass 97 Prozent dieser Dateien nie auch nur abgerufen wurden, und unser Blick auf ai-dataset.json und KI-Indexdateien kam zum selben Schluss: Die Absicht ist nachvollziehbar, aber keine große Engine hat bestätigt, dass sie sie liest.
OKF gehört gar nicht in diese Familie. Es zeigt nach innen. Ein OKF-Bundle ist dafür gedacht, von den Agenten gelesen zu werden, die Sie oder Ihre Organisation bauen, damit diese Fragen auf Basis Ihres eigenen kuratierten Wissens beantworten, statt zu raten. Niemand bei OpenAI, Google oder Anthropic durchsucht das Web nach OKF-Bundles, um zu entscheiden, was zitiert wird. Es gibt keinen Auffindungsmechanismus, der aus einem öffentlichen OKF-Ordner Sichtbarkeit in Suche oder KI macht. Wenn Sie irgendwo lesen, Sie müssten nun eine OKF-Datei auf Ihre Website laden, um in KI-Antworten aufzutauchen, ist das schlicht falsch, und es stammt meist von jemandem, der die Ankündigung mit den letzten fünf Dateien verwechselt hat, ohne die Spezifikation zu lesen.
Wie Sie eines tatsächlich erstellen
Die Mechanik ist erfrischend unspektakulär, und das ist ein Lob. Ein OKF-Bundle ist ein Verzeichnis. Darin legen Sie Markdown-Dateien ab, bei Bedarf nach Kategorien in Unterordnern gruppiert, und eine index.md an der Spitze, die die Hierarchie beschreibt. Verweise zwischen Dokumenten sind ganz normale Markdown-Links, wodurch Ihr Wissen natürlich einen Graphen bildet statt einer flachen Liste.
Jedes Dokument ist eine Markdown-Datei mit einem kleinen YAML-Frontmatter-Block. Das einzige Pflichtfeld ist type, das benennt, worum es sich handelt, etwa eine Tabelle, eine Kennzahl, ein Produkt oder ein Playbook. Alles andere ist optional: title, description, resource für einen Link zum eigentlichen Objekt, tags und ein timestamp. Ein einzelnes Dokument sieht so aus:
---
type: Product
title: Cloud Crawler
description: Gehosteter Crawler ohne URL-Limit, läuft im Browser.
resource: https://seodisias.com/
tags: [product, crawler]
timestamp: 2026-07-31T09:00:00Z
---
# Überblick
Ein cloudbasierter SEO-Crawler, der defekte Links, falsche
Statuscodes, fehlendes Schema und blockierte Seiten in einem
Durchlauf meldet.
# Verwandt
Gegen Desktop-Tools verglichen in [Crawler](/products/crawlers.md).Mehr ist das Modell nicht. Der Textkörper unter dem Frontmatter ist freies Markdown, also kann ein Dokument eine Schematabelle, eine Definition, eine Reihe von Joins oder ein Runbook enthalten, je nachdem, was das Wissen wirklich ist. Version 0.2 vom Ende Juli ergänzt vor allem Vertrauenssignale, damit ein agentisches System einschätzen kann, wie sehr es sich auf ein Dokument verlassen darf, aber die Grundform hat sich nicht geändert. Sie können mit einem einzigen Ordner anfangen und ihn wachsen lassen.
Die Ehrlichkeit gebietet den Hinweis: OKF liefert einen Behälter, nicht den Inhalt. Ein gutes Bundle bleibt Kurationsarbeit. Der Wert entsteht dadurch, dass jemand entscheidet, welche Konzepte wichtig sind, sie klar beschreibt und aktuell hält, dieselbe Disziplin, die Dokumentation für Menschen brauchbar macht. Das Format sorgt nur dafür, dass diese Mühe tragbar ist und Sie nicht an den Katalog eines einzelnen Anbieters bindet.
Was das für SEO und Websitebetreiber bedeutet
Für die meisten Betreiber ist die praktische Antwort auf nützliche Weise ernüchternd: OKF ändert an Ihrer öffentlichen SEO in diesem Quartal nichts. Es ist kein Rankingfaktor, kein Zitationssignal und nichts, was Sie aus Suchgründen auf Ihre Domain legen sollten. Wenn Ihr einziges Ziel organischer Traffic und KI-Erwähnungen sind, können Sie diesen Tab schließen und stattdessen einen defekten Link reparieren, dann ist Ihre Zeit besser investiert.
Es gibt einen echten Anwendungsfall, aber das ist eine andere Aufgabe als SEO. Wenn Sie interne KI-Agenten bauen, einen Support-Assistenten auf Basis Ihres eigenen Hilfebereichs, ein Retrieval-System über Ihre Produktdokumentation, ein internes Werkzeug, das Fragen zu Ihren Daten beantwortet, dann ist OKF ein sauberer, zukunftsfester Weg, das Wissen zu verpacken, das diese Agenten lesen. Es hält dieses Wissen in schlichten Dateien, die Sie kontrollieren, tragbar über jedes Modell und jede Plattform hinweg, die Sie als Nächstes einsetzen. Das ist wirklich wissenswert, wenn Agentenbau auf Ihrer Roadmap steht. Nur eine Webmaster-Aufgabe ist es nicht.
Die einzige ehrliche Brücke zwischen OKF und SEO ist die zugrunde liegende Disziplin, nicht die Datei. Ob ein Agent ein kuratiertes OKF-Bundle liest oder ein Suchcrawler Ihre gerenderten Seiten, beide belohnen dasselbe: klare Struktur, vollständige und korrekte Daten, ehrliche Beschreibungen, keine Widersprüche. Ist Ihr öffentlicher Inhalt dünn, unordentlich oder falsch, rettet Sie kein OKF-Bundle, und keine andere Datei auch nicht. Was sich durchweg auszahlt, ist das langweilige Fundament, auf das wir immer wieder zurückkommen, dasselbe hinter den neueren agentischen Web-Standards wie NLWeb, MCP und AIPREF und hinter Googles eigenem offiziellen Leitfaden zur KI-Optimierung.
Der Hype-Filter
Nun der Teil, der in den euphorischen Beiträgen fehlt. OKF v0.1 erschien im Juni, v0.2 sechs Wochen später. Dieses Tempo ist für eine frühe Spezifikation gesund, und genau deshalb sollten Sie noch nichts Tragendes darauf bauen. Eine 0.x-Spezifikation ist ein Ausgangspunkt, der sich ändern wird, sobald mehr Erzeuger und Verbraucher auftauchen und die Community lernt, was Agenten wirklich brauchen. Ihre interne Wissensplattform so früh auf ein bewegliches Ziel zu stellen, heißt sich zur Nacharbeit zu verpflichten, wenn sich die Form verschiebt.
Halten Sie mehrere wahre Dinge zugleich aus, das ist in diesem Feld meist die ehrliche Haltung. Der Standard ist echt und die Leute dahinter sind ernst zu nehmen. Das Problem, das er löst, verstreuter Kontext, den Agenten immer wieder neu zusammensetzen, ist ein echter Schmerz für alle, die mit LLMs bauen. Und nichts davon macht daraus einen SEO-Zug im öffentlichen Web. Der Reflex, jede neue Google-Datei als weitere Pflicht auf der eigenen Domain zu behandeln, ist das Eigentliche, das man hier verlernen sollte. Manchmal richtet sich ein neues Format an ein ganz anderes Publikum als das, das gerade in Panik gerät. Die ausführliche Fassung dieses Arguments für die KI-Suche allgemein finden Sie in Ist SEO 2026 tot.
Wo ein Crawler ins Spiel kommt
Der rote Faden hier ist, dass die Maschinen, die Ihre Arbeit lesen, ob ein interner Agent über ein OKF-Bundle oder ein öffentlicher Suchbot über Ihre Seiten, dieselben Fehler bestrafen. Defekte Links. Falsche Statuscodes. Fehlende oder widersprüchliche strukturierte Daten. Seiten, die Sie versehentlich blockiert oder auf noindex gesetzt haben. Räumen Sie das auf, und Sie stehen für jeden Leser zugleich besser da, Mensch, Crawler oder Agent.
Diese Überschneidung ist praktisch, denn Sie können das Fundament mit Werkzeugen messen, die Sie bereits verstehen. Ein vollständiger Crawl Ihrer eigenen Website legt genau die Probleme offen, über die sowohl eine Suchmaschine als auch ein Agent stolpern: Seiten mit 4xx oder 5xx, Links, die ins Leere führen, dünnes oder fehlendes Schema, blockierte Seiten, die Sie nicht verbergen wollten. Genau dafür ist Seodisias gebaut. Sie richten es auf Ihre Website, ohne URL-Limit, und es meldet die defekten Links, die falschen Statuscodes, das fehlende Schema und die blockierten Seiten in einem Durchlauf. Die vollständige Vorgehensweise beschreiben die Checkliste für das technische SEO-Audit und der komplette Leitfaden zu SEO-Crawlern.
Das Fazit
Das Open Knowledge Format ist es wert, verstanden zu werden, und wenn Sie KI-Agenten bauen, ist es den Einsatz wert. Es ist eine ordentliche, tragbare Art, Wissen für die Systeme zu verpacken, die Sie kontrollieren. Aber es ist keine SEO-Datei, es taucht nicht in Ihren Rankings auf, und öffentlich gehostet bringt es Ihnen keine KI-Sichtbarkeit. Das Wertvollste, was OKF einem Websitebetreiber beibringen kann, ist der Reflex, vor der Übernahme die Richtung eines neuen Standards zu prüfen: Zielt er auf Crawler, die zu meiner Domain kommen, oder auf Agenten, die ich selbst baue? Beantworten Sie das zuerst, und der größte Teil der monatlichen Panik erledigt sich von selbst. Für die Suchseite Ihrer Arbeit hat sich das Fundament nicht bewegt, und es ist noch immer der einzige Teil dieser Geschichte, der reif genug ist, um heute zu handeln.