Czy strona na JavaScripcie jest widoczna dla AI?SSG a renderowanie po stronie klienta

Strona, której treść pojawia się dopiero po załadowaniu JavaScriptu, jest dla większości robotów AI pusta. Googlebot wykonuje skrypty, więc widzi taką stronę normalnie. Roboty OpenAI, Anthropic i Perplexity według dostępnych testów pobierają surowy kod HTML i nie uruchamiają skryptów, więc nie widzą tego, co przeglądarka dorysowuje po wejściu na stronę.

Dla właściciela firmy oznacza to jedno: możesz mieć stronę, która świetnie wygląda i ładnie się pozycjonuje w Google, a mimo to nie zostać zacytowany przez ChatGPT czy Perplexity, bo roboty widzą pusty szkielet. Ten artykuł pokazuje, które roboty co widzą (stan na 17 października 2026), jak to sprawdzić na własnej stronie i co zrobić, jeśli wynik jest zły. Jeśli zastanawiasz się, jaką technologię wybrać, zajrzyj też do artykułu WordPress czy Next.js dla małej firmy.

TL;DR

• Google

  Googlebot renderuje JavaScript, a Gemini korzysta z jego infrastruktury. Strona zbudowana w całości w przeglądarce będzie dla Google widoczna.

• ChatGPT, Claude, Perplexity

  według analizy Vercel i MERJ oraz testów z września 2026 roboty tych firm pobierają HTML, ale nie wykonują JavaScriptu.

• Zmiana w toku

  jeden niezależny raport z 30 września 2026 mówi, że roboty OpenAI zaczęły renderować strony 25 września. OpenAI tego nie potwierdziło, więc nie buduj na tym strategii.

• Rozwiązanie

  pełna treść musi być w pierwszej odpowiedzi serwera. Daje to generowanie statyczne (SSG) lub renderowanie na serwerze (SSR). Sprawdzisz to poleceniem curl w dwie minuty.

Czym różni się to, co widzi człowiek, od tego, co widzi robot?

Człowiek widzi gotową stronę, bo przeglądarka pobiera kod, uruchamia skrypty i dopiero potem pokazuje wynik. Robot, który nie uruchamia skryptów, widzi tylko to, co serwer wysłał w pierwszej odpowiedzi. Jeśli tam jest pusty element i odnośnik do pliku JavaScript, to właśnie tyle robot dostaje.

Trzy sposoby budowania stron dają trzy różne odpowiedzi serwera:

Tak wygląda pierwsza odpowiedź serwera w przypadku CSR (przykład poglądowy):

<!doctype html>
<html lang="pl">
  <head>
    <title>Strona firmowa</title>
  </head>
  <body>
    <div id="root"></div>
    <script src="/assets/app.js"></script>
  </body>
</html>

A tak przy SSG (przykład poglądowy):

<!doctype html>
<html lang="pl">
  <head>
    <title>Montaż klimatyzacji w Sosnowcu</title>
  </head>
  <body>
    <h1>Montaż klimatyzacji do mieszkań i biur</h1>
    <p>Od doboru urządzenia po uruchomienie. Gwarancja 12 miesięcy.</p>
  </body>
</html>

W pierwszym przykładzie robot bez JavaScriptu nie ma czego zacytować. W drugim ma nagłówek, opis i konkretny fakt.

Które roboty wykonują JavaScript?

Wynik zależy od operatora. Poniższa tabela zbiera dostępne dane, a pod nią opisujemy, skąd pochodzą.

Podstawą jest analiza Vercel i MERJ z grudnia 2024 roku. W badanym miesiącu GPTBot wykonał 569 milionów pobrań, a ClaudeBot 370 milionów. Roboty ChatGPT i Claude pobierały też pliki JavaScript (odpowiednio 11,50% i 23,84% żądań), ale ich nie uruchamiały. Pobranie pliku to nie to samo co wykonanie kodu.

Niezależny test z logów serwerów (Forge, wrzesień 2026) potwierdza ten obraz: ChatGPT-User odczytał 37 045 stron i nie pobrał ani jednego skryptu, Claude-User odczytał 10 028 stron, a ClaudeBot zażądał 915 stron bez żadnego pobrania skryptu. Vercel w przewodniku z 1 października 2026 nadal opisuje GPTBot, OAI-SearchBot, ClaudeBot i PerplexityBot jako roboty, które pobierają HTML bez jego wykonywania.

Co z doniesieniem o renderowaniu przez OpenAI?

30 września 2026 deweloper opublikował raport z logów własnych serwerów. Według niego OAI-SearchBot i GPTBot zaczęły renderować JavaScript 25 września 2026, co sprawdził względem opublikowanych przez OpenAI zakresów adresów IP. Autor sam zaznacza, że OpenAI tego nie ogłosiło, a zmiana dotyczyła tylko części jego stron.

To pojedynczy, niepotwierdzony raport. Traktuj go jako sygnał, że sytuacja się zmienia, a nie jako powód, żeby przestać dbać o HTML. Nawet jeśli OpenAI renderuje część stron, nie ma gwarancji, że zrobi to dla Twojej, ani że Claude i Perplexity pójdą tą samą drogą. Strona, która wysyła pełną treść w HTML, działa w każdym z tych scenariuszy.

Co znika, gdy treść ładuje się przez JavaScript?

Znika wszystko, czego nie ma w pierwszej odpowiedzi serwera. W praktyce są to najczęściej:

• teksty pobierane z serwera po załadowaniu strony, na przykład przez fetch w useEffect
• komponenty wyłączone z renderowania na serwerze (ssr: false w Next.js)
• odpowiedzi w akordeonach FAQ, które w ogóle nie istnieją w kodzie, dopóki ktoś ich nie kliknie
• dane strukturalne JSON-LD wstrzykiwane po załadowaniu strony
• linki wewnętrzne budowane skryptem
• treść za logowaniem lub paywallem

Dwa punkty zasługują na uwagę. Pierwszy: treść ukryta przez CSS jest w kodzie HTML, więc roboty czytające surowy kod ją widzą. Treści, której w ogóle nie ma w kodzie do czasu kliknięcia, nie widzi żaden robot, także Googlebot, który niczego nie klika. Drugi: Vercel zwraca uwagę, że dane strukturalne dodane skryptem po załadowaniu strony nie trafiają do robotów, które skryptów nie wykonują. JSON-LD musi być w HTML od początku.

Jak sprawdzić w dwie minuty, co widzą roboty AI?

Są trzy sposoby, od najprostszego.

Wyświetl źródło strony. Kliknij prawym przyciskiem myszy na stronie, wybierz "Wyświetl źródło strony" i wyszukaj (Ctrl+F) zdanie z Twojej oferty. Jeśli go nie ma w źródle, roboty bez JavaScriptu go nie widzą.

Polecenie curl. W terminalu pobierz stronę tak, jak robi to robot, i poszukaj frazy:

curl -s -A "GPTBot/1.0" https://twojadomena.pl/ | grep -i "fraza z Twojej oferty"

Jeśli polecenie nic nie zwróci, a w przeglądarce ta fraza jest widoczna, strona opiera się na JavaScripcie.

Wyłączony JavaScript w przeglądarce. W narzędziach deweloperskich (DevTools) wyłącz JavaScript i odśwież stronę. To, co zostanie na ekranie, widzi robot bez renderowania.

Test curl odtwarza pobranie bez renderowania, ale nie pokazuje prawdziwego ruchu robotów. Żeby sprawdzić, czy roboty rzeczywiście odwiedzają stronę, przejrzyj logi serwera pod kątem nazw OAI-SearchBot, GPTBot, ClaudeBot i PerplexityBot.

Nie masz pewności, co zwraca Twoja strona? Sprawdzimy to na bezpłatnej konsultacji.

SSG, SSR czy CSR: co wybrać dla jakiego typu strony

Wybór zależy od tego, jak często zmienia się treść i czy ma być widoczna dla robotów.

W Next.js ważne jest rozróżnienie, które często myli. Komponent oznaczony "use client" nie jest renderowany wyłącznie w przeglądarce: jego początkowy HTML powstaje na serwerze, tak samo jak komponentów serwerowych. W przeglądarce dopiero uruchamiają się efekty, na przykład useEffect z pobieraniem danych. Treść, która pojawia się dzięki takiemu efektowi, nie jest w pierwszej odpowiedzi serwera.

Z kolei strona wyeksportowana statycznie (output: "export") składa się z gotowych plików HTML dla każdej podstrony, więc każdy robot dostaje pełną treść bez żadnego rozpoznawania, kim jest. Natomiast przy częściowym wstępnym renderowaniu (PPR) Next.js według Vercel serwuje pełny dokument tylko robotom ze swojej domyślnej listy, zbudowanej z myślą o wyszukiwarkach i podglądach w mediach społecznościowych. GPTBot, ClaudeBot, PerplexityBot i OAI-SearchBot na tej liście nie ma, więc dostają samą powłokę.

Co zrobić, jeśli strona jest już zbudowana jako aplikacja po stronie klienta?

Masz trzy opcje, od najlepszej do tymczasowej.

1. Przejdź na generowanie statyczne lub renderowanie na serwerze. To rozwiązanie docelowe. Dla małej firmy zwykle oznacza przebudowę strony w Next.js lub podobnym frameworku, albo wybór systemu, który z natury wysyła HTML, takiego jak WordPress.
2. Zmień tylko krytyczne podstrony. Oferta, cennik, kontakt i FAQ powinny być w HTML. Reszta (panel, konfigurator) może zostać w przeglądarce.
3. Dynamiczne renderowanie. Serwer rozpoznaje roboty i wysyła im wstępnie wyrenderowaną wersję. Google opisuje to rozwiązanie jako obejście, nie rozwiązanie docelowe, a utrzymanie dwóch wersji strony zwiększa ryzyko błędów.

Przy przebudowie pamiętaj o pozycjach w Google: zachowaj adresy podstron albo przygotuj mapowanie starych na nowe z przekierowaniami 301.

Lista kontrolna: czy Twoja strona jest czytelna dla AI

Jak podchodzimy do tego w Rejoin Studio

Jesteśmy dwuosobowym zespołem. Karol Skwarek odpowiada za strategię i kontakt z klientem, Eryk Latasiewicz za architekturę techniczną i frontend. Strony budujemy w Next.js ze statycznym eksportem, więc treść renderowana w trakcie budowania trafia do pliku HTML, który serwer wysyła w pierwszej odpowiedzi. Artykuły na naszym blogu są zapisane w MDX, a FAQ z oznaczeniami schema.org jest częścią tego HTML.

Ceny zaczynają się od 1 000 zł za wizytówkę, od 2 000 zł za stronę firmową i od 5 000 zł za sklep lub aplikację webową. Po wdrożeniu masz 30 dni gwarancji na poprawki błędów, a opiekę serwisową możesz wybrać od 200 zł miesięcznie. Przykłady projektów znajdziesz w portfolio realizacji.

Chcesz wiedzieć, co widzą roboty AI na Twojej stronie? Napisz do nas i sprawdzimy to razem.

Najczęściej zadawane pytania

Czy Google widzi stronę renderowaną w JavaScripcie?

Tak. Googlebot wykonuje JavaScript, a Gemini korzysta z jego infrastruktury renderowania. Nie dotyczy to robotów OpenAI, Anthropic i Perplexity, które według testów czytają surowy HTML. Dobra pozycja w Google nie oznacza więc, że ChatGPT czy Perplexity zobaczą te same treści.

Czy ChatGPT widzi moją stronę napisaną w Reakcie?

To zależy od tego, co serwer wysyła w pierwszej odpowiedzi. Jeśli HTML zawiera pełną treść (SSR lub SSG), tak. Jeśli to czysty CSR z pustym szkieletem, według testów do 24 września 2026 nie. Niepotwierdzony raport z 30 września mówi o zmianie, ale nie powinieneś na nim polegać.

Czy muszę przepisywać stronę na Next.js?

Nie. Liczy się to, żeby treść była w HTML wysyłanym przez serwer, a nie nazwa technologii. WordPress renderuje strony na serwerze, więc jest czytelny dla robotów bez JavaScriptu. Wybór technologii omawiamy w artykule WordPress czy Next.js dla małej firmy.

Jak sprawdzić, co widzą roboty AI na mojej stronie?

Użyj opcji "Wyświetl źródło strony" w przeglądarce i wyszukaj zdanie z Twojej oferty albo pobierz stronę poleceniem curl z nagłówkiem GPTBot. Jeśli frazy nie ma w pobranym kodzie, roboty bez JavaScriptu jej nie widzą. Test pokazuje pobranie bez renderowania, a nie prawdziwy ruch robotów, który sprawdzisz w logach serwera.

Czy zablokowanie GPTBot w robots.txt wyklucza mnie z wyszukiwarki ChatGPT?

Nie samo w sobie. OpenAI stosuje osobne roboty: GPTBot służy do zbierania danych treningowych, a OAI-SearchBot obsługuje wyszukiwarkę ChatGPT. Zablokowanie pierwszego nie wyklucza strony z wyników wyszukiwania, jeśli drugi ma dostęp. To decyzja o prywatności danych, niezależna od tego, czy treść jest widoczna bez JavaScriptu.

Źródła: Vercel i MERJ, "The rise of the AI crawler", grudzień 2024 | Forge, niezależny test logów robotów AI, wrzesień 2026 (za: GeoToolbox, 4 października 2026) | Vercel, "Making your catalog discoverable to AI agents", 1 października 2026 | raport dewelopera z 30 września 2026 o renderowaniu przez roboty OpenAI (niepotwierdzony przez OpenAI).