Google, ChatGPT, Perplexity, Gemini i Claude odpowiadają na pytania użytkowników — cytując strony, polecając firmy, streszczając artykuły. Jeśli Twoja strona nie jest przygotowana pod te systemy, nie istniejesz w nowej warstwie wyszukiwania. Ten artykuł to kompletna mapa: co wdrożyć, w jakiej kolejności i dlaczego.
Trzy ery wyszukiwania — gdzie teraz jesteśmy
Przez pierwsze 20 lat internetu wystarczyło być w Google. Przez ostatnią dekadę — być wysoko w Google. Teraz nastała trzecia era: być cytowanym przez AI.
Użytkownik pyta ChatGPT: „Jaka firma w Wrocławiu robi dobre strony WordPress?". Model nie pokazuje listy linków — podaje konkretną odpowiedź. Jeśli Twoja strona nie dostarcza AI danych w odpowiednim formacie, nie ma Cię w tej odpowiedzi. Tradycyjne SEO to warunek konieczny, ale już niewystarczający.
SEO sprawia, że Google Cię znajdzie. GEO sprawia, że AI Cię zacytuje. WebMCP sprawia, że agent AI może w Twoim imieniu działać.
Słownik: GEO, AEO, LLMO — co oznacza każdy skrót
Terminologia jest chaotyczna — różne firmy i badacze używają różnych nazw na podobne rzeczy. Oto uproszczona mapa:
| Skrót | Pełna nazwa | Cel | Fokus |
|---|---|---|---|
| GEO | Generative Engine Optimization | Być cytowanym w odpowiedziach AI | Treść + dane techniczne |
| AEO | Answer Engine Optimization | Być odpowiedzią na konkretne pytanie | Struktura treści, FAQ, nagłówki |
| LLMO | Large Language Model Optimization | Jak LLM rozumie i reprezentuje markę | Spójność danych o marce w sieci |
| AI SEO | — | Zbiorczy termin marketingowy | Wszystkie powyższe |
W praktyce: jedno wdrożenie realizuje wszystkie trzy cele jednocześnie. Nie musisz wybierać — wszystkie warstwy uzupełniają się nawzajem.
Cztery warstwy optymalizacji pod AI
Optymalizację pod AI możesz myśleć jako cztery nakładające się warstwy — od fundamentu do zaawansowanego:
Warstwa 1 — Dostępność dla botów AI
robots.txt — zezwól na indeksowanie
Zanim cokolwiek zoptymalizujesz, upewnij się że boty AI mogą Cię w ogóle odwiedzić. Standardowy robots.txt z Allow: / jest wystarczający, ale warto dodać jawne wpisy:
User-agent: * Allow: / User-agent: GPTBot Allow: / User-agent: ClaudeBot Allow: / User-agent: PerplexityBot Allow: / User-agent: anthropic-ai Allow: / User-agent: Google-Extended Allow: / Sitemap: https://twojadomena.pl/sitemap.xml
Disallow: / dla konkretnych botów, AI nie zaindeksuje Twojej strony — niezależnie od tego co zrobisz z treścią i schematami.
llms.txt — wizytówka dla AI
Plik llms.txt w katalogu głównym domeny to ustrukturyzowany opis strony dla modeli językowych. Kluczowa zasada (egzekwowana przez Google Lighthouse Agentic Browsing): linki muszą być w formacie Markdown [tytuł](url) — nie gołe URL-e.
# nazwa-twojej-marki.pl > Imię Nazwisko — specjalizacja, X lat doświadczenia. Miasto, Polska. ## Usługi - [Nazwa usługi 1](https://domena.pl/usluga-1.html): krótki opis - [Nazwa usługi 2](https://domena.pl/usluga-2.html): krótki opis ## Blog - [Tytuł artykułu](https://domena.pl/blog/artykul.html): o czym jest artykuł ## Kontakt - E-mail: kontakt@domena.pl - [Zarezerwuj konsultację](https://cal.com/twoj-link): 30 min, bezpłatna - Pełny kontekst: [llms-full.txt](https://domena.pl/llms-full.txt)
llms-full.txt — pełna treść dla AI
Podczas gdy llms.txt to indeks, llms-full.txt to pełna treść wszystkich stron w Markdown. Boty AI z ograniczonymi limitami HTTP mogą pobrać jeden plik i mieć dostęp do całej wiedzy o firmie. Rozmiar: zwykle 50–200 KB.
Struktura pliku to sekwencja sekcji ## dla każdej strony, z URL, datą i treścią w czystym tekście — bez HTML, bez tagów.
Warstwa 2 — Treść cytowalna (AEO)
AI cytuje strony które zawierają gotowe odpowiedzi — nie strony które owijają w bawełnę. Zasady treści cytowalnej:
Definicje na początku
Jeśli piszesz o pojęciu — zdefiniuj je w pierwszym akapicie. AI szuka definicji w formacie „X to Y". Przykład: „AI fatigue to stan poznawczego wyczerpania wywołanego nadmiarem narzędzi AI" — to zdanie które chatbot może wkleić bezpośrednio do odpowiedzi.
Nagłówki jako pytania lub fakty
Zamiast: „Nasze podejście do SEO" → „Jak działa pozycjonowanie w Google w 2026 roku". AI matchuje nagłówki do zapytań użytkownika. Pytanie w nagłówku = wyższe prawdopodobieństwo cytowania.
Statystyki i liczby
Twierdzenia bez liczb są dla AI mniej wiarygodne niż twierdzenia z liczbami. Przykład: zamiast „większość firm używa AI" napisz „według McKinsey 2025, 72% firm z listy Fortune 500 aktywnie wdraża AI w procesach operacyjnych". Liczba + źródło = cytowanie.
Sekcje FAQ
To najbardziej bezpośredni sposób na trafienie do AI Overviews i Perplexity. Każda para pytanie–odpowiedź to gotowy snippet. Minimum 4–6 par, odpowiedzi konkretne, 2–4 zdania każda.
Samodzielność fragmentów
Każdy akapit powinien mieć sens bez czytania reszty artykułu. AI wyrywa fragmenty z kontekstu — jeśli fragment nie jest samowystarczalny, nie zostanie zacytowany. Unikaj zdań zaczynających się od „jak wspomniano wyżej".
Warstwa 3 — Schema.org (dane strukturalne)
Schema.org to język danych który maszyny rozumieją bezpośrednio — bez analizowania HTML. Implementujesz go jako JSON-LD w <head> każdej strony.
| Schemat | Gdzie | Co wnosi |
|---|---|---|
LocalBusiness / ProfessionalService | Strona główna | Firma w mapach AI, lokalne cytowania |
BlogPosting | Każdy artykuł | Data, autor, temat — kontekst dla AI |
FAQPage | Artykuły, strony usług | Snippety w Google AI Overviews, Perplexity |
BreadcrumbList | Każda podstrona | Struktura serwisu dla AI |
Person | Strona główna, artykuły | E-E-A-T, rozpoznawalność autora przez AI |
HowTo | Poradniki krok po kroku | Cytowanie instrukcji przez AI asystentów |
Product / Service | Strony usług | Ceny, opisy — dla AI zakupowych |
FAQPage na stronie głównej i LocalBusiness. To dwa schematy które mają największy wpływ na widoczność w AI w krótkim czasie.
Jak różne platformy AI indeksują i cytują
Każda platforma ma inne źródła danych i inne priorytety. Optymalizuj pod wszystkie, ale z różnym akcentem:
Warstwa 4 — WebMCP (agentowe przeglądanie)
WebMCP to standard W3C który pozwala Twojej stronie rejestrować „narzędzia" dostępne dla agentów AI. Zamiast parsować HTML, agent wywołuje funkcję i dostaje ustrukturyzowany JSON.
To najbardziej zaawansowana warstwa — eksperymantalna, ale już sprawdzana przez Lighthouse. Na czujowski.pl działa 5 narzędzi:
get_services— lista usług z cenami i URL-amiget_contact— e-mail, telefon, link do rezerwacjiget_articles— artykuły z filtrowaniem po temaciebook_consultation— link Cal.com + opis procesuget_about— profil: doświadczenie, certyfikaty, specjalizacje
Implementacja w JavaScript, owinięta w zabezpieczenie if (!('modelContext' in document)) return — w zwykłych przeglądarkach nic się nie dzieje.
Kompletna checklista — 20 punktów
- robots.txt — jawne
Allow: /dla GPTBot, ClaudeBot, PerplexityBot, Google-Extended - llms.txt — plik w katalogu głównym, H1, blockquote, linki w formacie
[tytuł](url) - llms-full.txt — pełna treść strony w Markdown, aktualizowany przy każdym nowym artykule
- Schema LocalBusiness — nazwa, adres, telefon, godziny, obszar obsługi
- Schema BlogPosting — na każdym artykule: autor, data, temat, keywords
- Schema FAQPage — min. 4 pytania i odpowiedzi na stronie głównej i w artykułach
- Schema BreadcrumbList — na każdej podstronie
- Schema Person — autor z ORCID lub LinkedIn w sameAs
- Definicje w pierwszym akapicie — każdy artykuł zaczyna od „X to Y"
- Nagłówki jako pytania lub fakty — nie opisy procesu, lecz gotowe odpowiedzi
- Statystyki z źródłem — min. 3 liczby z atrybucją na artykuł
- Samodzielność akapitów — każdy akapit ma sens bez reszty tekstu
- Speakable schema —
SpeakableSpecificationwskazuje AI które fragmenty czytać - Sitemap XML — aktualny, zgłoszony w GSC i Bing Webmaster Tools
- IndexNow — wysyłanie nowych URL-i natychmiast po publikacji
- NAP consistency — nazwa, adres, telefon identyczne wszędzie w sieci
- Obecność zewnętrzna — Google Business Profile, LinkedIn, fora branżowe
- WebMCP tools —
get_services,get_contact,book_consultationminimum - Formularz kontaktowy z adnotacjami —
aria-label,data-mcp-description - CLS = 0 — strona nie skacze, elementy nie przesuwają się po załadowaniu
W jakiej kolejności wdrażać
Jeśli zaczynasz od zera — nie rób wszystkiego naraz. Rekomendowana kolejność wg wpływu do nakładu pracy:
- Tydzień 1: robots.txt (30 min) + llms.txt (2 godz.) + llms-full.txt (2 godz.)
- Tydzień 2: Schema FAQPage na stronie głównej + LocalBusiness (4 godz.)
- Tydzień 3: Optymalizacja treści — definicje, nagłówki jako pytania, FAQ w artykułach (zależnie od liczby stron)
- Tydzień 4: Schema BlogPosting na wszystkich artykułach + BreadcrumbList
- Tydzień 5+: WebMCP, Speakable, obecność zewnętrzna, monitoring
Jak mierzyć efekty
AI search nie ma jeszcze dojrzałych narzędzi analitycznych — ale kilka metod działa:
- Ręczne testy — pytaj ChatGPT, Perplexity i Gemini o swoje usługi i obszar raz w miesiącu. Zapisuj wyniki.
- Google Search Console — AI Overviews generują kliknięcia widoczne w GSC jako traffic organiczny. Porównaj CTR przed i po wdrożeniu FAQPage.
- Lighthouse Agentic Browsing — audyt techniczny w Chrome Canary, pokazuje co trzeba poprawić.
- Ruch bezpośredni — część użytkowników przychodzi z AI bez śladu w UTM. Wzrost direct traffic może sygnalizować widoczność AI.
Optymalizacja pod AI to nie jednorazowy projekt — to ciągły proces, tak jak tradycyjne SEO. Różnica jest taka, że stawka jest wyższa: kto zbuduje widoczność AI teraz, ma strukturalną przewagę nad tymi którzy zaczną za rok. Jeśli chcesz sprawdzić gdzie stoisz i co zrobić najpierw — zrób audyt GEO lub napisz do mnie.