Jedna strona może mieć kilka różnych stanów
Odpowiedź HTTP zawiera status, nagłówki i źródłowy HTML. Przeglądarka tworzy DOM, pobiera zasoby i uruchamia JavaScript. Użytkownik może następnie zmienić stan przez interakcję. Audyt musi powiedzieć, którą warstwę ocenia.
SSR może dostarczyć główną treść od razu, a hydracja dodać zachowanie. Aplikacja renderowana wyłącznie po stronie klienta może początkowo zwrócić pusty kontener. Oba serwisy mogą wyglądać podobnie po kilku sekundach, lecz inaczej zachowywać się dla crawlera, przy błędzie skryptu i na wolnym urządzeniu.
Minimalny test porównuje odpowiedź, DOM i działanie bez skryptu
Pobieramy dokument jak zwykłe żądanie HTTP i sprawdzamy status, canonical, robots, tytuł, H1, główną treść oraz linki. Następnie porównujemy wyrenderowany DOM w przeglądarce. Różnica nie jest automatycznie błędem — ważne jest, czy krytyczna informacja i nawigacja pozostają dostępne.
Wyłączenie JavaScript pomaga ujawnić zależność, ale nie symuluje dokładnie Google. Jest testem odporności i szybką diagnozą, a nie ostatecznym werdyktem indeksacji.
Routing klienta nie może ukrywać prawdziwych statusów
Popularny błąd SPA to odpowiedź 200 dla każdego nieznanego adresu. Użytkownik widzi komunikat 404 dopiero po uruchomieniu aplikacji, ale serwer nadal potwierdza istnienie strony. Poprawny SSR powinien zwrócić właściwy status już w odpowiedzi.
Sprawdzamy także canonicale i przekierowania. Adres ze zmienionym parametrem nie powinien samodzielnie ogłaszać się właścicielem treści, jeśli reguła systemu wskazuje inny URL.
Odkrywanie stron wymaga prawdziwych linków
Element wyglądający jak karta może być obsługiwany wyłącznie zdarzeniem onclick. Dla nawigacji używamy odnośników z href, tak aby użytkownik, crawler i narzędzie dostępności rozumiały cel bez odtwarzania logiki aplikacji.
Linkowanie sprawdzamy zarówno w źródle, jak i DOM. Jeśli link pojawia się dopiero po interakcji niedostępnej dla crawlera, nie jest równie pewnym sposobem odkrywania treści.
Retest obejmuje reprezentantów każdego szablonu
Po poprawce nie testujemy tylko przykładu z zadania. Sprawdzamy stronę główną, usługę, hub, artykuł, stronę pustą i adres nieistniejący. Weryfikujemy odpowiedź, treść, canonical, linki i zachowanie w przeglądarce.
Dopiero zgodność warstw pozwala zamknąć problem. Jeżeli HTML jest poprawny, ale menu traci fokus lub nie działa na urządzeniu mobilnym, wdrożenie nadal ma regresję użytkową.
Źródła i dalsza lektura
Źródła wspierają konkretne fakty i zasady opisane w materiale. Wnioski oraz sposób pracy Crafted SEO pozostają naszą interpretacją i są oznaczone kontekstem.