Wróć na blog

Czy WooCommerce sprawdzi się przy 100 tysiącach produktów?

06.09.2026 17 min czytania

WooCommerce może obsłużyć sklep z katalogiem liczącym 100 tysięcy produktów, ale sama liczba produktów nie przesądza o wydajności. Znacznie ważniejsze są hosting, baza danych, sposób filtrowania, liczba wariantów, integracje, cache oraz jakość motywu i wtyczek. Przy takiej skali źle zbudowany sklep może działać bardzo wolno, a dobrze zoptymalizowany – sprawnie obsługiwać klientów i zamówienia. Sprawdzamy, kiedy WooCommerce ma sens przy 100 tys. produktów i jak go przygotować.

Granica 100 tysięcy produktów nie jest dla WooCommerce limitem technicznym. Problem zaczyna się wtedy, gdy duży katalog łączy się z ciężkimi filtrami, rozbudowanymi wariantami i słabą infrastrukturą.

WooCommerce kojarzy się często ze sklepami mającymi kilkaset lub kilka tysięcy produktów. Gdy katalog zaczyna liczyć 50, 100 czy 200 tysięcy pozycji, pojawia się naturalne pytanie: czy WordPress i WooCommerce nadal są odpowiednią technologią, czy trzeba przejść na bardziej rozbudowaną platformę e-commerce?

Sama liczba produktów nie jest jednak najlepszym kryterium wyboru.

Sklep z 100 tysiącami prostych produktów, kilkoma kategoriami i niewielkim ruchem może stawiać serwerowi mniejsze wymagania niż sklep mający 10 tysięcy produktów, setki wariantów, rozbudowane filtry, indywidualne cenniki, synchronizację stanów magazynowych w czasie rzeczywistym i kilka tysięcy użytkowników jednocześnie.

WooCommerce oficjalnie informuje, że spotyka sklepy posiadające ponad 100 000 produktów, a nawet obsługujące tysiące transakcji na minutę. Jednocześnie zaznacza, że przy takiej skali kluczowe są odpowiednie środowisko hostingowe oraz praca nad optymalizacją.

Odpowiedź jest więc prosta:

tak, WooCommerce może sprawdzić się przy 100 tysiącach produktów, ale nie powinien być wtedy traktowany jak zwykły sklep WordPress uruchomiony na najtańszym hostingu.

Czy WooCommerce ma limit liczby produktów?

WooCommerce nie posiada prostego limitu typu:

maksymalnie 10 000, 50 000 albo 100 000 produktów.

Można technicznie utworzyć znacznie większy katalog.

Ograniczeniem staje się przede wszystkim wydajność całego środowiska:

  • bazy danych,
  • procesora,
  • pamięci RAM,
  • PHP,
  • cache,
  • wyszukiwarki,
  • mechanizmu filtrowania,
  • motywu,
  • wtyczek,
  • integracji z zewnętrznymi systemami,
  • sposobu aktualizacji cen i stanów magazynowych.

Dlatego pytanie „ile produktów obsłuży WooCommerce?” jest trochę podobne do pytania „ile osób może przewieźć droga?”.

Sama droga nie określa jednej konkretnej liczby. Znaczenie ma jej szerokość, liczba skrzyżowań, organizacja ruchu i liczba samochodów pojawiających się jednocześnie.

Tak samo działa duży sklep internetowy.

100 tysięcy produktów nie zawsze oznacza ten sam poziom trudności

Wyobraźmy sobie dwa sklepy.

Sklep A

Posiada:

  • 100 000 prostych produktów,
  • 20 kategorii,
  • niewielką liczbę atrybutów,
  • brak wariantów,
  • jedno źródło stanów magazynowych,
  • kilkaset wizyt dziennie.

Sklep B

Posiada:

  • 20 000 produktów bazowych,
  • po kilkanaście wariantów produktu,
  • kilkadziesiąt atrybutów,
  • bardzo rozbudowane filtrowanie,
  • synchronizację z ERP,
  • różne ceny dla różnych klientów,
  • kilka magazynów,
  • intensywny ruch z kampanii reklamowych.

Mimo że sklep B ma mniej produktów bazowych, może być znacznie bardziej wymagający.

Dlatego przy ocenie WooCommerce nie warto patrzeć wyłącznie na liczbę pozycji w katalogu.

Co najbardziej obciąża WooCommerce przy dużym katalogu?

1. Warianty produktów

Warianty są jednym z najważniejszych elementów, które trzeba przeanalizować.

Produkt:

Koszulka

może posiadać:

  • 8 rozmiarów,
  • 10 kolorów.

Jeżeli każdy wariant stanowi osobną kombinację, jeden produkt może oznaczać dziesiątki rekordów obsługiwanych przez system.

Przy tysiącach takich produktów katalog robi się znacznie cięższy niż wynikałoby to z liczby produktów widocznej dla klienta.

Dlatego:

100 tys. prostych produktów i 100 tys. wariantów produktów to z punktu widzenia wydajności zupełnie inne przypadki.

2. Filtrowanie produktów

Przy dużym sklepie użytkownik nie będzie przeglądał wszystkich produktów po kolei.

Potrzebuje filtrów:

  • producent,
  • rozmiar,
  • kolor,
  • cena,
  • marka,
  • dostępność,
  • materiał,
  • zastosowanie,
  • parametry techniczne.

Im więcej produktów oraz atrybutów, tym bardziej skomplikowane mogą być zapytania do bazy.

WooCommerce posiada specjalne tabele wspomagające pracę z katalogiem, między innymi wc_product_meta_lookup i wc_product_attributes_lookup. Druga z nich przechowuje zdenormalizowane dane dotyczące atrybutów, aby przyspieszać filtrowanie katalogu.

Nie oznacza to jednak, że każdy system filtrowania będzie równie szybki.

Ciężka wtyczka filtrująca wykonująca kilka kosztownych zapytań przy każdym wejściu na kategorię może stać się jednym z głównych wąskich gardeł sklepu.

3. Wyszukiwarka produktów

Przy 500 produktach standardowe wyszukiwanie może być zupełnie wystarczające.

Przy 100 tysiącach produktów wyszukiwarka staje się jednym z kluczowych elementów sklepu.

Klient może wpisać:

„buty męskie nike czarne 44”

i oczekiwać odpowiedzi niemal natychmiast.

W dużych wdrożeniach warto rozważyć oddzielenie wyszukiwania od zwykłych zapytań wykonywanych bezpośrednio w bazie WordPressa i wykorzystanie wyspecjalizowanego silnika wyszukiwania.

Nie zawsze będzie to konieczne, ale przy dużym katalogu powinno zostać przynajmniej przetestowane.

4. Aktualizacja cen i stanów magazynowych

100 tysięcy produktów to często sklep zintegrowany z:

  • hurtownią,
  • ERP,
  • WMS,
  • systemem księgowym,
  • marketplace,
  • dropshippingiem,
  • systemem producenta.

Jeżeli raz dziennie aktualizowane jest 300 produktów, problem jest niewielki.

Jeżeli co 15 minut trzeba sprawdzić:

  • 100 tys. cen,
  • 100 tys. stanów magazynowych,
  • dostępność,
  • promocje,
  • zdjęcia,
  • opisy,

sposób wykonania synchronizacji zaczyna mieć ogromne znaczenie.

Najgorszym rozwiązaniem jest wykonywanie pełnej aktualizacji wszystkiego, nawet jeśli zmieniło się tylko kilkaset pozycji.

Znacznie lepszy model polega na aktualizowaniu wyłącznie danych, które rzeczywiście się zmieniły.

Import 100 tysięcy produktów – dlaczego sposób importu ma znaczenie?

Jednorazowe zaimportowanie katalogu to jedno.

Regularna synchronizacja to coś zupełnie innego.

Przy dużej bazie produktów import powinien działać partiami.

Zamiast próbować przetworzyć:

100 000 produktów jednym zadaniem

lepiej podzielić pracę na mniejsze porcje.

Pozwala to:

  • ograniczyć ryzyko timeoutów,
  • zmniejszyć zużycie pamięci,
  • łatwiej wznowić przerwany proces,
  • kontrolować błędy,
  • nie blokować sklepu dla klientów.

W integracji warto również zapisywać zewnętrzny identyfikator produktu, aby system nie musiał za każdym razem wykonywać kosztownego wyszukiwania po nazwach czy opisach.

Czy zwykły hosting współdzielony wystarczy?

Przy sklepie posiadającym 100 tys. produktów nie warto zakładać, że standardowy najtańszy hosting WordPress będzie odpowiednim rozwiązaniem.

WooCommerce rekomenduje obecnie między innymi PHP 8.3 lub nowsze, MySQL 8.0 lub MariaDB 10.6+, HTTPS oraz limit pamięci WordPress wynoszący co najmniej 256 MB.

Są to jednak zalecenia dotyczące środowiska WooCommerce, a nie gotowa konfiguracja dla sklepu z 100 tysiącami produktów.

Duży sklep może wymagać znacznie mocniejszej infrastruktury.

W praktyce należy patrzeć przede wszystkim na:

  • wydajność pojedynczego rdzenia procesora,
  • liczbę dostępnych procesów PHP,
  • ilość RAM,
  • szybkość dysków,
  • konfigurację MySQL/MariaDB,
  • możliwość stosowania object cache,
  • możliwość konfiguracji cache strony,
  • skalowanie serwera,
  • monitoring obciążenia.

Nie ma sensu wybierać serwera wyłącznie na podstawie informacji „16 GB RAM”.

Dwa serwery mające taką samą ilość pamięci mogą zapewniać zupełnie inną wydajność.

Cache jest przy tej skali praktycznie obowiązkowy

Wydajny WooCommerce nie powinien za każdym razem wykonywać od początku wszystkich operacji potrzebnych do wygenerowania strony.

Właśnie temu służy cache.

Oficjalna dokumentacja WooCommerce wymienia caching jako jeden z podstawowych sposobów optymalizacji sklepu. Zaleca również między innymi optymalizację bazy danych oraz wykorzystanie CDN dla plików statycznych.

W większym sklepie można spotkać kilka poziomów cache.

Page cache

Gotowa wersja strony jest przechowywana i może zostać szybko pokazana kolejnemu użytkownikowi.

Świetnie sprawdza się między innymi przy:

  • stronie głównej,
  • stronach informacyjnych,
  • części kategorii,
  • stronach produktów.

Nie można jednak bezmyślnie cache'ować wszystkiego.

Koszyk, konto klienta czy checkout zawierają dane indywidualne.

Object cache

Pozwala zachowywać wyniki często wykonywanych operacji i zapytań.

W praktyce bardzo często wykorzystuje się do tego Redis.

Przy dużym WooCommerce trwały object cache może znacząco ograniczyć liczbę operacji wykonywanych w bazie danych.

CDN

CDN może dostarczać użytkownikowi między innymi:

  • zdjęcia,
  • CSS,
  • JavaScript,
  • fonty.

Przy 100 tysiącach produktów liczba zdjęć może wynosić kilkaset tysięcy lub nawet kilka milionów, dlatego sposób ich przechowywania i dostarczania ma duże znaczenie.

Co zmieniło się w WooCommerce 11.0?

To szczególnie istotne przy ocenie, czy WooCommerce nadaje się do dużych katalogów, ponieważ platforma jest stale rozwijana.

WooCommerce 11.0 został wydany 4 sierpnia 2026 roku. Producent wskazał wydajność dużych sklepów jako jeden z ważniejszych obszarów tej wersji. Wprowadzono między innymi optymalizacje zapytań, usprawnienia Store API i zmiany dotyczące obsługi dużych katalogów oraz rozbudowanej historii zamówień.

Jedną z ciekawszych zmian jest również rozwój cache obiektów produktowych.

Według WooCommerce przy testowanym mechanizmie strony produktów wariantowych ładowały się około 9–12% szybciej.

Nie oznacza to oczywiście, że aktualizacja WooCommerce automatycznie rozwiąże problemy źle zaprojektowanego sklepu.

Pokazuje jednak kierunek rozwoju platformy: wydajność większych instalacji jest aktywnie optymalizowana.

Czy HPOS pomoże przy 100 tysiącach produktów?

Tak, ale trzeba zrozumieć, czego dotyczy HPOS.

HPOS – High-Performance Order Storage – optymalizuje przede wszystkim przechowywanie zamówień, a nie sam katalog produktów.

W starszym modelu dane zamówień korzystały między innymi z tabel WordPressa posts i postmeta.

HPOS wprowadził osobne tabele przeznaczone dla danych związanych z zamówieniami.

WooCommerce wskazuje trzy główne korzyści:

  • większą skalowalność,
  • większą niezawodność,
  • prostszą strukturę danych.

HPOS jest domyślnie aktywny w nowych instalacjach WooCommerce od wersji 8.2.

W dużym sklepie zdecydowanie warto korzystać z nowoczesnego sposobu przechowywania zamówień, o ile wszystkie stosowane rozszerzenia są z nim kompatybilne.

Nie należy jednak myśleć:

„Mam 100 tys. produktów, więc włączę HPOS i katalog przyspieszy”.

HPOS rozwiązuje przede wszystkim problem skalowania danych związanych z zamówieniami.

100 tys. produktów i 100 tys. zamówień to dwa różne problemy

To ważne rozróżnienie.

Duży katalog produktów obciąża przede wszystkim:

  • wyszukiwanie,
  • filtrowanie,
  • kategorie,
  • import,
  • aktualizację produktów,
  • panel administracyjny.

Duża liczba zamówień obciąża:

  • checkout,
  • panel zamówień,
  • raporty,
  • historię klientów,
  • integracje,
  • bazę danych zamówień.

Można mieć więc sklep posiadający:

150 tys. produktów i 20 zamówień dziennie

albo:

3 tys. produktów i 10 tys. zamówień dziennie.

Technicznie są to dwa zupełnie różne projekty.

Ogromne znaczenie ma liczba wtyczek

Częsty błąd w projektach WooCommerce wygląda tak:

potrzebna jest funkcja → instalujemy wtyczkę.

Potrzebna kolejna funkcja → kolejna wtyczka.

Po kilku latach sklep posiada:

  • 40,
  • 60,
  • 80,

aktywnych dodatków.

Sama liczba nie świadczy jeszcze, że sklep będzie wolny. Problemem jest sposób ich działania.

Jedna źle napisana wtyczka może powodować większe obciążenie niż kilkanaście dobrze przygotowanych.

Przy dużym katalogu szczególnie ostrożnie należy podchodzić do rozszerzeń dotyczących:

  • filtrów,
  • wyszukiwania,
  • cen dynamicznych,
  • wielojęzyczności,
  • importu,
  • eksportu,
  • feedów produktowych,
  • marketplace,
  • synchronizacji magazynów,
  • statystyk,
  • rekomendacji produktów.

Przed wdrożeniem kolejnej funkcji warto sprawdzić, jak wpływa ona na zapytania do bazy i czas generowania stron.

Motyw może spowolnić sklep bardziej niż katalog

100 tys. produktów nie musi powodować wolnego działania strony produktu.

Za problemy może odpowiadać sam frontend.

Rozbudowany motyw potrafi do każdej strony dołączyć:

  • wiele plików JavaScript,
  • duże biblioteki,
  • slidery,
  • animacje,
  • builder stron,
  • dziesiątki arkuszy CSS,
  • zewnętrzne skrypty reklamowe.

Efekt?

Serwer wygeneruje stronę szybko, ale przeglądarka użytkownika nadal będzie ją ładowała kilka sekund.

Dlatego optymalizując WooCommerce, trzeba oddzielić dwa problemy:

wydajność backendu i wydajność frontendu.

Jak przechowywać zdjęcia przy 100 tysiącach produktów?

Załóżmy, że każdy produkt ma średnio pięć zdjęć.

Przy 100 tysiącach produktów otrzymujemy:

500 000 zdjęć źródłowych.

WordPress może dodatkowo generować kilka rozmiarów każdego obrazu.

Liczba fizycznych plików może więc szybko wzrosnąć do kilku milionów.

Dlatego przy dużym sklepie warto zadbać o:

  • odpowiednią kompresję,
  • WebP lub AVIF tam, gdzie jest to zasadne,
  • lazy loading,
  • CDN,
  • rozsądne rozmiary miniaturek,
  • usuwanie nieużywanych wariantów zdjęć,
  • odpowiednią przestrzeń dyskową,
  • sprawny backup.

Nie ma sensu przesyłać użytkownikowi zdjęcia produktu o szerokości 5000 pikseli, jeżeli na ekranie jest prezentowane w rozmiarze 800 pikseli.

Co z kategoriami i SEO przy 100 tysiącach produktów?

Duży katalog stwarza również wyzwania SEO.

Problemem może być nie tylko wydajność, ale liczba generowanych adresów URL.

Filtry mogą tworzyć kombinacje typu:

/buty?kolor=czarny&rozmiar=44&marka=x

Jeżeli Google może indeksować każdą kombinację parametrów, z 100 tys. produktów mogą powstać setki tysięcy albo miliony adresów.

Dlatego przy projektowaniu filtrów należy przemyśleć:

  • canonical,
  • indeksowanie parametrów,
  • strukturę kategorii,
  • paginację,
  • sitemapę,
  • linkowanie wewnętrzne,
  • strony produktów wycofanych,
  • produkty bardzo podobne,
  • faceted navigation.

Duży katalog wymaga więc nie tylko dobrego programisty, ale również przemyślanej architektury SEO.

Czy 100 tys. produktów powinno być ładowanych na jedną stronę?

Oczywiście nie.

Wydaje się to banalne, ale przy tworzeniu niestandardowych modułów łatwo popełnić podobny błąd.

Każda lista powinna korzystać z:

  • paginacji,
  • ograniczenia liczby rekordów,
  • odpowiednich indeksów,
  • wyszukiwania po konkretnych polach.

Dotyczy to zarówno strony klienta, jak i panelu administracyjnego.

Zapytanie pobierające 20 produktów jest czymś zupełnie innym niż pobranie 100 tys. rekordów i dopiero późniejsze odfiltrowanie ich w PHP.

Jak ważna jest baza danych?

Przy dużym WooCommerce baza danych często staje się jednym z najważniejszych elementów całej infrastruktury.

WooCommerce przechowuje dużą ilość informacji dotyczących:

  • produktów,
  • wariantów,
  • atrybutów,
  • kategorii,
  • klientów,
  • zamówień,
  • metadanych,
  • sesji,
  • akcji wykonywanych w tle.

Wraz z instalacją kolejnych wtyczek liczba danych może jeszcze rosnąć.

Dlatego warto regularnie analizować:

  • wolne zapytania SQL,
  • wielkość tabel,
  • indeksy,
  • autoload,
  • niepotrzebne dane po starych wtyczkach,
  • sesje,
  • zadania wykonywane w tle,
  • logi.

Usunięcie jednej źle skonstruowanej kwerendy potrafi czasem poprawić działanie sklepu bardziej niż zwiększenie parametrów serwera.

Cron i zadania wykonywane w tle

WooCommerce wykonuje wiele działań poza bezpośrednim żądaniem użytkownika.

Mogą to być:

  • importy,
  • synchronizacje,
  • aktualizacja statusów,
  • wysyłka wiadomości,
  • webhooki,
  • generowanie raportów,
  • aktualizacja feedów,
  • zadania wtyczek.

WooCommerce korzysta między innymi z Action Scheduler.

Przy dużym sklepie warto kontrolować:

  • liczbę oczekujących zadań,
  • liczbę zadań zakończonych błędem,
  • czas ich wykonywania,
  • częstotliwość uruchamiania,
  • wielkość kolejek.

Jeżeli codziennie przybywa 50 tys. zadań, a serwer jest w stanie wykonać tylko 40 tys., kolejka będzie rosła bez końca.

Jak powinna wyglądać synchronizacja dużego katalogu?

Dobry model może wyglądać następująco:

ERP/hurtownia → kolejka zmian → integracja → WooCommerce

Zewnętrzny system przekazuje informację:

  • produkt 123 – nowa cena,
  • produkt 456 – nowy stan,
  • produkt 789 – wycofany.

WooCommerce aktualizuje tylko te rekordy.

Gorszy model wygląda następująco:

co godzinę pobierz wszystkie 100 000 produktów i zapisz je ponownie.

Nawet jeśli 99% danych pozostaje bez zmian.

Przy niewielkim sklepie różnica może być niezauważalna.

Przy 100 tysiącach produktów ma ogromne znaczenie.

Kiedy WooCommerce będzie dobrym wyborem?

WooCommerce może być bardzo rozsądną platformą przy 100 tysiącach produktów, jeżeli:

  • firma chce korzystać z ekosystemu WordPress,
  • potrzebuje dużej elastyczności,
  • katalog ma rozsądną strukturę,
  • integracje są dobrze zaprojektowane,
  • dostępny jest odpowiedni hosting,
  • sklep posiada cache,
  • baza danych jest zoptymalizowana,
  • wyszukiwanie i filtrowanie są przystosowane do skali,
  • rozwój sklepu jest kontrolowany przez kompetentny zespół lub wykonawcę.

Ogromną zaletą WooCommerce pozostaje elastyczność.

Można stosunkowo łatwo tworzyć:

  • własne integracje,
  • dodatkowe pola,
  • niestandardowe typy sprzedaży,
  • automatyzacje,
  • połączenia z ERP,
  • indywidualne mechanizmy cenowe.

Kiedy warto rozważyć inne rozwiązanie?

Nie zawsze WooCommerce będzie najlepszym wyborem.

Alternatywę warto rozważyć, gdy sklep:

  • posiada bardzo skomplikowany model danych produktowych,
  • obsługuje ogromną liczbę wariantów,
  • ma skrajnie rozbudowane reguły B2B,
  • wymaga dziesiątek ciężkich integracji,
  • działa na wielu rynkach w bardzo skomplikowanej architekturze,
  • ma wyjątkowo duży ruch jednoczesny,
  • musi spełniać nietypowe wymagania infrastrukturalne,
  • wymaga architektury przygotowanej do bardzo dużego skalowania horyzontalnego.

Nie oznacza to, że WooCommerce technicznie nie poradzi sobie z takim projektem.

Pytanie brzmi raczej:

czy nadal będzie najbardziej ekonomicznym i najłatwiejszym w utrzymaniu rozwiązaniem?

Czasami lepiej wybrać droższą platformę na początku, jeżeli dzięki temu architektura całego projektu będzie prostsza.

WooCommerce przy 10 tys., 100 tys. i 500 tys. produktów – porównanie

Wielkość kataloguPodejście
Do kilku tys. produktówTypowy WooCommerce zazwyczaj wystarczy
10–50 tys. produktówWarto zwrócić większą uwagę na cache, hosting i bazę
Około 100 tys. produktówPotrzebne świadome projektowanie infrastruktury, wyszukiwania i integracji
Kilkaset tys. produktówKonieczne testy wydajnościowe i często indywidualna architektura
Milion+ produktówDecyzję o technologii należy poprzedzić analizą i testami prototypu

Nie są to techniczne limity WooCommerce.

To raczej praktyczne poziomy, przy których coraz większe znaczenie ma architektura rozwiązania.

Jak przygotować WooCommerce na 100 tys. produktów?

Przed uruchomieniem takiego sklepu warto przejść przez kilka etapów.

1. Przeanalizuj strukturę katalogu

Sprawdź:

  • liczbę produktów,
  • liczbę wariantów,
  • liczbę atrybutów,
  • liczbę kategorii,
  • liczbę zdjęć.

2. Określ sposób aktualizacji danych

Ustal:

  • skąd przychodzą ceny,
  • skąd pobierane są stany,
  • jak często zmieniają się dane,
  • czy można przesyłać tylko zmiany.

3. Zaprojektuj wyszukiwarkę

Nie czekaj z tym do momentu, gdy sklep zacznie działać wolno.

4. Zaprojektuj filtry

Sprawdź je na pełnej lub zbliżonej do docelowej bazie danych.

Testowanie filtrów na 500 produktach nie odpowie na pytanie, jak zachowają się przy 100 tysiącach.

5. Dobierz hosting

Nie kieruj się wyłącznie ceną.

6. Włącz odpowiednie mechanizmy cache

Sprawdź zarówno cache strony, jak i object cache oraz CDN.

7. Ogranicz liczbę ciężkich dodatków

Każda wtyczka powinna mieć konkretne uzasadnienie biznesowe.

8. Zadbaj o HPOS

Przy większej liczbie zamówień warto korzystać z nowoczesnego sposobu przechowywania danych zamówień.

9. Wykonaj testy obciążeniowe

Nie wystarczy otworzyć stronę produktu na swoim komputerze i stwierdzić, że działa szybko.

Trzeba sprawdzić scenariusze takie jak:

  • 100 klientów jednocześnie,
  • wyszukiwanie,
  • filtrowanie,
  • dodawanie produktów do koszyka,
  • checkout,
  • import działający w tle,
  • aktualizacja stanów magazynowych.

10. Włącz monitoring

Po uruchomieniu warto obserwować:

  • czas odpowiedzi,
  • obciążenie CPU,
  • RAM,
  • wolne zapytania,
  • błędy PHP,
  • kolejkę zadań,
  • dostępność sklepu.

Największy błąd: optymalizacja dopiero po uruchomieniu

Przy małym sklepie można uruchomić WooCommerce, a później stopniowo go poprawiać.

Przy 100 tysiącach produktów takie podejście jest ryzykowne.

Jeżeli architektura zostanie źle zaprojektowana, późniejsza naprawa może oznaczać:

  • zmianę hostingu,
  • zmianę wyszukiwarki,
  • wymianę filtrów,
  • przebudowę importu,
  • zmianę motywu,
  • migrację danych,
  • przebudowę integracji ERP.

Znacznie taniej jest przewidzieć te problemy wcześniej.

Czy WooCommerce przy 100 tys. produktów będzie szybki?

Może być.

Nie zagwarantuje tego jednak sama instalacja WooCommerce.

Szybkość sklepu jest wynikiem całego systemu:

WooCommerce + WordPress + baza danych + serwer + cache + motyw + wtyczki + integracje + sposób wykorzystania danych.

Jeżeli jeden element jest źle zaprojektowany, może spowalniać całość.

Dlatego przy dużym sklepie najważniejsze pytanie nie brzmi:

„Czy WooCommerce obsłuży 100 tys. produktów?”

Lepiej zapytać:

„Jak zaprojektować WooCommerce, aby sprawnie obsługiwał 100 tys. produktów oraz przewidywany ruch i sprzedaż?”

To znacznie bardziej użyteczne podejście.

Czy przy 100 tysiącach produktów warto wybrać WooCommerce?

W wielu przypadkach – tak.

WooCommerce nie kończy swoich możliwości na kilku tysiącach produktów. Sam producent potwierdza funkcjonowanie sklepów posiadających ponad 100 tys. pozycji.

Nie oznacza to jednak, że można potraktować taki projekt jak zwykłą stronę WordPress.

Przy tej skali należy od początku przemyśleć:

  • hosting,
  • bazę danych,
  • import,
  • wyszukiwanie,
  • filtry,
  • cache,
  • zdjęcia,
  • integracje,
  • warianty,
  • ruch użytkowników.

Jeżeli te elementy zostaną dobrze zaprojektowane, liczba 100 tys. produktów sama w sobie nie powinna być argumentem za rezygnacją z WooCommerce.

FAQ – WooCommerce i 100 tysięcy produktów

Czy WooCommerce obsłuży 100 tys. produktów?

Tak. WooCommerce nie posiada limitu ograniczającego katalog do 100 tys. produktów. Oficjalna dokumentacja WooCommerce wskazuje przykłady sklepów posiadających ponad 100 tys. produktów.

Czy WooCommerce zacznie zwalniać po przekroczeniu określonej liczby produktów?

Nie istnieje jedna granica, po której sklep automatycznie staje się wolny. Wydajność zależy między innymi od serwera, bazy, wariantów, filtrów, wyszukiwarki i wtyczek.

Czy 100 tys. produktów wymaga dedykowanego serwera?

Nie można stwierdzić, że każdy taki sklep musi korzystać z konkretnego rodzaju serwera. Przy tej skali warto jednak stosować środowisko umożliwiające świadome zarządzanie zasobami i skalowanie. Najtańszy hosting współdzielony może szybko stać się ograniczeniem.

Ile RAM potrzeba dla WooCommerce ze 100 tys. produktów?

Nie ma jednej prawidłowej wartości. Zapotrzebowanie zależy bardziej od ruchu i sposobu działania sklepu niż od samej liczby produktów. Dlatego konfigurację należy dobierać na podstawie testów obciążeniowych.

Czy Redis jest potrzebny?

Nie jest formalnym wymaganiem WooCommerce, ale trwały object cache może być bardzo przydatny w dużych sklepach i ograniczać liczbę powtarzalnych operacji wykonywanych w bazie.

Czy HPOS przyspieszy sklep posiadający 100 tys. produktów?

HPOS jest istotnym mechanizmem skalowania WooCommerce, ale dotyczy przede wszystkim danych zamówień. Nie jest rozwiązaniem, które samo w sobie przyspieszy filtrowanie katalogu 100 tys. produktów.

Co najbardziej spowalnia duży sklep WooCommerce?

Najczęściej nie jest to jeden element. Problemy powodują między innymi kosztowne zapytania do bazy, filtry, warianty, nieefektywne importy, źle napisane wtyczki, brak cache i niewystarczający serwer.

Czy można mieć 200 tys. produktów w WooCommerce?

Tak, technicznie jest to możliwe. Im większy katalog, tym bardziej istotne stają się jednak testy wydajnościowe i indywidualne podejście do architektury.

Czy dla dużego katalogu lepszy będzie Magento lub PrestaShop?

Nie da się tego rozstrzygnąć na podstawie samej liczby produktów. Trzeba porównać wymagania biznesowe, integracje, ruch, model B2B/B2C, koszty rozwoju i późniejszego utrzymania.

Czy warto wybrać WooCommerce do nowego sklepu z 100 tys. produktów?

Tak, jeżeli WooCommerce odpowiada wymaganiom biznesowym, a infrastruktura zostanie zaprojektowana od początku z myślą o dużym katalogu. Sama liczba 100 tys. produktów nie jest powodem, aby platformę odrzucić.

Wystawiaj faktury zgodne z KSeF

Załóż darmowe konto w fakturbox i zacznij w kilka minut.