Pozycjonowanie sklepu internetowego — co działa według dokumentacji Google

Pozycjonowanie sklepu internetowego różni się od pozycjonowania bloga czy strony firmowej skalą, nie magią: o widoczności decyduje najpierw porządek techniczny — struktura adresów URL, filtry, warianty produktów — a potem jakość stron produktowych. Linki z innych witryn też się liczą, ale nie rozwiążą problemów, które sklep tworzy sam: filtrów, wariantów i duplikatów. Część krążących w branży porad, na przykład że Google „karze” za duplikaty treści, nie ma oparcia w aktualnej dokumentacji Google. Rozkładamy pozycjonowanie sklepu na mechanizmy, które da się sprawdzić u źródła: strukturę, filtry, duplikaty, linkowanie wewnętrzne, platformę sklepu i koszt.

Struktura sklepu i adresy URL

Google ma osobną stronę o adresach URL w sklepach internetowych i formułuje na niej cztery konkretne zalecenia. Po pierwsze: ograniczaj liczbę alternatywnych adresów prowadzących do tej samej treści, „abyśmy nie wysyłali do Twojej witryny nadmiernej liczby żądań”. Po drugie: używaj parametrów w formie ?klucz=wartość, nie samego ?wartość, i nie powtarzaj tego samego parametru w jednym adresie. Po trzecie: każdy wariant produktu, na przykład kolor, może być „identyfikowany za pomocą osobnego adresu URL” — jako fragment ścieżki (/koszulka/zielona) albo jako parametr (?kolor=zielony); Google nie wskazuje, która forma jest lepsza. Po czwarte: nie linkuj wewnętrznie do adresów z parametrami tymczasowymi, takimi jak identyfikatory sesji czy kody śledzenia (Search Central, projektowanie adresów URL dla e-commerce, odczyt 2026-10-01).

Strukturę linków Google opisuje podobnie: menu prowadzi do kategorii, kategorie do podkategorii, podkategorie do wszystkich produktów. Jeśli kategoria nie linkuje do każdego produktu, samo przeszukiwanie struktury „może nie wystarczyć, aby Googlebot znalazł wszystkie produkty”. Wtedy pomaga mapa witryny albo dane w Merchant Center. Google przypomina też ogólną zasadę: „im więcej linków do strony znajduje się w witrynie, tym większe jest jej znaczenie”. Bestsellery powinny więc mieć więcej dróg dojścia niż produkty niszowe, a nie leżeć głęboko w hierarchii (Search Central, struktura witryny e-commerce, odczyt 2026-10-01).

Filtry i nawigacja fasetowa

Filtry (cena, rozmiar, kolor, sortowanie) są wygodne dla klienta i ryzykowne dla Google. Najczęstsze wdrożenie nawigacji fasetowej, oparte na parametrach adresu URL, „może generować nieskończone przestrzenie adresów URL”. Google wymienia dwa skutki: „zbyt częste indeksowanie”, bo adresy tworzone przez filtry „wydają się nowe”, i „wolniejsze indeksowanie”, bo robot traci czas na bezużyteczne kombinacje zamiast na nowe, wartościowe strony. Zalecenie jest konkretne: „zezwól na indeksowanie tylko stron poszczególnych produktów oraz strony z listą produktów bez filtrów”, a gdy kombinacja filtrów nie zwraca wyników — zwracaj kod 404. Skuteczniejsze są reguły w robots.txt i fragmenty adresu URL (#). rel=canonical i nofollow Google nazywa metodami „na dłuższą metę mniej skutecznymi” (Search Central, nawigacja fasetowa, odczyt 2026-10-01).

Udokumentowany przykład daje Shopify: domyślny robots.txt platformy zawiera reguły Disallow: /collections/*+* i .../*sort_by*, które trzymają przefiltrowane i posortowane wersje kolekcji poza indeksem. Plik można edytować przez szablon robots.txt.liquid, dodany 21 czerwca 2021 roku, ale Shopify ostrzega, że to „niewspierana personalizacja”, a błąd w niej „może skutkować utratą całego ruchu” (tłumaczenie własne) (Shopify, edycja robots.txt; data wdrożenia: changelog Shopify, odczyt 2026-10-01).

Paginacja i warianty produktów

Każda strona paginacji powinna mieć własny adres i własny adres kanoniczny. Listy produktów podzielone na strony Google traktuje jako odrębne strony, na przykład z parametrem ?page=n, i odradza wskazywanie pierwszej strony jako kanonicznej dla całej sekwencji: „Każdej stronie przypisz własny kanoniczny adres URL”. Przycisk „załaduj więcej” i przewijanie nieskończone wymagają ostrożności, bo „Roboty Google nie »klikają« przycisków i zwykle nie uruchamiają funkcji JavaScriptu, które wymagają działania użytkownika”. Robot indeksuje adresy z atrybutu href elementów <a>, więc kolejne porcje produktów powinny być osiągalne przez zwykłe linki. Przy przewijaniu nieskończonym Google zaleca: „Przypisz do każdej części własny, unikalny adres URL”, a gdy doładowany fragment staje się głównym widocznym elementem, „zaktualizuj wyświetlany adres URL za pomocą interfejsu History API” (Search Central, leniwe ładowanie, odczyt 2026-10-05). Tagów rel="next" i rel="prev" Google „Obecnie już ich nie używa, ale takich linków nadal mogą używać inne wyszukiwarki”; dokumentacja nie podaje, od kiedy (Search Central, paginacja i doładowywanie treści, odczyt 2026-10-01).

Dla wariantów produktu (kolor, rozmiar) Google nie formułuje reguły „kanonikalizuj wszystkie warianty do jednego adresu” — strona o adresach URL mówi tylko, że wariant może mieć własny adres. Przy wyborze strony kanonicznej Google waży sygnały o różnej sile: przekierowania i rel="canonical" to „wyraźny sygnał”, obecność w mapie witryny to „słaby sygnał”, a Google woli też adresy HTTPS od HTTP (Search Central, konsolidacja duplikatów, odczyt 2026-10-01). Nasza praktyczna rekomendacja, nie reguła Google: jeśli warianty różnią się tylko kolorem albo rozmiarem i mają identyczny opis, ustaw jeden adres główny i rel="canonical" na pozostałych wariantach.

Duplicate content — co Google naprawdę mówi

Przekonanie, że „Google karze za duplicate content”, nie zgadza się z aktualną dokumentacją Google. Obecne stanowisko brzmi: „Witryna będzie prawdopodobnie działać dobrze, nawet jeśli nie określisz kanonicznego ustawienia”, bo Google sam wybierze wersję, którą uzna za najlepszą. Powody, dla których mimo to warto wskazać adres kanoniczny, Google wymienia cztery: wybór adresu widocznego w wynikach, konsolidacja sygnałów (np. linków) w jednym adresie, prostsze śledzenie danych dla konkretnej treści i to, by „nie tracić czasu na indeksowanie duplikatów stron” (Search Central, konsolidacja duplikatów, odczyt 2026-10-01).

Kiedyś Google pisał o tym jeszcze dosadniej. We wrześniu 2008 roku na blogu Google Search Central ukazało się zdanie: „Let's put this to bed once and for all, folks: There's no such thing as a "duplicate content penalty."” (tłumaczenie własne: „Wyjaśnijmy to raz na zawsze: nie istnieje coś takiego jak »kara za duplicate content«”). Wpis cytował ówczesny artykuł pomocy: duplikaty treści „nie są podstawą do działań wobec witryny, o ile nie wynika z nich, że celem jest oszukanie i zmanipulowanie wyników wyszukiwania” (tłumaczenie własne; Google Search Central Blog, wrzesień 2008). To materiał historyczny; aktualna dokumentacja mówi to łagodniej, zdaniem przytoczonym wyżej.

Dla sklepu z wariantami kolorystycznymi i identycznymi opisami wniosek jest taki: duplikat nie jest powodem do kary. Problem polega na tym, że przy wielu identycznych adresach Google sam wybiera, który pokazać, a Ty nie masz wpływu na ten wybór. Adres kanoniczny nie jest więc „obroną przed karą”, tylko kontrolą nad tym, co trafia do wyników.

Linkowanie wewnętrzne — co faktycznie działa

Google zindeksuje link tylko wtedy, gdy jest elementem HTML `<a>` z atrybutem `href`. Linki tworzone wyłącznie przez onclick albo location.href w JavaScripcie nie są linkami, za którymi Google wiarygodnie podąża. Dotyczy to sekcji „podobne produkty” czy „często kupowane razem”, jeśli doładowują się asynchronicznie: bez prawdziwego <a href> w kodzie mogą być niewidoczne dla Googlebota, nawet jeśli dla klienta działają bez zarzutu (Search Central, linki możliwe do zindeksowania, odczyt 2026-10-01).

Tekst kotwicy (anchor text) to widoczny tekst linku. „Dostarcza on użytkownikom oraz wyszukiwarce Google pewnych informacji na temat strony, do której ten link prowadzi”. Dobry tekst kotwicy „jest opisowy, zwięzły i odnosi się do strony, na której się znajduje, oraz do strony, do której prowadzi”. Google odradza ogólniki w rodzaju „kliknij tutaj”, upychanie słów kluczowych i długie ciągi linków obok siebie; w linku-obrazku rolę tekstu kotwicy pełni atrybut alt (tamże).

Ścieżka nawigacyjna (breadcrumbs) ma formalny format danych uporządkowanych: BreadcrumbList z co najmniej dwoma elementami ListItem, każdy z position, name i item (adres URL nie jest wymagany tylko w ostatnim elemencie). Google zaleca „podawanie elementów menu nawigacyjnego, które obrazują typową ścieżkę dojścia do strony, a nie są tylko kopią struktury adresu URL” (Search Central, menu nawigacyjne, odczyt 2026-10-01).

Mapa witryny „pomaga wyszukiwarkom rozpoznawać adresy URL w Twojej witrynie, ale nie gwarantuje, że wszystkie elementy witryny będą skanowane i indeksowane”. Według Google mapa witryny „może nie być potrzebna” małej witrynie: „Mała witryna to taka, która zawiera do 500 stron” (Search Central, mapy witryn). Katalog sklepu zwykle przekracza ten próg, więc dla sklepu mapa witryny jest standardem, nie opcją. Limit techniczny: jeden plik mapy może mieć najwyżej 50 MB po rozpakowaniu i 50 tys. adresów URL; większy katalog dzieli się na kilka plików (Search Central, tworzenie mapy witryny, odczyt 2026-10-05).

Nie podajemy liczb o tym, o ile linkowanie wewnętrzne podnosi konwersję czy wartość koszyka. Teksty branżowe, które takie procenty podają, nie pokazują źródeł. Efekt linkowania w swoim sklepie zmierzysz na własnych danych z Google Analytics i Search Console.

Treści generowane masowo i przez AI

5 marca 2024 roku Google ogłosił trzy nowe zasady dotyczące spamu, w tym „nadużycia na dużą skalę dotyczące treści” (scaled content abuse). Aktualne brzmienie zasady: „Nadużycia na dużą skalę dotyczące treści polegają na wygenerowaniu wielu stron przede wszystkim po to, aby manipulować rankingami wyszukiwania, a nie pomagać użytkownikom”. Jedna z wymienionych metod to „korzystanie z narzędzi generatywnej AI lub innych podobnych narzędzi do generowania wielu stron bez dodatkowej wartości dla użytkowników”. Skutek naruszenia zasad dotyczących spamu: „Witryny, które naruszają nasze zasady, mogą mieć niższą pozycję lub mogą w ogóle nie pojawiać się w wynikach wyszukiwania” (Search Central, zasady dotyczące spamu; data ogłoszenia: Search Central Blog, marzec 2024, odczyt 2026-10-01).

To nie jest zakaz używania AI do opisów produktów. Google pisze, że „Generatywna AI może być szczególnie przydatna podczas badania tematu i dodawania struktury do treści oryginalnych”, ale masowe generowanie stron bez dodatkowej wartości „może jednak naruszać zasady Google dotyczące spamu w postaci nadużywania treści na dużą skalę” (Search Central, treści z generatywnej AI, odczyt 2026-10-01). Przy tysiącach SKU to realne ryzyko: automatyczne przepisanie opisu producenta dla każdego produktu, bez niczego specyficznego dla Twojego sklepu, może wpisać się w tę definicję. Jak pisać opisy, które spełniają też wymagania Merchant Center, pokazujemy w tekście o opisach produktów SEO.

Strony produktów wyprzedanych i sezonowych

Search Central nie ma osobnej strony o produktach wyprzedanych i sezonowych; Google wypowiada się o nich tylko w danych uporządkowanych i w Merchant Center. W danych uporządkowanych produktu wartość https://schema.org/OutOfStock oznacza: „obecnie produkt jest niedostępny” (Search Central, krótki opis produktu, odczyt 2026-10-05). Merchant Center daje dwie opcje: produkt można wstrzymać, co ukrywa go w reklamach i bezpłatnych informacjach „przez maksymalnie 14 dni”, a przy dłuższej niedostępności Google zaleca ustawić dostępność na „niedostępny” (Merchant Center Help, zarządzanie produktami, odczyt 2026-10-05). Rada, żeby stronę wyprzedanego produktu zostawić w sieci z oznaczeniem OutOfStock i propozycją alternatyw zamiast przekierowania czy usunięcia, to praktyka branżowa, nie rekomendacja Google.

Pozycjonowanie na platformie: Shopify, WooCommerce, PrestaShop, IdoSell, Shoper

Shopify

Shopify automatyzuje część SEO: dodaje automatyczne tagi kanoniczne „to prevent duplicate content from appearing in search results” (tłumaczenie własne: „żeby duplikaty treści nie pojawiały się w wynikach wyszukiwania”), generuje sitemap.xml i robots.txt, dodaje nazwę sklepu do tytułów stron i podstawowe dane uporządkowane produktu (Shopify, SEO overview, odczyt 2026-10-01). Zalecane adresy to krótkie segmenty rozdzielone myślnikami, np. /collections/kosmetyki-naturalne (Shopify, optymalizacja). Stałych segmentów ścieżki /products i /collections nie da się przekierować gdzie indziej — dokumentacja o przekierowaniach nie nazywa ich „niezmiennymi”, ale tak to wynika z jej opisu. Edycja robots.txt jest możliwa z zastrzeżeniami opisanymi wyżej, w części o filtrach.

WooCommerce

W WooCommerce strukturę adresów ustawiasz sam, w permalinkach WordPressa. Wytyczna producenta: „Keep permalink structures as short as possible and include keywords that relate to the content they categorize” (tłumaczenie własne: „Trzymaj strukturę permalinków jak najkrótszą i uwzględnij w niej słowa kluczowe związane z treścią, którą kategoryzuje”). Do wyboru są cztery bazy adresu produktu: domyślna (?product=111, tylko przy prostych permalinkach), bazowa sklepu (/shop/nazwa-produktu), bazowa z kategorią (/shop/kategoria/nazwa-produktu) albo własna. WooCommerce ostrzega: zmiana struktury permalinków zmienia adresy istniejących produktów, a stare linki i wpisy w indeksie Google bez przekierowań „will return 404 errors”, czyli zwrócą błąd 404 (WooCommerce, permalinks, odczyt 2026-10-01).

PrestaShop

PrestaShop domyślnie generuje nieczytelne adresy (`product.php?id_product=27`), a „friendly URLs” zamieniają je na coś w rodzaju `2-odtwarzacze-muzyki/27-ipod-nano-zielony`. To wymaga przepisywania adresów na serwerze (mod_rewrite w Apache albo odpowiednika); dokumentacja ostrzega, że bez tego włączenie friendly URLs „może sprawić, że sklep będzie całkowicie niedostępny dla klientów” (tłumaczenie własne). PrestaShop ma też przekierowanie do adresu kanonicznego z wyborem: 301 (zalecane, gdy konfiguracja jest już ostateczna), 302 albo brak przekierowania; od wersji 1.7.6 domyślnie wywoływany jest kanoniczny adres produktu (PrestaShop, dokumentacja v8, SEO i adresy URL, odczyt 2026-10-01). To dokumentacja wersji 8; nie sprawdzaliśmy, czy wersja 9 ma identyczne ustawienia. Strony modułu integrującego PrestaShop z Google Shopping nie udało się odczytać (addons.prestashop.com blokował każdą próbę), więc aktualny moduł sprawdź we własnym panelu.

IdoSell

IdoSell generuje przyjazne adresy automatycznie, w formacie zbliżonym do domena.pl/pl/produkty/Nazwa-Produktu-123.html, z osobnymi ustawieniami dla produktów, wpisów bloga i pozycji menu. Zmiana struktury adresu „zawsze wygeneruje automatyczne przekierowanie 301 starego adresu URL na nowy adres” — w WooCommerce przekierowanie trzeba ustawić samemu. Mapa witryny „jest generowana automatycznie” (IdoSell, przyjazne adresy URL; IdoSell, pozycjonowanie SEO i SEM w sklepie, odczyt 2026-10-01). Zalecana długość meta tagów (tytuł ok. 65 znaków, opis ok. 160) to wskazówka IdoSell i partnera agencyjnego, nie limit Google — Google nie publikuje sztywnego limitu długości meta opisu.

Shoper

Dokumentacji Shopera (`pomoc.shoper.pl`) nie udało się odczytać — każda próba kończyła się błędem Cloudflare. Dostępna była tylko strona edukacyjna Shopera, która opisuje zakładkę „Pozycjonowanie” w panelu jako miejsce na ustawienie „META opisów, META słów kluczowych, tytułu strony oraz przyjaznego adresu URL” (Shoper, zakładka pozycjonowanie, odczyt 2026-10-01). To materiał marketingowo-edukacyjny, nie formalna dokumentacja, i najsłabiej potwierdzony fragment tej sekcji. Jeśli prowadzisz sklep na Shoperze, sprawdź ustawienia we własnym panelu.

Ile kosztuje pozycjonowanie sklepu internetowego

Niezależnego, opartego na metodologii zestawienia cen pozycjonowania sklepów w Polsce nie ma — są cenniki agencji, które SEO sprzedają. Dwie z nich podają kwoty dla sklepów: Widoczni wpisują dla segmentu „Średni biznes / e-commerce” zakres „2500 - 5250 zł” miesięcznie (cennik Widoczni), a Sempire pisze, że ceny mogą zaczynać się od „1500 zł dla sklepów internetowych działających bardzo szeroko w branży ecommerce” (cennik Sempire, oba odczyty 2026-10-05). To ceny, o które prosi sprzedawca, a nie ceny płacone przez klientów, i żadna z tych stron nie mówi, ile pracy mieści się w kwocie. Cenników Digital Vantage tu nie podajemy.

Cenę buduje pięć składników, niezależnie od tego, od kogo kupujesz usługę:

• model rozliczenia — ryczałt miesięczny (stała kwota za określony zakres prac), rozliczenie za projekt (jednorazowy audyt albo wdrożenie o konkretnym zakresie) albo rozliczenie za sztukę (np. liczba przepisanych opisów produktów czy wdrożonych podstron);
• zakres audytu wstępnego — liczba analizowanych adresów URL, głębokość analizy treści, czy obejmuje też dane w Merchant Center;
• liczba stron produktowych i kategorii wymagających pracy nad treścią — rośnie z wielkością katalogu, czego nie ma przy jednej stronie firmowej;
• stan techniczny platformy — ile z opisanych wyżej mechanizmów (filtry, adresy kanoniczne, mapa witryny) platforma robi sama (bliżej Shopify), a ile trzeba skonfigurować (bliżej WooCommerce czy własnego kodu);
• czy wycena obejmuje utrzymanie — jednorazowy audyt ma inny zakres niż umowa na regularną pracę przez kolejne miesiące.

Każda z tych zmiennych zmienia cenę niezależnie od pozostałych, więc porównanie dwóch ofert po samej kwocie, bez rozpisanego zakresu, niewiele mówi. Jak przeliczyć miesięczną kwotę z cennika agencji na godziny pracy, linki i teksty, pokazujemy w artykule ile kosztuje pozycjonowanie. Jeśli chcesz wycenę dla swojego sklepu, napisz do nas — najpierw rozpiszemy zakres, potem podamy liczbę.

Jak mierzyć efekty

Efekty pozycjonowania sklepu mierzysz najpierw w bezpłatnych raportach Google Search Console — tych samych, których używasz przy audycie. Raport Indeksowanie stron pokazuje, ile adresów URL jest w indeksie i dlaczego reszta nie jest (pomoc Search Console, odczyt 2026-10-01). Raport Core Web Vitals bierze dane od prawdziwych użytkowników Chrome i grupuje podobne adresy URL; stan grupy jest „równoznaczny ze stanem najsłabszego wskaźnika” spośród LCP, INP i CLS (pomoc Search Console, odczyt 2026-10-05). Szerzej piszemy o tym w tekście o Core Web Vitals sklepu internetowego, a pojedyncze adresy sprawdzisz w PageSpeed Insights. Są też raporty wyników rozszerzonych dla produktów (krótkie opisy produktów i informacje o produktach dla sprzedawców) oraz ustawienie „Dostawa i zwroty” w sekcji Zakupy, dostępne dla właścicieli usługi i użytkowników z pełnym dostępem; jeśli masz konto Merchant Center, musisz je powiązać z usługą w Search Console (pomoc Search Console, odczyt 2026-10-05). Jak czytać te raporty, opisujemy w przewodniku po Google Search Console, a gotową listę kroków znajdziesz w checkliście samodzielnego audytu.

Search Console pokazuje tylko ruch z Google. Wejść z Binga i innych wyszukiwarek tam nie zobaczysz — sprawdzisz je w swojej analityce, z podziałem na źródło. Żaden raport nie zastąpi też danych biznesowych: ruchu organicznego do kategorii, konwersji ze stron produktowych, przychodu z sesji organicznych. Raporty Search Console traktuj jako diagnozę przyczyn, a dane sprzedażowe jako miarę efektu.