Audyt techniczny SEO: znajdź i napraw problemy ograniczające widoczność

Co obejmuje audyt techniczny SEO?

Audyt techniczny SEO to ustrukturyzowany przegląd elementów witryny, które wpływają na crawling, renderowanie, indeksację i zrozumienie treści przez wyszukiwarki. W praktyce audyt skupia się na kilku warstwach: infrastruktura serwera i nagłówki HTTP, konfiguracja plików robots i sitemap, metadane (kanoniki, noindex), struktura URL i przekierowania, zachowanie JavaScript, wydajność (Core Web Vitals) oraz poprawność implementacji struktur danych.

Mechanika: jak działa skuteczny audyt

Skuteczny audyt łączy automatyczne skanery z ręczną weryfikacją wybranych stron. Automatyka pomaga szybko zebrać sygnalizatory problemów na dużej liczbie URL-i; ręczna weryfikacja ustala kontekst i potwierdza, czy wykryty objaw to rzeczywisty problem, fałszywy alarm czy świadome ustawienie. Celem jest odpowiedzieć na cztery pytania: które strony wyszukiwarki mogą odkryć, które mogą zrenderować, które są indeksowane i które powinny konkurować w wynikach wyszukiwania.

Fazy audytu

1) Zbieranie danych — crawlery, logi serwera, Search Console dla własnej domeny, mapa XML, dane z CDN i narzędzi wydajnościowych. 2) Analiza wykrywalności — czy ważne strony są odkrywane i czy nie ma blokad. 3) Analiza renderowania — czy krytyczna treść pojawia się w DOM po renderze JavaScript. 4) Analiza indeksacji i sygnałów meta — kanoniki, noindex, hreflang. 5) Priorytetyzacja napraw — wpływ vs wysiłek.

Krok po kroku: lista weryfikacyjna

Poniższa lista to praktyczne punkty, które warto przejść podczas audytu. Każdy punkt zawiera wskazówki jak zweryfikować i typowe rozwiązania.

Odkrywalność i crawling

• Sprawdź robots.txt: czy nie blokuje ważnych ścieżek; zweryfikuj w przeglądarce i przez bezpośrednie żądania.
• Mapa XML: czy zawiera tylko kanoniczne, indeksowalne URL-e i czy zgadza się z kanonikalizacją.
• Odczyt logów serwera: które URL-e Googlebot/Googlebot‑Smartphone faktycznie odwiedza — priorytetyzuj URL-e najczęściej crawlowane pod względem błędów.

Indeksacja i metadane

• Sprawdź nagłówki HTTP X-Robots-Tag i meta robots w HTML; użyj curl -I https://example.com/strona aby zobaczyć nagłówki.
• Kanoniki: czy tag canonical wskazuje na właściwą wersję; unikaj wzajemnych kanonikalizacji powodujących pętle.
• Noindex vs canonical: nie przeczy to samego celu — jeśli strona ma noindex, kanonikalizacja do niej jest myląca.

Renderowanie i JavaScript

• Porównaj źródło serwera z wyrenderowanym DOM (Chrome DevTools > Elements). Jeśli krytyczna treść powstaje tylko po ładowaniu JS, sprawdź czy Googlebot‑Smartphone ją widzi.
• Szybkie testy z curl: curl -A "Mozilla/5.0 (Linux; Android 10; Mobile)" https://example.com/strona — to pobierze HTML serwowany przy symulacji przeglądarki mobilnej (flaga -A ustawia user-agent).

Przekierowania i błędy HTTP

• Wykryj 4xx/5xx oraz pętle i łańcuchy przekierowań; użyj curl -I aby szybko sprawdzić nagłówki odpowiedzi i statusy.
• Rozróżniaj 301 (permanentne) od 302 (tymczasowe) i oczekuj konsekwencji w indeksacji przy zmianie statusów.

Wydajność i doświadczenie mobilne

• Sprawdź Core Web Vitals za pomocą PageSpeed Insights i danych polowych (Field) oraz lab (Lab) — poszukaj zasobów blokujących renderowanie i długich opóźnień interakcji.

Jak weryfikować: narzędzia i praktyczne komendy

Poniżej zestaw narzędzi i przykładowe kroki weryfikacyjne. Zwróć uwagę, które sprawdzenia wymagają dostępu do Search Console (dla własnej domeny), a które można wykonać z zewnątrz.

Szybkie polecenia curl i ich znaczenie

1. Sprawdzenie nagłówków odpowiedzi: curl -I https://example.com/strona — zwróci nagłówki HTTP (status, X-Robots-Tag itp.).
2. Pobranie HTML symulując przeglądarkę mobilną: curl -A "Mozilla/5.0 (Linux; Android 10; Mobile)" https://example.com/strona — przydatne do porównania treści serwowanej różnym user-agentom.

Narzędzia przeglądarkowe i validation

• Chrome DevTools — Elements i Network do porównania źródła vs wyrenderowany DOM oraz do diagnozy blokujących zasobów.
• Google Search Console (dla własnej domeny) — URL Inspection do sprawdzenia, jak Googlebot‑Smartphone zobaczył stronę i jakie zgłasza problemy indeksacyjne.
• Rich Results Test i Schema Markup Validator — sprawdź poprawność i błędy strukturalnych danych.

Priorytetyzacja napraw: wpływ vs koszt

Zgrupuj wykryte problemy według dwóch wymiarów: potencjalny wpływ na widoczność i koszt techniczny naprawy. Priorytetyzuj błędy, które blokują crawl/indeksację ważnych stron, powodują masowe błędy 4xx/5xx lub usuwają krytyczną treść z renderowanego DOM. Naprawy niskiego wpływu i niskiego kosztu wykonaj szybko, a większe zmiany planuj w cyklach z testami A/B tam, gdzie to możliwe.

Najczęstsze błędy i jak ich unikać

• Blokowanie w robots.txt ważnych katalogów lub API, które generuje treść — weryfikuj zmiany w konfiguracji serwera przed wdrożeniem.
• Niewłaściwe użycie tagów canonical i noindex (np. kanonikalizacja do stron z noindex).
• Krótkie łańcuchy przekierowań zastąpione wieloma pośrednimi przekierowaniami — upraszczaj mapę przekierowań.
• Fałszywe pozytywne alerty ze skanerów (np. JavaScript generujący elementy po renderze) — zawsze potwierdzaj ręczną inspekcją DOM.

Płatne linki i zgodność z zasadami Google

Jeżeli audyt obejmuje płatne publikacje lub zakup linków, uwzględnij zgodność z wytycznymi wyszukiwarki. Google publicznie informuje, że linki stosowane w celu manipulacji rankingami mogą być uznane za link spam. Dla linków płatnych lub sponsorowanych użyj rel="sponsored"; dla treści generowanej przez użytkowników użyj rel="ugc"; jeśli nie używasz żadnego z tych atrybutów, zachowaj zwykły link bez rel=nofollow/sponsored/ugc. Przykłady HTML:

Standardowy link bez specjalnego atrybutu: przykład. Dla płatnych publikacji: przykład. Dla linków w komentarzach: przykład. Rel="nofollow" jest traktowany jako wskazówka przez wyszukiwarki — nie jest to absolutne polecenie.

Przykładowy proces naprawczy

1) Zidentyfikuj krytyczne URL-e (strony konwertujące lub filary tematyczne). 2) Sprawdź ich dostępność i statusy HTTP. 3) Zweryfikuj czy treść jest widoczna w wyrenderowanym DOM. 4) Upewnij się, że sitemap i kanoniki wskazują na te URL-e. 5) Wdroż naprawy w środowisku testowym i monitoruj zmiany w indeksacji przez Search Console. 6) Po wdrożeniu obserwuj logi serwera i metryki wydajnościowe.

FAQ