Czy paginacja szkodzi SEO?

Nie, sama paginacja nie szkodzi SEO. Problem pojawia się wtedy, gdy kolejne strony nie mają unikalnych URL-i, nie są linkowane zwykłymi linkami HTML, mają błędny canonical, są mechanicznie oznaczone noindex albo giną za JavaScriptem bez dostępnej alternatywy dla Googlebota.

Czy strony paginacji powinny mieć noindex?

Zwykła paginacja kategorii, bloga lub listy produktów nie powinna automatycznie dostawać noindex, jeśli prowadzi do realnych wpisów lub produktów. Noindex częściej dotyczy filtrów, sortowań, wyszukiwarki wewnętrznej i cienkich wariantów URL-i, a nie podstawowych stron stronicowania.

Czy canonical na stronach paginacji powinien wskazywać pierwszą stronę?

Zwykle nie. Jeśli strona druga, trzecia i kolejne pokazują inne produkty lub wpisy, nie są duplikatami strony pierwszej. Bezpieczniejszym punktem wyjścia jest self-canonical na każdej stronie paginacji, a canonical na pierwszą stronę zostawia się tylko dla faktycznych duplikatów.

Czy Google nadal używa rel="next" i rel="prev"?

Google nie używa już rel="next" i rel="prev" jako sygnału indeksowania sekwencji paginacji. Te znaczniki nie zastępują unikalnych URL-i, linków HTML i poprawnych canonicali. Można je utrzymać dla kompatybilności z innymi systemami, ale nie wolno opierać na nich całego wdrożenia SEO.

Paginacja stron a SEO? Czym jest i jaki ma wpływ na pozycjonowanie?

Paginacja sama w sobie nie szkodzi SEO. To po prostu podział długiej listy albo dłuższej treści na kolejne strony, na przykład ?page=2, /page/2/ albo /kategoria/strona/2/. Problem zaczyna się dopiero wtedy, gdy stronicowanie ukrywa produkty lub wpisy przed Googlebotem, wysyła błędne sygnały canonical, miesza się z filtrami i sortowaniem albo działa wyłącznie po kliknięciu w element JavaScript.

Najbezpieczniejsza zasada jest prosta: paginacja ma pomagać użytkownikowi i robotowi przejść przez kolejne elementy kolekcji, a nie maskować chaos w architekturze URL-i. Jeśli każda strona paginacji ma własny adres, jest dostępna przez link <a href>, pokazuje unikalny fragment listy i nie jest przypadkowo odcięta przez noindex albo robots.txt, zwykle nie jest problemem. Jeśli jednak wszystkie kolejne strony wskazują canonicalem na stronę pierwszą albo produkty z dalszych stron da się znaleźć tylko po kliknięciu „wczytaj więcej”, masz realne ryzyko indeksacyjne.

Paginacja stron: najkrótsza odpowiedź

Paginacja, czyli stronicowanie, dzieli długą listę na mniejsze części. Najczęściej spotkasz ją w kategoriach produktów, archiwach bloga, katalogach ofert, forach, komentarzach, recenzjach i wewnętrznych wynikach wyszukiwania. Dzięki temu użytkownik nie musi ładować setek elementów naraz, a serwis może działać szybciej i czytelniej.

Nie warto jednak dzielić wszystkiego. Krótki artykuł, niewielka lista produktów albo sekcja z kilkunastoma elementami zwykle nie potrzebują osobnych stron. Jeśli podział służy tylko sztucznemu zwiększaniu odsłon albo rozbija jedną spójną odpowiedź na kilka kliknięć, częściej szkodzi doświadczeniu użytkownika, niż pomaga SEO.

Z punktu widzenia SEO paginacja ma dwa zadania. Po pierwsze, powinna umożliwić Google odkrycie głębszych wpisów, produktów lub podstron. Po drugie, powinna nie generować sprzecznych sygnałów: raz „indeksuj”, raz „nie indeksuj”, raz „to osobna strona”, raz „to duplikat strony pierwszej”.

W praktyce warto od razu rozdzielić trzy zjawiska:

paginacja: kolejne strony tej samej listy, na przykład produkty 25-48 w kategorii,
filtry: zawężenie listy po cesze, na przykład kolor, rozmiar, marka,
sortowanie: inna kolejność tych samych elementów, na przykład cena rosnąco albo najnowsze.

To rozróżnienie jest kluczowe, bo inne decyzje podejmujesz dla strony ?page=2, a inne dla ?sort=price albo ?color=black&size=38. Paginacja często pomaga w odkrywaniu treści. Filtry i sortowania bardzo często produkują warianty URL-i, które trzeba kontrolować ostrożniej.

Wniosek praktyczny: nie oceniaj paginacji jednym automatycznym zaleceniem typu „daj noindex” albo „ustaw canonical na pierwszą stronę”. Najpierw sprawdź, czy dana strona pokazuje unikalny fragment kolekcji i czy prowadzi do elementów, które mają być odkrywalne.

Jak paginacja wpływa na SEO

Paginacja wpływa na SEO pośrednio: przez crawl, indeksację, linkowanie wewnętrzne, wydajność i wybór właściwej strony docelowej. Nie jest osobnym „czynnikiem rankingowym”, który sam podnosi albo obniża pozycje. Jest elementem architektury, który może ułatwić lub utrudnić wyszukiwarce pracę.

Największa korzyść jest prosta: poprawnie wdrożona paginacja daje robotowi ścieżkę do głębszych elementów serwisu. Jeśli wpis blogowy, produkt albo oferta jest widoczna dopiero na stronie 8 kategorii, Google powinien móc dojść do tej strony przez linki wewnętrzne, a nie wyłącznie przez sitemapę XML. Mapa witryny pomaga odkrywać ważne URL-e, ale nie zastępuje linkowania w strukturze serwisu.

Ryzyko rośnie w dużych sklepach, katalogach i serwisach z często zmieniającymi się listami. Tam paginacja potrafi wygenerować setki lub tysiące adresów. To nie znaczy, że trzeba je wszystkie blokować. Znaczy to, że trzeba pilnować, które URL-e są podstawową ścieżką do produktów lub wpisów, a które są tylko wariantem kolejności, filtra albo parametru technicznego.

Obszar	Korzyść poprawnej paginacji	Ryzyko błędnego wdrożenia	Co sprawdzić
Odkrywanie URL-i	Google może przejść do starszych wpisów, produktów i ofert	głębsze elementy stają się osierocone albo widoczne tylko w sitemapie	czy strony 2, 3 i dalsze mają linki HTML oraz status `200`
Linkowanie wewnętrzne	kolekcja przekazuje kontekst do kolejnych elementów	produkty z dalszych stron dostają słabsze ścieżki odkrywania	głębokość kliknięć i linki do stron następnych/poprzednich
Crawl budget	robot nie musi pobierać jednej ogromnej strony	bot traci czas na sortowania, parametry i puste kombinacje	wzorce URL-i w crawlerze, logach i raportach crawlowania
Indeksacja	ważne elementy mogą zostać odnalezione i ocenione	błędny `noindex`, `robots.txt` lub canonical odcina sygnały	meta robots, canonical wybrany przez Google i blokady robots
UX i wydajność	użytkownik szybciej skanuje listę	zbyt drobne dzielenie irytuje, a ukrywanie treści w JS szkodzi crawl	liczba elementów na stronie, czas ładowania i zachowanie mobilne

Najważniejsze jest to, żeby nie mylić problemu paginacji z problemem jakości listy. Jeśli kategoria ma słabą treść, losowy dobór produktów i brak dopasowania do intencji, samo poprawienie numerów stron nie rozwiąże SEO. Paginacja może odblokować dostęp do elementów, ale nie zastąpi dobrej architektury informacji.

Czerwona flaga: jeśli crawler znajduje produkty tylko przez sitemapę, a nie przez ścieżkę kategorii i paginacji, masz problem linkowania wewnętrznego. Sitemapa jest wsparciem, nie główną nawigacją dla robota.

Jak wdrożyć paginację bez błędów technicznych

Dobre wdrożenie klasycznej paginacji jest mniej efektowne niż zaawansowane interfejsy, ale zwykle najbardziej przewidywalne dla SEO. Każda kolejna strona powinna mieć unikalny, stabilny URL. Może to być parametr, na przykład ?page=2, albo przewidywalna ścieżka, na przykład /blog/page/2/. Ważniejsze od samego formatu jest to, żeby adres był dostępny, indeksowalny według przyjętej strategii i konsekwentnie linkowany.

Drugi warunek to linki w HTML. Googlebot powinien zobaczyć przejście do kolejnej strony jako zwykły link:

<a href="/kategoria/page/2/">Następna</a>

Jeśli kolejne elementy pojawiają się tylko po kliknięciu przycisku, który wywołuje skrypt, robot może nie dojść do dalszej części listy. Samo to, że użytkownik widzi produkty po interakcji, nie oznacza jeszcze, że crawler ma równą ścieżkę odkrywania.

W klasycznym układzie przydaje się linkowanie sekwencyjne: strona pierwsza prowadzi do drugiej, druga do pierwszej i trzeciej, trzecia do drugiej i czwartej. W większych listach pomocne są też linki do kilku sąsiednich numerów, a nie wyłącznie „następna”. Z dalszych stron warto zachować możliwość powrotu do początku kolekcji, bo pierwsza strona zwykle pełni rolę głównej strony kategorii lub archiwum.

Unikaj rozwiązań opartych o fragment URL-a, takich jak #page=2. Fragment po # nie jest dobrym sposobem na rozdzielanie indeksowalnych stron listy. Jeśli strona druga ma być osobnym stanem kolekcji, powinna mieć normalny adres, który serwer lub aplikacja potrafi zwrócić bez wymagania ręcznej interakcji.

Minimalna checklista wdrożeniowa

Przed publikacją albo po zmianie szablonu przejdź przez tę listę:

Czy każda strona paginacji ma unikalny URL?
Czy adresy stron paginacji zwracają status 200, a nie przekierowania w pętli, 404 albo soft 404?
Czy linki do kolejnych stron są zwykłymi linkami <a href>, widocznymi w HTML?
Czy z dalszych stron da się wrócić do pierwszej strony kolekcji?
Czy strona page/1 nie dubluje strony głównej kategorii pod drugim adresem?
Czy paginacja działa na mobile tak samo logicznie jak na desktopie?
Czy kolejne strony nie są przypadkowo wyłączone przez noindex, robots.txt albo błędny canonical?

Title i meta description nie muszą być na siłę unikalne jak osobne artykuły. Strona druga kategorii nie staje się nowym landingiem tylko dlatego, że ma numer. Warto jednak odróżnić numer strony w title albo nagłówku pomocniczym, jeśli pomaga to użytkownikowi i ogranicza chaos w raportach.

Wniosek praktyczny: najpierw zapewnij URL-e i linki, potem dopiero dopieszczaj metadane. Bez dostępnej ścieżki crawlowania nawet najlepiej opisane strony paginacji nie spełnią swojej roli.

Canonical, noindex i rel next/prev: co ustawić

Najwięcej błędów w paginacji bierze się z automatycznych ustawień CMS-u albo wtyczki SEO. System często próbuje „posprzątać duplikaty” zbyt agresywnie i ustawia canonical z każdej strony paginacji na stronę pierwszą. To wygląda porządnie w audycie powierzchownym, ale bywa złym sygnałem.

Jeśli strona druga, trzecia i czwarta pokazują inne produkty lub wpisy niż strona pierwsza, nie są duplikatami strony pierwszej. W takim scenariuszu domyślnym punktem wyjścia powinien być self-canonical:

<link rel="canonical" href="https://ciaglepiszemy.pl/kategoria/page/2/">

Canonical na pierwszą stronę ma sens tylko wtedy, gdy kolejny URL faktycznie jest duplikatem albo technicznym wariantem tej samej treści. Dla zwykłej paginacji kategorii produktów zwykle nie spełnia tego warunku, bo strona druga zawiera inny zestaw produktów.

Podobnie ostrożnie traktuj noindex. Mechaniczne oznaczenie wszystkich dalszych stron paginacji jako noindex może odciąć Google od głębszych elementów listy. Teoretycznie robot może nadal podążać linkami z noindexowanej strony, ale w praktyce nie warto budować architektury odkrywania na sygnale, który mówi: „ta strona nie ma trafiać do indeksu”. Jeśli paginacja jest główną drogą do produktów lub wpisów, nie zaczynaj od jej wykluczania.

robots.txt też nie jest narzędziem do canonicalizacji. Jeśli zablokujesz strony paginacji w robots.txt, Google może nie zobaczyć linków, canonicali ani meta robots na tych stronach. Właśnie dlatego warto dobrze rozumieć różnicę między noindex a robots.txt, zanim zaczniesz odcinać całe wzorce URL-i. Blokada crawla może mieć sens dla niekontrolowanych parametrów, ale zwykle jest złym odruchem dla podstawowej paginacji.

Matryca decyzji dla canonical i noindex

Scenariusz	Canonical	Index/noindex	Komentarz
Strona 2 kategorii pokazuje inne produkty niż strona 1	self-canonical	zwykle index	podstawowa paginacja pomaga odkrywać produkty
`?page=1` dubluje główny URL kategorii	canonical na główny URL	zależnie od strategii, często index lub przekierowanie	najlepiej nie tworzyć osobnego duplikatu pierwszej strony
Sortowanie `?sort=price` pokazuje te same produkty w innej kolejności	często canonical na podstawową listę	często noindex lub ograniczenie crawl	to wariant kolejności, nie osobny landing
Filtr z realną intencją, na przykład ważna marka lub cecha	self-canonical	index, jeśli jest zaplanowany jako landing	wymaga własnej treści, linkowania i kontroli jakości
Losowa kombinacja filtrów bez popytu i bez wartości	canonical/noindex według strategii	zwykle poza indeksem	kontroluj też crawl, jeśli wariantów jest bardzo dużo
Wewnętrzne wyniki wyszukiwania	zwykle poza strategią canonical dla SEO	noindex i często kontrola crawl	nie mieszaj ich ze zwykłą paginacją kategorii

A co z rel="next" i rel="prev"? Nie opieraj na nich strategii. Google nie używa już tych znaczników jako sygnału indeksowania sekwencji paginacji. Można je zostawić, jeśli system je generuje poprawnie i nie przeszkadzają, bo inne narzędzia lub wyszukiwarki mogą je rozumieć. Nie zastąpią jednak unikalnych URL-i, linków HTML, sensownych canonicali i dostępnego renderu.

Czerwona flaga: jeśli każda strona paginacji ma canonical na stronę pierwszą, a jednocześnie zawiera inne produkty lub wpisy, wysyłasz Google sygnał, że dalsze strony nie są właściwymi adresami. To może utrudnić ocenę i odkrywanie głębszych elementów kolekcji.

Paginacja, filtry i sortowanie w sklepie

W sklepie internetowym paginacja rzadko występuje samotnie. Zwykle obok niej działają filtry, sortowanie, parametry kampanii, warianty produktów, tagi, archiwa marek i wewnętrzna wyszukiwarka. To właśnie tutaj powstaje najwięcej błędnych zaleceń, bo wszystkie adresy z parametrami wrzuca się do jednego worka.

Przykład: kategoria ma strony 1, 2 i 3 z produktami. To podstawowa ścieżka przez kolekcję. Inny problem to ?sort=price, który pokazuje podobną listę w innej kolejności. Jeszcze inny problem to ?color=black&size=38, który może być wartościowym landingiem albo bezwartościową kombinacją, zależnie od popytu, asortymentu i strategii. W sklepach na WordPressie ten temat szybko łączy się z szerszym zadaniem, jakim jest porządkowanie kategorii, produktów i filtrów w WooCommerce.

Nie każda dostępna kombinacja powinna trafić do indeksu. W e-commerce trzeba podjąć decyzję, które strony są landingami SEO, a które są tylko stanem interfejsu dla użytkownika.

Typ adresu w sklepie	Domyślna decyzja SEO	Co musi być spełnione, żeby zmienić decyzję
Główna kategoria produktów	indeksować	powinna mieć stabilny URL, treść wspierającą wybór i linkowanie
Kolejne strony paginacji kategorii	zwykle zostawić dostępne i indeksowalne	muszą mieć self-canonical, linki HTML i realne produkty
Ważny filtr, na przykład marka lub popularna cecha	indeksować tylko świadomie	potrzebny popyt, stabilna oferta, własny `title`, opis i linkowanie
Sortowanie po cenie, popularności albo dacie	zwykle poza indeksem	rzadko ma osobną intencję wyszukiwania
Kombinacje wielu filtrów	zwykle poza indeksem	wyjątkiem są zaplanowane landingi z realną wartością
Parametry trackingowe	nie indeksować jako osobne URL-e	powinny wskazywać wersję kanoniczną bez parametru
Wewnętrzna wyszukiwarka sklepu	poza indeksem	nie traktuj jej jak automatycznego generatora landingów

Ważne jest też to, co trafia do sitemapy. Jeśli w sitemapie masz przypadkowe filtry, sortowania i puste listingi, a brakuje stabilnych kategorii, nie poprawiasz odkrywania. Wysyłasz wyszukiwarce listę URL-i bez jasnej hierarchii wartości.

Czerwone flagi w e-commerce

Najpierw sprawdź te miejsca:

puste strony paginacji, które zwracają 200 zamiast 404, przekierowania albo logicznego cofnięcia do ostatniej istniejącej strony,
duplikat pierwszej strony, na przykład /kategoria/ i /kategoria/page/1/ dostępne równolegle,
canonical wszystkich stron paginacji ustawiony na główny URL kategorii,
brak linków do głębszych stron, mimo że produkty istnieją dalej w kolekcji,
filtry i sortowania masowo dodane do sitemapy bez decyzji, które mają rankować,
wewnętrzne wyniki wyszukiwania dostępne w indeksie,
parametry trackingowe widoczne w linkowaniu wewnętrznym.

Priorytet naprawy powinien być praktyczny. Najpierw usuń konflikty, które blokują odkrywanie produktów: zły canonical, noindex, robots.txt, brak linków HTML i puste strony. Dopiero potem porządkuj cienkie warianty filtrów i sortowania. Na końcu dopracuj treść kategorii oraz landingów filtrów, które faktycznie mają odpowiadać na intencję użytkownika.

Wniosek praktyczny: zwykła paginacja jest drogą przez kolekcję. Filtry i sortowanie są wariantami tej kolekcji. Jeśli potraktujesz je identycznie, szybko skończysz albo z za dużym indeksem, albo z odcięciem ważnych produktów.

Infinite scroll czy klasyczna paginacja

Klasyczna paginacja jest najbardziej jednoznaczna: użytkownik i robot widzą strony, numery oraz URL-e. Nie zawsze jest jednak najwygodniejsza. W sklepach, katalogach inspiracji i serwisach contentowych często pojawia się przycisk „wczytaj więcej” albo infinite scroll. Te rozwiązania mogą działać, ale wymagają większej dyscypliny technicznej.

Najważniejszy warunek SEO brzmi: kolejne partie treści muszą mieć dostępne URL-e i linki, których crawler nie musi klikać. Googlebot zwykle nie zachowuje się jak użytkownik, który przewija bez końca, klika przycisk i czeka na kolejne porcje listy. Jeśli po stronie serwisu nie istnieje równoległa, crawlable struktura, głębsze produkty lub wpisy mogą być gorzej odkrywane.

Rozwiązanie UX	Zalety	Ryzyka SEO	Kiedy wybrać
Klasyczna paginacja	jasne URL-e, przewidywalna nawigacja, łatwy audyt	może być mniej płynna dla użytkownika	gdy lista jest duża, a odkrywanie URL-i jest priorytetem
Wczytaj więcej	wygodne skanowanie bez przeładowania całego widoku	dalsze elementy mogą być dostępne tylko po kliknięciu	gdy pod spodem istnieją linki i URL-e dla kolejnych stron
Infinite scroll	naturalny dla inspiracji i feedów	trudniejszy audyt, ryzyko ukrycia głębszych elementów, gorsza orientacja użytkownika	gdy UX tego wymaga i masz poprawną strukturę URL-i oraz obsługę historii

Dobre wdrożenie hybrydowe wygląda tak: użytkownik może korzystać z płynnego „wczytaj więcej”, ale pod spodem istnieją adresy /page/2/, /page/3/ i linki, które robot może znaleźć bez interakcji. Przy zmianie porcji listy warto też zadbać o zachowanie historii przeglądarki, żeby użytkownik mógł wrócić do właściwego miejsca, a nie zawsze na początek listy.

Kiedy nie warto wybierać infinite scroll? Gdy masz bardzo duży katalog, słabą kontrolę nad renderowaniem JavaScript, brak osobnych URL-i dla kolejnych porcji albo problemy z tym, że użytkownik nie może łatwo wrócić do wcześniej oglądanego miejsca. W takim przypadku klasyczna paginacja lub hybryda zwykle będzie bezpieczniejsza.

Wniosek praktyczny: możesz wybrać nowoczesny wzorzec UX, ale nie rezygnuj z technicznej struktury. Interfejs może być płynny dla człowieka, a jednocześnie musi pozostać przewidywalny dla crawlera.

Checklista audytu paginacji

Audyt paginacji zacznij od ścieżki, którą widzi robot, a nie od wyglądu przycisków. Najpierw sprawdź, czy Google może dojść do kolejnych stron. Dopiero potem oceniaj, czy dana strona powinna być indeksowana, kanoniczna albo wykluczona.

Krok 1: sprawdź crawl w narzędziu audytowym

W crawlerze przejrzyj wzorce URL-i paginacji:

czy strony paginacji zwracają 200,
czy nie ma pętli, redirect chainów i nieistniejących numerów stron,
czy canonicale są self-referencyjne tam, gdzie strony pokazują inne elementy,
czy linki „następna”, „poprzednia” i numery stron są widoczne jako linki HTML,
czy produkty lub wpisy z dalszych stron nie są osierocone,
jaka jest głębokość kliknięć do ważnych elementów,
czy page/1 nie tworzy duplikatu głównej kategorii.

Jeśli crawler nie może przejść dalej niż pierwsza strona, Google też może mieć z tym problem. To dotyczy szczególnie szablonów opartych o JavaScript i przyciski bez prawdziwych adresów URL.

Krok 2: sprawdź sygnały w Google Search Console

W Google Search Console patrz na wzorce, nie tylko pojedyncze adresy. Interesują Cię przede wszystkim:

czy strony paginacji są odkrywane,
czy Google wybiera ten sam canonical, który wskazujesz w kodzie,
czy ważne produkty lub wpisy są „Odkryte, ale obecnie niezindeksowane”,
czy w raportach indeksowania nie widać masy filtrów, sortowań i wyszukiwarki wewnętrznej,
czy w dużym serwisie crawl stats nie pokazuje nadmiernej aktywności na parametrach bez wartości.

Nie interpretuj braku indeksacji każdej strony paginacji jako awarii. Google nie musi pokazać w indeksie wszystkich stron numerowanych jako osobnych wyników. Ważniejsze jest to, czy potrafi przez nie odkrywać i oceniać elementy kolekcji oraz czy nie wybiera błędnych canonicali.

Krok 3: podejmij decyzję według scenariusza

Pytanie	Jeśli odpowiedź brzmi „tak”	Jeśli odpowiedź brzmi „nie”
Czy strona paginacji pokazuje inne produkty lub wpisy niż strona pierwsza?	zostaw self-canonical i dostępną ścieżkę crawlowania	sprawdź, czy to nie duplikat albo pusty URL
Czy Google powinien odkrywać elementy z tej strony?	nie odcinaj mechanicznie przez `noindex` lub `robots.txt`	rozważ, czy strona w ogóle powinna istnieć
Czy URL jest tylko sortowaniem lub parametrem technicznym?	zwykle ogranicz indeksację albo crawl według skali problemu	potraktuj go jak potencjalną część architektury
Czy filtr ma własną intencję i stabilną ofertę?	zaplanuj go jako landing, nie jako przypadkowy parametr	trzymaj poza indeksem lub ogranicz crawl
Czy treść ładuje się dopiero po kliknięciu lub scrollu?	dodaj crawlable URL-e i linki HTML	klasyczna paginacja prawdopodobnie wystarczy

Jeśli nie masz pewności, czy filtr ma własną intencję, nie zgaduj na podstawie samej nazwy atrybutu. Najpierw sprawdź popyt, SERP i to, czy użytkownik faktycznie oczekuje osobnego landingu; w takim momencie pomocny jest research słów kluczowych i analiza SERP.

Priorytety naprawy

Jeśli masz ograniczony czas, naprawiaj w tej kolejności:

błędne canonicale z dalszych stron na stronę pierwszą,
brak linków HTML do kolejnych stron,
przypadkowy noindex lub blokadę robots.txt na podstawowej paginacji,
puste strony paginacji i duplikat page/1,
indeksowanie sortowań, wyszukiwarki wewnętrznej i parametrów trackingowych,
cienkie filtry bez popytu i bez własnej wartości,
metadane i opisy pomocnicze dla stron, które naprawdę mają rankować.

To kolejność od blokad technicznych do optymalizacji jakościowej. Nie ma sensu pisać opisów dla kolejnych wariantów filtrów, jeśli główna kategoria ma canonicale ustawione wbrew logice albo produkty z dalszych stron nie są linkowane.

Najważniejsza decyzja w jednym zdaniu

Paginacja powinna zostać dostępna dla Google wtedy, gdy prowadzi do realnych produktów, wpisów lub elementów kolekcji, a ograniczać trzeba przede wszystkim warianty bez osobnej wartości: sortowania, przypadkowe filtry, parametry trackingowe i wewnętrzne wyniki wyszukiwania.

Jeśli zapamiętasz tylko jedną rzecz, niech będzie to: nie używaj canonicala, noindex ani robots.txt jako automatycznego „sprzątania” całej paginacji. Najpierw rozpoznaj, czy URL jest częścią podstawowej ścieżki odkrywania treści, czy tylko technicznym wariantem listy. Ta decyzja zwykle rozstrzyga, czy paginacja będzie pomagała SEO, czy zacznie ukrywać przed Google to, co w serwisie najważniejsze.