Na czym polega renderowanie strony?
Renderowanie polega na wykonaniu kodu strony i zbudowaniu drzewa DOM, z którego odczytywany jest tekst, linki i obrazy. Zwykła strona HTML wymaga niewiele pracy, bo treść jest już w kodzie źródłowym. Aplikacja w JavaScripcie często wysyła prawie pusty szkielet HTML, a treść pojawia się dopiero po uruchomieniu skryptów. Roboty wyszukiwarek mają ten sam wybór co przeglądarki: czytają surowy HTML albo poświęcają zasoby na pełne renderowanie.
Jak Google renderuje strony?
Google renderuje strony w osobnym etapie między crawlowaniem a indeksowaniem, korzystając z aktualnej wersji Chromium bez interfejsu (headless). Dokumentacja Google Search Central wymienia trzy fazy (crawlowanie, renderowanie, indeksowanie), które przebiegają w czterech krokach:
- Pobranie adresu przez Googlebota, sprawdzenie robots.txt i odczyt linków z surowego HTML.
- Dodanie każdej strony ze statusem 200 do kolejki renderowania.
- Renderowanie w headless Chromium, gdy pozwalają na to zasoby Google.
- Indeksowanie treści i linków z wyrenderowanej wersji.
Kolejka renderowania tłumaczy, dlaczego treści z JavaScriptu trafiają do Google później niż czysty HTML. W danych Vercel i MERJ z serwisu nextjs.org 25% stron wyrenderowano w ciągu 4 sekund, 75% w ciągu 26 sekund, a 90% w ciągu około 3 godzin. Renderowanie zużywa też część budżetu indeksowania i zasobów serwera.
Rodzaje renderowania
Programiści wybierają spośród czterech głównych strategii renderowania, które opisali Addy Osmani i Jason Miller w przewodniku „Rendering on the Web” na web.dev.
Renderowanie po stronie serwera (SSR)
SSR oznacza, że serwer buduje pełny HTML przy każdym żądaniu. Roboty od razu dostają kompletną treść, dlatego to najbezpieczniejsza opcja dla dynamicznych serwisów.
Renderowanie statyczne (SSG)
Renderowanie statyczne oznacza, że HTML powstaje raz, podczas budowania strony, i jest serwowany z CDN. Sprawdza się w blogach, dokumentacji i landing page’ach.
Renderowanie po stronie klienta (CSR)
CSR oznacza, że przeglądarka pobiera JavaScript, który ściąga dane i dopiero buduje stronę. Roboty, które nie wykonują skryptów, widzą wtedy pustą stronę.
Hydratacja i renderowanie dynamiczne
Hydratacja oznacza, że wyrenderowany na serwerze HTML staje się interaktywny po podpięciu skryptów, co jest standardem w Next.js i Nuxt. Renderowanie dynamiczne, czyli osobna wersja HTML tylko dla botów, Google określa jako obejście, którego nie zaleca.
Dlaczego renderowanie ma znaczenie dla SEO i wyszukiwarek AI?
Renderowanie ma znaczenie, bo treść widoczna dopiero po wykonaniu JavaScriptu jest niewidoczna dla wielu robotów. Google renderuje strony, ale analiza Vercel z grudnia 2024 roku pokazała, że żaden z głównych crawlerów AI tego nie robi: GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot i Bytespider czytają tylko początkowy HTML. Wyjątkami są Gemini, korzystający z infrastruktury Googlebota, oraz Applebot. Karta produktu renderowana po stronie klienta może więc rankować w Google, a jednocześnie nie istnieć w odpowiedziach ChatGPT, co szkodzi działaniom GEO.
W audytach polskich sklepów na Shoperze, PrestaShopie i headlessowych frontach najczęściej znajduję trzy błędy: opisy produktów doładowywane skryptem, linki wewnętrzne oparte na zdarzeniach JavaScript zamiast znaczników <a href> oraz tagi canonical i hreflang wstawiane dopiero po renderowaniu. Pełną listę kontrolną znajdziesz w poradniku o SEO on-page.
SSR a CSR: porównanie dla SEO
| Cecha | SSR | CSR |
|---|---|---|
| Treść w początkowym HTML | Tak | Nie, buduje ją JavaScript |
| Googlebot | Indeksuje od razu | Indeksuje po kolejce renderowania |
| Crawlery AI (GPTBot, ClaudeBot) | Widzą treść | Widzą pusty szkielet |
| Koszt serwera | Wyższy | Niższy |
| Zastosowanie | Sklepy, blogi, landing page | Panele po zalogowaniu, aplikacje |
Najczęstsze pytania: Renderowanie
Czy Google renderuje JavaScript?
Tak, Google renderuje JavaScript w aktualnej wersji headless Chromium, w osobnym etapie po crawlowaniu. Renderowanie bywa opóźnione, dlatego kluczowe treści warto renderować po stronie serwera.
Czym różni się SSR od CSR?
SSR buduje pełny HTML na serwerze przy każdym żądaniu, a CSR buduje stronę w przeglądarce za pomocą JavaScriptu. Przy SSR roboty od razu widzą treść, przy CSR muszą wykonać skrypty.
Czy ChatGPT widzi treści z JavaScriptu?
Zwykle nie. Według analizy Vercel z grudnia 2024 roku GPTBot, ClaudeBot i PerplexityBot pobierają tylko początkowy HTML, a JavaScript renderują jedynie Gemini i Applebot.
Czy renderowanie dynamiczne jest nadal zalecane?
Nie, Google nazywa je obejściem, a nie zalecanym rozwiązaniem. Zamiast niego rekomenduje SSR, renderowanie statyczne lub hydratację.
Powiązane pojęcia
- Understand the JavaScript SEO basics · Google Search Central
- Dynamic rendering as a workaround · Google Search Central
- Rendering on the Web · web.dev (Google)
- How Google handles JavaScript throughout the indexing process · Vercel and MERJ
- The rise of the AI crawler · Vercel
