Wariantów należy używać dla opcji sprzedażowych tego samego produktu, które mają własne SKU, cenę lub stan magazynowy. Warto tworzyć tylko istniejące kombinacje, utrzymywać atrybuty jako globalne, a kolejność wyboru projektować z myślą o kliencie. Przy dużej lub warunkowej liczbie kombinacji warto rozważyć osobne produkty lub konfigurator.
Produkt wariantowy WooCommerce grupuje opcje, na przykład rozmiar i kolor, na jednej stronie produktu. Każdy wariant może mieć własne SKU, cenę, stan magazynowy, wagę i obraz. Model sprawdza się dobrze, dopóki kombinacje reprezentują ten sam wyrób, a klient potrafi je zrozumiale wybrać. Przy wielu atrybutach liczba wariantów gwałtownie rośnie, a panel administracyjny, synchronizacja i strona zwalniają.
Przed utworzeniem wszystkich matematycznych kombinacji trzeba ustalić, które z nich rzeczywiście się sprzedają, co ma własną tożsamość w magazynie i kiedy chodzi już o osobny produkt. Wariant nie zastępuje konfiguratora z regułami warunkowymi ani nie służy do ukrywania różnych modeli pod jednym URL. Dobry projekt ogranicza ślepe wybory i zachowuje spójny stan od katalogu aż po zamówienie.
Zdecyduj między wariantem a osobnym produktem
Warianty mają wspólną nazwę główną, opis i intencję zakupową. Rozmiar koszulki to naturalny wariant, natomiast odrębna linia produktów z innymi parametrami i treścią to raczej osobny produkt. Weźcie pod uwagę także wyszukiwanie, porównywanie i merchandising. Jeśli klient szuka konkretnego modelu samodzielnie, ukrycie go w rozwijanej liście może pogorszyć jego wykrywalność.
Utwórzcie regułę decyzyjną dla zespołu i importu. Różnica koloru nie zawsze musi oznaczać wariant, jeśli każdy kolor ma odrębną galerię, kampanię lub dostępność na rynkach. Z kolei osobne strony dla każdego rozmiaru tworzą duplikaty. Model zweryfikujcie z działem sprzedaży, magazynem i obsługą klienta.
Używaj globalnych atrybutów i stabilnych SKU
Kolor, rozmiar czy materiał definiujcie jako atrybut globalny z kontrolowanymi wartościami, jeśli są używane w całym katalogu. Ta sama wartość steruje wtedy zarówno filtrem, jak i wariantem. Kolejność wartości ustawcie logicznie, na przykład według rozmiarówki, a nie alfabetycznie. Sluga atrybutu i termu nie zmieniajcie przy każdej modyfikacji wyświetlanej nazwy.
Każdy wariant potrzebuje unikalnego SKU lub zewnętrznego ID, jeśli magazyn i integracja je rozróżniają. Nadrzędne SKU może identyfikować rodzinę produktów, ale nie może zastąpić klucza wariantu. Podczas importu należy dopasowywać rekordy według stabilnego ID, a nie złożonej nazwy, która może zostać przetłumaczona. Zduplikowane lub brakujące ID należy zatrzymać i skierować do raportu błędów.
- Globalny atrybut ze słownikiem
- Logiczna kolejność wartości
- Unikalne SKU każdego wariantu
- Zewnętrzny identyfikator niezależny od nazwy
Ogranicz kombinacje i opcje warunkowe
Nie twórz automatycznie iloczynu kartezjańskiego wszystkich wartości. Zakładaj tylko kombinacje, które istnieją i można je zamówić. Interfejs powinien dezaktywować lub wyjaśnić nieprawidłowy wybór, a nie dopiero po kliknięciu „kup”. Wariantu domyślnego używaj tylko wtedy, gdy jest odpowiedni dla większości i nie grozi niechcianym zamówieniem niewłaściwej opcji.
Jeśli wybór B zależy od A, a opcji są setki, standardowe warianty mogą okazać się nie do utrzymania. Konfigurator może wczytywać reguły stopniowo, a wynik zapisać jako jednoznaczną pozycję z parametrami. Wymaga jednak własnych testów ceny, stanu magazynowego, koszyka, e-maila i eksportu. Nie należy przenosić złożoności wyłącznie do JavaScriptu bez walidacji po stronie serwera.
Synchronizuj cenę, stan magazynowy i media
Cena i stan magazynowy należą do konkretnego wariantu i są zapisywane w zamówieniu jako dane historyczne. Proszę określić źródło prawdy i zachowanie w przypadku braku aktualizacji. Nie należy pozwalać na zakup wariantu bez potwierdzonej ceny lub dostępności tylko dlatego, że produkt nadrzędny ma wartość. Rabat powinien jasno komunikować pierwotną i aktualną cenę wybranej kombinacji.
Główne zdjęcie może zmieniać się po wyborze, ale galeria i tekst alternatywny muszą pozostać sensowne. Nie używajcie jednego ogromnego obrazu dla każdej kombinacji, jeśli wizualnie się nie różnią. Waga i wymiary wariantu wpływają na dostawę. Eksport zamówienia powinien przenosić zarówno SKU, jak i czytelne atrybuty, aby magazyn nie musiał rozszyfrowywać wewnętrznego identyfikatora.
- Cena i stan magazynowy na poziomie wariantu
- Bezpieczny stan przy brakujących danych
- Medium tylko przy różnicy wizualnej
- Parametry czytelne w zamówieniu
Przetestuj wybór na rzeczywistym urządzeniu
Przetestuj pierwszy wybór, zmianę kolejności, wyprzedaną kombinację, nieistniejącą kombinację, wartość domyślną i powrót z koszyka. Na urządzeniach mobilnych opcje muszą być obsługiwalne bez precyzyjnego celowania, a nazwy nie mogą być skracane do nierozróżnialnego tekstu. Przy kolorowych swatchach zachowaj nazwę tekstową i stan dostępności czytelny także bez koloru.
Sprawdźcie URL udostępniania konkretnego wariantu, analitykę, dane strukturalne, cenę, obraz oraz stan po odświeżeniu strony. W koszyku, kasie, e-mailu, panelu administracyjnym i ERP musi występować ta sama kombinacja. Automatyczny test reprezentatywnych wariantów uruchamiajcie po aktualizacji motywu, WooCommerce i wtyczki wariantów.
Najczęstsze pytania
Ile wariantów może mieć produkt WooCommerce?
Limit techniczny to nie jedyna kwestia. Wydajność i użyteczność zależą od liczby atrybutów, kombinacji, motywu, wtyczek i integracji. Przy dużej liczbie kombinacji proszę testować na rzeczywistych danych i rozważyć podział lub konfigurator.
Czy każdy wariant musi mieć własny SKU?
Jeśli rozróżnia go magazyn, ERP lub zamówienie, to tak. Unikalny, stabilny SKU lub zewnętrzne ID chroni synchronizację przed skutkami zmiany nazwy i pozwala precyzyjnie określić cenę, stan magazynowy i wysyłaną pozycję.
Kiedy utworzyć osobny produkt zamiast wariantu?
Gdy opcja wiąże się z odmienną intencją zakupową, obszerną własną treścią, parametrami, galerią lub marketingiem, a klient wyszukuje ją osobno. Wariant jest odpowiedni dla wyborów w obrębie tego samego produktu bazowego.
Źródła i dalsza lektura
- Dokumentacja WooCommerce
- Dokumentacja dla deweloperów WooCommerce
- Wytyczne Google dotyczące SEO dla e-commerce
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
