Przejdź do treści

Optymalizacja GEO i AEO dla stron w Next.js i Astro

Sprawdzam, czy systemy AI mogą pobrać, zrozumieć i zacytować Twoją stronę. Poprawki wdrażam w kodzie i mierzę efekt.

Co obejmuje optymalizacja GEO i AEO?

Dostęp

Boty AI, robots.txt i Cloudflare, a także treść dostępna w HTML-u bez czekania na JavaScript.

Zrozumienie

Graf encji w schema.org, odpowiedź na początku sekcji, czytelne nagłówki, autor i organizacja.

Pomiar

Ruch z asystentów AI w GA4, logi botów i próbki cytowań przed zmianami i po nich.

Dostęp

Sprawdzam, co boty AI faktycznie dostają od serwera, zanim cokolwiek zmienię.

Encje

Firma, autor i usługi są opisane w danych strukturalnych spójnie z treścią strony.

Treść

Kluczowe podstrony odpowiadają na pytania wprost, z datą i źródłem.

Pomiar

Stan wyjściowy zapisuję przed zmianami, żeby było do czego porównać efekt.

Czym jest GEO i AEO w praktyce?

GEO (Generative Engine Optimization) to przygotowanie strony tak, żeby asystenci AI, czyli ChatGPT, Perplexity, Gemini, Claude i AI Overviews w Google, mogli ją pobrać, zrozumieć i zacytować w generowanej odpowiedzi. AEO (Answer Engine Optimization) dotyczy bycia bezpośrednią odpowiedzią na pytanie, np. w AI Overviews albo w odpowiedzi głosowej. Oba podejścia działają na fundamencie technicznego SEO, a nie zamiast niego: strona, której Google nie indeksuje poprawnie, zwykle nie jest też dobrym źródłem dla modeli.

Co zmieni się po optymalizacji?

Boty AI dostają treść

Wiesz, które boty AI mają dostęp do strony, i to jest Twoja świadoma decyzja, a nie skutek domyślnych ustawień hostingu czy CDN.

  • Osobne reguły dla botów, które pobierają treść do odpowiedzi, i dla botów zbierających dane do trenowania modeli
  • Brak przypadkowych blokad w robots.txt, regułach WAF i ochronie przed botami w Cloudflare
  • Treść kluczowych podstron jest w HTML-u od razu, bez czekania na wykonanie JavaScriptu
Strona jest jednoznaczna dla modeli

Model wie, kto stoi za firmą, czego dotyczy usługa i kto napisał tekst, bo strona mówi to wprost w treści i w danych strukturalnych.

  • Organizacja, autor i usługi opisane w schema.org jako powiązany graf encji
  • Dane strukturalne zgodne z tym, co widzi użytkownik na stronie
  • Spójne nazwy usług, produktów i pojęć na wszystkich podstronach
Treść łatwiej zacytować

Fragment, który odpowiada na pytanie w pierwszych zdaniach sekcji, ma datę i źródło, łatwiej przenieść do odpowiedzi niż ogólny opis oferty.

  • Odpowiedź na początku sekcji, a rozwinięcie i kontekst dalej
  • Fakty i liczby z datą aktualizacji oraz źródłem
  • Jedna terminologia w całym serwisie zamiast kilku wariantów tej samej nazwy
Wiesz, co się dzieje

Zamiast zgadywać, czy AI w ogóle widzi stronę, masz dane o wizytach botów i o ruchu, który przychodzi z asystentów AI.

  • Segment ruchu z asystentów AI w GA4
  • Logi botów: które z nich wchodzą, na jakie adresy i z jakim statusem odpowiedzi
  • Punkt odniesienia sprzed zmian, do którego porównasz kolejne pomiary

Co sprawdzam i wdrażam?

Dostęp dla botów AI

Sprawdzam, co boty AI faktycznie dostają od serwera, a nie tylko, co jest zapisane w robots.txt. O tym, które boty wpuścić, decydujesz Ty.

  • Podział botów na wyszukujące i treningowe (m.in. OAI-SearchBot, ChatGPT-User, GPTBot, ClaudeBot, PerplexityBot i token Google-Extended)
  • robots.txt, nagłówki, reguły WAF, ochrona przed botami i Content Signals w Cloudflare
  • Test odpowiedzi serwera dla tych user-agentów: status HTTP i pełny HTML
  • Treść krytyczna renderowana przez SSR lub SSG, a nie dopiero po hydratacji

Struktura i dane strukturalne

Dane strukturalne opisują stronę jako sieć powiązanych encji: firmę, autora, usługę i konkretną podstronę.

  • Schema.org jako graf encji: Organization, Person, Service, WebPage, Article i BreadcrumbList powiązane przez @id
  • Zgodność danych strukturalnych z treścią widoczną na stronie
  • Hierarchia nagłówków i sekcje odpowiadające na konkretne pytania
  • Plik llms.txt jako opcjonalny dodatek, z jasną informacją, że wsparcie po stronie dostawców AI jest ograniczone

Treść pod cytowanie

Przeglądam kluczowe podstrony pod kątem tego, czy da się z nich wyjąć konkretną, sprawdzalną odpowiedź.

  • Odpowiedź na początku sekcji, definicje, liczby ze źródłami i daty aktualizacji
  • Widoczny autor i informacje o firmie, które budują wiarygodność treści
  • Mapa tematów i strony filarowe, które porządkują wiedzę w serwisie
  • Bez masowego generowania treści przez AI

Pomiar

Konfiguruję pomiar przed zmianami, żeby było do czego porównać efekt.

  • GA4: segment ruchu z asystentów AI (chatgpt.com, perplexity.ai, gemini.google.com, copilot.microsoft.com i innych)
  • Logi botów w Cloudflare: które boty wchodzą, na jakie adresy i z jakim statusem
  • Próbki zapytań w asystentach AI przed i po zmianach, z zastrzeżeniem, że odpowiedzi modeli są niedeterministyczne
  • Search Console: widoczność w Google, w tym w AI Overviews, w zakresie, w jakim raportuje ją GSC

Dla kogo jest optymalizacja GEO i AEO?

Optymalizacja GEO i AEO ma największy sens wtedy, gdy strona ma już wartościowe treści i ofertę, ale nie wiesz, czy asystenci AI w ogóle mogą z niej korzystać.

Najlepszy wybór dla:

  • firm usługowych B2B
  • serwisów eksperckich i treściowych
  • produktów SaaS z publiczną częścią strony
  • stron w Next.js, Astro i React

Szczególnie gdy:

  • strona ma dobre treści, ale nie pojawia się w odpowiedziach AI
  • nie wiesz, czy blokujesz boty AI
  • chcesz mierzyć ruch z asystentów AI
  • planujesz migrację i chcesz od razu zrobić to dobrze

Jak wygląda współpraca?

Zaczynam od zapytań i podstron, które są dla Ciebie ważne. Sprawdzam dostęp botów, strukturę i treść, a przed zmianami zapisuję stan wyjściowy pomiaru, żeby efekt dało się porównać.

  1. Ustalam cel i zakres

    Wybieramy zapytania i podstrony, przy których strona powinna być źródłem odpowiedzi. Ustalamy, które boty AI dopuszczasz, a które chcesz blokować.

    Efekt: Lista zapytań, podstron i decyzji dotyczących botów.

  2. Diagnozuję stronę

    Sprawdzam dostęp botów i odpowiedź serwera, HTML kluczowych podstron, dane strukturalne i treść. Zapisuję punkt odniesienia w GA4, logach botów i próbkach zapytań.

    Efekt: Udokumentowane problemy i stan wyjściowy pomiaru.

  3. Omawiam wyniki i priorytety

    Wyjaśniam, co warto zmienić najpierw i dlaczego. Oddzielam ustalenia potwierdzone w danych od hipotez, które trzeba sprawdzić na konkretnej stronie.

    Efekt: Roadmapa z priorytetami, ustaleniami i hipotezami.

  4. Wdrażam zmiany

    Jeśli zakres obejmuje wdrożenie, przygotowuję zmiany w kodzie i sprawdzam je na wersji testowej, także pod user-agentami botów AI.

    Efekt: Wdrożone zmiany albo zadania przygotowane do realizacji przez Twój zespół.

  5. Mierzę i obserwuję

    Po kilku tygodniach powtarzam pomiary i porównuję je ze stanem wyjściowym. Omawiam, co się zmieniło i co warto sprawdzić dalej.

    Efekt: Porównanie przed i po oraz plan dalszej obserwacji.

FAQ - Najczęstsze pytania o optymalizację GEO i AEO

Różnice względem SEO, boty AI, llms.txt, pomiar, czas efektów i zakres współpracy.

Czym GEO różni się od SEO?

SEO dotyczy widoczności w wynikach wyszukiwania, a GEO tego, czy asystenci AI mogą pobrać, zrozumieć i zacytować stronę w generowanej odpowiedzi. GEO nie zastępuje SEO, tylko na nim buduje: dostęp dla botów, czytelny HTML i dane strukturalne pomagają w obu przypadkach. Różnica leży głównie w tym, jak treść jest przygotowana do cytowania i jak mierzysz efekt.

Czy możesz zagwarantować, że ChatGPT będzie polecał moją firmę?

Nie. Odpowiedzi modeli zależą od zapytania, kontekstu rozmowy i źródeł, które model wybierze, a nikt z zewnątrz nie ma nad tym kontroli. Mogę zwiększyć szansę, że strona zostanie pobrana, zrozumiana i zacytowana, oraz pokazać, jak zmienia się ruch i obecność w próbkach zapytań.

Czy blokowanie GPTBot odetnie mnie od ChatGPT?

Nie bezpośrednio. OpenAI rozdziela boty: GPTBot zbiera dane do trenowania modeli, OAI-SearchBot indeksuje strony na potrzeby wyszukiwania w ChatGPT, a ChatGPT-User pobiera stronę na prośbę użytkownika. Możesz zablokować trenowanie i jednocześnie pozostać dostępny w wyszukiwaniu. Ustalamy to dla każdego dostawcy osobno.

Czy plik llms.txt jest potrzebny?

Nie jest wymagany. To propozycja formatu, którą część narzędzi odczytuje, ale główni dostawcy AI nie deklarują, że korzystają z niej przy wyborze źródeł. Wdrażam go jako tani dodatek, gdy ma sens dla strony, a nie jako podstawę optymalizacji.

Jak mierzyć ruch i widoczność w AI?

W GA4 wydzielam ruch z domen asystentów AI, takich jak chatgpt.com, perplexity.ai czy gemini.google.com. Logi w Cloudflare pokazują, które boty odwiedzają stronę i z jakim statusem. Uzupełnieniem są próbki zapytań w asystentach AI przed zmianami i po nich, traktowane jako sygnał, a nie twardy pomiar, bo odpowiedzi modeli się zmieniają.

Po jakim czasie widać efekty?

Zmiany w dostępie botów i danych strukturalnych da się sprawdzić od razu po wdrożeniu. Na zmiany w ruchu i cytowaniach trzeba zwykle poczekać kilka tygodni, bo boty muszą ponownie pobrać stronę, a systemy AI odświeżyć swoje indeksy. Dlatego pomiary powtarzam po kilku tygodniach od publikacji.

Czy usługa obejmuje pisanie treści?

Nie w pełnym zakresie. Przeglądam kluczowe podstrony i wskazuję, co zmienić w strukturze i formie, np. gdzie dodać odpowiedź na początku sekcji, datę czy źródło. Samą treść piszesz Ty albo Twój zespół, a ja mogę zaproponować układ i sprawdzić efekt.

Czy to działa dla stron na WordPressie?

Diagnoza tak: dostęp botów, odpowiedź serwera, dane strukturalne i treść sprawdzę na każdej stronie. Wdrożenie w kodzie robię głównie w Next.js, Astro i React. Przy WordPressie przekazuję zalecenia dla zespołu albo rozmawiamy o migracji, jeśli i tak ją planujesz.

Jakie są warianty współpracy?

Możesz zacząć od samego audytu GEO i AEO zakończonego roadmapą, wybrać audyt z wdrożeniem zmian w kodzie i konfiguracją pomiaru albo połączyć optymalizację z audytem technicznym SEO, gdy strona ma też problemy z indeksacją lub wydajnością.

Jakich dostępów potrzebujesz?

Do diagnozy zwykle potrzebuję dostępu do Google Search Console, GA4 i, jeśli strona z niego korzysta, do Cloudflare. Wdrożenie wymaga dostępu do repozytorium i uzgodnionego procesu publikacji. Zakres dostępów ustalamy przed rozpoczęciem prac.

Artykuły o GEO i widoczności w AI

Techniczne podstawy optymalizacji pod asystentów AI: boty, dane strukturalne i wdrożenie w Next.js.

Wszystkie artykuły
Techniczna optymalizacja pod GEO i AEO w Next.js

Generative Engine Optimization GEO to praktyka optymalizacji treści tak, aby silniki AI ChatGPT, Perplexity, Google AI Overviews, Gemini i Claude cytowały je w swoich odpowiedziach. Answer Engine Optimization AEO koncentruje się na pojawianiu się w boksie z odpowiedzią, odpowiedziach głosowych i bezpośrednich odpowiedziach na stronach wyników wyszukiwania. Obie razem opisują dodatkowy wymiar widoczności i nie zastępują technicznego SEO ani jakości treści, od których zależy możliwość znalezienia strony.

Maciej Sala

Maciej Sala

Founder StriveLab

Schema.org pod AI Search: Budowanie grafu encji

Schema.org przez lata kojarzyło się z gwiazdkami w Google, FAQ w wynikach i technicznym checkboxem po wdrożeniu strony. Tyle że AI search czyta stronę inaczej, ponieważ sam model nie chce tylko wiedzieć, czy masz FAQPage . Chce zrozumieć, czym jest firma, kto napisał tekst, czego dotyczy usługa i czy te byty są ze sobą powiązane. Dlatego Schema musisz projektować dziś jak graf encji, a nie zestaw przypadkowych pól JSON-LD.

Maciej Sala

Maciej Sala

Founder StriveLab

Techniczne SEO dla AI: robots.txt, boty i RAG

Zaplanowanie jednej, ogólnej reguły w robots.txt może niechcący odciąć Cię od wyszukiwarek AI, mimo że Twoim celem było jedynie zablokowanie treningu modeli na autorskich treściach. Z kolei otwarty dostęp na nic się nie przyda, jeśli robot zderzy się z pustym kodem HTML lub zaporą Cloudflare. W związku z powyższym techniczne SEO pod kątem AI zaczyna się od precyzyjnego rozpoznania roli danego bota, a kończy na weryfikacji faktycznej odpowiedzi serwera. Poniżej pokażę Ci, jak rozdzielić te kwestie i poprawnie skonfigurować reguły w Next.js.

Maciej Sala

Maciej Sala

Founder StriveLab