Co widzą crawlery AI – a czego nie
Wiele z tego, co w codziennym SEO uznaje się za oczywistość, jest niewidoczne dla modeli LLM w trybie konwersacyjnym. Nowe badanie Writesonic 2026 przeanalizowało sześć dużych crawlerów LLM (ChatGPT, Claude, Gemini-Conversation, Perplexity, Bing Copilot, Google AI Overviews) i potwierdziło: wszystkie treści muszą być dostarczane w taki sposób, aby pozostały zrozumiałe bez JavaScript, bez nadmiernego przewijania i bez metadanych w sekcji head.
Trzy poziomy crawlerów (HTML-only / Headless / Full-Browser)
Dla uporządkowania warto posłużyć się prostą klasyfikacją, w której dzisiejsze crawlery LLM plasują się zazwyczaj na poziomach 1–2:- Poziom 1: Parsery HTML-only – czytają statyczny HTML, podążają za linkami w ograniczonym zakresie, nie wykonują JavaScriptu, nie przewijają stron.
- Poziom 2: Headless Light – potrafią solidniej parsować HTML, uwzględniać poszczególne rozwiązania alternatywne (np.
- Poziom 3: Full-Browser – wykonują JavaScript oraz złożone renderowanie i przewijają strony. W badaniu dominowały jednak zachowania z poziomów 1–2.
Co wszystkie 6 LLM widzą niezawodnie — a czego nie
Testy Writesonic ujawniają wyraźne wzorce:- 3 z 6 LLM nie wykonuje kodu JavaScript. Treści JS-only (SPA, opinie wstrzykiwane po stronie klienta, treści typu lazy-load) pozostają niewidoczne.
- 0 z 6 LLM czyta JSON-LD w trybie konwersacji na żywo. Ważne: JSON-LD pozostaje istotny dla indeksu wyszukiwarki Google – to dwa różne światy.
- 0 z 6 LLM czyta Meta-Description lub tagi OG w trybie konwersacji.
- 5 z 6 LLM niezawodnie czyta tag
. Jest on zatem najważniejszym elementem sekcji head dla odczytu przez LLM.</li> <li>0 z 6 LLM przewija strony. Treści „below the fold” oraz leniwie ładowane (lazy-load) obrazy/bloki tekstu są ignorowane.</li> <li>4 z 6 LLM czyta rozwiązania alternatywne <noscript>.</li> <li>Treści ukryte za pomocą CSS (np. display:none, akordeony) są widoczne; treści pseudo-elementów ::before/::after są niewidoczne.</li> <li>Mikrodane w sekcji body są czytane lepiej niż JSON-LD w sekcji head.</li> </ul> <h2>Tag Title to nowe złoto — praktyczna rekomendacja</h2> Skoro 5 z 6 crawlerów niezawodnie czyta tytuł, staje się on kluczowym narzędziem. Rekomendacje: <ul><li>Precyzyjny, gęsty informacyjnie, poniżej 60 znaków; unikaj pustych frazesów.</li> <li>Propozycja struktury: Temat prymarny | konkretna korzyść | marka.</li> <li>Różnicuj w zależności od typu strony (kategoria, produkt, poradnik), ale zachowaj spójną terminologię.</li> <li>Najsilniejsze pojęcia umieszczaj na początku; nazwę marki na końcu, chyba że istnieje silne zapytanie o brand.</li> <li>Synchronizuj semantycznie H1 i Title, unikając ślepego kopiowania: Title streszcza, H1 wyjaśnia.</li> </ul> <h2>JSON-LD nie umarł, ale Mikrodane wygrywają w odczycie LLM</h2> Badanie pokazuje: w trybie konwersacyjnym JSON-LD nie jest czytany, natomiast mikrodane w body – jak najbardziej. Rekomendacja działania: <ul><li>Zachowaj JSON-LD dla indeksu wyszukiwania (produkty, FAQ, organizacja, breadcrumbs).</li> <li>Powielaj krytyczne fakty dodatkowo jako mikrodane bezpośrednio w widocznej części body (ceny, dostępność, oceny), zachowując spójność treści z JSON-LD.</li> <li>Unikaj sprzeczności między danymi strukturalnymi a widocznym tekstem.</li> <li>Używaj semantycznych elementów HTML (article, header, nav, main, footer), aby przejrzyście ustrukturyzować zawartość body dla parserów.</li> </ul> <h2>Lazy Loading & Below-the-fold — niedoceniani zabójcy</h2> Ponieważ 0 z 6 LLM przewija strony, mechanizmy lazy-load odcinają kluczowe treści od percepcji. Konsekwencje: <ul><li>Umieszczaj główny przekaz, zalety produktu (USP), ceny i podstawowe wezwania do działania (CTA) powyżej pierwszej linii przewijania (viewport height).</li> <li>Ładuj obrazy typu hero i kluczowe treści tekstowe bez lazy-load (lub z serwerowym inline-fallback). Nie używaj czystego wstrzykiwania po stronie klienta dla głównych treści.</li> <li>Oferuj rozwiązania alternatywne <noscript> dla krytycznych zasobów (np. statyczne zdjęcia produktów, fragmenty tekstu).</li> <li>Sprawdź aplikacje SPA i widgety z opiniami: bez renderowania po stronie serwera pozostają niewidoczne.</li> </ul> <h2>Co nasz audyt z tym robi</h2> Rozszerzamy audyty techniczne o cztery ukierunkowane testy i umiarkowanie dostosowujemy wagę czynników: <ul><li>title_tag_present: Sprawdza obecność, długość i precyzję tagu Title dla każdego adresu URL.</li> <li>lazy_loaded_main_content: Ostrzeżenie, gdy istotne treści są ładowane wyłącznie leniwie lub stają się widoczne dopiero po interakcji.</li> <li>noscript_fallback_present: Rejestruje, czy dla krytycznych obrazów/modułów tekstowych istnieje rozwiązanie alternatywne <noscript>.</li> <li>css_generated_critical_content: Zgłasza ryzyko, gdy istotne treści są generowane przez pseudo-elementy CSS (::before/::after).</li> </ul>Waga poszczególnych sygnałów on-page zostaje przesunięta umiarkowanie na korzyść HTML above-the-fold oraz jakości znaczników semantycznych. <h2>Podsumowanie i 5 konkretnych działań dla właścicieli sklepów</h2> Badanie oddziela klasyczne sygnały SEO od tego, co modele LLM faktycznie rejestrują w trybie dialogowym. Postaw na solidne treści dostarczane w modelu HTML-first i zabezpiecz krytyczne informacje przed ograniczeniami renderowania. Pięć priorytetowych działań: 1) Dopracuj program tytułów: Każda strona kategorii i każdy produkt otrzymuje precyzyjny, krótki tytuł zorientowany na korzyści. 2) Wzmocnij Above-the-fold: USP, cena, dostępność, główne CTA i opisowy akapit bezpośrednio w HTML renderowanym po stronie serwera. 3) Progressive Enhancement zamiast JS-only: Obsługuj SPA i widgety z SSR/ISR lub statycznymi fallbackami; nie wstrzykuj żadnych krytycznych treści przez JavaScript. 4) Podwajaj dane strukturalne: Zachowaj JSON-LD, ale oznacz kluczowe informacje dodatkowo jako mikrodane w body. 5) Check rozwiązań alternatywnych i CSS: Stosuj <noscript> dla modułów bazowych; nie wyświetlaj tekstów kluczowych dla biznesu w ::before/::after. <p>Wyniki Writesonic dostarczają jasnych wytycznych: to, czego nie ma w początkowym HTML i powyżej linii przewijania, dla wielu LLM faktycznie nie istnieje. Dostosuj odpowiednio swoje szablony i regularnie weryfikuj je za pomocą realnych testów crawlerów.</p> </article> <footer> <p>© 2026 Trusted Shops SE — <a href="https://ai-trust-audit.trustedshops.com">AI Trust Audit</a></p> <p> <a href="https://uyeqrrnoelyciqvpzhur.supabase.co/functions/v1/blog/pl">Blog</a> · <a href="https://uyeqrrnoelyciqvpzhur.supabase.co/functions/v1/site/pl/about">Jak to działa</a> · <a href="https://uyeqrrnoelyciqvpzhur.supabase.co/functions/v1/site/pl/faq">FAQ</a> · <a href="https://uyeqrrnoelyciqvpzhur.supabase.co/functions/v1/site/pl/contact">Kontakt</a> · <a href="https://uyeqrrnoelyciqvpzhur.supabase.co/functions/v1/site/pl/impressum">Impressum</a> · <a href="https://uyeqrrnoelyciqvpzhur.supabase.co/functions/v1/site/pl/nutzungsbedingungen">Warunki</a> · <a href="https://uyeqrrnoelyciqvpzhur.supabase.co/functions/v1/site/pl/datenschutz">Prywatność</a> </p> </footer> </body> </html>