Dlaczego wygląd strony nie wystarcza do oceny
Właściciel sklepu widzi opis kategorii, listę produktów i odnośniki do kolejnych podstron. Nie oznacza to jednak, że wszystkie te elementy znajdują się w odpowiedzi HTML zwracanej przez serwer. Część witryn przesyła początkowo niemal pusty dokument, a zawartość dodaje dopiero JavaScript. Robot może wykonać skrypty i zobaczyć taką treść, ale nie należy zakładać, że stanie się to zawsze w taki sam sposób jak w przeglądarce użytkownika.
W praktyce warto odróżnić trzy pytania: czy adres można pobrać, czy po załadowaniu strony pojawia się ważna zawartość oraz czy prowadzące do niej linki da się odnaleźć. Pomyślny odczyt samego adresu nie potwierdza dwóch pozostałych rzeczy. Kontrolę najlepiej zacząć od konkretnej podstrony, na przykład kategorii, której nazwa i opis mają być widoczne w wyszukiwarce.
Porównaj początkowy HTML z wyrenderowaną stroną
Otwórz kod źródłowy strony i poszukaj jej głównego nagłówka, fragmentu opisu oraz linku do przykładowej podkategorii. Następnie sprawdź te same elementy w narzędziach przeglądarki, w widoku dokumentu po wykonaniu skryptów. Różnica między widokami pokazuje, które elementy zależą od JavaScript. Sama zależność nie przesądza o problemie z indeksowaniem; wskazuje, co trzeba dokładniej przetestować.
Jeżeli masz dostęp do narzędzia diagnostycznego wyszukiwarki, sprawdź także wyrenderowany HTML testowanego adresu. Zwróć uwagę na treść, linki i komunikaty o błędach ładowania zasobów. Taki test jest bardziej użyteczny niż sam zrzut ekranu: tekst może być obecny w dokumencie, lecz niewidoczny na obrazie, albo widoczny jako element interfejsu, którego link nie prowadzi do odrębnego adresu. Wynik traktuj jako obserwację dla konkretnej strony i momentu testu.
Sprawdź, co uruchamia ładowanie treści i linków
Szczególnej uwagi wymaga zawartość, która pojawia się dopiero po kliknięciu, wpisaniu zapytania albo przewinięciu długiej strony. Jeśli opis produktu jest pobierany dopiero po otwarciu zakładki, sprawdź, czy można go odczytać również bez tej czynności. Podobnie przejrzyj listę produktów ładowaną podczas przewijania: użytkownik może widzieć kolejne pozycje, podczas gdy w sprawdzanym dokumencie nie ma ich linków.
Ważne miejsca docelowe powinny mieć własne adresy, do których prowadzą zwykłe odnośniki. Przycisk obsługiwany wyłącznie przez skrypt nie zawsze zastępuje link do podstrony. Dla przykładu, jeśli druga partia produktów kategorii ma osobny adres, upewnij się, że da się do niego przejść przez odnośnik, a nie tylko przez automatyczne doładowanie elementów. Testuj zarówno widok początkowy, jak i strony, które odwiedzający ma dzięki niemu odkryć.
Ogranicz zależność kluczowej zawartości od skryptów
Gdy ważny tekst lub nawigacja znika po wyłączeniu JavaScript, rozważ udostępnienie ich już w HTML przesyłanym przez serwer. Inną możliwością jest generowanie HTML przed dostarczeniem strony i późniejsze dodawanie interakcji w przeglądarce. Wybór rozwiązania zależy od sposobu budowy serwisu; nie każda część interfejsu musi działać bez skryptów. Priorytetem są elementy potrzebne do zrozumienia podstrony i dotarcia do innych istotnych adresów.
Przy okazji sprawdź, czy pliki niezbędne do wyświetlenia treści mogą zostać pobrane oraz co dzieje się, gdy żądanie danych kończy się błędem. Strona nie powinna pozostawać pustą ramą bez informacji o problemie. Po zmianach ponownie porównaj początkowy i wyrenderowany dokument. Nie zakładaj, że samo zastosowanie renderowania po stronie serwera rozwiąże każdy kłopot: błędny adres, niedziałający link czy nieprawidłowa odpowiedź serwera nadal wymagają osobnej naprawy.
Krótka lista kontrolna przed uznaniem problemu za rozwiązany
Wybierz kilka reprezentatywnych adresów: stronę kategorii, produkt lub artykuł oraz podstronę dostępną dopiero głębiej w serwisie. Dla każdego zapisz odpowiedź serwera, obecność głównej treści w początkowym i wyrenderowanym HTML oraz działanie linków do następnych podstron. Sprawdź osobno elementy zależne od kliknięcia i przewijania. Dzięki temu ustalisz, czy trudność dotyczy pojedynczego szablonu, czy większej części witryny.
Na końcu przejdź ścieżkę użytkownika od strony wejściowej do badanego adresu i upewnij się, że każdy etap ma działający odnośnik. Jeśli narzędzie diagnostyczne pokazuje treść, a adres nadal nie pojawia się w wynikach, nie przypisuj tego automatycznie JavaScript: dostępność treści jest tylko jednym z warunków, które warto sprawdzić. Zachowaj wyniki testów przed poprawką i po niej, aby ocenić rzeczywistą zmianę zamiast polegać wyłącznie na wyglądzie strony.
