Kompletny przewodnik po SEO technicznym sklepu internetowego

Od czego zacząć audyt SEO technicznego sklepu

Zacznij od sprawdzenia, które adresy sklepu powinny pojawiać się w Google. Nie zakładaj, że każda strona produktu, kategorii, producenta czy filtra musi być indeksowana. Ustal hierarchię: strony kategorii, produkty, strony informacyjne oraz pozostałe adresy pomocnicze.

Następnie sprawdź, czy robot może dotrzeć do tych stron przez linki wewnętrzne. Sam wpis adresu w sitemapie nie zastępuje prawidłowej struktury linków. Google może odkrywać adresy na różne sposoby, dlatego istotne jest, aby najważniejsze strony były dostępne z innych indeksowalnych stron sklepu.

Do kontroli wykorzystaj Google Search Console. Sprawdź raport dotyczący indeksowania stron oraz pojedyncze adresy za pomocą inspekcji adresu URL. Porównaj stan techniczny z tym, co rzeczywiście powinno być dostępne w wyszukiwarce.

Ustal, które adresy mają być indeksowane

Przygotuj listę typów stron i przypisz im oczekiwany stan. Przykładowo kategoria może być indeksowana, natomiast wynik wewnętrznego wyszukiwania sklepu nie musi być dostępny w indeksie.

Dla każdego typu strony sprawdź:

• czy odpowiada kodem HTTP 200,
• czy nie ma dyrektywy noindex,
• czy nie jest blokowana przez robots.txt,
• czy posiada właściwy canonical,
• czy jest dostępna przez linki wewnętrzne,
• czy znajduje się w odpowiedniej sitemapie.

Nie traktuj sitemap jako listy wszystkich adresów wygenerowanych przez sklep. Umieszczaj w niej przede wszystkim adresy, które chcesz udostępnić wyszukiwarce i które spełniają warunki indeksowania.

SEO techniczne obejmuje elementy, które ułatwiają wyszukiwarkom dostęp, interpretację i indeksowanie sklepu.

Indeksacja i crawlability

Indeksacja zaczyna się od możliwości odnalezienia adresu, ale nie kończy się na samym jego odwiedzeniu. Google musi również ocenić, czy dana strona nadaje się do umieszczenia w indeksie.

Pierwszym krokiem jest sprawdzenie robots.txt. Plik ten może ograniczać dostęp robotów do wybranych ścieżek, ale nie powinien być używany jako uniwersalne narzędzie do ukrywania stron przed wynikami wyszukiwania. Sprawdź każdą regułę Disallow i porównaj ją z rzeczywistą strukturą sklepu.

Następnie sprawdź meta robots oraz nagłówek X-Robots-Tag. Szczególnie dokładnie przeanalizuj szablony produktów i kategorii. Jedna błędna reguła w szablonie może objąć dużą grupę stron.

Sitemap XML powinna zawierać adresy kanoniczne i dostępne dla robotów. Po zmianach technicznych sprawdź jej aktualność oraz zgłoś ją w Google Search Console.

Jak znaleźć problemy z indeksacją

W Google Search Console przejdź do raportu dotyczącego indeksowania stron i sprawdź powody, dla których adresy nie zostały zaindeksowane. Nie próbuj usuwać każdego komunikatu. Najpierw określ, czy wskazane adresy rzeczywiście powinny znajdować się w indeksie.

Jeżeli Google zgłasza wykluczenie strony produktu, sprawdź konkretny adres. Zweryfikuj kod odpowiedzi, canonical, meta robots, dostępność treści oraz linkowanie wewnętrzne. Dopiero po ustaleniu przyczyny decyduj o zmianie konfiguracji.

Robot musi najpierw dotrzeć do strony, a następnie otrzymać możliwość jej indeksowania.

Adresy URL w sklepie internetowym

Adres URL powinien jednoznacznie wskazywać stronę, do której prowadzi. Problem pojawia się wtedy, gdy jeden produkt lub kategoria jest dostępny pod wieloma adresami.

Przykładowe źródła dodatkowych URL to:

• parametry sortowania,
• filtry produktów,
• parametry śledzące,
• identyfikatory sesji,
• różne warianty zapisu ścieżki,
• adresy generowane przez wyszukiwarkę sklepu,
• alternatywne ścieżki prowadzące do tego samego produktu.

Nie usuwaj parametrów automatycznie. Najpierw sprawdź, czy konkretny parametr zmienia zawartość strony. Jeżeli dwa adresy prowadzą do tej samej treści, ustal jeden adres kanoniczny.

Zaplanuj strukturę adresów przed rozwojem sklepu

Dla kategorii i produktów ustal stabilny schemat URL. Nie zmieniaj go bez potrzeby. Każda późniejsza zmiana może wymagać przekierowań oraz aktualizacji linków wewnętrznych, sitemap i danych strukturalnych.

Unikaj tworzenia adresów zależnych od przypadkowych identyfikatorów, jeżeli system może wygenerować czytelny adres. Jednocześnie nie skracaj URL za wszelką cenę. Najważniejsza jest jednoznaczność i stabilność.

Po zmianie adresu stare URL powinny prowadzić do właściwych nowych stron za pomocą przekierowania 301. Sprawdź również, czy linki wewnętrzne zostały zaktualizowane, aby nie prowadziły przez niepotrzebne przekierowania.

Testowanie danych strukturalnych pozwala wykryć błędy w oznaczeniach produktów i innych elementów sklepu.

Duplikaty i canonical

Sklep internetowy naturalnie tworzy podobne strony. Ten sam produkt może być dostępny przez kategorię, markę, filtr albo inną funkcję nawigacyjną. Problemem nie jest samo istnienie różnych ścieżek. Problemem jest brak kontroli nad tym, który adres jest główny.

Canonical powinien wskazywać preferowany adres tej samej lub bardzo podobnej treści. Nie ustawiaj wszystkich stron sklepu na canonical strony głównej. Nie kieruj canonicala do adresu, który zwraca przekierowanie albo błąd.

Sprawdź canonical dla:

• produktów,
• kategorii,
• stron paginacji,
• wariantów produktów,
• stron filtrowanych,
• adresów z parametrami.

Jak rozpoznać błędny canonical

Pobierz grupę adresów reprezentujących różne typy stron. Dla każdego sprawdź deklarowany canonical oraz adres, który Google uznaje za kanoniczny. Jeżeli wskazania nie odpowiadają strukturze sklepu, znajdź źródło problemu w szablonie lub konfiguracji CMS.

Nie traktuj canonical jako sposobu na ukrywanie stron niskiej jakości. Jeżeli strona ma być całkowicie wyłączona z indeksu, zastosuj rozwiązanie odpowiednie dla tego celu. Canonical nie jest gwarancją, że Google wybierze wskazany adres jako kanoniczny.

Dane bez decyzji zostają liczbą. Dopiero pytanie nadaje im sens.

Dane strukturalne dla sklepu

Dane strukturalne pomagają wyszukiwarkom zrozumieć elementy strony. W sklepie szczególne znaczenie mają informacje dotyczące produktu, oferty, organizacji, okruszków nawigacyjnych oraz innych elementów, które rzeczywiście występują na stronie.

Schema.org definiuje typy i właściwości, które można wykorzystać do opisania zawartości. Dane strukturalne muszą jednak odpowiadać treści widocznej dla użytkownika. Nie dodawaj właściwości tylko dlatego, że mogą wyglądać korzystnie w kodzie.

Produkt i oferta

Na stronie produktu sprawdź, czy dane strukturalne opisują rzeczywisty produkt oraz dostępne informacje. Jeżeli strona pokazuje cenę, dostępność lub identyfikator produktu, wartości przekazane w danych strukturalnych powinny być zgodne z tym, co widzi użytkownik.

Po wdrożeniu użyj narzędzi Google do sprawdzenia danych strukturalnych i monitoruj komunikaty w Search Console. Błąd w szablonie produktu może zostać powielony na wielu stronach, dlatego testuj więcej niż jeden produkt.

To, co widać na ekranie, ma potwierdzenie w tym, co dzieje się w sklepie.

Migracje sklepu bez utraty adresów

Migracja domeny, zmiana CMS, przebudowa kategorii albo zmiana struktury URL wymaga osobnego planu. Nie zaczynaj od samego wdrożenia nowego sklepu.

Najpierw przygotuj mapę:

stary URL → nowy URL

Uwzględnij przede wszystkim strony generujące ruch organiczny, sprzedaż, linki zewnętrzne oraz strony ważne dla struktury sklepu.

Kolejność prac podczas migracji

1. Pobierz listę istniejących adresów.
2. Określ ich status HTTP.
3. Zidentyfikuj strony, które mają odpowiedniki w nowym sklepie.
4. Przygotuj mapę przekierowań.
5. Skonfiguruj nowe canonicale.
6. Zaktualizuj linkowanie wewnętrzne.
7. Wygeneruj nową sitemapę.
8. Sprawdź robots.txt.
9. Zweryfikuj najważniejsze strony po uruchomieniu.
10. Monitoruj indeksację i błędy w Search Console.

Nie przekierowuj całego starego sklepu na stronę główną. Jeżeli istnieje odpowiednia nowa strona, przekieruj stary adres właśnie tam. Jeżeli nie ma odpowiednika, decyzję trzeba podjąć na podstawie zawartości i roli starego adresu.

Każdy krok procesu zostawia ślad, który da się sprawdzić.

Co sprawdzić przed publikacją zmian

Przed wdrożeniem wykonaj kontrolę techniczną na środowisku testowym. Sprawdź reprezentatywną próbkę produktów, kategorii i stron informacyjnych.

Minimalna lista kontrolna obejmuje:

• kod HTTP,
• indeksowalność,
• canonical,
• robots.txt,
• sitemapę,
• linki wewnętrzne,
• przekierowania,
• dane strukturalne,
• wersję mobilną,
• metadane,
• obrazy i ich adresy.

Po wdrożeniu wykonaj drugi audyt. Nie zakładaj, że konfiguracja środowiska testowego jest identyczna z produkcyjną.

Kontrola zmian po wdrożeniu

Porównaj liczbę adresów w sitemapie przed i po wdrożeniu. Sprawdź losową grupę produktów i kategorii. Przetestuj przekierowania ze starej struktury. Otwórz robots.txt i sitemapę bezpośrednio na produkcyjnej domenie.

W Google Search Console monitoruj zmiany dotyczące indeksowania. Jeżeli liczba stron wykluczonych zaczyna rosnąć, nie próbuj od razu naprawiać wszystkiego jedną regułą. Znajdź typ adresów, którego dotyczy zmiana, a następnie sprawdź jego szablon.

Techniczne SEO jako system kontroli

SEO techniczne sklepu nie kończy się na jednorazowym audycie. Sklep stale tworzy nowe produkty, zmienia ceny, usuwa towary, dodaje filtry i modyfikuje strukturę kategorii. Każda taka zmiana może wpływać na indeksację.

Ustal więc stały proces kontroli. Po każdej większej zmianie sprawdź adresy, które mogły zostać zmodyfikowane. Po migracji wykonaj pełny audyt. Przy zmianach szablonów sprawdź, czy nie zmieniły się meta robots, canonical, linki oraz dane strukturalne.

Najważniejszym kryterium jest zgodność pomiędzy tym, co sklep pokazuje użytkownikowi, tym, co deklaruje w kodzie, a tym, co powinien indeksować Google. Jeżeli te trzy warstwy są spójne, łatwiej wykrywać problemy i oceniać skutki kolejnych zmian.