Sprawdzenie strony z AI: model językowy i prawdziwe dane

Sprawdzenie strony z AI działa, gdy model dostaje prawdziwe dane ze skanera. Jak wyjaśnić raport, przygotować zadania i nie dać się nabrać halucynacjom.

SEO · Opublikowano: 5 października 2026 · 5 min czytania · Марк Лебедев

„Sprawdź moją stronę pod kątem błędów” to jedno z najczęstszych poleceń wpisywanych do czatu — i jedno z najmniej przydatnych. Model językowy nie zmierzy Twojego LCP, nie zobaczy nagłówków odpowiedzi serwera i nie kliknie przycisku „Zamów”. Dostając adres, w najlepszym razie pobierze jeden plik HTML, a w najgorszym zgadnie na podstawie tego, jak zwykle wyglądają podobne witryny. Sprawdzenie strony z AI ma sens dopiero przy właściwym podziale pracy: skaner mierzy, model wyjaśnia i szkicuje poprawkę, a drugi skan potwierdza wynik.

Czego model sam nie widzi

Nawet z dostępem do sieci asystent dostaje zwykle jedną odpowiedź HTML — bez renderowania, bez konsoli, bez czasów prawdziwego ładowania. Nie wie:

• jakie nagłówki i przekierowania zwraca serwer;
• jakie błędy JavaScript pojawiają się po załadowaniu strony;
• jak długo renderuje się największy element i jak bardzo „skacze” układ;
• czy formularz naprawdę się wysyła i kiedy wygasa certyfikat.

Bez danych model wypełnia lukę wiarygodnie brzmiącym tekstem. „Na Twojej stronie obrazy mogą ładować się wolno” — to prawda o niemal każdej witrynie i nic nie mówi o Twojej.

Podział pracy: skaner mierzy, AI wyjaśnia

Rozsądny proces ma trzy kroki. Najpierw narzędzie zbiera fakty: kody odpowiedzi, nagłówki, Core Web Vitals, błędy konsoli, komunikaty walidatora HTML. Potem model pracuje na tych faktach: tłumaczy problem prostym językiem, grupuje powiązane znaleziska, pisze szkic poprawki pod Twój stack. Na koniec to samo narzędzie sprawdza efekt. Źródłem prawdy o stronie pozostaje pomiar, nie model.

Polecenia, które działają z raportem

Dawaj modelowi konkretne znalezisko, a nie całą stronę. Dobre polecenia wyglądają tak:

• „To wynik audytu mojej strony. Wyjaśnij w dwóch akapitach, co oznacza dla odwiedzających i dla wyszukiwarki, bez żargonu”.
• „To nagłówki odpowiedzi strony głównej. Napisz blok konfiguracji nginx dodający brakujące nagłówki bezpieczeństwa. Bez HSTS preload”.
• „Ten błąd JavaScript występuje na 14 stronach. Oto stack trace i plik. Podaj najbardziej prawdopodobną przyczynę i minimalną poprawkę”.

Im węższe wejście, tym mniej miejsca na zmyślenia. Przy błędach konsoli warto najpierw przeczytać nasz tekst o błędach w konsoli — połowa komunikatów pochodzi ze skryptów zewnętrznych, na które nie masz wpływu.

Zadania dla asystenta AI w edytorze

Asystenci w edytorze kodu najlepiej pracują na ustrukturyzowanym zadaniu: co nie działa, gdzie, jak poważne to jest i po czym poznać, że gotowe. Dokładnie tak wygląda dobra specyfikacja po audycie. Wklej ją z krótką instrukcją — „Poprawiaj po jednym zadaniu od góry, pokazuj diff i osobno tłumacz wszystko, co dotyczy konfiguracji serwera” — i przeglądaj każdą zmianę jak pull request kolegi.

Gdzie AI myli się najczęściej

• Content-Security-Policy. Modele chętnie piszą restrykcyjną politykę, która blokuje analitykę, widżet płatności i skrypty inline. Zacznij od trybu Report-Only — więcej w opisie CSP.
• HSTS preload. Proponowany mimochodem, trudno go wycofać. Przeczytaj o HSTS preload, zanim się zgodzisz.
• robots.txt i canonical. Jedna błędna linia usuwa z wyszukiwarki całe sekcje. Nie akceptuj zmian bez zrozumienia każdej dyrektywy.
• Przestarzałe rady. FID zamiast INP, nagłówek X-XSS-Protection, meta keywords „dla SEO”.

I nigdy nie wklejaj do czatu haseł, tokenów ani danych klientów — raport i fragment konfiguracji wystarczą.

Ufaj, ale skanuj ponownie

Kod, który wygląda poprawnie, to jeszcze nie naprawiona strona. Jedyne kryterium odbioru, które się liczy: nowy skan nie zgłasza już problemu, a w zamian nie pojawiło się nic nowego. Jak porównywać dwa przebiegi, opisujemy w artykule o analizie strony online. Gotowość samej witryny na wyszukiwarki AI to osobny temat — patrz audyt strony pod AI.

Jak to zrobić z SiteScan

1. Uruchom darmowy skan. Strony ładują się w prawdziwej przeglądarce headless, a formularze testują agenci AI — więcej w tekście o testowaniu formularzy.
2. Zanim zapytasz model, zajrzyj do centrum pomocy: każdy wiersz raportu ma tam objaśnienie, czyli kontekst, którego modelowi brakuje.
3. Kliknij „Kopiuj specyfikację”. Dostaniesz zwykły Markdown: problemy krytyczne, wysokie i średnie, posortowane według wagi i zasięgu, z identyfikatorami sprawdzeń, stronami i kryteriami odbioru. Wkleja się równie dobrze do trackera, jak i do asystenta AI.
4. Po wdrożeniu przeskanuj stronę ponownie i sprawdź, co zmieniło się od ostatniego skanu: nowe, naprawione i pozostałe problemy.