# Znacznik canonical w PrestaShop: przypadki, które sprawiają kłopot > Źle zadeklarowany canonical kosztuje więcej niż jego brak. Pięć delikatnych sytuacji w sklepie, w tym dwa bardzo rozpowszechnione błędy: paginacja wskazująca na pierwszą stronę i tłumaczenia wskazujące na język źródłowy. - Strona: - Język: pl - Opublikowano: 2026-09-21 - Zaktualizowano: 2026-09-21 - Inne języki: [fr](https://www.datafirefly.com/2026/09/21/balise-canonical-prestashop-cas-problematiques/index.md), [en](https://www.datafirefly.com/en/2026/09/21/canonical-tag-prestashop-problem-cases/index.md), [es](https://www.datafirefly.com/es/2026/09/21/etiqueta-canonical-prestashop-casos-problematicos/index.md), [de](https://www.datafirefly.com/de/2026/09/21/canonical-tag-prestashop-problemfaelle/index.md), [it](https://www.datafirefly.com/it/2026/09/21/tag-canonical-prestashop-casi-problematici/index.md), [nl](https://www.datafirefly.com/nl/2026/09/21/canonieke-tag-prestashop-probleemgevallen/index.md), [pt](https://www.datafirefly.com/pt/2026/09/21/etiqueta-canonical-prestashop-casos-problematicos/index.md) - Indeks: Znacznik canonical wskazuje wersję referencyjną strony dostępnej pod kilkoma adresami. Na stronie wizytówce sprawia niewiele trudności. W sklepie pięć sytuacji czyni go delikatnym, a błędna deklaracja kosztuje więcej niż jej brak. ## Co znacznik robi, a czego nie robi Dwa przypomnienia, które eliminują połowę błędów. To **wskazówka, a nie polecenie**. Wyszukiwarki mogą go zignorować, jeśli uznają, że strony faktycznie się różnią. Canonical umieszczony na niepodobnych treściach nie zostanie uwzględniony. **Nie blokuje pracy robota.** Strona nadal jest odwiedzana, zużywa budżet indeksowania, a jej treść jest czytana. Canonical mówi jedynie, którą wersję zaindeksować. Często pomijany wniosek: canonical nie jest narzędziem do zarządzania pracą robota. Jeśli waszym problemem jest liczba odwiedzanych stron, odpowiedź leży gdzie indziej. ## Przypadek kombinacji Sytuacja najczęstsza i najgorzej obsłużona. W wielu szablonach wybór kombinacji zmienia adres URL, dodając do niego identyfikator. Strona pokazuje wtedy tę samą treść z innym zdjęciem i inną ceną. Zasada: **canonical wszystkich wariantów wskazuje na kartę produktu bez parametru kombinacji**. To ta wersja ma zostać zaindeksowana. Dwa wyjątki warte zapamiętania. Jeśli wasze kombinacje mają naprawdę odrębne treści, z własnymi opisami i zdjęciami, zapewne zasługują na status osobnych produktów, a nie wariantów objętych canonicalem. A jeśli konkretna kombinacja jest przedmiotem własnych zapytań, pojawia się pytanie o jej wydzielenie. Klasyczny błąd, którego należy unikać: pozwolić, by każda kombinacja deklarowała canonical na samą siebie. Otrzymujecie wtedy piętnaście niemal identycznych stron konkurujących ze sobą. ## Przypadek produktów w wielu kategoriach Produkt przypisany do trzech kategorii może być osiągalny pod trzema adresami, jeśli wasza struktura URL zawiera ścieżkę kategorii. Canonical wskazuje na adres zbudowany na **kategorii domyślnej** produktu. Ten wybór musi pozostać spójny z oznakowaną nawigacją okruszkową, inaczej wysyłacie dwa sprzeczne sygnały. Punkt czujności: kategoria domyślna łatwo gubi się przy imporcie lub reorganizacji. Kontrola po każdej operacji masowej pozwala uniknąć odkrycia canonicali wskazujących na nieaktualne adresy. Przy strukturze URL bez ścieżki kategorii, czyli w konfiguracji najprostszej i najbardziej zalecanej, problem znika całkowicie. ## Przypadek paginacji Błąd bardzo rozpowszechniony i niszczący. W kategorii z paginacją pojawia się pokusa, by wszystkie strony wskazywały na pierwszą. To nieporozumienie: produkty widoczne wyłącznie na stronie 4 trafiają na stronę, której prosicie nie indeksować. Zasada: **każda strona serii z paginacją niesie canonical na samą siebie**. Strony 2, 3 i 4 to odrębne strony z odrębnymi treściami. Dwa uzupełnienia. Jeśli oferujecie widok „pokaż wszystko", może on zasadnie przyjąć canonicale stron z paginacją, o ile pozostaje użyteczny, co powyżej stu produktów zdarza się rzadko. I pierwsza strona nie może istnieć podwójnie, z parametrem paginacji i bez niego: jedna musi przekierowywać na drugą. ## Przypadek filtrów Odfiltrowana strona kategorii wskazuje na kategorię bez filtra, chyba że świadomie otworzyliście tę fasetę na indeksowanie. Przy otwartej fasecie canonical jest autoreferencyjny: strona ma własny tytuł i własną treść, musi istnieć samodzielnie. Uwaga na połączenie z paginacją: strona 2 otwartej fasety wskazuje na samą siebie, nie na stronę 1 fasety ani na kategorię. ## Przypadek trybu wielosklepowego Dwa sklepy dzielące ten sam produkt stawiają pytanie merytoryczne, zanim staną się problemem technicznym. Jeśli oba sklepy zwracają się do odrębnych odbiorców, z różnymi treściami i cenami, każda strona jest uzasadniona i musi deklarować canonical na samą siebie. Jeśli oba sklepy pokazują tę samą treść, macie problem duplikacji, którego canonical nie rozwiąże poprawnie: canonical między domenami jest możliwy, ale sprowadza się do poświęcenia jednego ze sklepów. Prawdziwą odpowiedzią jest zróżnicowanie treści. Częsty przypadek szczególny: sklep testowy lub przedprodukcyjny pozostawiony w dostępie. Musi zostać zablokowany uwierzytelnianiem, a nie obsłużony canonicalem. ## Przypadek wielojęzyczności Najbardziej szkodliwe ze wszystkich nieporozumień. Wersje językowe tej samej strony **nie** są duplikatami. Wersja francuska i wersja niemiecka to dwie odrębne strony, skierowane do dwóch grup odbiorców, i każda musi deklarować canonical na samą siebie. Skierowanie wersji przetłumaczonych na wersję źródłową usuwa z indeksu wszystkie wasze tłumaczenia. To błąd spotykany regularnie na serwisach wielojęzycznych, których ruch międzynarodowy nie rusza z miejsca. Właściwym narzędziem do łączenia wersji językowych jest adnotacja języka alternatywnego, mechanizm odrębny i uzupełniający. Wskazuje relację między wersjami, a canonical wskazuje wersję referencyjną w obrębie każdego języka. Dwie zasady łączenia: każda wersja kieruje swój canonical na samą siebie i deklaruje swoje alternatywy językowe, uwzględniając siebie na liście. ## Błędy przekrojowe **Canonical względny.** Używajcie adresu bezwzględnego, z protokołem i domeną. Adres względny działa, ale psuje się, gdy tylko strona zostanie podana z nieoczekiwanego kontekstu. **Canonical do strony przekierowanej.** Dodaje etap i zaciemnia sygnał. Wskazujcie ostateczny cel. **Canonical do strony z noindex.** Sygnał sprzeczny: wskazujecie jako referencję stronę, której prosicie nie indeksować. **Podwójna deklaracja.** Szablon umieszcza canonical, moduł SEO umieszcza drugi. Dwa różne znaczniki na tej samej stronie dają nieprzewidywalne zachowanie i są częstą przyczyną wypadnięcia z indeksu po instalacji modułu. ## Kontrola Trzy weryfikacje, w tej kolejności. **Sprawdzenie adresu URL** w Search Console na próbce stron, które pokazuje canonical zadeklarowany i ten wybrany przez Google. Rozbieżność między nimi sygnalizuje, że wasza deklaracja nie jest respektowana. **Przejście robotem po serwisie** z rejestracją canonicali, co pozwala masowo wychwycić wskazania na strony przekierowane, z błędem lub z noindex. **Raport indeksowania**, z obserwacją kategorii stron zduplikowanych, w których canonical różni się od wybranego przez Google. Częsty objaw źle ustawionego canonicala: dwie wasze strony rywalizują o to samo zapytanie i wymieniają się w wynikach. Moduł wykrywa takie sytuacje w PrestaShop 8 i 9, zestawiając pozycje i zapytania waszych stron, by wskazać te, które wchodzą sobie w drogę.