12 czerwca 2026 Google Cloud opublikowało specyfikację Open Knowledge Format. Brzmi jak kolejny techniczny standard dla developerów i pewnie dlatego większość marketerów to przescrolluje. Szkoda, bo za tym kryje się odpowiedź na pytanie, które zadajemy sobie już od jakiegoś czasu: „czy dobrze napisana treść może przegrywać z lepiej opisaną”.
Co to jest Open Knowledge Format (OKF Google)?
Open Knowledge Format (OKF) to otwarty standard opisujący, jak zapisywać wiedzę w plikach Markdown z nagłówkiem YAML, żeby każdy system AI mógł ją odczytać (bez specjalnych integracji, SDK ani własnościowych platform). Ogłosił go Google Cloud 12 czerwca 2026. Standard jest na etapie v0.1, celowo minimalistyczny: jedyne wymaganie to pole type w nagłówku każdego dokumentu. Reszta jest elastyczna.
Aktualizacja (25 lipca 2026): Google wypuściło wersję 0.2 formatu Open Knowledge Format. Dodaje pięć pól „zaufania” do nagłówka YAML każdego pliku: skąd pochodzi informacja, kto ją stworzył i zweryfikował, kiedy się zdezaktualizuje, jaki ma status i czy da się ją odtworzyć. Zmiana jest wsteczna kompatybilna ze standardem z czerwca.
Żeby zrozumieć, skąd się wziął, trzeba zacząć od osoby Andreja Karpathy’ego (byłego szefa AI w Tesli), jednego z pierwszych pracowników OpenAI. Jakiś czas temu opisał on prostą koncepcję: zamiast kazać modelom językowym za każdym razem szukać odpowiedzi w dokumentach, można im dać gotową bibliotekę plików tekstowych, którą same mogą czytać i aktualizować. Nazwał to LLM-wiki. Format: Markdown z nagłówkiem YAML. Żadnych baz danych, żadnych API – po prostu plik tekstowy z metadanymi, czytelny dla człowieka i dla bota.
OKF to formalizacja tego wzorca. Google wzięło pomysł, który zaczął pojawiać się organicznie w różnych projektach. Obsidian połączony z agentem kodującym, pliki CLAUDE.md i AGENTS.md w repozytoriach, katalogi pełne index.md, które agenci przeglądają przed wykonaniem zadania i opisało minimum zasad sprawiających, że takie pliki mogą ze sobą współpracować. Nawet jeśli tworzyły je różne zespoły, w różnych firmach, dla różnych agentów.
Autorzy specyfikacji sami to podkreślają: OKF jest formatem, nie platformą. Tak jak PDF jest formatem, podobnie OKF ma być formatem wiedzy dla systemów AI.
Dlaczego to ważne dla SEO?
Mogłabym napisać, że OKF będzie sporą zmianą, ale to byłoby pewne uproszczenie.
Informacja podana przez Google potwierdza kierunek, który był widoczny od kilku lat. O tym, że systemy RAG pobierają Twój artykuł w kawałkach i oceniają każdy kawałek osobno. O tym, że nagłówki H2 i H3 to dla algorytmu generatywnego mapa, nie dekoracja. O tym, że zdanie definicyjne na początku sekcji jest cytowalne a ta sama informacja zakopana w środku akapitu już znacznie mniej.
OKF nie zmienia tych reguł. Opisuje je formalnie i nadaje im nazwę.
Jest jednak coś, co mnie w tym ogłoszeniu zatrzymało. W dokumentacji OKF autorzy (Sam McVeety i Amir Hormati z Google Cloud) opisują problem, który dobrze znam z pracy z klientami: wiedza w organizacji jest fragmentaryczna, rozrzucona po różnych systemach, zamknięta między platformami, które nie rozmawiają ze sobą. I żaden agent AI nie jest w stanie jej złożyć w całość, bo każda platforma mówi innym językiem.
Strony internetowe mają dokładnie ten sam problem, tylko że wiedza nie jest zamknięta w systemach, a w HTML-u.
Kontekst zamiast kampanii. OKF jest dowodem na to, że algorytmy coraz mniej „czytają strony”, a coraz bardziej pobierają wiedzę. Kampania zoptymalizowana pod słowa kluczowe się skończy. Kontekst zapisany w dobrze opisanych, samodzielnych fragmentach treści trwa.
Co OKF mówi o Twojej stronie?
Nie zakładam, że za rok będziesz eksportować swoją stronę jako grupa plików OKF. To jest na razie v0.1 czyli reference implementation – pierwsza wersja – stworzona po to, żeby pokazać, że specyfikacja działa w praktyce. Do narzędzi gotowych do użycia przez właściciela strony jeszcze daleka droga.
Ale sam standard ujawnia coś istotnego. W dokumentacji Google autorzy opisują wymagania wobec dobrego dokumentu OKF: każdy plik ma reprezentować jeden koncept, mieć pole opisujące typ dokumentu i być zrozumiały w oderwaniu od reszty katalogu. System AI ma móc pobrać jeden plik i mieć z niego pożytek bez czytania całego repozytorium.
Systemy AI nie czytają Twojego artykułu od początku do końca – pobierają fragment i oceniają go „w oderwaniu od reszty”.
Jeśli Twój artykuł zaczyna się od wstępu prowadzącego do puenty po czterech akapitach to RAG prawdopodobnie pobierze fragment ze wstępem i odrzuci go jako nieodpowiadający na pytanie. Jeśli nagłówek brzmi „Kilka słów o tym, jak to działa” zamiast „Jak OKF działa: minimalna specyfikacja”, algorytm nie będzie wiedział, czego szukać w tej sekcji. Jeśli Twoja definicja pojęcia jest rozsiana po trzech akapitach zamiast sformułowana w jednym zdaniu to model nie ma czego zacytować.
To nie jest nowa wiedza. Ale OKF to pierwszy moment, kiedy Google oficjalnie opisuje ten mechanizm jako standard – nie jako sugestię dla SEOwców, ale jako wymaganie dla każdego, kto produkuje wiedzę dla systemów AI.
Krótki przykład pliku OKF
Każdy plik opisuje jedno pojęcie. Połączone ze sobą tworzą graf wiedzy — nie listę podstron, tylko sieć relacji między nimi.
---
concept: cena-pozycjonowania
type: Concept
sources:
- author: Katarzyna Baranowska
url: https://katarzynabaranowska.com/cena-pozycjonowania
generated:
by: human
at: 2026-02-18
verified:
by: human
at: 2026-07-25
stale_after: 2027-02-18
status: stable
---
# Cena pozycjonowania
Krótki, samodzielny opis pojęcia w treści pliku...Tabela porównawcza OKF vs llms.txt vs schema.org
| Open Knowledge Format | llms.txt | schema.org | |
|---|---|---|---|
| Cel | Graf wiedzy dla agentów AI, dane firmowe | Lista treści „polecanych” do czytania przez LLM | Dane strukturalne dla wyszukiwarek |
| Format | Markdown + nagłówek YAML | Markdown | JSON-LD / mikrodane |
| Czy Google z tego korzysta | Tak – we własnych narzędziach (Knowledge Catalog) | Nie – John Mueller potwierdził, że Google nie korzysta z llms.txt ani z żadnych podobnych plików, i nie zna crawlera, który by je respektował | Tak, od lat, w wynikach wyszukiwania |
| Adopcja poza Google | Brak potwierdzonej (stan na koniec lipca 2026) | Nieoficjalna, część twórców ją stosuje mimo braku wsparcia wyszukiwarek | Szeroka, branżowy standard |
| Dla publicznej strony internetowej dziś | Ćwiczenie porządkujące, nie kanał widoczności | Symboliczne, bez potwierdzonego wpływu | Realne wsparcie techniczne |
Co zrobić z tym dziś?
Nie ma dziś (lipiec 2026) dowodów, że jakikolwiek agent AI czyta pliki OKF z publicznych stron internetowych – Google zbudowało ten format z myślą o wewnętrznych danych firmowych (schematy tabel, definicje metryk), nie o blogach czy sklepach. Sama OpenAI, Anthropic ani Microsoft nie ogłosiły wsparcia dla tego standardu. To, co realnie zyskujesz, przygotowując plik OKF dla własnej treści, to nie widoczność, ale raczej wymuszenie na sobie pytania: skąd wiem to, co piszę, i czy umiem to udowodnić? Jeśli nie umiesz odpowiedzieć na to pytanie dla własnego artykułu, OKF Ci tego nie da. Musisz to wiedzieć wcześniej.
Weź swój ostatni artykuł. Wybierz dowolną sekcję – fragment między dwoma nagłówkami H2. Przeczytaj tylko ten fragment, bez reszty tekstu.
Czy rozumiesz, o czym jest ta sekcja? Czy odpowiada na pytanie sugerowane przez nagłówek? Czy pierwsze zdanie zawiera odpowiedź a nie dojście do niej?
Jeśli tak – masz fragment, który RAG może bezpiecznie zacytować. Jeśli nie – wiesz, co poprawić. I nie musisz w tym celu nic wiedzieć o Open Knowledge Format.
Standard Google tylko opisuje to, co dobre treści robiły od zawsze: dawały odpowiedź tam, gdzie była szukana.
