# Infinite scroll w PrestaShop: jak zachować paginację SEO i adresy URL? > Przy trzech tysiącach pozycji źle wdrożony infinite scroll może zostawić dwa i pół tysiąca produktów bez linku z ich własnej kategorii. Zasada, która rozwiązuje problem, cztery błędy do uniknięcia i kontrole do wykonania. - Strona: - Język: pl - Opublikowano: 2026-10-06 - Zaktualizowano: 2026-10-06 - Inne języki: [fr](https://www.datafirefly.com/2026/10/06/scroll-infini-prestashop-pagination-seo/index.md), [en](https://www.datafirefly.com/en/2026/10/06/infinite-scroll-prestashop-seo-pagination/index.md), [es](https://www.datafirefly.com/es/2026/10/06/scroll-infinito-prestashop-paginacion-seo/index.md), [de](https://www.datafirefly.com/de/2026/10/06/infinite-scroll-prestashop-seo-paginierung/index.md), [it](https://www.datafirefly.com/it/2026/10/06/scroll-infinito-prestashop-paginazione-seo/index.md), [nl](https://www.datafirefly.com/nl/2026/10/06/oneindig-scrollen-prestashop-paginering-seo/index.md), [pt](https://www.datafirefly.com/pt/2026/10/06/scroll-infinito-prestashop-paginacao-seo/index.md) - Indeks: Nieskończone przewijanie poprawia ścieżkę zakupową i tworzy problem indeksowania: jeśli produkty kolejnych partii istnieją tylko w przeglądarce, wyszukiwarki widzą jedynie pierwsze dwadzieścia w każdej kategorii. W katalogu trzech tysięcy pozycji rozłożonych na piętnaście kategorii może to zostawić dwa i pół tysiąca produktów bez linku przychodzącego z ich własnej kategorii. Zachowanie powrotu do pozycji, temat pokrewny, jest omawiane osobno. ## Dlaczego kolejne strony znikają Trzy mechanizmy się sumują. **Brak linku do podążania.** Jeśli ładowanie kolejnych partii wyzwala przewijanie, na stronie nie istnieje żaden adres. Robot nie ma czego eksplorować. **Przewijanie nie jest symulowane.** Wyszukiwarka wykonująca kod strony nie przewija ekranu jak odwiedzający. To, co ładuje się przy przewijaniu, nigdy się więc nie ładuje. **Brak adresu do udostępnienia.** Bez adresu URL odpowiadającego każdemu stanowi żaden link zewnętrzny nie może wskazywać na stronę 3 i nic się nie przekazuje. Konsekwencja: Twoje produkty pozostają odkrywalne przez mapę witryny i linki wewnętrzne, ale tracą link ze swojej kategorii, który jest najbardziej naturalny i najbardziej znaczący. ## Rozwiązanie: zachować obie struktury Zasada rozwiązująca problem mieści się w jednym zdaniu: **infinite scroll to ulepszenie nałożone na paginację, która realnie istnieje**. Konkretnie oznacza to trzy rzeczy. **Strony paginowane istnieją** i są dostępne pod własnym adresem. Bezpośrednie otwarcie strony 3 w przeglądarce musi wyświetlić produkty od 41 do 60, serwowane przez serwer. **Linki paginacji są obecne** w kodzie strony, nawet jeśli są wizualnie ukryte na rzecz przewijania. **Przewijanie aktualizuje adres** przy każdej załadowanej partii, zastępując bieżący wpis historii zamiast tworzyć nowy. Odwiedzający widzi tylko płynne przewijanie. Robot widzi klasyczną paginację. Obaj są obsługiwani bez kompromisów, i nie chodzi o różne treści, lecz o tę samą treść dostępną dwiema drogami. ## Ukryte linki paginacji Punkt, który czasem budzi wątpliwości: czy uprawnione jest wizualne ukrywanie linków obecnych w kodzie? Tak, w tym konkretnym przypadku, z dwóch powodów. Linki prowadzą do **tej samej treści**, którą osiąga się przewijaniem, nie ma więc żadnej rozbieżności między tym, co widzi odwiedzający, a tym, co widzi robot. I pozostają **dostępne z klawiatury**, co czyni je użytecznymi dla realnej części odwiedzających. Dobra praktyka polega zresztą na tym, by nie ukrywać ich całkowicie: przycisk „zobacz następną stronę" pod załadowanymi produktami, obok automatycznego ładowania, służy jednocześnie wyszukiwarkom, użytkownikom klawiatury i tym, którzy wolą paginację. ## Obsługa adresów Cztery zasady. **Strona 1 istnieje bez parametru.** Nie może być dostępna zarówno z oznaczeniem strony, jak i bez niego, bo powstaje duplikat. **Każda strona ma canonical wskazujący na siebie.** Kierowanie stron 2 i kolejnych na pierwszą to żądanie wykluczenia produktów, które pojawiają się tylko na nich. **Kolejność produktów jest stabilna.** Jeśli Twoje domyślne sortowanie zmienia się między dwiema wizytami, ten sam produkt może przejść ze strony 2 na 3, co czyni indeksowanie niestabilnym. Dodaj deterministyczne kryterium rozstrzygające, na przykład identyfikator, po głównym kryterium sortowania. **Parametry sortowania i filtrowania** łączą się z paginacją w znormalizowanej kolejności, inaczej mnożysz warianty tej samej strony. ## Liczba produktów na stronie Decyzja z bezpośrednim wpływem na indeksowanie. Za mało produktów na stronie daje wiele stron, co rozprasza crawlowanie. Za dużo produktów obciąża stronę i pogarsza wydajność. Punkt odniesienia: od dwudziestu czterech do czterdziestu ośmiu produktów na stronie dobrze pokrywa większość sytuacji. W kategorii dwustu produktów daje to od czterech do ośmiu stron, co pozostaje crawlowalne. Widok „pokaż wszystko" zasługuje na uwagę. Bywa zalecany jako kanoniczny cel serii paginowanej. To obronne poniżej stu produktów, niewykonalne powyżej: strona staje się zbyt ciężka, a doświadczenie pogarsza się dla wszystkich. ## Czego nie robić Cztery błędy, według wagi. **Samo przewijanie, bez leżącej pod spodem paginacji.** To przypadek wyjściowy, i najbardziej szkodliwy. **Canonical kolejnych stron na stronę 1.** Bardzo rozpowszechniony błąd, który daje dokładnie ten rezultat, którego chciano uniknąć. **Noindex na stronach 2 i kolejnych.** Niektórzy stosują go, by uniknąć duplikacji, co nie ma podstaw: te strony mają różne treści. Noindex wyklucza je z indeksu i uniemożliwia odkrycie ich produktów. **Tworzenie wpisu historii na każdą załadowaną partię.** Odwiedzający, który przewinął dziesięć partii, musi dziesięć razy nacisnąć wstecz, by wyjść z kategorii. ## Sprawdzić, czy działa Cztery szybkie kontrole. **Otwórz stronę 3 bezpośrednio** w przeglądarce, wklejając jej adres. Odpowiednie produkty muszą się wyświetlić bez wcześniejszego przewijania. **Sprawdź kod źródłowy** strony 1, bez wykonywania skryptów. Linki do kolejnych stron muszą się w nim znajdować. **Użyj inspekcji adresu URL** w Search Console na stronie 3 i obejrzyj uzyskany rendering. To test najbliższy temu, co naprawdę widzi wyszukiwarka. **Policz zaindeksowane strony** swoich kategorii w raporcie indeksowania. Jeśli pojawiają się tylko strony 1, Twoja paginacja nie jest widziana. ## Wpływ na mapę witryny Pytanie uzupełniające, do rozstrzygnięcia. Mapa witryny musi zawierać Twoje karty produktów, co gwarantuje ich odkrycie niezależnie od paginacji. Czy należy dodawać do niej paginowane strony kategorii? Zasadniczo nie. Mapa witryny służy do wskazywania ważnych stron, a strona 7 kategorii taką nie jest. Linki paginacji wystarczą, by uczynić je crawlowalnymi. Natomiast jeśli Twoja mapa witryny nie zawiera wszystkich kart produktów, napraw to w pierwszej kolejności: to siatka bezpieczeństwa rekompensująca wady nawigacji. ## Pomiar Trzy wskaźniki, mierzone przed i po dwóch miesiącach. **Liczba zaindeksowanych stron kategorii**, która musi wzrosnąć, jeśli Twoje kolejne strony były niewidoczne. **Liczba zaindeksowanych kart produktów** w stosunku do całego katalogu. To liczba, która się liczy. **Czas odkrycia** nowego produktu dodanego w głębokiej kategorii, który mierzy skuteczność całego łańcucha. Moduł wdraża tę podwójną strukturę w PrestaShop 8 i 9: prawdziwa paginacja serwowana przez serwer z linkami obecnymi w kodzie, progresywne ładowanie na wierzchu z aktualizacją adresu bez mnożenia historii, autoreferencyjny canonical na każdej stronie i zachowany przycisk paginacji dla dostępu z klawiatury.