Optymalizacja SEO paginacji w sklepie internetowym: canonical, noindex, crawl budget

Paginacja — /category/page/2, /page/3… — to jedna z top-3 przyczyn złego crawl budget w e-commerce. Bez optymalizacji tworzy duplikaty treści, marnuje budżet indeksowania i rozmywa PageRank. W tym przewodniku Spilno Agency: 5 kluczowych problemów SEO paginacji, 3 strategie oraz pełna checklista audytu z szablonem Google Sheets.

Czym jest paginacja i dlaczego ważna dla SEO

Paginacja to podział dużej listy (produkty, artykuły, opinie) na wiele stron: /category/, /category/page/2, /category/page/3… To standard w e-commerce — żaden sklep nie wyświetla 500 produktów na jednej stronie. Jednak bez właściwej optymalizacji SEO każda strona paginacji staje się potencjalnym problemem.

Google traktuje /category/page/2 jako osobną stronę. Jeśli ma taki sam Title, H1 i szablonowy opis kategorii — to duplikat. Przy 20, 50, 100 takich stronach — bot traci cały crawl budget na nie, nie docierając do nowych produktów.

Paginacja to jedna z top-3 przyczyn złego crawl budget w sklepach e-commerce. — Google Search Central Blog

5 problemów SEO paginacji w sklepie internetowym

1. Duplikacja treści. Strony /page/2..N mają ten sam Title, H1 i szablonowy opis kategorii. Google może je połączyć lub zdegradować.
2. Marnowanie crawl budget. Googlebot ma ograniczony dzienny przydział crawlowania. Jeśli 60% idzie na puste strony paginacji — nowe produkty nie są indeksowane na czas.
3. Rozmycie PageRank. Gdy linki przepływają do /category/ a potem do /page/2, /page/3… — equity linków rozdziela się między wszystkie podstrony.
4. Indeksacja cienkich stron. Ostatnia strona paginacji może mieć 1-3 produkty — thin content obniżający ogólną jakość witryny.
5. Parametryczne URL bez canonical. Filtry i sortowanie generują URL jak ?sort=cena&page=3&kolor=czerwony — mnożąc warianty duplikatów.

Dlaczego Google porzucił rel=next/prev

W 2019 roku Google oficjalnie ogłosił, że nie obsługuje już atrybutów rel="next" i rel="prev" jako sygnałów rankingowych. Jeśli Twój deweloper lub stary plugin nadal je dodaje — nie szkodzi, ale też nie pomaga. Zamiast nich Google zaleca standardowe sygnały: canonical, noindex, sitemap.

<link rel="next" href="/category/page/3" />
<link rel="prev" href="/category/page/1" />
<!-- Google nie przetwarza tych tagów od 2019. Używaj canonical lub noindex -->

3 strategie optymalizacji paginacji

Strategia 1: Canonical do pierwszej strony kategorii

Najprostsza i najpopularniejsza metoda. Wszystkie strony /page/2..N wskazują canonical na /category/. Google ignoruje je jako duplikaty i koncentruje autorytet na głównej stronie.

• Kiedy stosować: mały katalog, do 5 stron paginacji na kategorię
• Ryzyko: canonical to wskazówka, nie dyrektywa — Google może ją zignorować
• Zaleta: łatwe wdrożenie przez Yoast / Rank Math / WooCommerce

<!-- Na /category/page/2, /page/3... -->
<link rel="canonical" href="https://sklep.pl/kategoria/" />

Strategia 2: Noindex + Follow

Dla dużych katalogów (10+ stron paginacji) — dodanie noindex,follow do /page/2+ jest skuteczniejsze. Google nie indeksuje tych stron, ale podąża za linkami, przekazując PageRank do kart produktowych.

• Kiedy stosować: 6+ stron paginacji, duży e-commerce, crawl budget jest krytyczny
• Zaleta: gwarantowane odindeksowanie, pełna kontrola, equity przekazane przez follow
• Ważne: nie łącz noindex z Disallow w robots.txt dla tych samych URL

<meta name="robots" content="noindex,follow" />
<!-- Lub przez nagłówek HTTP -->
X-Robots-Tag: noindex, follow

Strategia 3: Load more / Infinite scroll z History API

Nowoczesna alternatywa: zastąp klasyczną paginację przyciskiem 'Załaduj więcej’. Produkty ładują się przez AJAX, a URL aktualizuje się przez History API (pushState). Google widzi jeden kanoniczny URL kategorii — zero duplikatów.

• Kiedy stosować: nowy sklep lub pełny redesign
• Zaleta: zero stron paginacji, lepszy UX, zero problemów z duplikatami
• Złożoność: wymaga dedykowanego developmentu lub wtyczki

Load more z prawidłowym History API to najczystsze rozwiązanie SEO dla e-commerce. Canonical + noindex wystarczy jednak dla 90% sklepów.

Crawl budget: jak paginacja go marnuje

Crawl budget to liczba URL, które Googlebot jest gotowy przeskanować podczas jednego przejścia. Google określa go na podstawie autorytetu domeny i szybkości serwera. Dla większości sklepów z 5 000–50 000 produktów budget jest realnym ograniczeniem.

• Zamknij /page/2+ przez noindex,follow lub canonical
• Zablokuj parametry sortowania w robots.txt: Disallow: /*?sort=
• Zablokuj parametry filtrów: Disallow: /*?kolor=, Disallow: /*?rozmiar=
• Ustaw priorytety w sitemap.xml: 0.9 dla produktów, 0.5 dla kategorii, 0.1 dla paginacji
• Sprawdzaj logi serwera co tydzień — gdzie Googlebot spędza czas

Checklista audytu SEO paginacji

Używaj tej checklisty przy każdym audycie sklepu. Szablon Google Sheets poniżej zawiera wszystkie punkty z polami statusu, komentarza i priorytetu.

1. Otwórz GSC → Pokrycie → sprawdź ile stron paginacji jest zaindeksowanych
2. Sprawdź Title i Meta dla każdej /page/N: czy są unikalne czy duplikują pierwszą stronę
3. Zweryfikuj canonical na każdej stronie paginacji (i gdzie wskazuje)
4. Zweryfikuj noindex na /page/2+ (jeśli wybrano tę strategię)
5. Sprawdź robots.txt: czy zablokowane są parametry sortowania i filtrów
6. Sprawdź sitemap.xml: czy zawiera strony paginacji (i czy powinien)
7. Sprawdź czy parametry URL tworzą duplikaty (?sort=&page=3)
8. Sprawdź szybkość ładowania pierwszej i 10. strony (Core Web Vitals)
9. Sprawdź linkowanie wewnętrzne: czy kategorie linkują bezpośrednio do produktów
10. Zapisz wyniki w szablonie i sprawdź ponownie po 30 dniach od wdrożenia

Typowe błędy przy optymalizacji paginacji

• Canonical + noindex jednocześnie. Zbędne i sprzeczne. Wybierz jedną strategię.
• Disallow + noindex. Jeśli URL jest zablokowany w robots.txt, bot nie wejdzie i nie zobaczy tagu noindex — strona zostanie w indeksie przez linki.
• Self-canonical na paginacji. /page/2 wskazujące canonical na /page/2 — nie chroni przed duplikatami.
• Blokowanie JavaScript paginacji. Jeśli produkty ładują się przez JS — nie blokuj JS w robots.txt.
• rel=next/prev bez canonical. Google porzucił te tagi (2019). Upewnij się, że canonical jest też poprawnie ustawiony.

FAQ

Czy paginacja szkodzi SEO?

Tak, jeśli nie jest zoptymalizowana. Paginacja bez canonical lub noindex tworzy duplikaty i marnuje crawl budget. Poprawnie skonfigurowana — nie szkodzi i nie pomaga bezpośrednio, ale zwalnia zasoby bota dla ważnych stron.

Canonical czy noindex dla paginacji?

Dla małych katalogów (do 5 stron) — canonical jest wygodniejszy. Dla dużych katalogów — noindex,follow jest skuteczniejszy: gwarantuje odindeksowanie i chroni crawl budget.

Czy rel=next/prev jest jeszcze potrzebny?

Nie. Google oficjalnie zaprzestał obsługi rel=next/prev w 2019. Nie wpływają już na rankingi. Używaj canonical lub noindex.

Jak zweryfikować wyniki optymalizacji paginacji?

Przez Google Search Console → Pokrycie: porównaj liczbę zaindeksowanych stron przed i po. Sprawdź też logi serwera 2-4 tygodnie po zmianach.