Techniczne SEO — audyt i optymalizacja strony

01

Czym jest techniczne SEO i kiedy go potrzebujesz?

Techniczne SEO to praca nad sposobem, w jaki strona udostępnia treść wyszukiwarce i użytkownikowi. Dotyczy między innymi serwera, kodu, struktury serwisu oraz ustawień indeksowania. Przydaje się po zmianie domeny, uruchomieniu sklepu, przebudowie nawigacji albo wtedy, gdy ważne strony znikają z wyników wyszukiwania. Może też ujawnić proste przeszkody: błędny link z menu, nieczytelny przycisk czy przypadkową blokadę oferty. Zaczynamy od określenia problemu biznesowego i adresów, które powinny pomagać w pozyskiwaniu klientów. Dzięki temu audyt nie kończy się listą ostrzeżeń bez wskazania, co zrobić jako pierwsze.

02

Audyt techniczny SEO: co otrzymasz?

Audyt techniczny SEO opisuje stan witryny i plan napraw. Każde istotne zalecenie wiążemy z adresem lub szablonem, sposobem odtworzenia problemu i przewidywanym zakresem pracy. Oddzielamy usterki blokujące dostęp do oferty od drobnych usprawnień. Otrzymasz priorytety, zależności, wskazanie osoby odpowiedzialnej oraz kryteria odbioru. Jeśli potrzebna jest zmiana hostingu, motywu lub systemu CMS, przedstawiamy powód i koszty przed decyzją. Sam raport nie oznacza wdrożenia. W zamówieniu jasno określamy, czy FOTZ przygotowuje diagnozę, realizuje poprawki, czy sprawdza pracę Twojego zespołu.

03

Google Search Console: od komunikatu do przyczyny

Google Search Console pomaga ustalić, które adresy Google zna i jak przedstawia witrynę w wyszukiwarce. Raport indeksowania czytamy razem z inspekcją konkretnego URL, mapą witryny i aktualną odpowiedzią serwera. Status „Strona zeskanowana, ale jeszcze nie zindeksowana” nie wskazuje jednej uniwersalnej usterki. Sprawdzamy jakość oraz odrębność treści, powiązania między podstronami i deklarowany adres kanoniczny. Nie każda wykluczona strona wymaga naprawy: poprawnie przekierowany stary adres powinien ustąpić miejsca nowemu. Najpierw ustalamy, co ma być widoczne, dopiero potem dobieramy działanie. Zgłoszenie URL do sprawdzenia nie potwierdza jego dodania do indeksu.

04

Crawling i indeksowanie — dwa różne etapy

Robot wyszukiwarki pobiera zasoby podczas crawlowania. Robot Google, czyli Googlebot, odwiedza adresy witryny i może wracać po aktualizacjach. Indeksowanie stron polega na analizie informacji i ewentualnym uwzględnieniu strony w indeksie. Dostępny adres z odpowiedzią HTTP 200 nadal może nie pojawić się w wynikach Google. Sprawdzamy więc zarówno możliwość pobrania, jak i treść, jej przydatność oraz sygnały wskazujące wersję docelową. Przy dużych sklepach analizujemy filtry, parametry, duplikaty i wydajność serwera, które wpływają na wykorzystanie zasobów crawlowania. Dla niewielkiej strony firmowej ważniejsze może być po prostu poprawne podlinkowanie kilku ofert. Nie traktujemy „crawl budget” jako domyślnej diagnozy każdego problemu.

05

Elementy technicznego SEO a treści i słowa kluczowe

Techniczne SEO (ang. technical SEO) łączy kilka elementów: dostępność serwera, budowę dokumentu, sposób renderowania i organizację adresów. Optymalizacja techniczna strony internetowej usuwa przeszkody w korzystaniu z treści; dobór słów kluczowych i opis oferty odpowiadają na potrzeby odbiorcy. On-page SEO obejmuje także tytuły, nagłówki i linki. Te zakresy częściowo się przenikają, dlatego ustalamy jeden plan i nie zlecamy sprzecznych zmian różnym wykonawcom. Przykładowo nowa kategoria w sklepie potrzebuje zarówno przydatnego opisu, jak i poprawnego adresu URL, nawigacji oraz dostępności dla robotów Google. Każdy element oceniamy w kontekście pozostałych. Techniczna optymalizacja to element strategii SEO, który pozwala ocenić techniczne aspekty publikacji, zanim zainwestujesz w kolejne teksty lub reklamę.

06

Plik robots.txt, noindex i mapa witryny XML

Robots.txt steruje dostępem robotów do zasobów; nie jest pewnym sposobem usunięcia adresu z wyników wyszukiwania. Gdy strona ma być wyłączona z indeksu, dobieramy odpowiednie rozwiązanie, na przykład dyrektywę noindex na stronie dostępnej dla robota. Treści prywatne wymagają kontroli dostępu. Mapa strony XML powinna wskazywać ważne, docelowe adresy, a nie błędy, przekierowania i warianty wykluczone z indeksowania. Kontrolujemy zgodność tych ustawień ze sobą, żeby sitemap nie proponowała strony, którą jednocześnie blokuje konfiguracja. Przed publikacją sprawdzamy również, czy po testach nie została blokada całego serwisu.

07

Adresy URL, canonical i duplikacja treści

Przyjazne dla SEO adresy są czytelne i konsekwentnie stosowane. Jedna oferta może być dostępna pod kilkoma adresami: z parametrami, różnymi końcówkami lub dawną strukturą katalogów. Ustalamy, które wersje są potrzebne odbiorcom, a które powinny prowadzić do wspólnego celu. Tag canonical wskazuje preferowany adres dla podobnych treści, lecz nie zastępuje przekierowania, gdy strona została trwale przeniesiona. Duplikacja treści wymaga oceny kontekstu; nie usuwamy automatycznie każdej podobnej podstrony. Oferta lokalna może mieć osobny sens, jeśli opisuje rzeczywisty zakres obsługi. Gdy różnica sprowadza się do nazwy miasta, analizujemy dane i możliwość połączenia informacji. Docelowe adresy muszą być spójne w nawigacji, sitemap i metadanych.

08

Przekierowania, błędy 404 i migracja serwisu

Przy zmianie adresów przygotowujemy mapę: stary URL i odpowiadająca mu treść docelowa. Sprawdzamy status przekierowania, liczbę przejść oraz zachowanie potrzebnych parametrów kampanii. Nie wysyłamy wszystkich usuniętych podstron na stronę główną, jeśli nie odpowiada ona na ich temat. Poprawiamy również linki wewnętrzne, aby od razu prowadziły do właściwego miejsca. Brakujący materiał powinien mieć prawidłową odpowiedź 404 lub 410, kiedy nie ma użytecznego zamiennika. Migrację dzielimy na przygotowanie, publikację i kontrolę po zmianie. Lista obejmuje też obrazy, formularze oraz adresy ważne w reklamach i wiadomościach wysyłanych klientom. Błąd 404 w linku ze strony głównej do aktualnej usługi ma inny priorytet niż brak dawnej, niepotrzebnej grafiki.

09

Core Web Vitals i szybkość ładowania strony

Core Web Vitals opisują ładowanie głównej treści (LCP), reakcję na interakcję (INP) i stabilność układu (CLS). Analizujemy zarówno dane rzeczywistych użytkowników, jeśli są dostępne, jak i powtarzalne testy laboratoryjne. Google PageSpeed Insights pomaga znaleźć przyczyny opóźnień, ale pojedynczy wynik punktowy nie opisuje całego doświadczenia klienta. Zbyt duże zdjęcia, ciężki film w pierwszym ekranie lub dodatkowe skrypty mogą utrudnić otwarcie oferty. Dobieramy rozmiary obrazów, sposób ich ładowania, zasady cache i kolejność zasobów do konkretnej strony. Optymalizacja szybkości powinna zachować czytelność, funkcje oraz jakość materiałów. Nie obiecujemy każdej witrynie wyniku 100/100.

10

JavaScript, HTML i dostępność treści dla Google

W aplikacjach opartych na JavaScript sprawdzamy, co serwer zwraca przed uruchomieniem skryptów oraz co pojawia się po ich wykonaniu. Tytuł, treści strony, linki i dane strukturalne powinny przedstawiać tę samą ofertę. W zależności od technologii rozważamy renderowanie po stronie serwera lub generowanie statycznych podstron. Kontrolujemy też błędy ładowania zasobów i różnice między pierwszym widokiem a działającą aplikacją. Techniczne SEO nie polega na pokazywaniu robotom innej obietnicy niż klientowi. Celem jest rzetelna, dostępna treść i możliwość przejścia do dalszych informacji. Rozwiązanie wybieramy po sprawdzeniu istniejącego systemu.

11

Optymalizacja techniczna strony: pliki, kod i serwer

Szybkość ładowania strony internetowej zależy od całej drogi między serwerem a urządzeniem. Sprawdzamy czas odpowiedzi, rozmiar plików, liczbę żądań i zasoby blokujące wyświetlenie pierwszego ekranu. Kompresja grafik i formaty WebP lub AVIF mogą ograniczyć transfer; odpowiednie wymiary pomagają zachować stabilność strony. Opisy alternatywne przekazują znaczenie zdjęcia, gdy obraz nie jest dostępny. Przeglądamy kod HTML, CSS oraz JavaScript, żeby wskazać zbędne zależności i możliwość odroczenia mniej ważnych skryptów. Przeglądarka może ponownie wykorzystać zapisane pliki, dlatego cache i CDN dobieramy do zasad aktualizacji danych. Cennik czy dostępność produktu muszą pozostać aktualne także po przyspieszeniu witryny.

12

Struktura strony i linkowanie wewnętrzne

Architektura informacji powinna prowadzić od ogólnego problemu do właściwej usługi, realizacji i kontaktu. Analizujemy menu, ścieżki nawigacji, powiązania między treściami i podstrony pozbawione odnośników. Opisowy tekst linku pomaga użytkownikowi przewidzieć, dokąd przejdzie. W sklepie ważne są kategorie, produkty, paginacja oraz użyteczność filtrów. Na stronie usługowej istotny jest zrozumiały zakres i dostępna wycena. Linkowanie wewnętrzne poprawiamy w kontekście potrzeb odwiedzającego, bez mechanicznego dodawania tej samej listy fraz do każdej stopki. Po zmianach kontrolujemy, czy wszystkie potrzebne informacje pozostają osiągalne i czy stara nawigacja nie kieruje do przekierowań.

13

Techniczne SEO na urządzeniach mobilnych: doświadczenie użytkownika

Strona internetowa powinna ułatwiać wybór i kontakt również na urządzeniach mobilnych. Kontrolujemy szerokość tekstu, stabilność zdjęć, menu i elementy strony zasłaniające ofertę oraz formularz na telefonie. Czytelne nagłówki, etykiety pól i obsługa klawiatury pomagają większej liczbie osób dotrzeć do informacji. Test obejmuje komunikaty błędów i potwierdzenie przyjęcia zgłoszenia. Otwarcie formularza nie jest wysłanym zapytaniem, a kliknięcie telefonu nie potwierdza rozmowy. Uzgadniamy sposób weryfikacji przekazania wiadomości do osoby obsługującej klientów. Lepsza widoczność w wyszukiwarce ma sens wtedy, gdy odbiorca może wykonać następny krok.

14

Meta tagi, nagłówki i dane strukturalne

Tytuł strony, meta description oraz nagłówki powinny opisywać jej rzeczywisty temat. Usuwamy puste lub powtarzające się oznaczenia, ale nie zastępujemy nimi brakującej treści oferty. Dane strukturalne schema.org dobieramy do informacji widocznych na stronie. Sprawdzamy poprawność zapisu i aktualność danych firmy; nie dopisujemy ocen, cen ani certyfikatów bez potwierdzenia. Poprawna walidacja nie daje gwarancji rich results ani zwiększenia liczby kliknięć. Techniczne uporządkowanie ułatwia interpretację treści, natomiast to zakres usługi i dowody wykonanej pracy pomagają klientowi ocenić dopasowanie. W razie braków treść planujemy jako osobny element współpracy.

15

Wersje językowe, hreflang i strony międzynarodowe

Serwis wielojęzyczny wymaga spójnego połączenia wersji tej samej treści. Sprawdzamy oznaczenie języka w HTML, adresy tłumaczeń, atrybuty hreflang i wskazania kanoniczne. Użytkownik powinien móc zmienić język bez utraty tematu, który właśnie czyta. Nie oznaczamy jako tłumaczenia podstrony, która opisuje zupełnie inny produkt. Kontrolujemy odnośniki zwrotne między wariantami i to, czy dana wersja strony jest dostępna dla wyszukiwarek. Przy sklepach sprawdzamy również zgodność informacji o rynku, dostawie i walucie. Wdrożenie techniczne nie zastępuje tłumaczenia oferty ani potwierdzenia warunków obsługi klientów za granicą.

16

Certyfikat SSL, HTTPS i bezpieczne wdrożenie

Kontrolujemy certyfikat TLS, potocznie nazywany certyfikatem SSL, odwołania do niezabezpieczonych zasobów oraz odpowiedzi serwera. Sprawdzamy, czy zmiany domeny i protokołu prowadzą do jednej właściwej wersji witryny. Problemy z hostingiem, przeciążenie lub błędy aplikacji mogą utrudniać korzystanie z podstron i ich pobieranie. Przed większą zmianą ustalamy kopię, środowisko testowe oraz sposób przywrócenia poprzedniej wersji. Zakres audytu SEO nie zastępuje pełnego testu bezpieczeństwa. Jeśli problem dotyczy danych klientów lub uprawnień, określamy osobną odpowiedzialność i potrzebny zakres specjalistycznej kontroli. Nie prosimy o przesyłanie haseł w formularzu.

17

Narzędzia do audytu: Google Search Console i Screaming Frog

Każde narzędzie SEO dobieramy do skali i technologii witryny. Specjaliści SEO oraz programista ustalają, jakie dane są potrzebne do diagnozy. Google Search Console pokazuje informacje po stronie wyszukiwarki, a crawler, na przykład Screaming Frog SEO Spider, pomaga przejrzeć adresy, linki, metadane i statusy odpowiedzi. PageSpeed Insights oraz Lighthouse służą do badania wydajności i wskazywania problemów wymagających dalszej kontroli. Przy bardziej złożonym serwisie przydają się logi serwera. Żaden raport automatyczny nie zastąpi interpretacji: trzeba rozpoznać, czy ostrzeżenie dotyczy ważnej oferty, czy celowego ustawienia. Dostępność i koszt dodatkowego narzędzia uzgadniamy w zakresie prac; klient otrzymuje zrozumiałe wnioski oraz zadania, a nie sam eksport błędów.

18

Techniczne SEO krok po kroku: priorytety i wdrożenie

Zaczynamy od wskazania ważnych ścieżek klienta i zapisania stanu wyjściowego. Następnie grupujemy problemy techniczne według przyczyny, a nie liczby ostrzeżeń w narzędziu. Naprawa wspólnego szablonu może usunąć błędy techniczne na wielu podstronach jednocześnie. Kolejny etap to uzgodnienie zmian, kontrola na kopii testowej i publikacja w ustalonym terminie. Na końcu sprawdzamy wersję dostępną publicznie. Techniczne SEO ma wtedy jasno określony odbiór: wiemy, jaki problem występował i czy został usunięty. Jeśli zmiana nie działa zgodnie z założeniem, wracamy do diagnozy lub poprzedniej wersji.

• Najpierw: niedostępne oferty, błędne blokady indeksowania i niesprawny kontakt.
• Następnie: adresy kanoniczne, przekierowania oraz struktura linkowania.
• Dalej: wydajność, dane strukturalne i usprawnienia dobrane do pomiarów.

19

Ile kosztuje SEO techniczne i co wpływa na termin?

Wycenę przygotowujemy po poznaniu technologii, liczby szablonów, skali problemów i dostępów do serwisu. Kilka błędnych linków wymaga innego nakładu pracy niż migracja dużego sklepu internetowego. Rozdzielamy koszt diagnozy, wdrożeń oraz kontroli po publikacji. W ofercie wskazujemy zależności od administratora, płatnych narzędzi lub zmian hostingu. Ustalamy również, kto akceptuje zakres i kiedy można bezpiecznie opublikować poprawki. Nie podajemy sztywnego terminu poprawy pozycji — Google potrzebuje czasu na ponowne przetworzenie stron. Możemy natomiast uzgodnić konkretne zadania, terminy realizacji oraz warunki ich odbioru.

20

Widoczność strony i efekty optymalizacji SEO

Najpierw potwierdzamy usunięcie usterki: poprawną odpowiedź URL, odczyt treści, działające przekierowanie albo formularz. Następnie obserwujemy indeksowanie, ruch organiczny i kontakty. Widoczność strony w wynikach wyszukiwania, kliknięcia i średnia pozycja to odrębne miary. Porównujemy sensowne okresy, zaznaczając sezonowość, inne publikacje oraz kampanie reklamowe. Wzrost liczby zaindeksowanych adresów sam w sobie nie oznacza większej sprzedaży; po scaleniu duplikatów liczba ta może się zmniejszyć zgodnie z planem. Raport z analizy SEO ma pokazać wykonane zmiany, to, co udało się zmierzyć, i kwestie wymagające dalszej obserwacji. Realizacje FOTZ widoczne na stronie pokazują nasze materiały i projekty, nie stanowią automatycznie dowodu wyniku SEO.