Warianty produktów a duplikacja treści – kiedy jeden produkt powinien mieć wiele URL-i, a kiedy jeden wspólny adres

Koszulka dostępna w ośmiu kolorach i sześciu rozmiarach może mieć 48 SKU, ale nie potrzebuje 48 kart produktowych. Materac tego samego modelu w rozmiarach 90 × 200 cm i 160 × 200 cm może natomiast wymagać dwóch stron, ponieważ użytkownicy szukają konkretnych wymiarów, porównują inne ceny i mają inne ograniczenia transportowe.

To właśnie tutaj najczęściej psuje się SEO wariantów produktów. Architektura sklepu zaczyna odzwierciedlać system magazynowy, a nie sposób podejmowania decyzji przez klienta. Platforma widzi osobne SKU, więc tworzy osobne adresy. Google otrzymuje kilkadziesiąt niemal identycznych stron, a kupujący musi przechodzić między kartami produktu, choć chce jedynie zmienić kolor.

Trzeba oddzielić trzy rzeczy:

• osobny SKU, czyli pozycję magazynową,
• osobny URL pozwalający otworzyć konkretny, wcześniej wybrany wariant,
• osobny indeksowalny URL, który ma pojawiać się w wynikach wyszukiwania.

Te elementy nie muszą występować w układzie 1:1. Jeden produkt może mieć 30 SKU i jeden adres kanoniczny, a jednocześnie 30 technicznych URL-i z parametrami potrzebnymi w Google Merchant Center. Może też mieć kilka niezależnie indeksowanych stron, jeśli poszczególne wersje odpowiadają na różne zapytania.

Kiedy wariant produktu zasługuje na osobny indeksowalny URL

Osobne URL-e dla wariantów mają sens dopiero wtedy, gdy każdy z nich może działać jako samodzielna strona docelowa. Nie wystarcza fakt, że wariant ma inną cenę, kod EAN albo stan magazynowy. To dane operacyjne. O indeksacji powinna decydować odrębna potrzeba klienta.

Najprostszy test składa się z pięciu pytań:

1. Czy użytkownicy wyszukują ten wariant za pomocą osobnej, precyzyjnej frazy?
2. Czy wariant zmienia istotny parametr użytkowy, a nie tylko wygląd?
3. Czy ma trwałą ofertę, własny stan magazynowy i nie zniknie po jednym sezonie?
4. Czy można przygotować dla niego samodzielne zdjęcia, dane i argumenty zakupowe?
5. Czy sklep chce kierować do niego niezależnie użytkowników z kategorii, kampanii, poradników lub zewnętrznych feedów?

Praktyczna reguła decyzyjna wygląda następująco:

• 4–5 odpowiedzi „tak” – osobna, indeksowalna karta jest zwykle uzasadniona;
• 2–3 odpowiedzi „tak” – wariant powinien mieć własny adres do bezpośredniego wyboru, ale niekoniecznie osobną stronę w indeksie;
• 0–1 odpowiedź „tak” – najlepiej pozostawić wariant na wspólnej karcie produktu.

Nie jest to wymóg Google ani uniwersalny próg. To filtr, który chroni sklep przed automatycznym wygenerowaniem tysięcy stron różniących się jednym słowem.

Pojemność, rozmiar i konfiguracja częściej uzasadniają osobną stronę niż kolor

Najbardziej oczywistym kandydatem do osobnego URL-u jest wariant, który zmienia sposób używania produktu.

Dobrymi przykładami są:

• materac 90 × 200 cm i 160 × 200 cm,
• farba w opakowaniu 2,5 l i 10 l,
• dysk o pojemności 1 TB i 4 TB,
• telefon z pamięcią 128 GB i 512 GB,
• telewizor o przekątnej 55 i 75 cali,
• przewód o długości 2 i 20 metrów,
• urządzenie w wersji jednofazowej i trójfazowej.

Klient wpisujący „materac 160 × 200” nie szuka ogólnie tego samego modelu. Ma określone łóżko, budżet, warunki dostawy i liczbę użytkowników. Strona takiego wariantu może zawierać własne wymiary paczki, masę, cenę, czas realizacji oraz informacje o zgodności ze stelażem. Jest więc czymś więcej niż kopią karty 90 × 200 cm.

Podobnie działa pojemność. Wariant 10-litrowy farby może mieć inną cenę jednostkową, wagę przesyłki i sposób dostawy niż puszka 2,5-litrowa. Jeśli producent deklaruje wydajność 12 m²/l na jedną warstwę, mniejsze opakowanie wystarcza orientacyjnie na 30 m², a większe na 120 m². To realna różnica w decyzji zakupowej, a nie kosmetyczna zmiana atrybutu.

Kolor rzadziej spełnia te warunki. Czarna i biała wersja tej samej ładowarki zwykle nie wymagają dwóch wyników wyszukiwania. Wyjątkiem będzie sytuacja, w której kolor oznacza również inne wykończenie, materiał, odporność albo zastosowanie, na przykład stal nierdzewną zamiast lakierowanej obudowy.

Inny zestaw nie zawsze jest wariantem

Pojedynczy produkt, dwupak i zestaw zawierający dodatkowe akcesoria powinny być zazwyczaj traktowane jako osobne produkty, a nie kolejne warianty koloru czy rozmiaru.

Zmieniają się wówczas:

• zawartość opakowania,
• liczba sztuk,
• cena jednostkowa,
• kod GTIN lub EAN,
• masa i rozmiar przesyłki,
• sposób prezentacji oferty,
• powód zakupu.

Google Merchant Center wprost rozróżnia prawdziwe warianty od zestawów. Za warianty uznaje między innymi wersje różniące się kolorem, rozmiarem, pamięcią, procesorem czy materiałem. Zestaw marynarki i spodni albo komplet akcesoriów kąpielowych nie powinien być grupowany tak, jak kolory jednego modelu.

Osobna strona musi działać bez pomocy strony nadrzędnej

Jeżeli wariant ma być indeksowany, powinien mieć:

• własny, trwały URL;
• samodzielny tytuł strony i nagłówek H1;
• właściwe zdjęcie wariantu;
• aktualną cenę i dostępność;
• indywidualny SKU oraz GTIN, gdy producent je nadał;
• komplet parametrów potrzebnych do zakupu;
• linki z kategorii, porównania wariantów lub innych sekcji sklepu;
• kanoniczny adres wskazujący na siebie;
• obecność w mapie strony XML.

Google zaleca, aby indeksowalne strony miały samodzielny rel="canonical", były konsekwentnie używane w linkowaniu wewnętrznym i znajdowały się w mapie witryny. W przypadku wielostronicowej architektury wariantów każda strona powinna też zawierać pełne, samowystarczalne dane strukturalne.

Nie należy tworzyć osobnej strony, a następnie ustawiać na niej canonical prowadzącego do wariantu podstawowego. Taka konfiguracja wysyła sprzeczne sygnały: linki i mapa witryny sugerują samodzielną stronę, a znacznik kanoniczny wskazuje, że preferowany jest inny adres. Rel="canonical" jest silnym sygnałem, choć Google nie ma obowiązku go zaakceptować.

Osobny URL musi naprawdę otwierać konkretną wersję

Adres /telefon-model-x-256-gb nie może otwierać ogólnej karty z domyślnie wybranym wariantem 128 GB. Po wejściu na stronę użytkownik i robot powinien zobaczyć właściwe:

• zdjęcie,
• oznaczenie pojemności,
• cenę,
• dostępność,
• SKU,
• przycisk dodający do koszyka dokładnie ten wariant.

Google dopuszcza adresy wariantów oparte zarówno na ścieżce, na przykład /koszulka/zielona, jak i na parametrach, na przykład /koszulka?kolor=zielony. Nie należy natomiast opierać wariantów na samych fragmentach #, takich jak /koszulka#zielona. Google traktuje fragmenty przede wszystkim jako odwołania do miejsca na tej samej stronie, więc /produkt#czarny i /produkt#biały nie są dobrym sposobem na udostępnienie odrębnych wariantów.

Kiedy lepiej połączyć warianty na jednej karcie produktu

Jedna karta jest lepsza wtedy, gdy użytkownik najpierw wybiera model, a dopiero później jego kolor, rozmiar albo drobną konfigurację. W takim przypadku warianty nie konkurują o osobne potrzeby. Są etapem jednego procesu zakupowego.

Najczęściej dotyczy to:

• rozmiarów S, M, L i XL tego samego ubrania,
• kolorów identycznego etui lub kabla,
• odcieni jednego podkładu kosmetycznego,
• wersji lewo- i prawostronnej różniących się wyłącznie ustawieniem,
• nadruku, graweru albo koloru nici wybieranego na zamówienie,
• wielu kombinacji rozmiaru i koloru tego samego obuwia,
• tkanin obiciowych, jeżeli konstrukcja, cena i termin produkcji pozostają takie same.

Koszulka dostępna w ośmiu kolorach i sześciu rozmiarach tworzy 48 SKU. Rozbicie jej na 48 indeksowalnych stron oznaczałoby konieczność utrzymywania 48 tytułów, opisów, kanonicznych adresów, pozycji w mapie witryny i linków wewnętrznych. W praktyce większość kart różniłaby się jednym kolorem i oznaczeniem rozmiaru. To klasyczny przypadek, w którym duplikacja SKU nie powinna prowadzić do duplikowania architektury SEO.

Jeden adres kanoniczny nie wyklucza adresów poszczególnych wariantów

Wspólna karta produktu może mieć jeden główny adres:

/koszulka-model-aria

Jednocześnie każdy wariant może być dostępny pod technicznym URL-em:

/koszulka-model-aria?kolor=czarny&rozmiar=m

Drugi adres powinien od razu wybrać czarną koszulkę w rozmiarze M, pokazać jej zdjęcie, cenę i dostępność oraz dodać właściwe SKU do koszyka. Nie musi jednak być samodzielnie indeksowany. Przy architekturze jednostronicowej Google zaleca jeden kanoniczny URL reprezentujący całą grupę produktów – zazwyczaj bazowy adres bez wybranego wariantu.

Taki układ rozwiązuje kilka problemów naraz:

• klient może udostępnić konkretny wariant;
• kampania reklamowa może prowadzić bezpośrednio do właściwego koloru i rozmiaru;
• feed produktowy może wskazać adres z wcześniej wybraną wersją;
• Google otrzymuje jeden główny adres do indeksacji;
• sklep nie produkuje kilkudziesięciu niemal identycznych wyników organicznych.

W mapie witryny powinien znaleźć się adres kanoniczny. Wariantowe URL-e z parametrami nie powinny być tam masowo dodawane, jeżeli prowadzą do tej samej, wspólnej strony kanonicznej. Linkowanie wewnętrzne również powinno konsekwentnie wzmacniać główny adres, zamiast losowo prowadzić do wersji z parametrami. Google traktuje mapę strony jako słabszy sygnał kanonikalizacji, a rel="canonical" i przekierowania jako sygnały silniejsze, dlatego niespójność między nimi niepotrzebnie komplikuje wybór właściwego URL-u.

Merchant Center potrzebuje wariantów, nawet gdy wyszukiwarka indeksuje jedną kartę

W Google Merchant Center każda wersja produktu powinna mieć własny identyfikator id, natomiast wszystkie wersje tej samej rodziny mogą korzystać ze wspólnego item_group_id. Identyfikator grupy może mieć od 1 do 50 znaków. Google zaleca też, aby każdy wariant miał osobny adres docelowy, który otwiera właściwą konfigurację produktu.

Dla koszulki dostępnej w trzech kolorach i trzech rozmiarach feed może więc zawierać dziewięć pozycji:

• TSHIRT-RED-S,
• TSHIRT-RED-M,
• TSHIRT-RED-L,
• TSHIRT-BLACK-S,
• TSHIRT-BLACK-M,
• TSHIRT-BLACK-L,
• TSHIRT-WHITE-S,
• TSHIRT-WHITE-M,
• TSHIRT-WHITE-L.

Każda pozycja ma unikalne id, ale wspólne item_group_id, na przykład TSHIRT-ARIA. Linki mogą prowadzić do adresów z parametrami rozmiaru i koloru, podczas gdy kanonicznym adresem strony nadal pozostaje /koszulka-model-aria.

Najczęstszy błąd polega na tym, że feed prowadzi do wariantu czerwonego M, a strona otwiera czarny L. Cena i dostępność zaczynają się wtedy rozjeżdżać między feedem a kartą produktu. Google wymaga, aby informacje na stronie docelowej odpowiadały przesłanym danym, między innymi w zakresie tytułu, wariantu, koloru, ceny, dostępności i zdjęcia.

Dane strukturalne powinny opisywać rodzinę produktów

Dla wariantów Google obsługuje typ ProductGroup. Rodzina produktu może określać atrybuty różnicujące przez variesBy, na przykład kolor i rozmiar, a poszczególne warianty można powiązać za pomocą hasVariant albo isVariantOf.

Na jednej karcie można więc opisać:

• nadrzędny model jako ProductGroup,
• wspólne cechy, takie jak marka i materiał,
• różnice przez variesBy,
• poszczególne wersje jako Product,
• właściwe SKU, GTIN, kolor, rozmiar, zdjęcie, cenę i dostępność każdego wariantu.

Google wspiera zarówno architekturę jednostronicową, jak i wielostronicową. Samo wdrożenie poprawnych danych strukturalnych nie gwarantuje jednak rozszerzonego wyniku w wyszukiwarce – daje jedynie możliwość wykorzystania tych informacji przez Google.

Nie warto blokować wariantowych URL-i w robots.txt, licząc, że w ten sposób Google wybierze adres bazowy. Robots.txt nie jest narzędziem do kanonikalizacji. Jeżeli robot nie może pobrać strony, nie odczyta również znajdującego się na niej znacznika canonical.

Jak opisać różnice między wariantami, żeby nie tworzyć kopii

Najgorszy model pracy wygląda tak: sklep kopiuje opis produktu 20 razy, a następnie zamienia w każdym tekście nazwę koloru. Powstają zdania w rodzaju „czarna wersja pasuje do wielu aranżacji”, „biała wersja pasuje do wielu aranżacji” i „szara wersja pasuje do wielu aranżacji”. Takie treści nie pomagają ani klientowi, ani wyszukiwarce.

Opis należy rozdzielić na dwie warstwy.

Warstwa wspólna powinna dotyczyć całej rodziny produktu:

• konstrukcji,
• technologii,
• najważniejszych zastosowań,
• materiałów wspólnych dla wszystkich wersji,
• instrukcji użytkowania,
• warunków gwarancji,
• konserwacji,
• cech modelu.

Warstwa wariantowa powinna zawierać wyłącznie informacje, które rzeczywiście zmieniają się wraz z wyborem:

• kolor lub wykończenie;
• rozmiar, pojemność albo długość;
• cenę;
• dostępność i termin wysyłki;
• zdjęcia konkretnej wersji;
• masę oraz wymiary produktu i paczki;
• zawartość zestawu;
• kompatybilność;
• jednostkowy koszt zakupu;
• ograniczenia konkretnego wariantu;
• SKU i GTIN.

Na wspólnej karcie nie trzeba pisać osobnego, kilkusetwyrazowego opisu dla każdego koloru. Wystarczy, że po wyborze wariantu zmienią się właściwe dane, zdjęcia i krótka informacja o wykończeniu. Przy 30 kolorach bardziej użyteczne będą dobre fotografie, nazwy odcieni i dostępność niż 30 sztucznie rozbudowanych akapitów.

Co musi różnić osobne, indeksowalne karty

Jeżeli sklep zdecydował się na odrębne strony, podmiana jednego słowa w tytule nie wystarczy. Każda karta powinna odpowiadać na pytania charakterystyczne dla danego wariantu.

Dla materaca 160 × 200 cm będą to między innymi:

• dokładne wymiary;
• masa produktu;
• zalecany rozmiar stelaża;
• liczba użytkowników;
• sposób wniesienia;
• rozmiar przesyłki;
• termin realizacji;
• cena;
• dostępność konkretnego rozmiaru.

Dla farby 10 l:

• wydajność podana przez producenta;
• orientacyjna powierzchnia malowania przy jednej i dwóch warstwach;
• masa opakowania;
• sposób dostawy;
• cena za litr;
• liczba opakowań potrzebna do pomalowania przykładowej powierzchni;
• ograniczenia dotyczące przechowywania lub transportu.

Dla telefonu 512 GB:

• rzeczywista pojemność nominalna;
• różnica cenowa względem wersji 128 i 256 GB;
• zastosowania wymagające większej pamięci;
• dostępność konkretnych kolorów;
• ewentualne różnice w terminach dostawy;
• możliwość porównania wszystkich pojemności bez wracania do kategorii.

Nie ma sensu dopisywać tekstu tylko po to, aby osiągnąć ustaloną liczbę słów. Krótki blok zawierający sześć konkretnych różnic jest więcej wart niż długi opis, w którym jedyną informacją o wariancie jest jego nazwa.

Tytuł powinien pokazywać cechę, która rozstrzyga zakup

Dla oddzielnych kart warto stosować stabilny schemat:

marka + model + cecha wariantu + najważniejszy parametr

Przykłady:

• „Materac piankowy Luna 160 × 200 cm, twardość H3”;
• „Smartfon Model X 512 GB, czarny”;
• „Farba elewacyjna Protect 10 l, biała”;
• „Przewód instalacyjny YDY 3 × 2,5 mm², 100 m”;
• „Dysk SSD Pro 4 TB, M.2 NVMe”.

W przypadku wspólnej karty lepszy będzie tytuł rodziny, bez wyliczania wszystkich opcji:

• „Koszulka bawełniana Aria – kolory i rozmiary”;
• „Podkład matujący Skin Pro – wybór odcienia”;
• „Etui ochronne Shield do telefonu Model X”.

Najczęściej irytująca praktyka to umieszczanie 15 wariantów w jednym tytule, na przykład „czarny, biały, szary, czerwony, niebieski, S, M, L, XL”. Taki tytuł jest nieczytelny i nadal nie wyjaśnia, który wariant został wybrany.

Wdrożenie należy zacząć od najlepiej sprzedających się rodzin

Nie warto przebudowywać całego katalogu na podstawie teorii. Najpierw należy wyeksportować 20–50 rodzin produktowych o najwyższych przychodach lub największej liczbie wyświetleń organicznych i oznaczyć dla każdej z nich:

• liczbę SKU;
• atrybuty różnicujące;
• rozpiętość cen;
• występowanie osobnych zapytań;
• liczbę obecnych URL-i;
• adres wskazywany przez Google jako kanoniczny;
• liczbę wariantów faktycznie linkowanych z kategorii;
• kompletność zdjęć i parametrów;
• zgodność strony z danymi Merchant Center.

Najpierw należy poprawić rodziny, w których sklep ma jednocześnie duży ruch, wiele SKU i niespójną kanonikalizację. Dopiero później warto zajmować się produktami generującymi po kilka wejść miesięcznie. Google analizuje strukturę sklepu przede wszystkim przez jego linkowanie, dlatego ważne warianty muszą być realnie osiągalne z kategorii i innych stron, a nie wyłącznie przez wyszukiwarkę wewnętrzną.

FAQ – warianty produktów i osobne URL-e

Czy każdy SKU powinien mieć osobny URL?
Nie. SKU identyfikuje pozycję magazynową, a URL jest stroną docelową. Jeden produkt może mieć kilkadziesiąt SKU i jeden adres kanoniczny.

Czy każdy wariant powinien dać się otworzyć pod osobnym adresem?
Tak, szczególnie gdy wariant jest przesyłany do Merchant Center. Adres powinien wcześniej wybierać właściwą wersję i pokazywać zgodne zdjęcie, cenę, dostępność oraz możliwość dodania jej do koszyka. Nie oznacza to jednak, że każdy taki URL powinien być indeksowany.

Czy parametr koloru może być używany w adresie?
Tak. Poprawnym rozwiązaniem jest na przykład ?kolor=czarny. Należy stosować parametry w układzie klucz=wartość i unikać zmiennych sesyjnych, czasowych oraz śledzących w stałych linkach wewnętrznych.

Czy #czarny może oznaczać osobny wariant?
Nie powinien. Fragment po znaku # nie jest właściwym sposobem tworzenia odrębnych adresów wariantów przeznaczonych do rozpoznawania i indeksowania przez Google.

Czy ustawienie canonical na produkt nadrzędny gwarantuje usunięcie wariantu z wyników?
Nie. Rel="canonical" jest silnym sygnałem, ale ostateczny adres kanoniczny wybiera Google. Skuteczność rośnie, gdy canonical, mapa witryny, linkowanie wewnętrzne i przekierowania nie wysyłają sprzecznych informacji.

Czy rozmiary odzieży powinny mieć osobne indeksowalne strony?
Zazwyczaj nie. Rozmiar S, M lub L rzadko tworzy niezależną intencję wyszukiwania i trudno przygotować dla niego samodzielną treść. Wyjątkiem mogą być produkty, w których rozmiar oznacza inny sposób użytkowania, transportu lub dopasowania, na przykład materace, drzwi, dywany czy elementy budowlane.

Czy różne pojemności powinny mieć osobne karty?
Częściej niż kolory, ale nie automatycznie. Osobna karta ma sens, gdy pojemność jest wyszukiwana, mocno zmienia cenę, zastosowanie, wagę, dostawę albo koszt jednostkowy. W przeciwnym razie wygodniejsza będzie jedna karta z wyborem pojemności.

Czy dwupak jest wariantem pojedynczego produktu?
Najczęściej nie. Jeżeli zmienia się liczba sztuk, zawartość opakowania, kod GTIN, cena jednostkowa i gabaryt przesyłki, dwupak powinien działać jako osobny produkt.

Od czego rozpocząć porządkowanie wariantów w dużym sklepie?
Od 20–50 rodzin odpowiadających za największy przychód lub widoczność organiczną. Najpierw trzeba usunąć konfliktujące canonicale, ujednolicić linkowanie i sprawdzić, czy adres każdego wariantu z feedu otwiera właściwą wersję. Masowe tworzenie nowych stron należy odłożyć do czasu potwierdzenia, że warianty mają własną intencję i wystarczająco dużo danych, aby działać samodzielnie.