Druga warstwa internetu, OKF, ARD, llms.txt i SEO pod agentów AI

Przewodnik krok po kroku: druga warstwa internetu, OKF, ARD, llms.txt i SEO pod agentów AI

Artykuł Search Engine Journal opisuje ważną zmianę: internet zaczyna mieć równoległą warstwę pisaną nie tylko dla ludzi i przeglądarek, ale też dla agentów AI, crawlerów, modeli językowych i systemów automatycznego wykonywania zadań. Nie zastępuje to klasycznego HTML, SEO i treści na stronie. To raczej dodatkowa infrastruktura: sitemap.xml, schema.org, llms.txt, OKF, MCP/WebMCP, ARD, feedy produktowe i katalogi narzędzi Search Engine Journal.

Krok 1: Zrozum, czym jest „druga warstwa webu”

Pierwsza warstwa internetu to klasyczna strona: HTML, linki, menu, treści, obrazy, formularze, dane strukturalne, sitemap, robots.txt.

Druga warstwa to dodatkowe pliki i standardy, które pomagają maszynom szybciej zrozumieć:

Warstwa	Do czego służy
`sitemap.xml`	pokazuje, jakie adresy URL istnieją
`robots.txt`	mówi crawlerom, gdzie mogą lub nie mogą wchodzić
Schema.org	opisuje znaczenie elementów strony
`llms.txt`	wskazuje agentom AI najważniejsze zasoby strony
OKF	pakuje wiedzę w markdown + YAML dla agentów
MCP/WebMCP	pozwala agentom łączyć się z usługami lub funkcjami
ARD	pozwala agentom odkrywać narzędzia, API i innych agentów
Feed produktowy	przekazuje uporządkowane dane o produktach

Najważniejsze: to nie jest „magiczna optymalizacja AI SEO”. To warstwa pomocnicza.

Krok 2: Nie zastępuj HTML markdownem

To pierwszy praktyczny wniosek. Nie rób osobnej wersji całej strony tylko w markdownie jako zamiennika HTML. HTML nadal jest podstawą indeksowania, linkowania, hierarchii, menu, nagłówków, kontekstu i UX. Search Engine Journal podkreśla, że normalne, semantyczne strony HTML nadal są fundamentem odkrywania treści Search Engine Journal.

Dla strony B2B oznacza to:

poprawne nagłówki H1-H3,
czytelne menu,
wewnętrzne linkowanie,
treści widoczne po załadowaniu strony,
szybkie działanie,
dane strukturalne,
realne zdjęcia, specyfikacje i dokumenty,
formularz kontaktowy lub RFQ.

Dopiero na tym budujemy warstwę dla agentów.

Krok 3: Uporządkuj fundament techniczny

Zanim wdrożysz OKF, ARD czy llms.txt, sprawdź podstawy:

Element	Minimum wdrożeniowe
`robots.txt`	dostępny i poprawny
`sitemap.xml`	aktualny, z ważnymi URL-ami
canonical	ustawiony na stronach produktowych i artykułach
schema.org	Organization, Product, Article, FAQ, Breadcrumb
performance	strona ładuje się szybko na mobile
internal linking	klastry tematyczne połączone między sobą
treści	unikalne, eksperckie, konkretne

Jeżeli strona ma chaos w HTML, brakuje sitemap, canonicali, danych produktowych i logicznego linkowania, to wdrażanie OKF będzie tylko pudrowaniem problemu.

Krok 4: Dodaj llms.txt jako drogowskaz, nie jako ranking trick

llms.txt można traktować jak prostą mapę dla agentów AI: „oto najważniejsze strony, dokumenty, regulaminy, poradniki, specyfikacje, FAQ”. Nie należy zakładać, że samo dodanie pliku poprawi pozycje.

Dla firmy pakującej lub sprzedającej maszyny B2B plik może wskazywać:

stronę główną kategorii,
najważniejsze produkty,
poradniki zakupowe,
FAQ,
dane do zapytania ofertowego,
dokumentację techniczną,
kontakt,
politykę serwisu,
strony „dla agentów AI” lub „dane do wyceny”.

Przykładowa struktura:

# Nazwa firmy

## Najważniejsze strony
- /owijarki-do-palet/
- /jak-przygotowac-zapytanie-ofertowe-na-owijarke/
- /folia-stretch-maszynowa/
- /kontakt/

## Dokumentacja
- /dokumentacja/
- /faq/
- /dane-do-wyceny/

Krok 5: Zrozum OKF

OKF, czyli Open Knowledge Format, został opisany przez Google Cloud jako otwarty format reprezentowania wiedzy organizacyjnej w postaci katalogu plików markdown z YAML frontmatter. Google Cloud wskazuje, że OKF ma pomagać agentom AI otrzymać właściwy kontekst: metadane, definicje, wiedzę kuratorską i dokumentację Google Cloud.

OKF nie jest zamiennikiem strony. Bardziej przypomina uporządkowaną bibliotekę wiedzy.

Przykład zastosowania OKF w B2B:

Typ wiedzy	Przykład pliku OKF
produkt	`products/owijarka-ctt-215.md`
procedura	`playbooks/jak-dobrac-owijarke.md`
dokument	`docs/deklaracja-zgodnosci.md`
definicja	`glossary/pre-stretch.md`
oferta	`services/wynajem-owijarek.md`
RFQ	`playbooks/dane-do-zapytania-ofertowego.md`

Przykładowy plik:

---
type: product
title: Owijarka do palet z pre-stretch
description: Maszyna do automatycznego lub półautomatycznego owijania palet folią stretch.
resource: https://example.pl/owijarka-do-palet/
tags: [owijarka, palety, stretch, automatyzacja]
---

# Owijarka do palet z pre-stretch

Urządzenie stosowane w magazynach i zakładach produkcyjnych do stabilizacji ładunku na palecie.

## Dane potrzebne do wyceny

- liczba palet dziennie
- wymiary palety
- wysokość ładunku
- waga ładunku
- typ folii
- wymagany poziom automatyzacji

Krok 6: Wdrażaj OKF tylko tam, gdzie ma sens

OKF ma największy sens, gdy firma ma dużo uporządkowanej wiedzy:

dokumentacja techniczna,
API,
specyfikacje,
karty produktów,
procedury serwisowe,
definicje parametrów,
przewodniki RFQ,
bazy wiedzy,
katalogi maszyn,
dokumenty zgodności.

Dla zwykłej strony wizytówkowej OKF raczej nie będzie priorytetem. Dla katalogu B2B, marketplace, portalu wiedzy, konfiguratora, narzędzia RFQ albo sklepu technicznego może być bardzo ciekawym testem.

Krok 7: Zrozum ARD

ARD, czyli Agentic Resource Discovery, dotyczy nie tyle treści, ile możliwości. Google Developers opisuje ARD jako specyfikację, w której dostawca publikuje katalog ai-catalog.json na swojej domenie, a agenci mogą odkrywać dostępne możliwości: MCP serwery, agentów A2A, narzędzia OpenAPI lub inne katalogi Google Developers Blog.

Prościej:

OKF mówi: „oto nasza wiedza”.
ARD mówi: „oto, co nasz system potrafi zrobić”.
MCP mówi: „tak agent może połączyć się z narzędziem”.
HTML mówi: „oto normalna strona dla ludzi i wyszukiwarek”.

Dla firmy B2B ARD będzie ważne wtedy, gdy macie:

API do produktów,
konfigurator,
kalkulator kosztów,
wyszukiwarkę stanów magazynowych,
narzędzie do RFQ,
system rezerwacji testu maszyny,
agent sprzedażowy,
integrację z ERP, PIM lub e-commerce.

Krok 8: Wyróżnij feed produktowy jako osobną warstwę

Dla e-commerce i B2B product feed może być ważniejszy niż OKF. Feed zawiera dane, które agenci zakupowi i systemy commerce mogą realnie wykorzystać:

nazwa produktu,
SKU,
kategoria,
cena lub informacja „wycena indywidualna”,
dostępność,
parametry techniczne,
zdjęcie,
dokumentacja,
certyfikaty,
zastosowanie,
warianty,
dostawa,
minimalna ilość zamówienia.

W agentic commerce produkty muszą być nie tylko opisane, ale porównywalne i możliwe do przetworzenia przez system.

Krok 9: Stwórz prostą kolejność wdrożenia

Nie zaczynaj od najmodniejszych standardów. Zacznij od tego, co daje największy zwrot.

Napraw HTML, strukturę strony i indeksowanie.
Dodaj schema.org na kluczowych typach stron.
Uporządkuj klastry tematyczne i linkowanie wewnętrzne.
Dodaj sekcje „dane do zapytania ofertowego”.
Dodaj FAQ i tabele porównawcze.
Przygotuj llms.txt z najważniejszymi zasobami.
Uporządkuj feed produktowy.
Przetestuj OKF dla dokumentacji, produktów i procedur.
Obserwuj ARD, jeśli masz narzędzia, API lub agentów.
Mierz widoczność w Google, ChatGPT, Perplexity, Gemini i Copilot.

Krok 10: Nie twórz drugiej wersji prawdy

Największe ryzyko „drugiej warstwy” polega na tym, że firma zacznie utrzymywać osobne wersje informacji:

inna cena w feedzie,
inna specyfikacja na stronie,
inny opis w OKF,
inna treść w PDF,
inny komunikat w llms.txt.

To prosta droga do błędów. Dlatego wszystkie warstwy powinny wynikać z jednego źródła prawdy: CMS, PIM, ERP, repozytorium dokumentacji albo dobrze utrzymanej bazy produktowej.

Najkrótsza checklista dla polskiej firmy B2B

Priorytet	Co zrobić
Teraz	popraw HTML, sitemap, robots, schema, linkowanie, treści
W 30 dni	dodaj FAQ, RFQ, dane techniczne, tabele, `llms.txt`
W 60 dni	uporządkuj feed produktowy i dokumentację
W 90 dni	przetestuj OKF dla wybranej kategorii lub bazy wiedzy
Obserwuj	ARD, MCP/WebMCP, agentów zakupowych i integracje API

Wniosek praktyczny

Druga warstwa internetu nie oznacza końca SEO. Oznacza, że SEO techniczne rozszerza się o czytelność dla agentów, modeli i systemów automatycznego podejmowania decyzji. Najpierw musi istnieć dobra strona, dobra marka, dobra treść i dobry produkt. Dopiero potem warto dokładać llms.txt, OKF, ARD i kolejne standardy.