Na pytanie, ile produktów może obsłużyć WooCommerce, nie da się odpowiedzieć jedną liczbą. Ten sam system może sprawnie działać z dużym katalogiem albo mieć problemy przy znacznie mniejszym asortymencie. Różnicę tworzą między innymi warianty, sposób filtrowania, liczba zdjęć, jakość kodu, integracje, ruch oraz zasoby serwera.
Dokumentacja WooCommerce wspomina o działających sklepach mających ponad 100 000 produktów. Nie jest to jednak obietnica, że każde wdrożenie o takiej skali będzie szybkie. Producent jednocześnie podkreśla znaczenie infrastruktury, charakteru ruchu i optymalizacji. Dlatego odpowiedzialny wykonawca nie powinien deklarować sztywnego limitu bez poznania projektu. Powinien natomiast określić, przy jakich danych, funkcjach i obciążeniu sklep ma osiągać uzgodnione parametry.
Liczba produktów to dopiero początek kalkulacji
Informacja „sklep będzie miał 10 000 produktów” jest zbyt ogólna, aby przygotować rzetelną wycenę. Najpierw trzeba ustalić, co klient rozumie przez produkt. Może to być pojedyncza karta katalogowa, produkt nadrzędny z wariantami albo każde sprzedawalne SKU.
W WooCommerce wariant może mieć własną cenę, stan magazynowy i zdjęcie. Sklep z 1000 modelami odzieży oferowanymi w pięciu rozmiarach i czterech kolorach może więc zawierać nawet 20 000 wariantów oraz 1000 produktów nadrzędnych. To zupełnie inna skala niż 1000 produktów prostych.
Nie wszystkie atrybuty muszą tworzyć warianty. Materiał, producent czy kraj pochodzenia mogą być jedynie informacją lub parametrem używanym w filtrach. Wykonawca powinien policzyć rzeczywiście dostępne kombinacje, zamiast automatycznie mnożyć wszystkie wartości.
W dokumentacji WooCommerce pojawia się także domyślny próg 30 wariantów, po którego przekroczeniu zmienia się sposób działania list wyboru na stronie produktu. Nie jest to maksymalna liczba wariantów ani limit całego sklepu. To zachowanie mechanizmu interfejsu, którego nie należy interpretować jako granicy wydajności platformy.
Jak opisać rzeczywistą skalę katalogu
Przed wyceną warto przygotować inwentaryzację danych. Powinna ona obejmować zarówno stan na dzień uruchomienia, jak i przewidywany rozwój asortymentu. Infrastruktura dobrana dokładnie do obecnej liczby pozycji może szybko okazać się niewystarczająca, jeżeli firma regularnie dodaje nowe kolekcje lub dostawców.
W zestawieniu należy uwzględnić:
- liczbę produktów prostych;
- liczbę produktów nadrzędnych z wariantami;
- liczbę faktycznie utworzonych wariantów i sprzedawalnych SKU;
- liczbę kategorii, atrybutów i wartości atrybutów;
- maksymalną oraz typową liczbę wariantów jednego produktu;
- liczbę zdjęć, ich formaty i objętość;
- liczbę wersji językowych lub osobnych cenników, jeżeli występują;
- prognozowaną skalę katalogu za 12 i 24 miesiące.
Istotna jest również jakość materiału wejściowego. Dane otrzymane od kilku dostawców mogą mieć odmienne nazwy kategorii, niespójne jednostki, powielone identyfikatory albo brakujące relacje między wariantem a produktem nadrzędnym. W takim przypadku koszt wdrożenia wynika nie tylko z liczby rekordów, ale także z konieczności ich mapowania, normalizacji i kontroli.
Jakie obciążenia występują poza katalogiem
Duży katalog nie musi generować dużego ruchu, a mały sklep może zostać przeciążony podczas intensywnej kampanii. Liczy się nie tylko miesięczna liczba wizyt, lecz przede wszystkim ich rozkład. Promocja jednego produktu skupia użytkowników na tej samej stronie, operacjach koszyka i finalizacji zamówienia. Ruch rozproszony po wielu kategoriach zachowuje się inaczej.
Brief powinien określać przewidywaną liczbę jednoczesnych użytkowników oraz udział najważniejszych operacji: przeglądania kategorii, używania filtrów, wyszukiwania, otwierania produktów, dodawania do koszyka i składania zamówień. Warto osobno opisać typowy dzień i spodziewany szczyt, na przykład podczas kampanii reklamowej.
Duże znaczenie mają filtry. WooCommerce korzysta z pomocniczej tabeli atrybutów produktów, dzięki której może między innymi poprawnie uwzględniać dostępność wariantów. Aktualizowanie złożonych produktów i odbudowa danych pomocniczych także wymagają zasobów. Nie wystarczy więc sprawdzić, czy filtr szybko zwraca wyniki. Trzeba również ocenić zachowanie sklepu podczas zmian cen, stanów i atrybutów.
Synchronizacja może być większym wyzwaniem niż ruch klientów
Jeżeli sklep pobiera dane z ERP, hurtowni, PIM lub programu magazynowego, przed wyceną trzeba odpowiedzieć na kilka pytań. Ile SKU jest aktualizowanych w jednym cyklu? Czy system przesyła cały katalog, czy tylko zmiany? Jak często wykonywana jest synchronizacja? Po jakim czasie nowa cena lub stan mają być widoczne dla klienta?
Wydajność należy analizować w warunkach, w których klienci kupują, a integracja równolegle aktualizuje dane. Test samego importu przeprowadzonego nocą nie pokaże, jak sklep zachowa się podczas normalnej sprzedaży.
Co wykonawca powinien zaproponować przy dużym katalogu
Dobra oferta nie powinna ograniczać się do nazwy pakietu hostingowego. Wykonawca powinien wyjaśnić dobór procesora, pamięci, dysku i limitów środowiska oraz przedstawić możliwość rozbudowy. Dokumentacja WordPress wskazuje również na znaczenie trwałego cache obiektowego, cache stron i CDN, ale każdy z tych mechanizmów rozwiązuje inny problem.
Cache gotowych stron może ograniczyć pracę serwera podczas przeglądania katalogu. Koszyk, konto klienta i zamówienie zawierają jednak dane dynamiczne i wymagają bardziej ostrożnej konfiguracji. Dlatego nie należy traktować cache jako uniwersalnej odpowiedzi na każdą trudność wydajnościową.
W dużym katalogu osobnej decyzji wymaga wyszukiwarka. Zewnętrzny indeks, na przykład rozwiązanie współpracujące z ElasticPress, może obsługiwać wyszukiwanie produktów i fasety poza standardowym mechanizmem WordPressa. Nie oznacza to, że taki silnik jest obowiązkowy w każdym większym sklepie. Wybór powinien wynikać z testów rzeczywistych zapytań, filtrów i oczekiwanego ruchu.
Jeżeli oferta zakłada dodatkowy indeks wyszukiwania, powinna opisywać indeksowane pola, obsługę SKU i wariantów, filtry cenowe, czas widoczności zmian, pełną odbudowę indeksu oraz zachowanie sklepu podczas niedostępności usługi.
Podobnie należy traktować HPOS, czyli przechowywanie zamówień w dedykowanych tabelach WooCommerce. Mechanizm ten dotyczy danych zamówień. Nie przenosi katalogu do nowej struktury i sam w sobie nie rozwiązuje problemów wyszukiwania produktów. Przed wdrożeniem trzeba sprawdzić zgodność używanych rozszerzeń oraz sposób migracji danych.
Jak sprawdzić deklarowaną wydajność
Zapewnienie, że sklep „będzie szybki”, nie jest mierzalnym zobowiązaniem. W umowie lub specyfikacji odbiorowej należy opisać środowisko, wielkość katalogu, scenariusze ruchu i progi zaliczenia testu.
Test powinien działać na reprezentatywnych danych. Należy uwzględnić produkty z największą liczbą wariantów, obszerne kategorie, rzeczywiste atrybuty i zdjęcia. Scenariusze mogą obejmować wejście na kategorię, zastosowanie kilku filtrów, wyszukanie produktu, wybór wariantu, dodanie go do koszyka oraz złożenie zamówienia. Równolegle warto uruchomić aktualizację cen i stanów.
Próby należy wykonać dla uzgodnionej współbieżności i czasu trwania, zarówno przy rozgrzanym, jak i nierozgrzanym cache. Ocenianie wyłącznie średniego czasu odpowiedzi może ukrywać problemy części użytkowników. Narzędzia takie jak k6 pozwalają ustalać progi dla percentyli p95 lub p99, odsetka błędów i własnych metryk. Konkretne wartości powinny zostać uzgodnione dla danego projektu, a nie skopiowane z przypadkowego benchmarku.
Co powinna obejmować wycena rozbudowanego sklepu
Najtańsza oferta często obejmuje jedynie instalację WooCommerce, konfigurację szablonu i podstawowy import. Przy rozbudowanym asortymencie to za mało. W wycenie powinny być widoczne osobne etapy:
- analiza danych i wykonanie próbnego importu;
- mapowanie kategorii, atrybutów, wariantów i identyfikatorów;
- normalizacja oraz obsługa błędnych lub niepełnych rekordów;
- import i optymalizacja zdjęć;
- konfiguracja wyszukiwania i filtrów;
- integracje cenowe i magazynowe;
- testy funkcjonalne oraz wydajnościowe;
- optymalizacja po testach i ponowna weryfikacja;
- monitorowanie po uruchomieniu i procedura reagowania na problemy;
- plan skalowania wraz ze wzrostem katalogu i sprzedaży.
Wbudowany importer CSV WooCommerce pozwala dodawać i aktualizować produkty, lecz możliwości pojedynczego importu zależą między innymi od pamięci, limitów przesyłania i czasu przetwarzania. Przy dużych zbiorach dane mogą wymagać podziału na partie. Sam zapis „import produktów” nie wyjaśnia więc, kto przygotuje pliki, przypisze warianty i sprawdzi kompletność wyniku.
Pytania, które warto zadać przed podpisaniem umowy
- Czy wykonawca realizował sklepy o podobnej liczbie SKU, wariantów i integracji?
- Jakie założenia dotyczące ruchu, wyszukiwania i liczby zamówień przyjęto w wycenie?
- Na jakiej próbce danych zostanie sprawdzony import?
- Kto odpowiada za czyszczenie i normalizację informacji od dostawców?
- Jak zostanie przetestowana równoległa sprzedaż i synchronizacja magazynu?
- Jakie mierzalne warunki musi spełnić sklep przy odbiorze?
- Czy testy obejmą katalog prognozowany, a nie tylko początkowy?
- Jak wygląda rozbudowa infrastruktury, gdy wzrośnie ruch lub asortyment?
- Kto i w jakim zakresie odpowiada za poprawki, jeżeli uzgodnione parametry nie zostaną osiągnięte?
WooCommerce może stanowić podstawę sklepu z rozbudowanym asortymentem, ale jego możliwości nie wynikają z jednej magicznej liczby produktów. Rzetelna wycena zaczyna się od policzenia SKU i wariantów, opisania ruchu oraz integracji, a kończy na testach z mierzalnymi kryteriami. W PRODO podczas planowania sklepów WooCommerce analizujemy nie tylko zakres funkcjonalny, lecz także dane, przewidywany rozwój i warunki późniejszej eksploatacji. Dzięki temu oferta odnosi się do rzeczywistych wymagań biznesu, a nie do oderwanego od kontekstu limitu katalogu.
Najczęściej zadawane pytania (FAQ)
Ile produktów może obsłużyć WooCommerce?
Nie ma jednej liczby określającej możliwości każdego sklepu WooCommerce. Dokumentacja wspomina o działających sklepach z ponad 100 000 produktów, ale wydajność zależy między innymi od wariantów, filtrów, integracji, ruchu i zasobów serwera.
Jak policzyć wielkość katalogu przed wyceną wdrożenia?
Należy osobno policzyć produkty proste, produkty nadrzędne, faktycznie utworzone warianty i sprzedawalne SKU. Trzeba też uwzględnić kategorie, atrybuty, zdjęcia oraz przewidywany rozwój katalogu za 12 i 24 miesiące.
Co powinna obejmować wycena sklepu z dużym katalogiem?
Wycena powinna uwzględniać analizę i przygotowanie danych, próbny import, mapowanie kategorii i wariantów oraz import i optymalizację zdjęć. Powinna również obejmować wyszukiwanie, filtry, integracje, testy, optymalizację po testach, monitorowanie po uruchomieniu i plan skalowania.
Jak sprawdzić, czy sklep będzie działał wydajnie podczas sprzedaży?
Testy powinny wykorzystywać reprezentatywny katalog i obejmować przeglądanie, filtrowanie, wyszukiwanie oraz składanie zamówień przy równoległej aktualizacji cen i stanów. Należy uzgodnić współbieżność, czas trwania i mierzalne progi zaliczenia oraz sprawdzić działanie przy rozgrzanym i nierozgrzanym cache.
