Pozycjonowanie sklepu internetowego od strony kodu i sprzedaży: kategorie i karty produktów, filtry i duplikaty, dane Product, Google Merchant Center i widoczność produktów w zakupach przez AI. Shopify, WooCommerce, PrestaShop i Next.js.
Pozycjonowanie sklepu internetowego od strony kodu i sprzedaży: kategorie i karty produktów, filtry i duplikaty, dane Product, Google Merchant Center i widoczność produktów w zakupach przez AI. Shopify, WooCommerce, PrestaShop i Next.js.
›Architektura kategorii pod frazy: każda grupa fraz ma jedną stronę docelową
›Porządek w nawigacji fasetowej, sortowaniu, paginacji i wariantach: Google crawluje i indeksuje strony sprzedażowe, a nie tysiące kombinacji parametrów.
›Kategorie i karty produktów przebudowane pod SXO: treść odpowiadająca na pytania kupujących, czytelne parametry, zdjęcia, opinie i informacje o dostawie, które pomagają i w rankingu, i w konwersji.
Cena: od 2 500 zł
SZCZEGÓŁY USŁUGI
Pozycjonowanie sklepów internetowych różni się od SEO strony firmowej skalą i rodzajem problemów: tysiące adresów z filtrów i wariantów, karty produktów z opisami od producenta, znikające produkty i kategorie, które muszą jednocześnie rankować i sprzedawać. Zaczynam od audytu technicznego i mapy fraz przypisanych do kategorii, potem porządkuję nawigację fasetową, duplikaty i paginację, przebudowuję szablony kategorii i kart produktów, wdrażam dane strukturalne Product z ofertą, wariantami, dostawą i zwrotami oraz łączę sklep z Google Merchant Center, żeby produkty pojawiały się w darmowych wynikach produktowych. Dbam też o to, żeby sklep był czytelny dla zakupów w AI Mode i ChatGPT, a linki zdobywam z tematycznych serwisów z realnym ruchem, bez pakietów. Jako programista wdrażam poprawki w szablonach sam, więc zmiany nie czekają miesiącami w kolejce u developera.
› INVESTMENT:
od 2 500 zł
constmodule = newExecutionProtocol();
// Initializing pozycjonowanie-sklepow... › Loading dependencies... OK › Establishing connection... OK › Ready for deployment... AWAITING_COMMAND
Paweł Wiszniewski · moje podejście
Co robię inaczej
Sklep pozycjonuję jako programista, a nie tylko jako konsultant. Problemy e-commerce siedzą zwykle w szablonach: w tym, jak lista produktów generuje linki filtrów, skąd biorą się canonicale i czy cena w JSON-LD zgadza się z ceną na stronie i w feedzie. Takie rzeczy poprawiam w kodzie sam, w Shopify, WooCommerce, PrestaShop lub Next.js. Przy sklepie z branży mody i urody przeprowadziłem migrację z WooCommerce na PrestaShop bez spadku widoczności, usunąłem duplikaty powodowane przez filtry fasetowe i skróciłem ładowanie strony kategorii z ok. 4,2 s do ok. 1,1 s.
Uważam, że największym problemem SEO większości sklepów nie jest brak linków ani za krótkie opisy, tylko chaos adresów. Filtry, sortowanie, warianty i parametry tworzą tysiące stron, które konkurują z kategoriami o uwagę Google. Zanim sklep wyda budżet na treści i linki, porządkuję to, co robot w ogóle widzi.
Z rynku
Gary Illyes z Google omawiał w podcaście Search Off the Record (luty 2026) zestawienie problemów z crawlowaniem, z którymi Google mierzył się w 2025 roku. Według relacji Search Engine Land połowa z nich dotyczyła nawigacji fasetowej, a kolejne 25% parametrów akcji, czyli adresów, które wywołują działanie, zamiast zmieniać treść strony. To dokładnie te mechanizmy, które w sklepach generują najwięcej zbędnych adresów.
Sklepy na Shopify, WooCommerce, PrestaShop lub headless, którym ruch z Google stoi w miejscu mimo dużej oferty.
Sklepy, w których sprzedaż z organiku robi kilka produktów, a kategorie prawie nie rankują.
Katalogi z tysiącami produktów, wariantów i filtrów, w których Google indeksuje szum zamiast stron sprzedażowych.
Sklepy przed zmianą platformy lub redesignem, które nie chcą stracić wypracowanej widoczności.
Co dokładnie dostajesz
Audyt techniczny sklepu: indeksacja, filtry, duplikaty, paginacja, renderowanie i szybkość szablonów kategorii i produktów.
Mapę fraz przypisanych do kategorii, podkategorii, filtrów i kart produktów, bez kanibalizacji.
Wdrożenie poprawek w szablonach: nagłówki, meta, treści kategorii, linkowanie wewnętrzne, canonicale i reguły dla filtrów.
Dane strukturalne Product z ofertą, wariantami, dostawą i zwrotami oraz konfigurację lub audyt feedu w Google Merchant Center.
Miesięczny raport: przychód z organiku w GA4, kliknięcia kategorii i produktów w Search Console, stan indeksacji i plan kolejnych działań.
Jak mierzę efekty
Przychód i transakcje z ruchu organicznego w GA4.
Kliknięcia i wyświetlenia stron kategorii i kart produktów w Search Console.
Liczba prawidłowych produktów w raporcie informacji o produktach sprzedawcy i w Merchant Center.
Udział zaindeksowanych stron sprzedażowych wobec adresów z filtrów i parametrów.
Dlaczego warto?
Architektura kategorii pod frazy: każda grupa fraz ma jedną stronę docelową — kategorię, podkategorię, filtr lub kartę produktu — bez kanibalizacji.
Porządek w nawigacji fasetowej, sortowaniu, paginacji i wariantach: Google crawluje i indeksuje strony sprzedażowe, a nie tysiące kombinacji parametrów.
Kategorie i karty produktów przebudowane pod SXO: treść odpowiadająca na pytania kupujących, czytelne parametry, zdjęcia, opinie i informacje o dostawie, które pomagają i w rankingu, i w konwersji.
Dane strukturalne Product i merchant listings z ceną, dostępnością, wariantami, dostawą i zwrotami, spójne z treścią strony i z feedem w Google Merchant Center.
Darmowe wyniki produktowe Google: konfiguracja lub audyt Merchant Center, żeby produkty pojawiały się w karcie Zakupy, w Grafice i w Lens bez płacenia za kliknięcia.
Widoczność w zakupach przez AI: dostęp dla crawlerów wyszukiwarek AI i kompletne dane produktowe, z których korzystają AI Mode i zakupy w ChatGPT.
Linki z tematycznych serwisów z realnym ruchem zamiast pakietów — każdą publikację uzgadniamy, a płatne linki oznaczamy zgodnie z zasadami Google (rel="sponsored").
Jak to działa?
1
Audyt i mapa fraz
Crawluję sklep, analizuję Search Console, GA4 i logi serwera, jeśli są dostępne, sprawdzam indeksację filtrów i wariantów, a następnie przypisuję grupy fraz do kategorii, filtrów i produktów.
2
Porządki techniczne w szablonach
Wdrażam reguły dla filtrów, sortowania i paginacji, canonicale, obsługę niedostępnych produktów, poprawki szybkości i dane strukturalne Product. Pracuję w kodzie motywu lub aplikacji, z testami na kopii sklepu.
3
Kategorie, produkty i Merchant Center
Przebudowuję szablony i treści kluczowych kategorii i kart produktów, linkowanie wewnętrzne i feed w Merchant Center, zaczynając od stron z największym potencjałem przychodu.
4
Linki, monitoring i raport
Pozyskuję wybrane linki do kategorii i poradników, co miesiąc raportuję przychód i ruch z organiku, stan indeksacji i produktów w Merchant Center oraz planuję kolejne kroki.
Pozycjonowanie sklepu vs pozycjonowanie strony firmowej
Kryterium
Strona firmowa
Sklep internetowy
Liczba adresów
Dziesiątki lub setki stron
Tysiące kategorii, produktów, filtrów i wariantów
Główne strony docelowe
Usługi i poradniki
Kategorie, filtry z realnym popytem i karty produktów
Najczęstszy problem techniczny
Szybkość i renderowanie
Duplikaty i crawlowanie filtrów, parametrów i paginacji
Dane strukturalne
Organization, Service, Article
Product z ofertą, wariantami, dostawą i zwrotami
Dodatkowe miejsca w Google
Wizytówka i AI Overviews
Darmowe wyniki produktowe, Grafika, Lens i AI Mode
Miara sukcesu
Zapytania i leady
Przychód i transakcje z ruchu organicznego
Najczęstsze błędy
✕Indeksowanie każdej kombinacji filtrów i sortowania zamiast kilku filtrów, których ludzie naprawdę szukają.
✕Opisy produktów skopiowane od producenta, identyczne jak w dziesiątkach innych sklepów.
✕Usuwanie niedostępnych produktów z błędem 404 bez sprawdzenia, czy mają linki, ruch albo następcę.
✕Kategorie bez treści i bez przemyślanych nagłówków, choć to one zwykle odpowiadają na najbardziej dochodowe frazy.
✕Cena lub dostępność w danych strukturalnych inna niż na stronie i w feedzie Merchant Center.
Kiedy ta usługa nie ma sensu
—Sklep ma kilkanaście produktów i dopiero startuje — na początku więcej dadzą dobre karty produktów, Merchant Center i reklamy niż długofalowe SEO.
—Oczekujesz gwarancji konkretnych pozycji w określonym terminie — nikt uczciwy jej nie da.
—Nie możesz zmieniać szablonów sklepu ani dać dostępu do kodu lub panelu.
/// PORADNIK
Pozycjonowanie sklepu internetowego – jak to robię krok po kroku
Ten poradnik pokazuje, jak wygląda pozycjonowanie sklepu od środka: w jakiej kolejności pracuję, jak przypisuję frazy do kategorii i produktów, co poprawiam w szablonach na Shopify, WooCommerce, PrestaShop i Next.js oraz jak łączę SEO z danymi produktowymi dla Google i asystentów AI. Ogólne podstawy pozycjonowania znajdziesz w poradniku na stronie usługi, a temat zakupów przez AI rozwijam w artykule SEO i GEO dla e-commerce. Tutaj skupiam się na tym, co robię w projekcie sklepu.
Od czego zaczynam pozycjonowanie sklepu – kolejność, która oszczędza budżet
Zaczynam od tego, co Google widzi i indeksuje, potem przypisuję frazy do stron, a dopiero na końcu dokładam treści i linki. W sklepie odwrotna kolejność jest najdroższa: opisy kategorii i linki nie pomogą, jeśli Google marnuje czas na tysiące adresów z filtrów albo indeksuje trzy wersje tej samej karty produktu.
Etap
Co robię
Dlaczego w tej kolejności
1. Indeksacja i duplikaty
Crawl sklepu, raport indeksowania stron w Search Console, filtry, sortowanie, warianty, paginacja
Każda kolejna poprawka działa tylko na stronach, które Google poprawnie indeksuje
2. Mapa fraz i architektura
Przypisanie grup fraz do kategorii, filtrów, produktów i poradników
Bez mapy treści i linki trafiają do przypadkowych stron i kanibalizują się
Jedna zmiana w szablonie poprawia setki lub tysiące stron naraz
4. Dane produktowe
Dane strukturalne Product i feed w Google Merchant Center
Otwierają darmowe wyniki produktowe i zasilają zakupy w AI
5. Treści wspierające i linki
Poradniki, porównania i wybrane publikacje w tematycznych serwisach
Wzmacniają kategorie, które są już technicznie gotowe do rankingu
W praktyce etapy 1 i 2 robię równolegle w pierwszych tygodniach, a etap 3 zaczynam od kilku kategorii o największym potencjale przychodu. Dzięki temu pierwsze zmiany trafiają na produkcję szybko, a nie po miesiącach analiz.
Słowa kluczowe dla sklepu – jak przypisuję frazy do kategorii, filtrów i produktów
Każda grupa fraz o tej samej intencji dostaje dokładnie jedną stronę docelową. Ogólne frazy produktowe obsługuje kategoria, frazy z cechą (marka, materiał, przeznaczenie) podkategoria albo wybrany filtr, nazwy modeli karta produktu, a pytania i porównania poradnik.
Przykład frazy
Intencja
Strona docelowa
buty do biegania
Przegląd oferty
Kategoria
buty do biegania damskie trailowe
Zawężony wybór
Podkategoria lub filtr z własnym adresem
nazwa konkretnego modelu i rozmiar
Zakup konkretnego produktu
Karta produktu
jak dobrać buty do biegania
Informacja przed zakupem
Poradnik linkujący do kategorii
buty do biegania ranking, opinie
Porównanie
Porównanie lub zestawienie z linkami do produktów
Skąd biorę frazy
Search Console: zapytania, na które sklep już ma wyświetlenia, ale słabe pozycje. To najszybsze źródło wzrostu.
Wyszukiwarka wewnętrzna sklepu: zdarzenia wyszukiwania w GA4 pokazują słowa, którymi klienci opisują produkty, często inne niż nazwy kategorii.
Narzędzia do słów kluczowych (Senuto, Ahrefs, Semrush): wolumeny, trudność i frazy, na które widoczna jest konkurencja.
Wyniki wyszukiwania: jeśli Google na daną frazę pokazuje kategorie sklepów, robię kategorię; jeśli poradniki, piszę poradnik zamiast dopychać frazę do listy produktów.
Na koniec sprawdzam kanibalizację: czy dla jednej frazy Search Console pokazuje kilka adresów sklepu na zmianę. Najczęściej konkurują ze sobą kategoria i filtr albo kategoria i wpis blogowy o tym samym temacie. Rozstrzygam to zmianą treści, linkowania lub scaleniem stron, a nie samym canonicalem.
Strona kategorii – anatomia strony, która rankuje i sprzedaje
Kategoria jest w sklepie najważniejszą stroną SEO, bo odpowiada na najbardziej dochodowe, ogólne frazy. Musi jednocześnie dać Google jasny temat i treść, a klientowi szybki dostęp do produktów. Dlatego treść nie może spychać listy produktów pod ekran, ale nie może też jej zabraknąć.
Elementy strony kategorii, które sprawdzam i poprawiam w szablonie. Metoda autorska na podstawie dokumentacji Google dla e-commerce.
Co musi mieć strona kategorii
H1 z precyzyjną nazwą kategorii, zgodną z frazą główną, i title zaczynający się od tej frazy. Nagłówki H2 i H3 w treści budują kontekst: rodzaje, zastosowania, sposób wyboru.
Krótkie wprowadzenie nad produktami (2–3 zdania) i dłuższą część pod listą: jak wybrać, czym różnią się rodzaje produktów, najczęstsze pytania. Tekst piszę dla kupującego, a nie dla wypełnienia limitu znaków.
Linki do podkategorii i wybranych filtrów, które mają własny popyt w wyszukiwarce, oraz do poradników z tej tematyki.
Zwykłe linki a href do produktów. Google zaleca, żeby kategoria linkowała do wszystkich produktów, które mają być zaindeksowane, i ostrzega przed nawigacją opartą na zdarzeniach JavaScriptu zamiast linków.
Okruszki (breadcrumbs) widoczne na stronie i opisane danymi BreadcrumbList, żeby hierarchia była czytelna dla ludzi i robotów.
Szybki pierwszy ekran: zdjęcia produktów w nowoczesnym formacie i z rozmiarami, bez dużych bannerów, które opóźniają LCP.
W sklepie z branży mody i urody przebudowałem nagłówki na stronach kategorii i produktów według tej samej zasady: H1 to precyzyjna nazwa encji, a H2 i H3 to warstwy kontekstu, które wspierają frazy z długiego ogona. Opis projektu znajdziesz w case study Beauty E-Commerce SEO/GEO.
Karta produktu – co sprawdzam i poprawiam
Karta produktu wygrywa informacjami, których nie ma u konkurencji: konkretnymi parametrami, odpowiedziami na pytania kupujących, własnymi zdjęciami i opiniami. Opis od producenta, identyczny w dziesiątkach sklepów, nie daje Google powodu, żeby pokazać akurat Twoją stronę.
Element
Co sprawdzam
Typowa poprawka
Title i H1
Czy zawierają markę, model i najważniejszą cechę
Szablon title z nazwą produktu na początku zamiast nazwy sklepu
Opis
Unikalność i to, czy odpowiada na pytania klientów
Parametry w tabeli, zastosowania, porównanie z podobnym modelem
Zdjęcia
Format, wagę, atrybut alt, czy są w znaczniku img
Opisowy alt bez upychania fraz, nazwy plików, WebP lub AVIF
Opinie i pytania
Czy są w HTML strony, czy tylko w widżecie
Opinie renderowane na serwerze, sekcja pytań i odpowiedzi
Dostawa i zwroty
Czy koszt i czas dostawy widać przed koszykiem
Informacja przy cenie i spójne dane w Merchant Center
Linki
Okruszki, produkty powiązane, link do kategorii
Linki do kategorii nadrzędnej i alternatyw, nie tylko „ostatnio oglądane”
Zdjęcia mają w sklepie podwójne znaczenie, bo wyniki z Grafiki Google i Lens to osobne źródło ruchu. Google przypomina w dokumentacji, że najważniejszym opisem obrazu jest atrybut alt, że nie indeksuje obrazów wstawionych przez CSS i że liczy się tekst w pobliżu zdjęcia. Szerzej piszę o tym w artykule o SEO obrazów i wyszukiwaniu wizualnym.
Przy dużych katalogach nie da się ręcznie napisać tysięcy opisów, dlatego łączę pozycjonowanie z automatycznymi opisami produktów AI: model pracuje na parametrach z bazy, a reguły jakości pilnują, żeby opisy nie były szablonowym tekstem. Najpierw zawsze ręcznie dopracowuję wzorzec na produktach, które sprzedają najwięcej.
Filtry, warianty i duplikaty – jak sklep sam tworzy sobie konkurencję
Większość duplikatów w sklepie nie powstaje przez kopiowanie treści, tylko przez sposób, w jaki platforma generuje adresy. Ta sama lista produktów jest dostępna pod adresem z sortowaniem, z filtrem, z parametrem śledzenia i z numerem strony, a ten sam produkt pod kilkoma ścieżkami kategorii.
Źródło duplikatów
Przykład
Co zwykle robię
Nawigacja fasetowa
?kolor=czarny&rozmiar=42&cena=100-200
Własne adresy tylko dla filtrów z popytem, reszta poza crawlem
Sortowanie i widok
?orderby=price, ?view=grid
Bez linków do indeksacji, blokada w robots.txt
Parametry akcji
?add-to-cart=123, dodanie do listy życzeń
Akcja przez formularz lub przycisk, nie przez link, i blokada parametru
Warianty produktu
/koszulka?kolor=zielony
Osobny adres dla wariantu, który ma być widoczny, canonical do adresu bez parametru, gdy wariant jest opcjonalny
Ścieżki kategorii
/kategoria-a/produkt i /kategoria-b/produkt
Jeden adres produktu w linkach wewnętrznych i canonical
Parametry śledzenia
?utm_source=, identyfikator sesji
Żadnych linków wewnętrznych z takimi parametrami
Google opisuje te zasady w dokumentacji o strukturze adresów w e-commerce: każdy wariant, który ma być znaleziony, powinien mieć osobny adres, fragmenty po znaku # nie są używane przy indeksowaniu, a liczba alternatywnych adresów z tą samą treścią powinna być jak najmniejsza. Przy filtrach Google zaleca, żeby adresy, które nie są potrzebne w wynikach, w ogóle nie były crawlowane.
Szczegółowo, z analizą logów serwera i regułami dla robots.txt, opisuję to w usłudze optymalizacji crawl budgetu. W pozycjonowaniu sklepu zajmuję się tym zawsze, ale w zakresie, którego sklep naprawdę potrzebuje: mały katalog często wymaga tylko poprawek canonicali i linków, duży także zmian w sposobie generowania filtrów.
Paginacja i niedostępne produkty – dwie decyzje, które sklepy często robią źle
Kolejne strony listy produktów powinny mieć własne adresy i własny canonical, a niedostępny produkt nie powinien automatycznie znikać z błędem 404. Oba błędy odcinają Google od produktów albo wyrzucają z indeksu strony, które mają linki i ruch.
Paginacja
Google traktuje strony paginacji jako osobne strony i odradza ustawianie pierwszej strony jako kanonicznej dla całej serii.
Atrybutów rel=next i rel=prev Google już nie używa, choć mogą je odczytywać inne wyszukiwarki.
Przy przycisku „pokaż więcej” i nieskończonym przewijaniu pilnuję, żeby kolejne strony były też dostępne przez zwykłe linki, bo Google podąża głównie za adresami w atrybucie href.
Produkty niedostępne i wycofane
John Mueller z Google mówił w 2022 roku (relacja Search Engine Journal), że stronę niedostępnego produktu Google może potraktować podobnie jak miękki błąd 404 i usunąć z wyników. Dlatego nie zostawiam pustych kart z napisem „brak w magazynie”. Decyzję podejmuję według tego, czy produkt wróci i czy ma wartość dla SEO:
Sytuacja
Co robię
Chwilowy brak, produkt wróci
Strona zostaje (status 200), dostępność OutOfStock w danych, widoczne alternatywy i data dostawy, jeśli jest znana
Wycofany, jest następca
Przekierowanie 301 na nowy model
Wycofany, ma linki lub ruch, brak następcy
Strona jako archiwalna karta z informacjami i linkami do zamienników albo przekierowanie na najbliższą kategorię
Wycofany, bez ruchu i linków
Status 404 lub 410 i usunięcie z mapy witryny i linków wewnętrznych
Kategoria sezonowa
Ten sam adres przez cały rok, poza sezonem z treścią i zapowiedzią
Dane strukturalne Product i Google Merchant Center – dwa źródła, które muszą mówić to samo
Google zaleca jednocześnie dane strukturalne na kartach produktów i feed w Merchant Center, bo crawlowanie nie gwarantuje znalezienia wszystkich produktów. Udział w Merchant Center jest wymagany do wyników w karcie Zakupy, a dane strukturalne obsługują wyniki rozszerzone produktów w zwykłym wyszukiwaniu.
Darmowe wyniki produktowe Google uruchomił w karcie Zakupy w kwietniu 2020 roku, najpierw w USA, z planem rozszerzenia na cały świat do końca tego roku. Według pomocy Merchant Center produkty mogą dziś pojawiać się bezpłatnie m.in. w wyszukiwarce, karcie Zakupy, Grafice, Lens, YouTube, Mapach i Gemini. Google zastrzega jednak, że wyświetlanie nie jest gwarantowane i zależy od jakości przekazanych danych.
Co wdrażam i sprawdzam
Dane Product z Offer na każdej karcie: cena, waluta, dostępność, stan, GTIN lub kod producenta, marka, zdjęcia. Wartości biorę z tego samego źródła co widoczna treść, żeby JSON-LD nigdy nie pokazywał innej ceny niż strona.
Warianty jako ProductGroup z hasVariant, gdy sklep ma kolory i rozmiary, oraz zasady dostawy i zwrotów.
Feed w Merchant Center z wymaganymi atrybutami (m.in. identyfikator, tytuł, link, zdjęcie, cena, opis, dostępność, GTIN lub MPN) i porządnymi tytułami produktów, a nie skrótami z systemu magazynowego.
Włączone darmowe wyniki w sekcji metod marketingowych Merchant Center i automatyczne aktualizacje produktów na podstawie danych ze strony, które Google sugeruje na wypadek opóźnień synchronizacji feedu.
Raporty informacji o produktach sprzedawcy i fragmentów produktów w Search Console oraz diagnostykę w Merchant Center po każdej zmianie szablonu.
Sam markup, z grafem identyfikatorów i walidacją, opisuję dokładnie w usłudze wdrażania Schema.org. Przy pozycjonowaniu sklepu to jeden z elementów pracy, a nie osobny projekt.
Pozycjonowanie sklepu na Shopify, WooCommerce, PrestaShop i Next.js
Zasady SEO są wspólne, ale każda platforma psuje je w innym miejscu. Dlatego audyt zaczynam od listy znanych problemów danej platformy i motywu, a dopiero potem crawluję cały sklep.
Platforma
Typowe problemy
Co zwykle zmieniam
Shopify
Linki do produktów przez /collections/nazwa-kolekcji/products/nazwa-produktu, adresy z filtrów i tagów kolekcji, aplikacje dodające własne skrypty i znaczniki
Linki w motywie na kanoniczny adres /products/, reguły w robots.txt.liquid, porządek w danych strukturalnych z aplikacji
WooCommerce
Wtyczki filtrów tworzące tysiące adresów, parametry ?orderby= i ?add-to-cart=, archiwa atrybutów i tagów, ciężkie motywy
Kontrola parametrów, noindex lub usunięcie zbędnych archiwów, optymalizacja motywu i cache
PrestaShop
Moduł nawigacji fasetowej z parametrem q, identyfikatory w adresach, kombinacje produktów w fragmentach adresu
Reguły dla filtrów, canonicale, osobne adresy tylko dla wariantów z popytem
Next.js (headless)
Treść i linki widoczne dopiero po JavaScripcie, brak metadanych na stronach generowanych dynamicznie, nieaktualne ceny w cache
Renderowanie na serwerze, metadane i JSON-LD z tych samych danych co widok, odświeżanie stron przy zmianie ceny i stanu
Przy Shopify trzeba uważać na edycję robots.txt. Platforma pozwala ją zmienić tylko przez szablon robots.txt.liquid, a pomoc Shopify wprost ostrzega, że niepoprawne użycie tej funkcji może skończyć się utratą całego ruchu. Dlatego każdą regułę testuję przed publikacją na liście adresów z crawla.
Sklepy headless na Next.js buduję i poprawiam jako programista, więc znam od środka problemy z renderowaniem po stronie przeglądarki. Szerzej opisuję je w artykule o JavaScript SEO, a samo wdrożenie sklepu w usłudze sklep headless Shopify.
SXO w sklepie – gdzie pozycjonowanie spotyka się z konwersją
SXO to łączenie SEO z doświadczeniem użytkownika: strona ma nie tylko ściągnąć ruch, ale też pozwolić szybko znaleźć i kupić produkt. W sklepie te same zmiany często pomagają w obu celach: szybsza kategoria, czytelne filtry i widoczny koszt dostawy poprawiają i sygnały dla Google, i sprzedaż.
Dobrym przykładem jest japoński sklep Rakuten 24 opisany na web.dev: w teście A/B wersja zoptymalizowana pod Core Web Vitals miała o 53,37% wyższy przychód na odwiedzającego i o 33,13% wyższy współczynnik konwersji niż wersja bez zmian. Szybkość szablonów kategorii i kart produktów traktuję więc jako element SEO i sprzedaży jednocześnie.
Co sprawdzam z perspektywy kupującego
Czy z wyników Google klient trafia na stronę, która odpowiada na jego frazę, a nie na stronę główną albo ogólną kategorię.
Czy filtry działają szybko na telefonie i czy po filtrowaniu łatwo wrócić do listy.
Czy cena, dostępność, koszt i czas dostawy są widoczne bez przewijania i przed koszykiem.
Czy karta produktu odpowiada na pytania, które klienci zadają obsłudze, i czy opinie są widoczne.
Czy zmiany wprowadzane pod konwersję (pop-upy, widżety, testy A/B) nie spowalniają strony i nie tworzą duplikatów.
Gdy sklep ma ruch, a problemem jest sprzedaż, przechodzę do optymalizacji konwersji (CRO) z analizą lejka i testami A/B. Jeśli nie wiesz, czy hamulcem jest ruch, konwersja czy technika, dobrym startem jest audyt sklepu internetowego.
Treści wspierające i link building dla sklepu
Poradniki i porównania są w sklepie po to, żeby przechwycić klienta przed decyzją i przekazać autorytet do kategorii. Każdy tekst planuję razem ze stroną kategorii, do której ma prowadzić, a nie jako osobny blog dla samego ruchu.
Poradnik wyboru (np. „jak dobrać buty do biegania”) linkuje do kategorii i filtrów, które odpowiadają opisanym kryteriom.
Porównania i zestawienia linkują do konkretnych kart produktów.
Kategorie linkują z powrotem do poradników, żeby klient i robot mieli pełny obraz tematu.
Taką architekturę klastrów zbudowałem dla polskiej marki slow fashion: 14 klastrów tematycznych, 5 stron filarowych i 62 artykuły połączone linkami wewnętrznymi, uzupełnione o 8 publikacji digital PR. Ruch organiczny stał się tam pierwszym kanałem pozyskania klientów, przed płatnymi reklamami. Szczegóły są w case study Fashion Brand SEO/GEO, a metodę opisuję w artykule o topical authority.
Linki do sklepu
Nie kupuję pakietów „X linków miesięcznie”. Dla sklepu szukam publikacji w tematycznych serwisach z realnym ruchem i czytelnikami: w mediach branżowych, u twórców testujących produkty, w poradnikach partnerów. Linki kieruję do kategorii i poradników, a nie tylko do strony głównej. Jeśli publikacja jest płatna, zasady Google wymagają oznaczenia linku atrybutem rel="sponsored", co omawiam z Tobą przed zakupem. Szczegóły doboru serwisów opisuję w usłudze link buildingu.
Sklep w AI Mode i ChatGPT – co realnie da się zrobić w 2026 roku
W zakupach przez AI wygrywają sklepy z kompletnymi, aktualnymi danymi produktowymi i dostępem dla crawlerów wyszukiwarek AI. Nie ma osobnego „SEO dla ChatGPT” dla produktów: liczą się te same dane, które sklep i tak powinien mieć dla Google.
Google AI Mode łączy model Gemini z Shopping Graph, który według Google (maj 2025) obejmuje ponad 50 mld ofert produktów, z czego ponad 2 mld jest odświeżanych co godzinę. Kompletny feed w Merchant Center i poprawne dane na stronie to wejście do tej bazy.
ChatGPT według pomocy OpenAI tworzy listę sprzedawców produktu z metadanych od zewnętrznych dostawców lub od samych sklepów, a sprzedawców układa m.in. według dostępności, ceny, jakości i tego, czy jest producentem lub głównym sprzedawcą produktu. OpenAI podkreśla też, że wyniki produktowe nie są reklamami.
Dostęp dla crawlerów: OpenAI zaleca wpuszczenie OAI-SearchBot w robots.txt stronom, które chcą być widoczne w wyszukiwaniu ChatGPT. Blokada GPTBot oznacza tylko sprzeciw wobec trenowania modeli.
Feed dla agentów: OpenAI udostępnia specyfikację feedu produktowego w ramach Agentic Commerce Protocol. To temat dla sklepów, które chcą sprzedawać bezpośrednio w ChatGPT, a nie warunek widoczności w wynikach.
Migracja sklepu to moment, w którym najłatwiej stracić lata pracy nad SEO, bo zmieniają się jednocześnie adresy, szablony i dane produktów. Dlatego w sklepie mapa przekierowań to tylko część pracy: równie ważne jest przeniesienie atrybutów, opinii, zdjęć i reguł dla filtrów.
Adresy produktów łączę między platformami po SKU lub kodzie EAN, a nie po nazwie, bo nazwy często się różnią.
Atrybuty produktów mapuję na pola nowej platformy, żeby nie zniknęły parametry potrzebne do filtrów, danych strukturalnych i feedu.
Filtry z popytem dostają odpowiedniki w nowej strukturze, a reszta reguły, które od pierwszego dnia trzymają je poza crawlem.
Feed Merchant Center przełączam razem ze stroną, żeby linki w darmowych wynikach nie prowadziły na stare adresy.
Tak przeprowadziłem migrację sklepu z WooCommerce na PrestaShop: każdy adres kategorii, produktu i wpisu na blogu dostał odpowiednik, atrybuty produktów zostały zmapowane na cechy w PrestaShop, a nowa struktura była w pełni przeindeksowana w ciągu 3 miesięcy, bez spadku widoczności. Pełny proces migracji opisuję w usłudze migracja SEO.
Jak mierzę efekty pozycjonowania sklepu
Główną miarą jest przychód z ruchu organicznego, a nie liczba fraz w TOP 10. Pozycje pokazują kierunek, ale sklep może rosnąć w rankingu na frazy, które nie sprzedają, i tracić na tych, które sprzedają.
Wskaźnik
Źródło
Po co go śledzę
Przychód i transakcje z organiku według typu strony wejścia
GA4
Pokazuje, czy rosną kategorie, produkty czy poradniki
Kliknięcia i wyświetlenia kategorii oraz produktów
Search Console z filtrem adresów według wzorca
Oddziela efekty prac nad kategoriami od kart produktów
Wyświetlenia wyników produktowych
Search Console, filtr wyglądu w wynikach
Mierzy efekt danych strukturalnych
Produkty zatwierdzone i odrzucone
Merchant Center
Wychwytuje błędy feedu, zanim produkty znikną z darmowych wyników
Zaindeksowane strony sprzedażowe wobec adresów z parametrami
Raport porównuję zawsze rok do roku, bo w sklepach sezonowość potrafi zamaskować i wzrost, i spadek. Przy większych zmianach w szablonach oznaczam datę wdrożenia w raportach, żeby było widać, co dała konkretna poprawka.
Ile kosztuje pozycjonowanie sklepu internetowego i od czego zależy wycena
Pozycjonowanie sklepu zaczyna się u mnie od 2 500 zł, a ostateczna wycena zależy od wielkości sklepu, liczby produktów i kategorii oraz platformy. Mniejsze sklepy o prostej strukturze są bliżej kwoty startowej; im więcej szablonów, wariantów i problemów technicznych, tym większy zakres. Wycenę przygotowuję po bezpłatnej konsultacji i krótkim przeglądzie sklepu.
Czynnik
Jak wpływa na zakres
Liczba produktów, kategorii i wariantów
Więcej szablonów do poprawy, większa skala duplikatów i feedu
Platforma i dostęp do kodu
Własny motyw lub Next.js pozwala poprawić więcej niż zamknięty abonament z ograniczonym szablonem
Stan techniczny
Sklep po latach wtyczek i migracji wymaga więcej porządków przed pracą nad treścią
Treści
Liczba kategorii i kart produktów do przebudowy oraz poradników do napisania
Linki
Budżet na publikacje zależy od konkurencji w branży
Merchant Center
Konfiguracja od zera albo audyt istniejącego feedu
Pozycjonowanie sklepu zaczyna się od 2 500 zł. Ostateczna wycena zależy od wielkości sklepu, liczby produktów i kategorii, platformy oraz tego, ile poprawek w szablonach wdrażam sam. Po bezpłatnej konsultacji i krótkim przeglądzie sklepu dostajesz wycenę dopasowaną do zakresu.
Ile trwa pozycjonowanie sklepu i kiedy widać efekty?
Poprawki techniczne Google zauważa zwykle w ciągu kilku tygodni od ponownego zaindeksowania stron. Wzrost ruchu na konkurencyjne frazy kategorii to najczęściej 3–6 miesięcy systematycznej pracy, a w bardzo konkurencyjnych branżach dłużej. Produkty w darmowych wynikach z Merchant Center mogą pojawić się wcześniej, po zatwierdzeniu feedu.
Na jakich platformach pozycjonujesz sklepy?
Shopify, WooCommerce, PrestaShop i sklepy headless na Next.js. Każda platforma ma swoje typowe problemy: w Shopify zduplikowane ścieżki produktów w kolekcjach i robots.txt zmieniany przez szablon robots.txt.liquid, w WooCommerce wtyczki filtrów tworzące tysiące adresów, w PrestaShop moduł nawigacji fasetowej i parametry w adresach. Przy innych platformach najpierw sprawdzam, co da się zmienić w szablonach.
Czy da się wypozycjonować sklep z opisami od producenta?
Da się, ale karty z takim samym opisem jak u konkurencji rzadko wygrywają. Zaczynam od kategorii i od produktów z największym potencjałem i uzupełniam je o własne informacje: parametry, zastosowania, odpowiedzi na pytania klientów i porównania. W dużych katalogach łączę to z automatyzacją opisów AI pod kontrolą jakości.
Czy do pozycjonowania sklepu potrzebuję Google Merchant Center?
Do darmowych wyników w karcie Zakupy Google tak, bo udział w Merchant Center jest tam wymagany. Wyniki rozszerzone produktów w zwykłym wyszukiwaniu mogą działać na samych danych strukturalnych, ale Google zaleca łączenie obu źródeł, bo crawlowanie nie gwarantuje znalezienia wszystkich produktów.
Czy pozycjonowanie sklepu pomaga w widoczności w ChatGPT i AI Mode?
Tak, bo zakupy w AI korzystają z podobnych danych. AI Mode opiera się na Shopping Graph, czyli bazie produktów Google budowanej m.in. z danych sprzedawców, a ChatGPT według OpenAI tworzy listę sprzedawców z metadanych produktów od zewnętrznych dostawców lub od samych sklepów. Kompletne dane produktowe, dostęp dla crawlerów wyszukiwarek AI i wzmianki o sklepie w wiarygodnych źródłach pomagają w obu kanałach.
Jak wygląda raportowanie efektów?
Co miesiąc dostajesz raport z przychodem i transakcjami z organiku w GA4, kliknięciami kategorii i produktów w Search Console, stanem indeksacji i produktów w Merchant Center oraz listą tego, co wdrożyłem i co planuję dalej. Pozycje fraz traktuję jako wskaźnik pomocniczy, bo sklep zarabia na sprzedaży, a nie na rankingu.