Optymalizacja techniczna

Strona może dobrze wyglądać i zawierać przydatne treści, a mimo to sprawiać wyszukiwarce problemy. Robot może nie mieć dostępu do ważnej podstrony, trafić na niedziałający adres albo otrzymać stronę pozbawioną treści widocznej dla użytkownika.

Optymalizacja techniczna pomaga wykrywać i usuwać takie przeszkody. Na początek warto zrozumieć, jak wyszukiwarka pobiera i przetwarza stronę, co wpływa na możliwość jej indeksowania oraz jak sprawdzać podstawowe ustawienia.

Na tej stronie poznasz najważniejsze zagadnienia technicznego SEO, narzędzia do pierwszej analizy i materiały, które pomogą Ci przejść od teorii do praktyki.

Czym jest techniczne SEO?

Techniczne SEO to praca nad działaniem i konfiguracją witryny, która pomaga wyszukiwarkom odkrywać, skanować, rozumieć i indeksować jej podstrony. Obejmuje m.in. dostęp dla robotów, strukturę witryny, obsługę adresów URL, przekierowania i wydajność.

Dobrze przygotowana strona daje treściom możliwość pojawienia się w wyszukiwarce. Sama poprawność techniczna nie gwarantuje jednak wysokich pozycji — znaczenie mają również zawartość strony i inne sygnały oceniane przez wyszukiwarkę.

Przeczytaj: Wprowadzenie do technicznego SEO — Ahrefs (EN).

Co warto sprawdzić na początku?

1. Czy Google ma dostęp do ważnych podstron?

Googlebot to robot, który odwiedza strony i pobiera ich zawartość. Aby ważna podstrona mogła zostać zindeksowana, musi być dla niego dostępna, działać prawidłowo i zawierać treści możliwe do przetworzenia.

Sprawdź, czy:

• strona otwiera się bez logowania;
• serwer nie odmawia robotowi dostępu;
• ważne adresy nie zwracają błędów;
• konfiguracja witryny pozwala na skanowanie treści.

Przykładowy problem to pozostawienie blokady używanej podczas tworzenia strony po jej publicznym uruchomieniu.

Spełnienie wymagań technicznych nie oznacza automatycznego dodania strony do indeksu. Jest warunkiem umożliwiającym dalsze przetwarzanie.

Przeczytaj: Wymagania techniczne wyszukiwarki Google.

2. Czy rozumiesz różnicę między skanowaniem, renderowaniem i indeksowaniem?

Te pojęcia opisują różne czynności:

Google potrafi wykonywać JavaScript, ale problemy z kodem lub dostępem do zasobów mogą utrudnić odczytanie strony. Dlatego fakt, że wszystko działa w Twojej przeglądarce, nie wystarcza do oceny tego, co otrzymuje wyszukiwarka.

Przeczytaj: JavaScript a SEO — podstawy według Google.

W narzędziu do sprawdzania adresów URL w Search Console możesz porównać informacje o wersji znanej Google z testem wersji opublikowanej. To ważne po wdrożeniu poprawek: dane zapisane wcześniej mogą jeszcze opisywać stary stan strony.

Przeczytaj: Sprawdzanie adresów URL w Search Console.

3. Czy robots.txt i noindex są używane zgodnie z przeznaczeniem?

Plik robots.txt służy do zarządzania skanowaniem. Informuje obsługujące go roboty, do których obszarów witryny mogą uzyskać dostęp.

Instrukcja noindex informuje wyszukiwarkę, że dana strona nie powinna znaleźć się w indeksie. Może być przekazywana w kodzie strony lub nagłówku odpowiedzi serwera.

Jeżeli jednocześnie zablokujesz stronę w robots.txt i dodasz noindex, Google może nie odczytać instrukcji wykluczającej ją z indeksu.

Przeczytaj: Wprowadzenie do robots.txt oraz blokowanie indeksowania za pomocą noindex.

4. Czy ważne strony można łatwo odnaleźć?

Struktura witryny powinna pomagać przechodzić od ogólnych kategorii do szczegółowych informacji. W sklepie może to być droga od kategorii rowerów, przez rowery trekkingowe, do konkretnego modelu.

Zadbaj o linki prowadzące do ważnych podstron z menu, kategorii i powiązanych materiałów. Strona, do której nie prowadzą linki wewnętrzne, jest trudniejsza do odkrycia podczas przeglądania witryny.

Przeczytaj: Linki dostępne dla robota i zalecenia Google.

Dodatkową pomocą jest mapa witryny XML, czyli plik zawierający adresy, które chcesz wskazać wyszukiwarce. Przydaje się szczególnie w większych serwisach lub przy odkrywaniu nowych treści. Nie zastępuje jednak linkowania i nie gwarantuje indeksowania wymienionych stron.

Przeczytaj: Mapy witryn — dokumentacja Google.

5. Czy adresy zwracają właściwe odpowiedzi?

Przy otwieraniu strony serwer przesyła kod stanu HTTP. Informuje on przeglądarkę i robota, co stało się z żądaniem.

Sprawdź przede wszystkim, czy ważne strony nie zwracają błędów oraz czy komunikat o braku treści nie jest wysyłany z kodem 200. Taka sytuacja może zostać rozpoznana jako soft 404.

Przeczytaj: Kody stanu HTTP i ich obsługa przez Google.

Gdy przenosisz treść na nowy adres, zastosuj odpowiednie przekierowanie. W przypadku trwałej zmiany adresu używa się zwykle 301 lub 308. Sprawdź również adres docelowy i unikaj niepotrzebnych przekierowań pośrednich.

Przeczytaj: Przekierowania a wyszukiwarka Google.

6. Czy Google rozpoznaje właściwą wersję strony?

Ta sama lub bardzo podobna treść może być dostępna pod kilkoma adresami, np. z dodatkowymi parametrami. W takich sytuacjach Google wybiera adres kanoniczny, czyli wersję reprezentującą daną treść.

Oznaczenie rel="canonical" pozwala wskazać preferowany adres. Jest sygnałem dla Google, a nie bezwarunkowym poleceniem. Wyszukiwarka bierze pod uwagę również inne informacje.

Sprawdź, czy linki wewnętrzne, mapa witryny i oznaczenia canonical wskazują spójne adresy. Błędny canonical prowadzący z wielu różnych produktów do jednego produktu może utrudnić prawidłowe rozpoznanie ich stron.

Przeczytaj: Wybór adresu kanonicznego — dokumentacja Google.

7. Czy strona działa prawidłowo na telefonie i przez HTTPS?

Google wykorzystuje mobilną wersję treści do indeksowania i ustalania pozycji. Sprawdź więc, czy użytkownik telefonu otrzymuje najważniejsze informacje dostępne na komputerze.

Zwróć uwagę na tekst, obrazy, linki i elementy nawigacji. Ważna treść nie powinna wymagać interakcji, której robot nie wykona, np. kliknięcia przycisku uruchamiającego jej pobranie.

Przeczytaj: Indeksowanie z wykorzystaniem wersji mobilnej.

Sprawdź też działanie HTTPS, ważność certyfikatu i to, czy przeglądarka nie zgłasza problemów z bezpieczeństwem połączenia. HTTPS szyfruje komunikację między przeglądarką a serwerem. Wprowadzenie do tego zagadnienia znajdziesz w poradniku technicznego SEO od Yoast (EN).

8. Czy wydajność strony pozwala wygodnie z niej korzystać?

Strona powinna szybko pokazywać główną treść, sprawnie reagować na działania i zachowywać stabilny układ. Te obszary opisują wskaźniki Core Web Vitals:

• LCP — czas wyświetlenia największego elementu treści;
• INP — szybkość reakcji na interakcje użytkownika;
• CLS — nieoczekiwane przesunięcia układu strony.

Na początek sprawdź kilka reprezentatywnych podstron: stronę główną, kategorię, produkt lub usługę i artykuł. Problemy mogą dotyczyć całego szablonu, a nie pojedynczego adresu.

Google wykorzystuje Core Web Vitals w systemach rankingowych, ale dobre wyniki tych wskaźników nie gwarantują wysokiej pozycji.

Przeczytaj: Core Web Vitals w dokumentacji Google.

9. Czy dane strukturalne poprawnie opisują zawartość?

Dane strukturalne to oznaczenia pomagające wyszukiwarce interpretować informacje, np. rozpoznać produkt, przepis lub organizację. Wybrane typy mogą umożliwić wyświetlanie dodatkowych elementów wyniku.

Dobieraj oznaczenia do rzeczywistej zawartości i wymagań konkretnej funkcji Google. Poprawny zapis kodu nie wystarczy, jeśli dane są niezgodne z treścią strony.

Wdrożenie danych strukturalnych nie gwarantuje rozszerzonego wyniku. To element do sprawdzenia po zapewnieniu dostępu do strony i poprawnego indeksowania.

Przeczytaj: Wprowadzenie do danych strukturalnych.

Jak ustalać priorytety w technicznym SEO?

Raport narzędzia może zawierać setki uwag. Każdą z nich trzeba odnieść do konkretnej strony i jej przeznaczenia.

Zacznij od trzech pytań:

1. Czy problem blokuje dostęp do ważnej treści lub jej indeksowanie?
2. Ilu podstron dotyczy i jakie mają znaczenie dla witryny?
3. Jak można sprawdzić, czy wdrożona poprawka działa?

Przykładowo przypadkowy noindex na wszystkich kartach produktów będzie pilniejszy niż brak opcjonalnego pola w danych strukturalnych. Z kolei poprawnie działającego przekierowania nie trzeba usuwać tylko dlatego, że zostało wykazane w raporcie.

Przy przekazywaniu zadania programiście podaj przykładowy adres, obecne zachowanie i oczekiwany rezultat. „Na stronie produktu ma być dostępny opis także po przetworzeniu przez Google” jest konkretniejsze niż „poprawić JavaScript SEO”.

Podejście do audytu i porządkowania zadań omawia przewodnik HubSpot (EN).

Materiały do nauki technicznego SEO

Dokumentacja Google

• Wymagania techniczne — warunki umożliwiające przetwarzanie strony przez wyszukiwarkę.
• Raport indeksowania stron — interpretacja powodów obecności lub braku adresów w indeksie.
• Sprawdzanie adresów URL — analiza pojedynczej podstrony i test jej opublikowanej wersji.
• JavaScript a SEO — podstawy przetwarzania stron wykorzystujących JavaScript.

Wszystkie powyższe materiały są dostępne po polsku.

Poradniki branżowe

Poniższe przewodniki są również wskazywane przez LearningSEO:

• The Beginner’s Guide to Technical SEO — Ahrefs
  Wprowadzenie do skanowania, indeksowania i wyboru najważniejszych działań. Język: angielski.
• Technical SEO — Semrush
  Przegląd podstawowych zagadnień i praktyk związanych z działaniem witryny. Język: angielski.
• Technical SEO Guide — HubSpot
  Materiał pomagający uporządkować zakres audytu technicznego. Język: angielski.
• What’s Technical SEO? — Yoast
  Przystępne omówienie najważniejszych cech strony przygotowanej pod kątem technicznego SEO. Język: angielski.

Narzędzia do pierwszej analizy

Google Search Console

Zacznij od raportu indeksowania stron. Następnie sprawdzaj konkretne adresy, aby zrozumieć przyczyny wykrytych stanów. Nie każdy adres wykluczony z indeksu oznacza problem — część wykluczeń może być zamierzona.

Screaming Frog SEO Spider

Screaming Frog skanuje witrynę i zbiera informacje m.in. o kodach odpowiedzi, przekierowaniach, linkach i oznaczeniach canonical. Bezpłatna wersja pozwala przeskanować do 500 adresów URL i ma ograniczony zakres funkcji.

PageSpeed Insights

PageSpeed Insights pomaga analizować wydajność. Rozróżniaj dane z rzeczywistych wizyt użytkowników od testu laboratoryjnego, wykonywanego w określonych warunkach. Brak danych rzeczywistych może wynikać z niewystarczającej liczby pomiarów.

Sposób odczytywania wyników opisuje dokumentacja PageSpeed Insights (EN).

Test wyników z elementami rozszerzonymi

Rich Results Test sprawdza dane strukturalne obsługiwane przez Google pod kątem kwalifikowania do wyników rozszerzonych. Zakres ich zastosowania wyjaśnia dokumentacja danych strukturalnych.

httpstatus.io

httpstatus.io pozwala sprawdzać kody odpowiedzi, nagłówki i kolejne przekierowania. Przydaje się przy kontroli starych i nowych adresów po przeniesieniu treści.

Pierwsze ćwiczenie: sprawdź pięć podstron

Wybierz stronę główną oraz cztery ważne podstrony różnego typu. Dla każdej odpowiedz:

• Czy działa i zwraca właściwy kod odpowiedzi?
• Czy powinna pojawiać się w Google?
• Czy jej ustawienia pozwalają na skanowanie i indeksowanie?
• Czy Google wskazuje oczekiwany adres kanoniczny?
• Czy można do niej dotrzeć przez linki w witrynie?
• Czy najważniejsza treść jest dostępna na telefonie?

Zapisz wynik, dowód i ewentualną poprawkę. Na przykład: „Strona usługi powinna być indeksowana, ale zawiera noindex. Po usunięciu instrukcji należy sprawdzić opublikowaną wersję i późniejszy stan w Search Console”.

Na koniec wybierz jedno zadanie o największym znaczeniu. Po wdrożeniu sprawdź efekt na stronie oraz na innych podstronach korzystających z tego samego szablonu.