Co widzi bot AI, gdy wchodzi na Twoją stronę: test w 10 minut

Ostatnia aktualizacja: 1 sierpnia 2026. Dane o zachowaniu crawlerów AI starzeją się szybko, ten artykuł podlega przeglądowi co 2 miesiące.

Jeśli chcesz wiedzieć, czy ChatGPT, Claude i Perplexity w ogóle widzą treść Twojej strony, nie potrzebujesz audytu ani narzędzia. Otwórz dowolną podstronę, naciśnij Ctrl+U (podgląd źródła strony) i poszukaj w kodzie swojego głównego tekstu: opisu produktu, treści artykułu, opisu usługi. Jeśli tekst tam jest, boty AI go zobaczą. Jeśli widzisz tylko <div id="root"></div> i listę tagów <script>, a treści nie ma, Twoja strona jest dla większości crawlerów AI pustą kartką.

Powód jest jeden i jest binarny. Na czerwiec 2026 żaden z głównych crawlerów AI nie uruchamia JavaScriptu: dotyczy to GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-SearchBot, PerplexityBot, Meta-ExternalAgent i Bytespider. Jedynym istotnym wyjątkiem jest Gemini, który korzysta z infrastruktury renderującej Googlebota (Lantern, VI 2026). Bot pobiera surowy HTML, który zwraca serwer w pierwszej odpowiedzi, i na tym kończy. Cokolwiek dokłada się do strony dopiero po uruchomieniu JavaScriptu w przeglądarce, dla niego nie istnieje.

To dlatego strona może stać na pozycji numer 1 w Google i jednocześnie być niewidoczna w ChatGPT. Googlebot to dziś praktycznie jedyny masowy crawler z pełnym renderowaniem JS, więc renderuje Twoją treść i ją indeksuje. Bot AI dostaje ten sam pusty szkielet, którego Googlebot już się nauczył obchodzić. Ten artykuł pokazuje, jak w kilkanaście minut sprawdzić, po której stronie tej granicy jesteś, i co zrobić z wynikiem.

Dlaczego Googlebot widzi treść, a ChatGPT nie

Googlebot działa jak przeglądarka: pobiera HTML, potem uruchamia headless Chrome, wykonuje JavaScript, czeka na dociągnięcie treści i dopiero taki, w pełni złożony dokument bierze do indeksu. Crawler AI działa jak curl: pobiera pierwszą odpowiedź serwera i czyta ją tak, jak przyszła. Jeśli w tej pierwszej odpowiedzi jest gotowy tekst (renderowanie po stronie serwera, czyli SSR), oba typy botów widzą to samo. Jeśli tekst dokłada dopiero skrypt w przeglądarce (renderowanie po stronie klienta, czyli CSR, typowe dla aplikacji SPA w React, Vue czy Angular bez SSR), Googlebot sobie poradzi, a bot AI zobaczy szkielet.

Warto od razu rozbroić jeden mit, bo prowadzi do fałszywego spokoju. W marcu 2026 Google usunął ze swojej dokumentacji wieloletnie ostrzeżenie dotyczące JavaScript SEO, sygnalizując dojrzałość własnego renderowania (Lantern, VI 2026). Zespoły odczytały to jako „renderowanie po stronie klienta jest już bezpieczne”. Jest bezpieczne, ale wyłącznie po stronie Google. Dla ChatGPT, Claude i Perplexity nic się nie zmieniło: dalej nie renderują.

Jest jeden niuans, który warto znać, żeby nie wpaść w panikę bez powodu. Treść nie musi być widoczną prozą, żeby bot ją policzył. Dane osadzone w pierwszym HTML jako wbudowany JSON, znaczniki danych strukturalnych (JSON-LD) albo payload komponentu renderowanego serwerowo też są w surowej odpowiedzi i crawler AI je odczyta (SearchOptimo, VI 2026). Problemem jest wyłącznie treść, którą przeglądarka buduje po stronie klienta już po załadowaniu strony.

Test 1: podgląd źródła strony (Ctrl+U), 30 sekund

To najszybszy test i w większości przypadków wystarczający.

1. Wejdź na podstronę, która ma być widoczna w AI (karta produktu, artykuł, opis usługi).
2. Naciśnij Ctrl+U (Windows/Linux) lub Cmd+Option+U (Mac). Otworzy się surowy HTML, dokładnie ten, który dostaje bot.
3. Naciśnij Ctrl+F i wyszukaj fragment swojego widocznego tekstu, na przykład zdanie z opisu produktu.

Interpretacja jest prosta. Jeśli tekst jest w źródle, bot AI go widzi. Jeśli go nie ma, a zamiast treści widzisz pusty kontener i skrypty, treść dokłada JavaScript i dla botów AI jest niewidoczna. Uwaga: podgląd źródła pokazuje to, co zwraca serwer, a nie to, co widzisz na ekranie po załadowaniu strony. Ta różnica jest właśnie sednem problemu.

Test 2: wyłączenie JavaScriptu w przeglądarce, 2 minuty

Ten test pokazuje dokładnie to, co zobaczy bot, bo symuluje przeglądarkę bez JS.

1. W Chrome otwórz DevTools (F12), potem menu poleceń (Ctrl+Shift+P).
2. Wpisz „Disable JavaScript” i zatwierdź.
3. Odśwież stronę bez zamykania DevTools.

Jeśli po odświeżeniu strona pokazuje treść, jesteś bezpieczny. Jeśli zostaje pusty layout, spinner ładowania albo komunikat „włącz JavaScript”, to jest obraz, który dostaje crawler AI. Ten test jest mocniejszy od podglądu źródła, bo pokazuje też przypadki pośrednie: stronę, która renderuje serwerowo część treści (na przykład nagłówek i menu), a kluczową zawartość (opisy, ceny, opinie) dokłada dopiero skryptem.

Test 3: pobranie strony jako bot AI przez curl, 3 minuty

Jeśli chcesz zobaczyć dokładnie to, co pobiera konkretny crawler, odtwórz jego zapytanie z linii poleceń. To najbardziej wiarygodny test dla specjalisty, bo omija przeglądarkę w całości.

curl -L -A "Mozilla/5.0 (compatible; GPTBot/1.2; +https://openai.com/gptbot)" https://twojadomena.pl/twoja-podstrona

Przełącznik -A podszywa się pod user-agenta bota, -L podąża za przekierowaniami. W zwróconym HTML wyszukaj swój główny tekst. Jeśli jest, bot go dostaje. Jeśli w odpowiedzi jest tylko szkielet, treść zależy od JavaScriptu i bot jej nie zobaczy. Ten sam test warto powtórzyć dla innych user-agentów, podmieniając ciąg: ClaudeBot/1.0, PerplexityBot/1.0, OAI-SearchBot/1.0. Odpowiedzi powinny być zbliżone, bo żaden z nich nie renderuje JS.

Ważne rozróżnienie, o które łatwo się potknąć. Crawlery automatyczne (GPTBot, ClaudeBot, PerplexityBot, OAI-SearchBot) przeglądają sieć samodzielnie i budują indeksy. Agenty uruchamiane przez użytkownika (ChatGPT-User, Perplexity-User) pobierają stronę na żądanie, gdy ktoś wkleja URL do czatu, i mogą zachowywać się inaczej wobec reguł dostępu. Dla testu renderowania to bez znaczenia, dla decyzji o blokowaniu botów już nie (rozwijamy to w osobnym artykule o robots.txt).

Test 4: porównanie z renderem Googlebota w Search Console, 5 minut

Ten krok pokazuje, jak duży jest rozjazd między tym, co widzi Googlebot po renderowaniu, a tym, co zwraca serwer w surowym HTML.

1. W Google Search Console użyj narzędzia „Sprawdzenie adresu URL” (URL Inspection).
2. Wpisz adres podstrony i wejdź w podgląd przetestowanej strony.
3. Sprawdź zakładkę z kodem HTML po zescrapowaniu i zrzut ekranu renderowania.

Jeśli między surowym HTML a wyrenderowanym widokiem jest duża różnica, to znaczy, że Googlebot dokłada treść dopiero na etapie renderowania JS. Skoro Googlebot musi renderować, żeby zobaczyć treść, to crawler AI, który nie renderuje, tej treści nie zobaczy w ogóle. Ten test nie pokazuje wprost widoku bota AI, ale różnica między dwoma widokami Googlebota jest wiarygodnym sygnałem ostrzegawczym.

Test 5: zapytaj wprost model, 2 minuty

Najprostszy test niewymagający żadnych narzędzi. Otwórz ChatGPT, Claude lub Perplexity i wklej URL swojej podstrony z poleceniem: „Przeczytaj tę stronę i streść pierwszy akapit”. Jeśli model zwróci konkretne streszczenie z Twojej treści, strona jest dla niego czytelna. Jeśli odpowie, że nie może odczytać zawartości, albo poda ogólnik zamiast konkretów z Twojej strony, masz problem z renderowaniem (Glenn Gabe, cytowany m.in. przez semgence.pl, V 2026).

Ten test ma jedno zastrzeżenie: agent uruchamiany przez użytkownika bywa sprytniejszy niż automatyczny crawler i czasem dociągnie treść inaczej. Dlatego traktuj go jako uzupełnienie testów 1 do 4, a nie jako jedyny dowód.

Jak zinterpretować wynik: tabela decyzyjna

Co zrobić, jeśli test wypadł źle

Jeśli okazało się, że kluczowa treść zależy od JavaScriptu, kierunek naprawy jest jeden: doprowadzić do tego, żeby główna zawartość znalazła się w pierwszej odpowiedzi serwera. Ścieżek jest kilka i różnią się kosztem oraz trwałością:

• Renderowanie po stronie serwera (SSR) lub generowanie statyczne (SSG). Najczystsze rozwiązanie: serwer oddaje gotowy HTML z treścią. Dla nowoczesnych stacków to zwykle przejście na odpowiedni tryb frameworka (na przykład komponenty serwerowe). Najwyższy koszt wdrożenia, najlepszy trwały efekt.
• Prerendering. Osobna warstwa serwuje botom wcześniej wyrenderowaną, statyczną wersję strony. Szybkie do uruchomienia, dobre jako rozwiązanie pomostowe, ale trzeba je utrzymywać i pilnować, żeby wersja dla botów nie rozjeżdżała się z wersją dla użytkownika.
• Hydratacja z treścią w initial HTML. Treść jest w pierwszym HTML, a JavaScript tylko „ożywia” gotowy dokument, zamiast budować go od zera. Wymaga poprawnej konfiguracji frameworka, ale łączy zalety obu światów.

Wybór zależy od stacku, zasobów developerskich i tego, jak pilna jest sprawa. Które podejście kiedy ma sens, rozkładamy na czynniki w osobnym artykule o architekturze renderowania. Jeśli chcesz zdiagnozować to na własnym serwisie razem z zespołem, który robi to na co dzień, tym właśnie zajmuje się audyt technicznego SEO Insightland.

Który bot renderuje JavaScript, a który nie (stan na sierpień 2026)

Źródło: Lantern, VI 2026, SearchOptimo, VI 2026. Kategoria zmienia się szybko, datę weryfikacji sprawdź na górze artykułu.

FAQ

Czy ChatGPT czyta JavaScript?
Nie. Crawlery OpenAI (GPTBot, OAI-SearchBot, ChatGPT-User) pobierają surowy HTML i nie uruchamiają JavaScriptu. Jeśli Twoja treść dokłada się dopiero skryptem w przeglądarce, ChatGPT jej nie zobaczy. To samo dotyczy Claude i Perplexity.

Moja strona jest na pozycji 1 w Google, więc jest chyba w porządku?
Niekoniecznie. Googlebot renderuje JavaScript i dlatego widzi treść, którą crawler AI pominie. Wysoka pozycja w Google mówi tylko o widoczności w Google, nie w ChatGPT czy Perplexity. To dwa różne kanały z różnymi regułami dostępu.

Jak sprawdzić, czy moja strona jest widoczna dla botów AI bez płatnego narzędzia?
Najszybciej: podgląd źródła strony (Ctrl+U) i wyszukanie w kodzie swojego tekstu. Jeśli tekstu tam nie ma, treść zależy od JavaScriptu. Dla pewności wyłącz JavaScript w DevTools i odśwież stronę, zobaczysz dokładnie to, co bot.

Czy WordPress ma ten problem?
Zwykle nie. Klasyczne systemy CMS jak WordPress, Joomla czy Drupal generują HTML po stronie serwera, więc bot dostaje gotową treść w pierwszej odpowiedzi. Problem dotyczy głównie aplikacji jednostronicowych (SPA) i frameworków JS uruchomionych bez renderowania serwerowego.

Czy muszę dodać plik llms.txt, żeby AI widziało moją stronę?
Nie. Widoczność zależy od tego, czy treść jest w surowym HTML, nie od pliku llms.txt. To osobny, mocno przereklamowany temat, który rozkładamy w artykule o mitach widoczności w AI. Najpierw upewnij się, że boty w ogóle widzą treść.

Czym różni się to od klasycznego SEO?
Fundament jest ten sam: bot musi móc wejść na stronę i odczytać treść. Nowe jest to, że boty AI nie renderują JavaScriptu, więc kryterium „treść w initial HTML” stało się twarde i binarne, podczas gdy dla Googlebota było miękkie. Jak zauważa Joanna Jelenik z Insightland, to ewolucja, nie rewolucja: dobre SEO techniczne dalej jest podstawą, doszła tylko nowa, ostrzejsza reguła.

Widoczność w AI zaczyna się od jednego, weryfikowalnego pytania: czy Twoja treść jest w surowym HTML, który zwraca serwer. Odpowiedź poznasz w kilkanaście minut, wykonując testy z tego artykułu na własnym serwisie. Jeśli treść tam jest, masz solidny fundament i możesz zająć się warstwą contentu i cytowalności. Jeśli jej nie ma, żadna optymalizacja treści nie pomoże, dopóki nie naprawisz renderowania, bo model po prostu nie ma czego przeczytać.

Zrób test na swojej najważniejszej podstronie teraz, zanim przejdziesz dalej. Jeśli wynik jest niejednoznaczny albo chcesz sprawdzić cały serwis, a nie pojedyncze adresy, audyt technicznego SEO pokaże, gdzie dokładnie treść wypada z zasięgu botów AI i w jakiej kolejności to naprawiać.

Dane o zachowaniu crawlerów AI weryfikowane na 1 sierpnia 2026 u źródeł: Lantern, SearchOptimo, semgence.pl. Kategoria starzeje się w skali tygodni, przed wykorzystaniem danych sprawdź aktualność u źródła pierwotnego.