Audyt nie kończy się na wyniku narzędzia. Najpierw ustal, które strony służą pozyskiwaniu ruchu, sprzedaży i kontaktowi. Zapisz datę kontroli oraz zakres adresów. Dopiero wtedy przejdź poniższe obszary po kolei: od dostępności i indeksowania do działania formularzy. Dzięki temu wiesz, czy problem dotyczy pojedynczej podstrony, całego szablonu czy infrastruktury.

Indeksowanie i adresy kanoniczne

Zacznij od listy adresów, które mają zdobywać ruch. Sprawdź, czy każda ważna strona zwraca 200, nie ma przypadkowego noindex i nie jest zablokowana w robots.txt. Porównaj sitemap.xml z faktycznymi adresami kanonicznymi. Duplikaty po parametrach, wersjach językowych lub ukośniku na końcu adresu powinny prowadzić do jednej, świadomie wybranej wersji. Nie traktuj samej obecności adresu w mapie jako dowodu indeksacji: mapa jest wskazówką, nie gwarancją.

Tytuły, opisy i układ treści

Dla każdej podstrony zapisz główną intencję użytkownika. Title powinien odróżniać stronę od pozostałych, a description zachęcać do kliknięcia bez obietnic, których treść nie spełnia. Sprawdź jeden logiczny H1 i kolejność H2–H3. Jeśli kilka stron odpowiada na to samo pytanie identycznym tekstem, rozdziel ich rolę albo połącz treść. Pamiętaj, że wyszukiwarka może wyświetlić własny fragment zamiast przygotowanego opisu.

Linki i przekierowania

Przejdź po menu, stopce, kartach i odnośnikach wewnątrz artykułów. Zanotuj linki prowadzące do 404, przekierowania wieloetapowe i adresy z mieszanym HTTP oraz HTTPS. Po migracji porównaj stare adresy z nowymi, zwłaszcza te, które miały ruch lub odnośniki zewnętrzne. Przekierowanie 301 powinno prowadzić od razu do końcowej, użytecznej strony; masowe kierowanie wszystkiego na homepage ukrywa utracone treści.

Odpowiedzi HTTP i certyfikat

Sprawdź główne szablony, formularz, strony błędów i pliki statyczne. Prawdziwie brakująca strona musi zwracać 404, nawet jeśli ma estetyczny widok. Zwróć uwagę na błędy 5xx, chwilowe 3xx oraz odpowiedzi zależne od urządzenia lub zalogowania. Sprawdź ważność certyfikatu TLS, zgodność nazwy hosta i czy wejście przez HTTP kończy się na właściwym adresie HTTPS. Zaplanuj odnowienie certyfikatu przed terminem, a nie w dniu wygaśnięcia.

Wydajność i urządzenia

Zmierz Core Web Vitals na realnych urządzeniach, a test laboratoryjny potraktuj jako narzędzie do diagnozy. Sprawdź największy element pierwszego ekranu, stabilność układu oraz opóźnienie po interakcji. Podaj wymiary obrazów, dobierz właściwy format i odłóż ładowanie tych, które leżą poza pierwszym ekranem. Przetestuj telefon o wąskim ekranie i wolniejszym połączeniu; sam wygląd desktopowy nie pokaże uciętych przycisków ani zasłoniętych formularzy.

Dostępność i obsługa klawiaturą

Otwórz menu, przejdź formularz i zamknij dialog bez użycia myszy. Sprawdź widoczny fokus, kontrast tekstu, sensowne etykiety pól i komunikaty błędów połączone z odpowiednim polem. Obraz niosący informację potrzebuje alternatywnego opisu, a dekoracyjny powinien zostać pominięty przez czytnik. Automatyczny skaner wykryje część problemów, ale nie zastąpi przejścia najważniejszych zadań przez człowieka.

Ścieżka konwersji i potwierdzenie napraw

Wypełnij formularz poprawnymi i błędnymi danymi, sprawdź stan wysyłania, wynik oraz dostarczenie wiadomości do skrzynki. W sklepie przejdź od kategorii do koszyka i testowego checkoutu bez inicjowania prawdziwej płatności. Dla każdego problemu zapisz adres, wynik, wpływ i sposób ponownej weryfikacji. Po wdrożeniu poprawki powtórz ten sam scenariusz: zmiana w kodzie nie jest jeszcze dowodem, że użytkownik może bez przeszkód wykonać zadanie.

Jak ułożyć wynik audytu?

Podziel ustalenia według wpływu: blokady dostępu, sprzedaży lub kontaktu napraw najpierw; później zajmij się utrudnieniami indeksowania, a na końcu drobnymi optymalizacjami. Przy każdej pozycji zapisz adres, obserwację, dowód, osobę odpowiedzialną i wynik ponownego testu. Taka lista jest użyteczna także po miesiącu, gdy trzeba wyjaśnić, co zmieniło się między wdrożeniami.