Techniczne SEO sklepu staje się trudne wtedy, gdy jedna reguła tworzy tysiące adresów. Filtry, warianty, sortowanie i integracje mogą pomóc klientom, ale bez kontroli generują duplikaty, puste strony i niepotrzebne żądania robotów.
Celem nie jest indeksowanie całego katalogu za wszelką cenę. W indeksie powinny znaleźć się strony, które mają odrębną wartość, odpowiadają na realną potrzebę i pozostają spójne z ofertą.
Zacznij od modelu typów adresów
Przed zmianą robots.txt lub canonicali rozpisz, jakie adresy tworzy system. Osobno oznacz stronę główną, kategorie, podkategorie, produkty, warianty, marki, filtry, sortowanie, paginację, wyszukiwarkę, konta klientów i proces zakupowy.
Dla każdego typu odpowiedz na cztery pytania:
- Czy użytkownik powinien trafić tu z wyników wyszukiwania?
- Czy strona ma odrębną ofertę i treść?
- Jak robot ma ją znaleźć?
- Jaki powinien być kod, canonical i status indeksowania?
Taka macierz pozwala uniknąć sprzecznych sygnałów, na przykład adresu zablokowanego w robots.txt, który jednocześnie występuje w mapie XML i otrzymuje linki wewnętrzne.
Filtry mogą pomagać albo tworzyć nieskończoną przestrzeń
Nie każdy filtr zasługuje na indeksowanie. Kombinacja rozmiaru, koloru, ceny, kolejności i parametru śledzącego może utworzyć ogromną liczbę adresów bez nowej wartości. Najpierw wybierz kombinacje odpowiadające potwierdzonemu popytowi i dostępnej ofercie.
Adres przeznaczony do indeksowania powinien mieć stabilny URL, właściwy tytuł, nagłówek, opis, produkty i linki wewnętrzne. Pozostałe kombinacje trzeba obsłużyć spójną regułą dopasowaną do platformy. Sam canonical nie zawsze rozwiąże problem pobierania wielu wariantów.
Google wskazuje, że nawigacja fasetowa może tworzyć praktycznie nieskończoną przestrzeń URL-i. Jeśli adresy filtrów nie mają pojawiać się w wynikach, należy ograniczyć ich wykrywanie i pobieranie w sposób odpowiedni dla serwisu.
Canonical jest wskazówką, nie poleceniem
Adres kanoniczny pomaga wskazać reprezentatywną wersję podobnych stron. Google może jednak wybrać inny URL, jeśli sygnały są niespójne. Redirect, mapa witryny, linkowanie wewnętrzne i rel="canonical" powinny wspierać ten sam cel. Oficjalny opis procesu znajduje się w dokumentacji canonicalizacji URL-i.
Nie ustawiaj automatycznie canonicala każdej strony paginacji na pierwszą stronę kategorii. Kolejne strony pokazują inne produkty i muszą pozostać osiągalne. Nie kieruj też wariantu na produkt nadrzędny, jeśli wariant ma osobny popyt, ofertę i możliwość zakupu wymagającą odrębnego adresu.
Nawigacja decyduje, co robot może znaleźć
Google analizuje relacje między stronami przez linki. Ważne produkty powinny być dostępne przez zwykłe elementy <a href>: od menu do kategorii, podkategorii i produktów. Wyszukiwarka wewnętrzna ani kliknięcie obsługiwane wyłącznie skryptem nie zastępują takiej ścieżki.
Linkowanie pomaga również określić względną ważność stron. Kategorie strategiczne powinny być osiągalne krócej niż archiwalne kombinacje. Nie oznacza to dodawania setek linków w stopce, lecz zaprojektowanie czytelnej hierarchii zgodnej ze sposobem przeglądania oferty.
Paginacja, „załaduj więcej” i infinite scroll
Interfejs może pokazywać produkty partiami, ale robot musi mieć sposób dotarcia do całego zestawu. Przy paginacji każda część powinna mieć własny URL i linki do kolejnych stron. Przycisk „załaduj więcej” lub infinite scroll wymaga rozwiązania, które udostępnia równoważne, indeksowalne adresy.
Nie zakładaj, że Google wykona każdą interakcję użytkownika. Po wdrożeniu sprawdź wyrenderowany HTML, logi i rzeczywistą możliwość przejścia do produktów bez korzystania z formularza wyszukiwania.
Mapa XML nie naprawia architektury
Mapa powinna zawierać podstawowe, indeksowalne adresy zwracające 200. Nie umieszczaj w niej przekierowań, błędów, parametrów technicznych ani stron z noindex. W dużym sklepie podziel mapy według typów, aby łatwiej zauważać problemy kategorii i produktów.
Aktualny plik pomaga robotowi odkrywać zmiany, ale nie zastąpi linkowania. Jeśli produkt występuje tylko w mapie i nigdzie w nawigacji, problemem pozostaje struktura serwisu.
Czy każdy sklep ma problem z crawl budgetem?
Nie. Oficjalny przewodnik o zarządzaniu crawl budgetem jest skierowany głównie do bardzo dużych albo szybko zmieniających się witryn oraz serwisów z wieloma adresami „wykrytymi – obecnie niezindeksowanymi”. Dla mniejszego sklepu ważniejsze bywa utrzymanie mapy, linków, kodów odpowiedzi i raportu indeksowania.
W dużym katalogu analizuj logi serwera: które typy URL-i pobiera Googlebot, jak często wraca do ważnych stron i ile żądań trafia do parametrów bez wartości. Logi pokazują zachowanie robota, ale nie mówią same, dlaczego strona nie została zindeksowana.
Produkty niedostępne i zmiany katalogu
Reguła musi rozróżniać brak chwilowy, trwałe wycofanie, zamiennik i zmianę adresu. Aktualizuj jednocześnie kod odpowiedzi, linki, mapę, dane produktu i feed. Niespójność ceny lub dostępności między stroną, JSON-LD i systemem produktowym może wprowadzać w błąd.
Testuj zmianę na próbce i monitoruj szablon
Najpierw wdrażaj zmianę na ograniczonym, reprezentatywnym zbiorze. Sprawdź kody, canonicale, renderowanie, linki i proces zakupu. Po publikacji obserwuj logi, raport indeksowania, dane produktowe i zachowanie użytkowników.
Techniczne SEO dużego sklepu wymaga współpracy SEO, programisty, osoby odpowiedzialnej za katalog i analityka. Jeśli potrzebujesz diagnozy reguł generujących adresy albo planujesz migrację, napisz na czesc@seomariusz.pl lub zadzwoń: 665 015 610.
You must be logged in to post a comment.