Kombinacje i warianty produktów: kiedy sklep ich potrzebuje

Ostatnia aktualizacja: czerwiec 2026 — opisane tutaj kombinacje, grupy atrybutów i encja importu CSV dotyczą PrestaShop 1.7, 8 i 9.

Koszulka występuje w trzech rozmiarach i czterech kolorach. Etui pasuje do pięciu modeli telefonów. Farba ścienna jest dostępna w 200 odcieniach. Pytanie, z którym prędzej czy później mierzy się każdy sprzedawca korzystający z PrestaShop, nie brzmi jak dodać takie warianty, lecz którego mechanizmu użyć. PrestaShop daje cztery różne narzędzia, które na pierwszy rzut oka rozwiązują ten sam problem: „ten sam produkt, ale trochę inny”. Zły wybór oznacza zdublowane oferty, rozjechane stany magazynowe albo stronę produktu, po której klienci nie potrafią się poruszać. Ten poradnik dotyczy właśnie tej decyzji: kiedy Twój sklep naprawdę potrzebuje kombinacji, kiedy potrzebuje czegoś zupełnie innego i jak dokładnie każdy z tych mechanizmów zachowuje się w panelu administracyjnym PrestaShop.

Cztery narzędzia, które wyglądają jak „warianty”

Zanim zaczniesz klikać w panelu administracyjnym, warto dobrze ustawić model w głowie. PrestaShop ma cztery osobne funkcje, które sprzedawcy regularnie mylą, a każda z nich inaczej wpływa na katalog, stany magazynowe i adresy URL:

Co z tego wynika? Jeśli wybierzesz kombinacje tam, gdzie powinny wystarczyć cechy, zapchasz panel administracyjny wierszami magazynowymi, których nigdy nie będziesz liczyć. Jeśli użyjesz kombinacji wtedy, gdy klient tak naprawdę przesyła logo, zamówienia będą wpadać bez potrzebnego załącznika. Trafna pierwsza decyzja to połowa pracy.

Kombinacje kontra osobne produkty — właściwa decyzja

W przypadku dwóch narzędzi, które rzeczywiście ze sobą konkurują — kombinacji i osobnych produktów — decydujące jest to, czy warianty są tym samym produktem w innym wydaniu, czy różnymi produktami, które po prostu są ze sobą powiązane. Uczciwy test polega na sprawdzeniu, co naprawdę zmienia dany wariant:

Używaj kombinacji, gdy

• Produkt jest zasadniczo ten sam, tylko występuje w różnych rozmiarach, kolorach lub materiałach.
• Różnica w cenie między wariantami jest mała albo żadna.
• Klienci oczekują wyboru wariantu na jednej stronie produktu (np. wyboru rozmiaru).
• Chcesz mieć jeden URL, jeden zestaw opinii i jedną pozycję w wynikach wyszukiwania.
• Opis pasuje równie dobrze do każdego wariantu.

Używaj osobnych produktów, gdy

• Warianty istotnie różnią się ceną, cechami albo opisem.
• Każdy wariant ma własne zdjęcia, które opowiadają inną historię.
• Kolor albo model ma na tyle duży niezależny popyt w wyszukiwarce, że zasługuje na własną stronę.
• Warianty są sprzedawane lub promowane niezależnie.

Praktyczny przykład rozprasza większość wątpliwości. Koszulka w rozmiarach S/M/L/XL w jednej cenie → kombinacje. Laptop w różnych konfiguracjach CPU/RAM/dysk, z bardzo różnymi cenami i odmiennymi kartami specyfikacji → osobne produkty. Etui na telefon w czterech kolorach w tej samej cenie → kombinacje. „To samo” etui dla iPhone'a i Samsunga → osobne produkty, bo zdjęcia, opis i frazy wyszukiwania („etui iphone 15” kontra „etui galaxy s24”) rozchodzą się w różne strony. Jeśli wariant daje kupującemu inny powód, żeby trafić na stronę z Google, zwykle powinien być własną stroną. Druga strona medalu — użycie dwóch niemal identycznych stron produktów tam, gdzie wystarczyłaby jedna — niesie ryzyko, że Google potraktuje je jako duplikaty; jeśli wybierasz między jedną bogatą stroną a kilkoma cienkimi, to decyzja z obszaru architektury treści, omówiona w dobrych praktykach projektowania strony produktu.

Jak kombinacje naprawdę działają w PrestaShop

PrestaShop buduje kombinacje z dwóch składników, definiowanych w Katalog → Atrybuty & Cechy, zanim w ogóle wejdziesz w edycję produktu:

• Grupy atrybutów — wymiar wariantu: Rozmiar, Kolor, Pojemność, Materiał. Każda grupa ma ustawienie Typ atrybutu (lista rozwijana, przyciski opcji albo próbka koloru/tekstury), które decyduje, jak będzie wyglądać na stronie produktu.
• Atrybuty — konkretne opcje w grupie: Mały / Średni / Duży w ramach Rozmiaru; Czerwony / Niebieski / Zielony w ramach Koloru. Atrybut Kolor może mieć rzeczywistą wartość koloru albo obraz tekstury, dzięki czemu sklep wyświetla próbkę zamiast zwykłego tekstu.

Na samym produkcie składasz je w kombinacje na karcie Kombinacje. W PrestaShop 1.7+ przycisk Generuj kombinacje tworzy iloczyn kartezjański zaznaczonych atrybutów — wybierz Mały/Średni/Duży oraz Czerwony/Niebieski, a jednym kliknięciem dostaniesz sześć wierszy. Każdy wiersz kombinacji jest prawdziwym rekordem bazy danych (w ps_product_attribute i tabeli łączącej _combination) i każdy może mieć własne:

• Ilość na stanie — śledzoną niezależnie dla każdej kombinacji przez zarządzanie magazynem PrestaShop.
• Wpływ na cenę — stałą kwotę +/− dodawaną do ceny bazowej (wariant procentowy należy do Cen specyficznych, a nie do wiersza kombinacji).
• Referencję, EAN-13/UPC i referencję dostawcy — żeby każdy wariant skanował się i rozliczał poprawnie.
• Specyficzną wagę — dodawaną do wagi bazowej na potrzeby reguł cen przewoźników.
• Własne zdjęcie lub zdjęcia, wybrane z galerii produktu.
• Minimalną ilość zamówienia oraz datę dostępności dla przedsprzedaży.

Jeden wiersz produktu jest oznaczony jako domyślna kombinacja — to ona pojawia się przy pierwszym wczytaniu strony i zasila cenę „od” na listingu. Ustaw ją dobrze: decyduje o pierwszym wrażeniu dotyczącym ceny i dostępności.

[SCREENSHOT: karta Kombinacje produktu w panelu administracyjnym PrestaShop po kliknięciu „Generuj kombinacje” — pokaż wygenerowaną siatkę ze stanem magazynowym w każdym wierszu, wpływem na cenę i radiowym wyborem domyślnej kombinacji, żeby czytelnik rozpoznał ekran.]

Stan magazynowy, który naprawdę się zgadza

Najważniejszy powód, żeby używać kombinacji zamiast udawać warianty osobnymi ofertami, to uczciwy, granularny stan magazynowy. Jeśli sprzedajesz koszulki, musisz wiedzieć, że masz 45 sztuk niebieskich w rozmiarze M i 3 czerwone w rozmiarze L — a nie „85 koszulek”. PrestaShop pilnuje tego na poziomie kombinacji: klient nie kupi czerwonego L, gdy ten konkretny wiersz spadnie do zera (zakładając, że nie masz włączonej sprzedaży produktów niedostępnych). Praktyczna korzyść jest podwójna — przestajesz sprzedawać ponad stan wariant, który zawsze znika najszybciej, a decyzje o ponownym zamówieniu wynikają z wiersza, który faktycznie jest pusty, zamiast z bezużytecznej sumy. Cokolwiek zasila Twój magazyn (ręczne zmiany, CSV od dostawcy, synchronizacja z ERP), musi zapisywać dane na poziomie kombinacji, inaczej dokładność wróci do zgadywania na poziomie produktu.

Podmiana zdjęcia po wyborze

Zachowanie, które klienci lubią — klikam „Czerwony” i widzę czerwony produkt — jest wbudowane. Przesyłasz wszystkie zdjęcia do galerii produktu, a potem przypisujesz konkretne zdjęcia do konkretnych kombinacji na karcie Kombinacje. PrestaShopowy product.js podmienia wyświetlane zdjęcie (a także cenę, referencję i etykietę stanu magazynowego), gdy kupujący zmieni wybór, bez przeładowania strony. To świetnie działa przy wariantach kolorystycznych i ma niewielkie znaczenie przy produktach różniących się tylko rozmiarem, które wyglądają identycznie. Jeśli motywy obsługują tę podmianę nierówno — a niektóre tak robią — przetestuj ją w swoim aktywnym motywie przed startem, bo zepsuta podmiana wygląda jak zepsuta strona produktu.

Pułapka eksplozji kombinacji

Kombinacje się mnożą. Pięć rozmiarów × osiem kolorów × trzy materiały = 120 wierszy w jednym produkcie, a każdy potrzebuje stanu magazynowego, ceny i być może zdjęcia. To najczęstszy sposób, w jaki uporządkowany katalog zmienia się w coś trudnego do opanowania. Kilka zasad pomaga utrzymać porządek:

• Twórz tylko kombinacje, które naprawdę sprzedajesz. Jeśli XXL nigdy nie występuje w kolorze lawendowym, nie generuj tego wiersza. Wygeneruj pełną siatkę, a potem usuń wiersze, których nigdy nie zatowarujesz.
• Używaj importu CSV do pracy masowej. W Zaawansowane → Import encja Kombinacje pozwala tworzyć i aktualizować setki wierszy — stany, wpływ na cenę, referencje — bez ręcznego przeklikiwania. To również rozsądny sposób na wprowadzenie zmiany ceny lub stanu w dużym katalogu; szerszą mechanikę takich działań na dużą skalę omawiamy w tekście o masowych aktualizacjach cen.
• Zadaj sobie pytanie, czy dany wymiar nie powinien być cechą. Czy klient naprawdę wybiera materiał na stronie, czy tylko go opisujesz? Jeśli go nie wybiera, to jest Cecha, a nie atrybut — a Cechy zasilają wyszukiwanie fasetowe i strony filtrów bez dodawania choćby jednego wiersza magazynowego.

Działający CSV dla Kombinacji jest prostszy, niż wygląda. Product reference wiąże każdy wiersz z produktem nadrzędnym, a kolumna atrybutów łączy grupę i wartość, żeby PrestaShop wiedział, co zbudować:

Product reference;Attribute (Name:Type:Position)?;Value (Value:Position)?;Quantity;Impact on price
TSHIRT-001;Size:select:0;M:1;45;0
TSHIRT-001;Size:select:0,Colour:color:1;M:1,Blue:2;45;0
TSHIRT-001;Size:select:0,Colour:color:1;L:2,Red:1;3;2.00

Dopasuj te nagłówki do kolumn PrestaShop na etapie mapowania importu i zaznacz Kombinacje jako encję — ten sam import może później aktualizować ilość i wpływ na cenę w istniejących wierszach, co czyni go rozsądną drogą przy rozbudowanym katalogu.

Zasada stojąca za wszystkimi trzema punktami jest jedna: każda dodana grupa atrybutów mnoży pozostałe. Utrzymuj strukturę tak małą, jak rzeczywiście wymaga tego decyzja zakupowa. Jeśli klient potrzebuje schematu blokowego, żeby zrozumieć opcje, strona została przekombinowana — a mylący selektor wariantów to jeden z najszybszych sposobów na utratę klienta gotowego do zakupu, czyli dokładnie ten rodzaj tarcia, który rozkładamy na czynniki pierwsze w artykule o anatomii strony produktu.

Ceny w różnych kombinacjach

PrestaShop daje trzy sposoby różnicowania ceny według kombinacji i dobrze się one na siebie nakładają:

• Wpływ na cenę w kombinacji — codzienny przypadek. Duży rozmiar kosztuje o 5 € więcej: ustaw stały wpływ +5.00 w tej kombinacji. Strona produktu przeliczy i pokaże nową cenę natychmiast po wyborze wariantu przez kupującego.
• Ceny specyficzne — gdy potrzebujesz korekty procentowej albo naprawdę złożonej logiki (konkretny wariant w promocji dla jednej grupy klientów albo rabat ilościowy progowy), reguły Ceny → Ceny specyficzne mogą celować w pojedynczą kombinację z rabatem kwotowym lub procentowym.
• Wyświetlanie ceny z podatkiem — potwierdź, czy podmieniana cena respektuje Twoją regułę podatkową i walutę. To JavaScript zależny od motywu, więc przetestuj aktualizację na żywo w faktycznym motywie; cena, która nie zmienia się wraz z wariantem, podważa zaufanie w najgorszym momencie.

To, jak wyświetlana kwota jest oprawiona — kotwiczenie, ceny z końcówką 9, „od X €” na listingu — jest osobną dźwignią, którą warto pociągać świadomie; zobacz psychologię cen.

Kiedy kombinacje nie są odpowiedzią

Niektóre potrzeby związane z wariantami leżą całkowicie poza modelem kombinacji, a wciskanie ich na siłę właśnie wtedy blokuje sklepy:

• Wariant podawany przez kupującego (tekst graweru, monogram, przesłane zdjęcie) to Personalizacja, nie kombinacja — konfigurowana dla produktu na karcie Personalizacja przez pola tekstowe i/lub pola plików. Nie zatowarowujesz z góry 10 000 wariantów imion; klient tworzy wariant podczas finalizacji zamówienia.
• Atrybuty zależne — gdy nie każdy kolor istnieje w każdym rozmiarze — nie są natywnie warunkowe w rdzeniu PrestaShop. Albo wcześniej usuwasz niemożliwe wiersze kombinacji (dzięki czemu po prostu nigdy się nie pojawiają), albo dodajesz moduł, który dynamicznie ukrywa niedostępne opcje w miarę wyborów kupującego.
• Prawdziwe konfiguratory — produkty składane samodzielnie, gdzie każdy wybór na żywo zmienia cenę, zdjęcie i opis (konfigurator PC, roleta na wymiar) — wykraczają poza kombinacje i wymagają dedykowanego modułu konfiguratora. Kombinacje opisują stałą siatkę z góry zdefiniowanych wariantów; konfigurator składa produkt w locie.

W przytłaczającej większości sklepów standardowe kombinacje PrestaShop pokrywają potrzebę obsługi wariantów bez żadnego dodatku. Sztuka polega na rozpoznaniu tych 10% przypadków, które nie pasują — i niewyginaniu pozostałych 90% pod ich logikę.

Uwaga o SEO i merchandisingu

Z założenia wszystkie kombinacje produktu współdzielą jeden URL i jeden zestaw meta tagów, i zwykle jest to właściwe — nie chcesz, żeby „Niebieska koszulka rozmiar M” i „Niebieska koszulka rozmiar L” konkurowały jako osobne wyniki Google. Klasyczny motyw PrestaShop emituje dane strukturalne Product dla tej jednej strony, z jedną ofertą odzwierciedlającą cenę i dostępność wyświetlanej (domyślnej) kombinacji, a nie osobną ofertą dla każdego wariantu. Jeden przypadek zasługuje na dodatkową analizę: gdy konkretne kolory lub modele mają realny, niezależny popyt w wyszukiwarce („czerwona skórzana torebka” kontra „czarna skórzana torebka”) — wtedy ścieżka osobnych produktów zaczyna mieć sens, a sposób pisania takich stron, żeby się pozycjonowały bez wzajemnego duplikowania, omawiamy w tekście o opisach produktów, które pozycjonują i konwertują. Po stronie merchandisingu czysty selektor wariantów naturalnie łączy się z resztą strony produktu — jasną specyfikacją, sygnałami zaufania i podpowiedziami cross-sellingowymi opisanymi w artykule o cross-sellingu i upsellingu.

Zarządzanie atrybutami w dużym katalogu

Ból związany z kombinacjami rzadko pojawia się przy jednym produkcie — zaczyna się wtedy, gdy dodajesz nowy rozmiar albo kolor i musisz przepchnąć go przez setki produktów po kolei. Tę lukę zamyka nasz moduł Global Product Attributes: pozwala zarządzać grupami atrybutów, wartościami i ich przypisaniami w całym katalogu z jednego ekranu. Co to oznacza na co dzień? Dodanie „rozmiaru 47” do wszystkich butów albo wycofanie niedostępnego koloru wszędzie tam, gdzie występuje, staje się jedną akcją zamiast popołudnia przeklikiwania produktów — a ponieważ wszystko działa z panelu administracyjnego, nie wymaga edycji motywu ani faktury od programisty. Dla sklepów z głębokim katalogiem pełnym wariantów to różnica między atrybutami jako uciążliwą rutyną a zadaniem, które przestaje być wydarzeniem.

Najczęściej zadawane pytania

Jaka jest różnica między atrybutem a cechą w PrestaShop?

Atrybut to coś, co klient wybiera na stronie (Rozmiar: M) i co tworzy kombinację ze śledzonym stanem magazynowym. Cecha to coś, co opisuje produkt (Materiał: bawełna), ale nigdy nie jest wybierane — pojawia się na karcie Szczegóły produktu i zasila wyszukiwanie fasetowe, bez dodawania wierszy magazynowych. Jeśli kupujący wybiera to przed dodaniem do koszyka, jest to atrybut; jeśli to tylko informacja, jest to cecha.

Czy kombinacje mają własny URL i pozycjonują się osobno w Google?

Nie. Wszystkie kombinacje produktu z założenia współdzielą jeden URL i jeden zestaw meta tagów, a dane strukturalne emitują pojedynczą ofertę opartą na domyślnej kombinacji. Zwykle właśnie tego chcesz — nie chcesz, żeby „Niebieska koszulka M” i „Niebieska koszulka L” konkurowały jako osobne wyniki. Oddziel wariant do własnego produktu tylko wtedy, gdy ma prawdziwy, niezależny popyt w wyszukiwarce („czerwona skórzana torebka” kontra „czarna skórzana torebka”).

Czy mogę masowo tworzyć kombinacje bez przeklikiwania każdego produktu?

Tak. Zaawansowane → Import ma encję Kombinacje, która tworzy i aktualizuje wiersze — stany, wpływ na cenę, referencje — z pliku CSV. Kolumna atrybutu pakuje grupę i wartość razem (np. Size:select:0,Colour:color:1), Product reference wiąże każdy wiersz z produktem nadrzędnym, a późniejsze uruchomienie z tymi samymi referencjami aktualizuje istniejące wiersze zamiast je duplikować.

Jak zatrzymać niekontrolowany wzrost liczby kombinacji?

Trzy nawyki: generuj tylko kombinacje, które faktycznie masz na stanie (usuń niemożliwe wiersze po wygenerowaniu pełnej siatki), zdegraduj każdy wymiar, którego klient nigdy nie wybiera, do Cechy zamiast atrybutu, i używaj importu CSV do masowych edycji zamiast ręcznego klikania. Pięć rozmiarów × osiem kolorów × trzy materiały to już 120 wierszy w jednym produkcie — każda dodana grupa mnoży pozostałe, więc utrzymuj strukturę tak małą, jak wymaga decyzja zakupowa.

Dlaczego cena albo zdjęcie nie aktualizują się po wyborze wariantu?

Podmiana po wyborze to JavaScript zależny od motywu, sterowany przez product.js. Jeśli cena, zdjęcie albo etykieta stanu magazynowego nie zmienia się, gdy kupujący wybiera kombinację, motyw nie podłącza aktualizacji poprawnie — przetestuj to w aktywnym motywie przed startem. Kombinacja bez przypisanego zdjęcia wraca do zdjęcia okładkowego, a cena, która się nie zmienia, zwykle oznacza brakujący lub nadpisany product.js, nie problem z danymi.

Podejmij właściwą pierwszą decyzję — kombinacja, osobny produkt, cecha albo personalizacja — a reszta narzędzi wariantowych PrestaShop naprawdę daje radę. Utrzymuj siatkę tylko tak dużą, jak wymaga decyzja zakupowa, śledź stan magazynowy na poziomie kombinacji, żeby dane do ponownych zamówień były uczciwe, i rezerwuj osobne strony dla wariantów, które zasługują na własny popyt w wyszukiwarce. Wtedy „ten produkt występuje w kilku wersjach” pozostaje cichym udogodnieniem, a nie katalogiem, z którym bez końca walczysz.