Lista kontrolna technicznego audytu SEO: co sprawdzić i w jakiej kolejności

Techniczny audyt SEO odpowiada na jedno pytanie: czy wyszukiwarki mogą znaleźć, wyrenderować i zaindeksować strony, które powinny generować ruch, i czy wiedzą, która wersja każdej strony jest prawdziwa? Treść i linki decydują o wysokiej pozycji strony; O tym, czy w ogóle dołączy do wyścigu, decydują kwestie techniczne. Przeprowadzamy te kontrole na stronie integrono.com (18 języków), naszych produktach i witrynach klientów i wciąż pojawia się ten sam tuzin problemów.

Ta lista kontrolna jest przeznaczona dla programistów i założycieli, którzy mogą samodzielnie zmieniać witrynę. Na start nie potrzebujesz płatnych narzędzi: wystarczą Google Search Console, przeglądarka, curl i robot taki jak Screaming Frog (bezpłatnie do 500 adresów URL).

Zanim zaczniesz: zakres i dane

• Wymień typy stron, które powinny mieć ranking (strona główna, usługi, produkty, artykuły, kategorie) i te, które nie powinny (koszyk, wyszukiwanie wewnętrzne, filtry, administrator).
• Zweryfikuj właściwość domeny w Google Search Console (weryfikacja DNS obejmuje http, https i wszystkie subdomeny) i otwórz raporty Strony, Mapy witryn i Core Web Vitals.
• Przeszukaj witrynę za pomocą robota komputerowego skonfigurowanego jako smartfon Googlebot i wyeksportuj wszystkie adresy URL z kodem stanu, indeksowalnością, kanonizacją, tytułem, H1 i liczbą słów.

1. Dostęp indeksujący: czy boty mogą dotrzeć do stron?

Zacznij od robots.txt. Musi zwracać wartość 200, być zwykłym tekstem i nie blokować CSS, JavaScript ani sekcji, które chcesz zaindeksować. Pojedynczy Disallow: / pozostały ze środowiska testowego to klasyczna katastrofa w dniu premiery.

curl -sI https://example.com/robots.txt | head -n 5
curl -s  https://example.com/robots.txt

# Good minimal example
User-agent: *
Disallow: /admin/
Disallow: /cart
Sitemap: https://example.com/sitemap.xml

Sprawdź, czy mapa witryny XML zawiera tylko kanoniczne, indeksowane adresy URL, które zwracają wartość 200: żadnych przekierowań, żadnych stron noindex, żadnych błędów 404. W przypadku witryn wielojęzycznych każdy adres URL wymaga innego języka (zobacz nasz wielojęzyczny przewodnik SEO). Prześlij mapę witryny w Search Console i porównaj „przesłaną” z „indeksowaną”.

2. Kody statusu i przekierowania

Każdy ważny adres URL powinien zwracać bezpośrednią liczbę 200. Przetestuj warianty, o które faktycznie proszą ludzie i boty:

for u in http://example.com https://example.com https://www.example.com https://example.com/page/ https://example.com/page; do
  printf "%s -> " "$u"; curl -s -o /dev/null -w "%{http_code} %{redirect_url}\n" "$u"
done

• Jeden gospodarz kanoniczny. Dokładnie jeden z http/https i www/inny niż www obsługuje treść; reszta 301 do niego w jednym przeskoku.
• Żadnych łańcuchów i pętli przekierowań. A do B do C marnuje budżet i osłabia sygnały; kieruj stare adresy URL bezpośrednio do ostatniego.
• Prawdziwe 404. Brakująca strona musi zwrócić 404 lub 410, a nie stronę 200 z informacją „nie znaleziono” (miękki 404).
• Błędy 5xx w dziennikach lub Search Console wymagają natychmiastowej uwagi: powtarzające się błędy serwera powodują, że Google spowalnia indeksowanie.

3. Indeksowalność: czy strona jest dozwolona i niepowtarzalna?

O indeksowaniu decydują trzy sygnały: metatag robots lub nagłówek X-Robots-Tag, kanoniczny adres URL oraz to, czy treść jest duplikatem. Sprawdzaj je według szablonu, a nie strony.

• Wycieki Noindexu. noindex skopiowany ze stagingu do środowiska produkcyjnego lub wysłany w nagłówku HTTP przez serwer WWW, dyskretnie usuwa strony z wyszukiwania.
• Tagi kanoniczne. Każda indeksowalna strona ma jedną absolutną, samoodwołującą się stronę kanoniczną. Paginowane i filtrowane adresy URL powinny albo zostać kanonizowane w stosunku do rozsądnego elementu nadrzędnego, albo zostać wykluczone. Nigdy nie jest kanoniczny dla adresu URL przekierowującego, noindex lub 404.
• Duplikaty. Warianty z ukośnikiem końcowym, ścieżki z wielkimi literami, parametry śledzenia i wersje do druku tworzą tę samą stronę pod kilkoma adresami URL. Wybierz jeden i przekieruj lub kanonizuj resztę.
• „Zindeksowane – obecnie nieindeksowane” w Search Console zwykle oznacza skąpą lub prawie zduplikowaną treść, a nie blokadę techniczną. Ulepsz stronę lub połącz ją.

curl -s https://example.com/page | grep -i -E '<link rel="canonical"|<meta name="robots"'
curl -sI https://example.com/page | grep -i -E 'x-robots-tag|^HTTP|^location'

4. Struktura serwisu i linkowanie wewnętrzne

Wyszukiwarki odkrywają strony poprzez linki i na podstawie struktury linków oceniają ich ważność.

• Kliknij głębokość. Ważne strony powinny być dostępne po trzech kliknięciach od strony głównej.
• Strony osierocone. Strony, które pojawiają się w mapie witryny, ale nie zawierają linków wewnętrznych, cieszą się niewielkim zainteresowaniem. Porównaj listę indeksowania z listą mapy witryny.
• Tekst kotwicy. Użyj tekstu opisowego („techniczny audyt SEO”), a nie „kliknij tutaj”. Linkuj z mocnych stron do tych, które chcesz uszeregować.
• Uszkodzone linki wewnętrzne. Napraw linki prowadzące do błędu 404 lub przekierowań.
• Prawdziwe linki. Nawigacja zbudowana wyłącznie z obsługą kliknięć JavaScript zamiast <a href> może nie być przestrzegana.

5. Sygnały na stronie o charakterze technicznym

• Tytuł i metaopis: unikalny na każdej stronie, tytuł zawierający mniej więcej 60 znaków, więc nie jest obcięty. Znajdź duplikaty i puste miejsca w eksporcie indeksowania.
• Jeden H1, który odpowiada intencji strony, z logicznym H2/H3 pod nim.
• Język i kodowanie: <html lang> ustawiony poprawnie, wszędzie UTF-8, hreflang ważny i wzajemny.
• Obrazy: opisowe nazwy plików, tekst alt, nowoczesne formaty ( WebP lub AVIF) oraz wyraźna szerokość i wysokość, aby uniknąć przesunięć układu.
• Paginacja i filtry: upewnij się, że wieloaspektowe adresy URL nie generują milionów możliwych do zindeksowania kombinacji.

6. Renderowanie i JavaScript

Google może renderować JavaScript, ale renderowanie jest umieszczane w kolejce i czasami kończy się niepowodzeniem. Jeśli podstawowa treść lub linki pojawiają się dopiero po wyrenderowaniu po stronie klienta, przetestuj za pomocą narzędzia do sprawdzania adresów URL („Wyświetl przeszukaną stronę” i zrzut ekranu). W przypadku witryn z treścią najbezpieczniejszą opcją jest renderowanie po stronie serwera lub dane wyjściowe statyczne. Porównaj wynik curl z tym, co widzisz w przeglądarce: jeśli w surowym kodzie HTML brakuje tekstu, który chcesz sklasyfikować, polegasz na renderowaniu.

7. Szybkość i Core Web Vitals

Jakość strony jest czynnikiem rankingowym o umiarkowanej wadze i współczynnikiem konwersji o dużej wadze. Sprawdź raport Core Web Vitals w Search Console (dane w polach od rzeczywistych użytkowników) i uruchom PageSpeed Insights lub Lighthouse na swoich szablonach. Typowymi celami są: Largest Contentful Paint poniżej 2,5 s, Interaction to Next Paint poniżej 200 ms i Cumulative Layout Shift poniżej 0,1. Typowe szybkie korzyści: kompresuj i zmieniaj rozmiar obrazów, włącz Brotli lub gzip, buforuj zasoby statyczne przez długi czas, udostępniaj przez CDN i redukuj CSS i skrypty blokujące renderowanie. Stronę PHP omawiamy w naszym przewodniku po Core Web Vitals dla witryn PHP.

8. Dane strukturalne

Ustrukturyzowane dane same w sobie nie poprawiają rankingu, ale umożliwiają stronom uzyskanie bogatych wyników i pomagają maszynom zrozumieć jednostki. Zweryfikuj każdy szablon za pomocą Rich Results Test i Schema Markup Validator. Typowe typy: Organization, BreadcrumbList, Article, FAQPage, Product z Offer, LocalBusiness. Znacznik musi odpowiadać temu, co użytkownicy widzą na stronie. Zobacz nasz przewodnik JSON-LD, aby zapoznać się z gotowymi przykładami.

9. Podstawy bezpieczeństwa i urządzeń mobilnych

• HTTPS wszędzie z ważnym certyfikatem, HTTP przekierowany do HTTPS i bez treści mieszanych.
• Responsywny układ z poprawnym metatagiem viewport; Google najpierw indeksuje wersję mobilną.
• Żadnych natrętnych reklam pełnoekranowych zasłaniających treści na urządzeniach mobilnych.
• Nagłówki bezpieczeństwa i zdrowy serwer: nie oceniają stron, ale zhakowana lub powolna witryna szybko traci rankingi.

10. Ustal priorytety i napisz zgłoszenia

Audyt jest przydatny tylko wtedy, gdy kończy się wysłaniem poprawek. Sortuj wyniki według wpływu:

1. Krytyczny: strony zablokowane, brak indeksowania lub powracające błędy; błędne kanoniki na stronach przychodów; uszkodzone przekierowania.
2. Wysoki: duplikaty, łańcuchy przekierowań, osierocone ważne strony, brakujący hreflang, słaby LCP w kluczowych szablonach.
3. Medium: zduplikowane tytuły, brakujące dane strukturalne, waga obrazu.
4. Niski: kosmetyczne problemy ze znacznikami.

Dla każdego elementu wpisz wzór adresu URL, dowód (wyjście polecenia lub zrzut ekranu), oczekiwany wynik i właściciela. „Napraw kanoniki” nie jest biletem; „Strony produktów z parametrem ?sort= powinny być kanonizowane do czystego adresu URL; szablon product.php, linia X” jest.

Jak często przeprowadzać audyt

Co miesiąc przeprowadzaj lekką kontrolę (raporty Search Console, szybkie indeksowanie, stan kluczowych adresów URL) i pełny audyt po migracji, przeprojektowaniu, uaktualnieniu frameworka lub gdy ruch spada bez wyraźnego powodu. Dodaj automatyczne kontrole do potoku wdrażania: test, który sprawdza, czy strona główna zwraca 200, nie ma noindex i ma oczekiwaną wartość kanoniczną, wyłapuje najkosztowniejsze błędy, zanim zrobią to użytkownicy.

Jak możemy pomóc

Jeśli chcesz, aby Twoja witryna została przekazana przez eksperta, nasza techniczna usługa SEO obejmuje audyty, poprawki w kodzie i monitorowanie, a my możemy wdrożyć zmiany sami, zamiast przekazywać Ci plik PDF. Jeśli potrzebujesz listy priorytetów dotyczących tego, co należy naprawić w pierwszej kolejności, zacznij od płatnej konsultacji. Aby zapoznać się z całą strategią SEO na poziomie założyciela, zobacz SEO dla założycieli SaaS.