Audyt techniczny serwisu — co sprawdzać raz w roku, żeby strona nie traciła widoczności
Serwis internetowy starzeje się, nawet jeśli nikt go świadomie nie zmienia. Wtyczki się aktualizują, redaktorzy dodają treści, ktoś usuwa stare podstrony, zmienia menu, podłącza nowe narzędzie analityczne. Każda z tych drobnych zmian może wprowadzić problem: przekierowanie w pętli, stronę przypadkowo wyłączoną z indeksowania, skrypt spowalniający ładowanie. Pojedynczo niewidoczne, razem potrafią sprawić, że serwis stopniowo traci widoczność. Coroczny audyt techniczny pozwala wychwycić te problemy, zanim zamienią się w spadek ruchu.
Krótka odpowiedź: coroczny audyt techniczny obejmuje indeksowanie i dostępność dla robotów, kody odpowiedzi i przekierowania, strukturę adresów i linkowanie, szybkość i wskaźniki Core Web Vitals, wersję mobilną, dane strukturalne, powielone treści, bezpieczeństwo i HTTPS, analitykę oraz dostępność. Wynikiem powinna być lista problemów uporządkowana według wpływu, a nie raport z setkami ostrzeżeń.
Raz w roku robi się pełny audyt. Najważniejsze wskaźniki warto obserwować co miesiąc, żeby nie czekać rok na wykrycie poważnego problemu.
Narzędzia
| Narzędzie | Do czego służy |
|---|---|
| Google Search Console | Indeksowanie, błędy, wydajność w wynikach, wskaźniki Core Web Vitals z danych użytkowników |
| Crawler | Przejście przez serwis jak robot: kody odpowiedzi, przekierowania, linki, metadane, głębokość |
| Narzędzia pomiaru szybkości | Szczegółowa analiza ładowania wybranych stron |
| Logi serwera | Rzeczywiste odwiedziny robotów wyszukiwarek |
| Walidator danych strukturalnych | Poprawność oznaczeń |
| Narzędzia dostępności | Automatyczne wykrywanie podstawowych barier |
| Analityka | Porównanie ruchu rok do roku, strony tracące ruch |
Przewodnik po raportach Search Console znajdziesz w tekście o Google Search Console.
Indeksowanie
- Raport indeksowania stron — ile stron jest zaindeksowanych, ile wykluczonych i z jakich powodów.
- Porównanie z oczekiwaniami — czy liczba zaindeksowanych stron odpowiada liczbie wartościowych stron serwisu.
- Ważne strony wykluczone — przypadkowy znacznik noindex, blokada w robots.txt, błędny adres kanoniczny.
- Strony niepotrzebnie zaindeksowane — wyniki wyszukiwania wewnętrznego, parametry, strony testowe, wersje robocze.
- Plik robots.txt — czy nie blokuje zasobów potrzebnych do renderowania strony ani ważnych sekcji.
- Mapa witryny — czy zawiera tylko indeksowalne strony z kodem 200 i jest aktualizowana automatycznie.
Uwaga praktyczna: jednym z najczęstszych i najgroźniejszych błędów jest pozostawienie blokady indeksowania po wdrożeniu nowej wersji strony. Środowisko testowe jest poprawnie ukryte przed wyszukiwarkami, a ustawienie zostaje przeniesione na produkcję. Sprawdzenie znacznika robots na stronie głównej i kluczowych podstronach powinno być stałym punktem listy kontrolnej po każdym większym wdrożeniu, nie tylko w corocznym audycie.
Konfigurację mapy witryny i robots.txt opisujemy w tekście o sitemap i robots.txt.
Kody odpowiedzi i przekierowania
| Problem | Skutek | Rozwiązanie |
|---|---|---|
| Linki do stron z błędem 404 | Utrata użytkowników i sygnałów | Poprawa linków lub przekierowanie na odpowiednik |
| Łańcuchy przekierowań | Wolniejsze ładowanie, osłabienie sygnałów | Przekierowanie bezpośrednio na adres docelowy |
| Pętle przekierowań | Strona niedostępna | Naprawa reguł |
| Przekierowania tymczasowe zamiast stałych | Niejasny sygnał dla wyszukiwarki | Stałe przekierowania dla trwałych zmian |
| Masowe przekierowania na stronę główną | Traktowane jak błąd 404 | Przekierowania na tematyczne odpowiedniki |
| Błędy serwera 5xx | Utrata indeksowania przy powtarzaniu | Diagnoza obciążenia i błędów aplikacji |
| Strony zwracające 200 dla nieistniejących adresów | Tysiące pustych stron w indeksie | Prawidłowy kod 404 |
Szczególną uwagę warto zwrócić na stare adresy z historycznych migracji: czy przekierowania nadal działają i czy zewnętrzne linki do starych adresów trafiają na właściwe strony. Zasady przenoszenia serwisów opisujemy w tekście o migracji strony.
Struktura i linkowanie
- Głębokość — czy ważne strony są osiągalne w kilku kliknięciach.
- Strony osierocone — bez linków wewnętrznych.
- Spójność adresów — jedna wersja z ukośnikiem lub bez, małe litery, bez duplikatów z parametrami.
- Jedna wersja domeny — z www lub bez, wyłącznie HTTPS, pozostałe przekierowane.
- Linki wewnętrzne do przekierowań — zamienione na adresy docelowe.
- Menu i okruszki — odzwierciedlające aktualną strukturę oferty.
Praktyczne zasady łączenia stron omawiamy w tekście o linkowaniu wewnętrznym.
Szybkość i Core Web Vitals
Wskaźniki szybkości warto oceniać na podstawie danych od rzeczywistych użytkowników z Search Console, a narzędzia laboratoryjne wykorzystywać do diagnozy przyczyn.
- Grupy stron z problemami — zwykle problem dotyczy szablonu, a nie pojedynczej strony.
- Obrazy — formaty, rozmiary, leniwe ładowanie, wymiary w kodzie.
- Skrypty zewnętrzne — analityka, czaty, narzędzia marketingowe dodawane przez lata, często już nieużywane.
- Czcionki — liczba wariantów, sposób ładowania.
- Czas odpowiedzi serwera — hosting, pamięć podręczna, zapytania do bazy.
- Przesunięcia układu — banery, reklamy, elementy ładowane z opóźnieniem.
Przegląd skryptów zewnętrznych to często najszybsza poprawa: w wielu serwisach po latach działa kilka narzędzi, z których nikt już nie korzysta. Szczegóły optymalizacji opisujemy w tekście o Core Web Vitals.
Wersja mobilna
- Ta sama treść na telefonie i komputerze — wyszukiwarka ocenia wersję mobilną.
- Czytelność bez powiększania, wystarczające odstępy między elementami klikanymi.
- Brak przewijania w poziomie — tabele i szerokie elementy w przewijanych kontenerach.
- Okna wyskakujące niezasłaniające treści na telefonie.
- Formularze działające wygodnie na ekranie dotykowym.
Dane strukturalne
Oznaczenia danych strukturalnych często przestają działać po zmianach szablonów lub wtyczek. Raport ulepszeń w Search Console pokazuje błędy, a walidator pozwala sprawdzić konkretne strony. Warto zweryfikować oznaczenia organizacji, okruszków, artykułów, produktów, FAQ i opinii — zależnie od rodzaju serwisu — oraz upewnić się, że dane w oznaczeniach są zgodne z treścią widoczną na stronie. Rodzaje oznaczeń omawiamy w tekście o schema.org.
Powielone i cienkie treści
- Powielone tytuły i opisy meta — często w paginacji, kategoriach, stronach produktów.
- Brakujące tytuły lub nagłówki główne.
- Strony o bardzo małej ilości treści — puste kategorie, tagi z jednym artykułem.
- Kanibalizacja — kilka stron walczących o tę samą frazę.
- Nieaktualne treści — artykuły z informacjami, które przestały być prawdziwe.
Bezpieczeństwo
- Certyfikat SSL — ważność, automatyczne odnawianie, brak mieszanej treści.
- Aktualizacje systemu CMS, wtyczek i bibliotek.
- Raport bezpieczeństwa w Search Console.
- Nieznane strony w indeksie — mogą świadczyć o włamaniu i wstrzykniętych treściach.
- Kopie zapasowe — czy działają i czy da się z nich odtworzyć serwis.
- Konta administracyjne — przegląd dostępów byłych pracowników i wykonawców.
Więcej o certyfikatach piszemy w tekście o certyfikacie SSL.
Analityka i zgody
Audyt to dobry moment, żeby sprawdzić, czy dane, na podstawie których podejmowane są decyzje, są wiarygodne. Czy kod analityki działa na wszystkich stronach, czy konwersje są poprawnie mierzone, czy baner zgód działa zgodnie z przepisami i nie blokuje pomiaru bardziej, niż wynika to z decyzji użytkowników. Porównanie ruchu rok do roku na poziomie grup stron pozwala wskazać sekcje, które straciły widoczność i wymagają analizy. Konfigurację analityki opisujemy w instrukcji Google Analytics 4.
Od audytu do planu napraw
| Priorytet | Rodzaj problemu | Przykład |
|---|---|---|
| Krytyczny | Uniemożliwia indeksowanie lub działanie ważnych stron | Blokada indeksowania, błędy serwera, pętle przekierowań |
| Wysoki | Wpływa na wiele stron lub strony kluczowe | Wolny szablon kategorii, błędne adresy kanoniczne |
| Średni | Ogranicza potencjał | Łańcuchy przekierowań, strony osierocone, powielone tytuły |
| Niski | Kosmetyka, pojedyncze strony | Pojedyncze brakujące opisy meta |
Każdy problem w planie powinien mieć opis, liczbę stron, których dotyczy, osobę odpowiedzialną i sposób sprawdzenia po naprawie. Raport z setkami ostrzeżeń bez priorytetów rzadko prowadzi do działań.
Co sprawdzać co miesiąc
Pełny audyt raz w roku nie wystarczy, jeśli poważny problem pojawi się tydzień po nim. Dlatego warto ustalić krótką, comiesięczną kontrolę, która zajmuje nie więcej niż godzinę i pozwala wychwycić najgroźniejsze zmiany. Obejmuje ona przegląd raportu indeksowania w Search Console pod kątem nagłych wzrostów liczby wykluczonych stron, sprawdzenie nowych błędów serwera i błędów 404 w ważnych sekcjach, porównanie ruchu z wyszukiwarki z tym samym miesiącem poprzedniego roku oraz przegląd wskaźników Core Web Vitals dla głównych szablonów.
Dodatkowo warto ustawić powiadomienia: o problemach zgłaszanych przez Search Console, o wygasającym certyfikacie, o niedostępności strony i o gwałtownym spadku ruchu. Po każdym większym wdrożeniu — nowym szablonie, migracji, zmianie menu czy instalacji wtyczki — dobrą praktyką jest szybki crawl najważniejszych sekcji i sprawdzenie znaczników indeksowania na kilku kluczowych stronach. Taki rytm sprawia, że coroczny audyt odkrywa głównie obszary do usprawnienia, a nie awarie, które od miesięcy obniżały widoczność serwisu.
Wyniki comiesięcznej kontroli warto zapisywać w prostym arkuszu. Po roku taki zapis staje się cennym punktem wyjścia do pełnego audytu, bo pokazuje, kiedy pojawiały się problemy, jak szybko były usuwane i które obszary serwisu wymagają najczęstszych interwencji.
Podsumowanie
Coroczny audyt techniczny chroni serwis przed stopniową utratą widoczności wynikającą z drobnych zmian i zaniedbań. Obejmuje indeksowanie, kody odpowiedzi i przekierowania, strukturę, szybkość, wersję mobilną, dane strukturalne, powielone treści, bezpieczeństwo i analitykę. Jego wynikiem powinien być krótki plan napraw uporządkowany według wpływu, a najważniejsze wskaźniki warto obserwować co miesiąc.
Jeśli nie pamiętasz, kiedy ostatnio sprawdzano techniczny stan serwisu, zacznij od trzech rzeczy: raportu indeksowania w Search Console, crawla całego serwisu i przeglądu skryptów zewnętrznych. To kilka godzin, które zwykle ujawniają najważniejsze problemy. Wyniki audytu warto przedstawić zgodnie ze wskazówkami z tekstu o raportowaniu SEO dla zarządu.
Najczęstsze pytania
Indeksowanie i dostępność dla robotów, kody odpowiedzi i przekierowania, strukturę adresów i linkowanie wewnętrzne, szybkość i wskaźniki Core Web Vitals, wersję mobilną, dane strukturalne, powielone treści, bezpieczeństwo i certyfikat SSL, analitykę oraz dostępność.
Pełny audyt warto przeprowadzać raz w roku oraz po każdej większej zmianie, takiej jak migracja czy nowy szablon. Najważniejsze wskaźniki, na przykład raport indeksowania, błędy i Core Web Vitals, dobrze jest sprawdzać co miesiąc.
Google Search Console, crawler przechodzący przez serwis jak robot, narzędzia pomiaru szybkości, walidator danych strukturalnych, narzędzia do badania dostępności, analityka do porównania ruchu oraz, w większych serwisach, logi serwera.
Przypadkowa blokada indeksowania po wdrożeniu, powtarzające się błędy serwera, pętle przekierowań, błędne adresy kanoniczne wskazujące na inne strony, masowe przekierowania na stronę główną oraz strony zwracające kod 200 dla nieistniejących adresów.
Uporządkować problemy według wpływu na krytyczne, wysokie, średnie i niskie, dla każdego określić liczbę stron, osobę odpowiedzialną i sposób sprawdzenia po naprawie. Krótki plan z priorytetami jest skuteczniejszy niż raport z setkami ostrzeżeń.
Bezpłatna wycena Twojego projektu
Opisz w kilku zdaniach, co chcesz zbudować — stronę, aplikację czy sklep. Odpowiadamy w ciągu 24 godzin roboczych konkretną propozycją zakresu i harmonogramu. Konsultacja i wycena są bezpłatne, bez zobowiązań.