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.