Na czym polega techniczne SEO?
Techniczne SEO polega na takim przygotowaniu strony, żeby roboty Google mogły ją pobrać, przeskanować, zindeksować i poprawnie zinterpretować. Nie dotyczy samych tekstów ani linków z innych domen, tylko budowy kodu, pracy hostingu oraz adresów URL. Przykłady takich działań to plik robots.txt, mapa XML, kody odpowiedzi HTTP, przekierowania 301, znacznik canonical i dane uporządkowane.
Co daje optymalizacja techniczna strony?
Optymalizacja techniczna sprawia, że Google w ogóle może pokazać podstronę w wynikach, bo nawet dobry tekst nie trafi do wyszukiwarki, jeśli adres:
- nie wczytuje się poprawnie albo zwraca błąd 5xx,
- otwiera się zbyt wolno,
- ma blokadę indeksowania (na przykład tag noindex),
- ma usterki w kodzie lub nieczytelną strukturę.
Dzięki optymalizacji technicznej Googlebot sprawnie przechodzi po podstronach, a użytkownik dostaje ten sam tekst na telefonie i komputerze. Przykład z dokumentacji Google: kody 5xx oraz 429 każą robotom na jakiś czas zwolnić skanowanie. Adresy, które długo je zwracają, po pewnym czasie wypadają z zasobów wyszukiwarki.
Przykłady działań w technicznym SEO
Techniczne SEO to w praktyce dziewięć obszarów opisanych niżej, od czasu wczytywania po przekierowania przy migracji, a każdy z nich da się sprawdzić narzędziem albo raportem Google.
Szybkość ładowania strony
Szybkość mierzą trzy podstawowe wskaźniki internetowe (Core Web Vitals), a Google podaje dla nich progi: LCP do 2,5 sekundy, INP poniżej 200 milisekund, CLS mniejszy niż 0,1. Narzędzie PageSpeed Insights pokazuje te wyniki i podpowiada, co poprawić:
- optymalizację obrazów,
- działanie JavaScript i CSS,
- czas odpowiedzi serwera,
- wczytywanie zasobów asynchronicznie.
Kompresja plików, cache przeglądarki, minimalizacja kodu oraz wydajny hosting skracają ładowanie. Dokumentacja zaznacza jednak, że nie ma jednego sygnału jakości, więc tempo działa razem z treścią, a nie zamiast niej.
Responsywność i mobile-first
Strona musi działać na telefonie, ponieważ do indeksowania i rankingu Google używa mobilnej wersji zawartości, którą pobiera robot na smartfony. Dla użytkownika małego ekranu liczą się:
- czytelna czcionka i przyciski,
- brak przewijania poziomego,
- pełna treść dostępna na małych ekranach.
Według dokumentacji Google adres, który na komputerze pokazuje tekst, a na telefonie błąd, nie zostanie uwzględniony w indeksie. Dlatego widok mobilny ma mieć te same akapity, nagłówki i dane uporządkowane co desktop.
Bezpieczeństwo (HTTPS)
Każda podstrona powinna działać przez szyfrowane połączenie HTTPS, bo Google wymienia je w dokumentacji o jakości obok Core Web Vitals, a Search Console ma osobny raport HTTPS. Przeglądarka Chrome pokazuje odwiedzającemu, czy transmisja jest zabezpieczona. Szyfrowanie chroni dane wpisywane w formularzach, co ma znaczenie szczególnie w sklepach internetowych i tam, gdzie klient się loguje.
Poprawna indeksacja
Poprawna indeksacja oznacza, że Google znajduje i zapisuje wszystkie podstrony, które mają się pokazywać w wynikach. Służą do tego:
- sitemap.xml, czyli mapa XML: jeden plik mieści najwyżej 50 tys. adresów i 50 MB po rozpakowaniu, większy dzieli się na kilka map,
- robots.txt, czyli plik z regułami dla botów: Google czyta pierwsze 500 KiB, dalsza część jest pomijana,
- Google Search Console z zestawieniem "Indeksowanie stron", które pokazuje, co jest w indeksie i dlaczego reszta nie jest.
Raport "Indeksowanie stron" przeglądany raz w miesiącu pozwala wcześnie wykryć zablokowane zasoby czy błędnie ustawiony plik robots.txt. Widać w nim też URL-e wykluczone przez tag noindex, więc łatwo sprawdzić, czy nie trafił on przypadkiem na ofertę albo kategorię.
Struktura adresów URL
Przyjazny adres URL jest krótki, czytelny i rozdziela słowa łącznikiem. Dobry URL:
- jest krótki,
- jest czytelny,
- zawiera słowa związane z treścią,
- ma jak najmniej parametrów.
Przykład dobrego zapisu: /poradnik/techniczne-seo
Google zaleca łączniki (-) zamiast podkreśleń (_) i jak najmniejszą liczbę parametrów. Ciąg w rodzaju /produkty.php?id=123 nic nie mówi o zawartości, a spójna hierarchia kategorii ułatwia nawigację ludziom i botom.
Błędy techniczne (404, 500, duplikaty)
Błędy techniczne trzeba usuwać, bo podstrony, które je zwracają, wypadają z wyników albo spowalniają skanowanie. Regularnie:
- naprawiaj kody 404 (brak strony),
- usuwaj przyczyny kodów 500 (awaria serwera),
- scalaj powielone treści i wskazuj stronę kanoniczną.
URL z kodem 404 Google usuwa z indeksu, jeśli wcześniej był zindeksowany. Przy duplikatach dokumentacja wymienia trzy metody wyboru wersji głównej: przekierowanie i znacznik canonical działają wyraźnie, a mapa XML słabo. Programy do crawlingu, takie jak Screaming Frog, pomagają wykryć usterki i zdublowane adresy.
Dane strukturalne (Schema.org)
Dane strukturalne pomagają Google zrozumieć zawartość strony i mogą dać wynik z elementami rozszerzonymi, np.:
- oceny i opinie,
- przepisy,
- wydarzenia,
- produkty i ceny.
Google obsługuje trzy formaty znaczników i w większości przypadków zaleca JSON-LD, bo jest najprostszy we wdrożeniu. Poprawność kodu sprawdzisz w narzędziu "Test wyników z elementami rozszerzonymi", które dla niektórych typów pokazuje też podgląd.
Linkowanie wewnętrzne
Linkowanie wewnętrzne prowadzi bota do każdej podstrony i mówi mu, czego ona dotyczy. Google zaleca, żeby każdy ważny dla Ciebie adres miał odnośnik z co najmniej 1 innego miejsca w obrębie domeny. W praktyce oznacza to:
- dostęp do każdej podstrony z innego miejsca,
- logicznie powiązane linki kontekstowe,
- brak "osieroconych" podstron bez linków.
Sieć odnośników w treści ułatwia też poruszanie się czytelnikom. Według dokumentacji dobry tekst kotwicy jest opisowy i zwięzły, dlatego zamiast "kliknij tutaj" użyj nazwy tematu, czyli naturalny anchor text.
Unikanie kanibalizacji
Kanibalizacja to sytuacja, w której kilka podstron odpowiada na to samo zapytanie, a żadna nie ma przewagi. Każda fraza powinna mieć jedną stronę docelową. Sprawdzisz to w Search Console: w raporcie "Wyniki wyszukiwania" wybierz zapytanie i otwórz kartę "Strony"; przykład problemu to dwa URL-e, które na zmianę zbierają wyświetlenia z tego samego hasła.
Przekierowania i migracje
Przy zmianie adresów (np. przejście na HTTPS albo nowa struktura kategorii) każdy dawny URL musi trwale prowadzić na nowy, najlepiej kodem 301 lub 308 ustawionym po stronie serwera. Google radzi utrzymać takie przekierowania co najmniej rok, bo tyle trwa przeniesienie sygnałów, w tym przypisanie mocy linków przychodzących do nowych lokalizacji. Unikaj łańcuchów: Googlebot wykona najwyżej 10 kolejnych skoków, a każdy dodatkowy wydłuża wczytanie.
Jakie miejsce ma techniczne SEO w pozycjonowaniu?
Techniczne SEO jest warunkiem wstępnym pozycjonowania: nie zastępuje tekstów ani linków, ale bez niego strona może w ogóle nie trafić do indeksu. Dobrze przygotowana podstrona mieści się w 3 progach Core Web Vitals, zwraca kod 200 i ma jeden adres dla jednej treści. Dopiero wtedy nowy artykuł czy zdobyty odnośnik mogą wpłynąć na wyniki, a na tej podstawie buduje się plan publikacji i linków.
