Checklista GEO dla sklepów internetowych: llms.txt, schema Product i boty AI

Klienci coraz rzadziej zaczynają zakupy od wyników wyszukiwania. Pytają ChatGPT, jaki blender kupić, proszą Gemini o porównanie butów do biegania albo czytają AI Overview nad wynikami i nie przewijają dalej. Generative engine optimization, czyli GEO, to praca nad tym, żeby sklep był czytelny i możliwy do zacytowania przez te systemy - ChatGPT, Gemini, Google AI Overviews i Claude - tak jak SEO kiedyś uczyło sklepy być czytelnymi dla klasycznego robota Google. Jeśli silnik generatywny nie potrafi pobrać czystej strony, nie rozumie, czym jest produkt, albo w ogóle nie ma prawa przeszukiwać katalogu - nie poleci go. Ta checklista prowadzi przez siedem najważniejszych poprawek, w kolejności, w jakiej programista może je realnie wdrożyć.

1. Opublikuj prawdziwy plik llms.txt, nie zrzut sitemapy

Dlaczego: Plik llms.txt w katalogu głównym daje modelom językowym krótką, wyselekcjonowaną mapę sklepu: nazwę marki, co sprzedajecie, adresy głównych kategorii i kilka kluczowych stron. To odpowiednik jednostronicowego wprowadzenia dla nowego pracownika zamiast całej szafy z aktami.

Jak: Utwórz plik /llms.txt jako zwykły tekst w formacie Markdown. Trzymaj go krótko: jedno zdanie opisu marki, listę linków do kategorii z kilkoma słowami kontekstu przy każdej oraz linki do stron zaufania (dostawa, zwroty). Nie wklejaj tam całej sitemapy ani wszystkich adresów produktów - to zaprzepaszcza sens pliku i rozmywa sygnał.

Jak sprawdzić: Otwórz twojadomena.pl/llms.txt w przeglądarce i upewnij się, że wczytuje się jako zwykły tekst, mieści się mniej więcej na jednej wydrukowanej stronie, a każdy link w nim faktycznie prowadzi do działającej strony.

2. Przestań blokować boty AI, od których oczekujesz wzmianek

Dlaczego: Wiele sklepów blokuje w robots.txt boty GPTBot, OAI-SearchBot, ClaudeBot czy Google-Extended - często pozostałość po ogólnym szablonie "blokuj wszystkie boty" - a potem dziwi się, że nigdy nie pojawia się w odpowiedziach AI. Nie można zostać zacytowanym przez model, który nie ma prawa czytać Twoich stron.

Jak: Otwórz robots.txt i sprawdź każdego z tych botów po nazwie. Zezwól im na dostęp do publicznego katalogu: stron produktowych, kategorii i treści. Panel admina, koszyk, checkout i konto klienta nadal mogą - i powinny - zostać zablokowane dla każdego bota.

Jak sprawdzić: Pobierz plik robots.txt bezpośrednio i wyszukaj nazwę każdego bota. Jeśli przy którymś widnieje ogólne Disallow: /, tę sekcję trzeba zawęzić tylko do ścieżek prywatnych, nie do całego sklepu.

3. Dodaj schema Product i Offer na stronach, które faktycznie sprzedają

Dlaczego: Silniki generatywne opierają się na danych strukturalnych, żeby z pewnością potwierdzić cenę, dostępność i tożsamość produktu, zanim go wspomną. Schema Organization na stronie głównej mówi modelowi, kim jesteście - nie co sprzedajecie. Jeden identyczny skrypt WooCommerce powtórzony na każdej podstronie, który nigdy się nie zmienia wraz z produktem, w praktyce działa tak samo, jakby go nie było.

Jak: Dodaj Product i zagnieżdżony Offer w formacie JSON-LD na każdym prawdziwym adresie produktu, uzupełnione danymi konkretnego produktu: nazwa, opis, SKU, cena, waluta, dostępność i link zwrotny do adresu kanonicznego. Musi to być generowane z danych produktu, a nie wklejone jako statyczny blok.

Jak sprawdzić: Otwórz kilka stron produktowych, podejrzyj kod źródłowy strony i sprawdź, czy cena i nazwa w JSON-LD faktycznie zgadzają się z tym, co widać na ekranie - a nie z wartościami zastępczymi albo ze strony głównej.

4. Dodaj BreadcrumbList na stronach kategorii

Dlaczego: Schema BreadcrumbList pokazuje modelowi dokładnie, gdzie dana kategoria znajduje się w hierarchii katalogu - co pomaga mu odpowiedzieć na pytania typu "najlepsze buty do biegania po górach", rozumiejąc, że strona znajduje się w ścieżce Buty > Bieganie > Górskie, a nie wisi samotnie.

Jak: Dodaj JSON-LD BreadcrumbList do każdego szablonu kategorii i podkategorii, dokładnie odzwierciedlając widoczną ścieżkę okruszków na stronie - ta sama kolejność, te same etykiety, te same adresy.

Jak sprawdzić: Sprawdź dwie lub trzy strony kategorii na różnych poziomach (kategoria główna i podkategoria) i upewnij się, że schema okruszków wymienia tę samą ścieżkę, którą widzi klient na ekranie.

5. Dodawaj Review i AggregateRating tylko wtedy, gdy opinie są widoczne

Dlaczego: Schema oceny bez widocznych opinii na stronie to rozbieżność, przez którą sklep prędzej zostanie oflagowany niż uznany za wiarygodny - zarówno przez wyszukiwarki, jak i przez silniki generatywne sprawdzające spójność między znacznikami a rzeczywistą treścią strony.

Jak: Publikuj JSON-LD Review i AggregateRating wyłącznie na stronach, gdzie prawdziwe opinie i gwiazdkowa ocena są faktycznie wyrenderowane i widoczne dla klienta. Jeśli produkt nie ma żadnych opinii, pomiń cały blok schema zamiast wstawiać domyślną ocenę.

Jak sprawdzić: Wybierz produkt bez opinii i sprawdź, że nie ma dla niego schema oceny. Wybierz produkt z opiniami i upewnij się, że liczby w schema zgadzają się z tym, co widać na stronie.

6. Przepisz płytkie strony tak, żeby odpowiadały na co, dla kogo, jakie parametry i jaki dowód

Dlaczego: Silnik generatywny próbuje odpowiedzieć na pytanie klienta, a nie podziwiać hasło reklamowe. Strona kategorii czy produktu zbudowana wyłącznie z grafik hero i sloganu nie daje mu nic do zacytowania czy streszczenia, więc zostaje pominięta na rzecz strony konkurencji, która faktycznie wyjaśnia produkt.

Jak: Każda kluczowa strona powinna w realnym tekście pokrywać cztery rzeczy: co to za produkt lub kategoria, dla kogo jest przeznaczony, parametry lub szczegóły potrzebne do decyzji zakupowej, oraz jakąś formę dowodu - materiały, certyfikaty, warunki gwarancji albo prawdziwe opinie klientów. To nie oznacza ścian tekstu - kilka dobrze napisanych akapitów i lista parametrów bije pojedynczą linijkę marketingową za każdym razem.

Jak sprawdzić: Przeczytaj stronę tak, jakbyś nic nie wiedział o marce. Jeśli z samego tekstu nie da się odpowiedzieć, czym to jest, dla kogo i co czyni to wiarygodnym - model językowy też tego nie zrobi.

7. Popraw canonical, hreflang i upewnij się, że strony renderują się jako prawdziwy HTML

Dlaczego: Silniki generatywne i ich boty nie zawsze wykonują JavaScript tak jak przeglądarka. Strona, która ładuje się jako pusta powłoka i wypełnia treścią dopiero po stronie klienta, może dla robota wyglądać na pustą, mimo że dla klienta wygląda zupełnie normalnie. W sklepach działających na wielu rynkach brak tagów canonical i adnotacji hreflang powoduje też, że indeksowana i cytowana zostaje zła wersja językowa lub regionalna.

Jak: Upewnij się, że treść produktów i kategorii jest renderowana po stronie serwera (SSR) albo obecna w pierwszej odpowiedzi HTML, a nie wstrzykiwana w całości przez JavaScript po załadowaniu. Dodaj samoreferencyjny tag canonical do każdej strony oraz tagi hreflang wskazujące na każdą wersję językową lub regionalną, jeśli prowadzisz więcej niż jedną wersję sklepu.

Jak sprawdzić: Podejrzyj kod źródłowy strony (nie wyrenderowany DOM) strony produktowej i sprawdź, czy nazwa, opis i cena produktu są obecne w surowym HTML. Sprawdź, czy tagi canonical i hreflang wskazują na poprawne, działające adresy - a nie na domenę testową czy łańcuch przekierowań.

Kto to robi: ty czy programista

Większość tej checklisty dzieli się wyraźnie na dwie strony: decyzje treściowe należą do Ciebie, znaczniki i reguły dla botów - do programisty.

• Ty (właściciel sklepu lub marketer): piszesz treść pliku llms.txt, decydujesz, które kategorie i strony są na tyle ważne, żeby je wyróżnić, i przepisujesz płytkie strony produktowe czy kategorii tak, żeby faktycznie wyjaśniały, co sprzedajecie.
• Twój programista: generuje JSON-LD Product i BreadcrumbList dla każdej strony z prawdziwych danych, edytuje robots.txt, żeby wpuścić właściwe boty, poprawia tagi canonical i hreflang oraz dba, żeby strony renderowały się jako HTML, a nie jako pusta powłoka JavaScript.

Żadna ze stron nie skończy tej checklisty samodzielnie - programista może wdrożyć idealną schema na stronie bez realnej treści, a marketer może napisać świetny tekst, którego zablokowany bot nigdy nie zobaczy.

Sprawdź, zanim zgadniesz

Poprawianie siedmiu punktów w całym katalogu łatwo zrobić źle, nie wiedząc, które strony są faktycznie zepsute. Aigely przeprowadza audyt GEO zarówno na poziomie całej witryny, jak i pojedynczych stron, sprawdzając llms.txt, dostęp botów w robots.txt, schema na prawdziwych adresach oraz głębokość treści względem tej samej checklisty. Wklej listę adresów URL, żeby ograniczyć audyt dokładnie do tych stron, albo zostaw listę pustą - wtedy narzędzie pobierze Twoją sitemapę automatycznie. Darmowy skan to szybki przedsmak widoczności w ChatGPT - przydatny jako pierwszy rzut oka, ale to nie jest pełny audyt GEO na poziomie witryny i stron.

Zmierz jeszcze raz po wdrożeniu

Żadna z tych poprawek nie kończy pracy w momencie wdrożenia. Uruchom ponownie pomiar wskaźnika wzmianek dla promptów zakupowych ważnych dla Twojego sklepu - takich, jakie realny kupujący wpisałby w ChatGPT czy Gemini przed zakupem - i porównaj wynik z punktem wyjścia. Zmiany w schema i dostępie dla botów mogą pojawić się w zachowaniu modeli po kilku dniach, więc dajcie im czas, zanim uznacie, że poprawka nie zadziałała.

Zacznijcie od pełnego audytu GEO witryny, żeby sprawdzić, gdzie stoi Twój sklep dzisiaj, albo uruchomcie szybki darmowy skan, żeby sprawdzić bieżącą widoczność w ChatGPT.