Moduły WooCommerce, rozwiązania hybrydowego i kodu nad wspólnym fundamentem sklepu

Pytanie o platformę pada w połowie pierwszych rozmów, jakie prowadzę. Zwykle brzmi tak: „zastanawiamy się między WooCommerce a czymś dedykowanym - co polecacie?“.

Uczciwa odpowiedź: na tym etapie nie wiem. I nikt, kto powie Ci to po pięciu minutach rozmowy, też nie wie - po prostu poleci to, co akurat robi najczęściej.

Wybór technologii nie jest pierwszą decyzją w projekcie e-commerce. Jest jedną z ostatnich. Przed nią jest siedem innych, które realnie rozstrzygają, czy sklep będzie sprzedawał.

Dlaczego to złe pierwsze pytanie

Wyobraź sobie, że idziesz do architekta i pierwsze, co mówisz, to: „zastanawiam się między pustakiem a cegłą”.

Architekt nie odpowie, dopóki nie wie, ile osób ma tam mieszkać, jaka jest działka, jaki budżet i czy planujesz rozbudowę. Materiał jest konsekwencją tych odpowiedzi, nie ich punktem wyjścia.

Z platformą jest identycznie. Widziałem sklepy zbudowane w drogiej, wydajnej technologii, które nie sprzedawały, bo nikt nie pomyślał o tym, jak wygląda karta produktu. I widziałem sklepy na najzwyklejszym WooCommerce, które wyprzedawały cały magazyn w dwa miesiące, bo cała reszta była przemyślana.

Technologia rzadko jest powodem, dla którego sklep nie sprzedaje. Prawie zawsze jest nim coś wcześniejszego.

Co trzeba ustalić przed wyborem platformy

Siedem pytań. Odpowiedzi na nie zwykle same wskazują technologię - i to jest właściwa kolejność.

1. Ile masz indeksów i jak szybko ta liczba rośnie? Dwieście produktów to inna budowa niż dziesięć tysięcy. A dwieście dzisiaj i pięć tysięcy za rok to jeszcze inna, bo trzeba budować z zapasem.

2. Skąd biorą się dane produktowe? Z systemu magazynowego, z pliku od dostawcy, wpisywane ręcznie? Import i synchronizacja to zwykle więcej pracy niż sam wygląd sklepu.

3. Jaki system magazynowy masz dziś i czy ma API? To jedno pytanie potrafi przesądzić o całej architekturze. System bez interfejsu do integracji oznacza konieczność napisania warstwy pośredniczącej - i wtedy rozmowa o platformie schodzi na dalszy plan.

4. Jak wysyłasz towar? Paczka, paleta, gabaryt, wysyłka na wymiar. Im bardziej nietypowo, tym więcej logiki trzeba zaprojektować w koszyku.

5. Kto będzie edytował sklep na co dzień? Jeśli Twój zespół ma dodawać produkty i zmieniać treści bez developera, to jest twarde wymaganie i zawęża wybór.

6. Sprzedajesz równolegle gdzie indziej? Allegro, Amazon, hurt. Wspólny stan magazynowy to osobna warstwa systemu.

7. Co się ma dziać po roku? Sklep, który ma stać, i sklep, który ma rosnąć, to dwie różne inwestycje. Warto zdecydować na starcie, bo przebudowa po roku kosztuje więcej niż zbudowanie od razu z zapasem.

WooCommerce - kiedy to dobry wybór, a kiedy nie

Powiem wprost: WooCommerce to nasz główny fundament i większość naszych wdrożeń stoi właśnie na nim. Nie dlatego, że jest najlepszy w każdej sytuacji, tylko dlatego, że w większości sytuacji, z jakimi się spotykamy, jest wystarczająco dobry przy dużo niższym koszcie.

Sprawdza się, gdy:

  • Katalog mieści się w kilku–kilkudziesięciu tysiącach indeksów
  • Zespół ma edytować treści samodzielnie
  • Zależy Ci na krótszym czasie wdrożenia
  • Potrzebujesz standardowych integracji: kurierzy, płatności, systemy magazynowe
  • Budżet mieści się w przedziale 15 000–35 000 zł netto

Przestaje wystarczać, gdy:

  • Katalog idzie w setki tysięcy pozycji
  • Potrzebujesz nietypowej logiki, której nie da się osiągnąć bez przepisywania rdzenia
  • Sklep ma być jednym z kilku kanałów zasilanych z tego samego źródła treści
  • Wymagania wydajnościowe są ekstremalne, a ruch bardzo nierównomierny

Uczciwie o wadach. WooCommerce wymaga utrzymania. Wtyczki się aktualizują, czasem konfliktują, a sklep bez opieki technicznej po dwóch latach potrafi być polem minowym. To nie jest wada dyskwalifikująca - to koszt, który trzeba wliczyć w kalkulację od początku.

Sklep dedykowany - kiedy naprawdę się opłaca

Rozwiązania w pełni custom robimy i mamy je w portfolio. Platformę Turysteo zbudowaliśmy w całości od zera - React, Next.js, Node.js, własny silnik do zarządzania tysiącami wpisów. Jeśli projekt tego wymaga, potrafimy tak pracować.

Custom ma sens, gdy:

  • Logika biznesowa jest nietypowa - konfigurator produktu, wycena zależna od wielu zmiennych, sprzedaż mieszana B2B i B2C z różnymi cennikami
  • Skala wymusza kontrolę - bardzo duży katalog albo bardzo duży ruch, przy których każda milisekunda przekłada się na pieniądze
  • Sklep jest częścią większego systemu - jest jednym z kilku miejsc, w których pojawiają się te same dane
  • Masz zespół techniczny po swojej stronie - wtedy własna architektura jest aktywem, nie zależnością

Custom nie ma sensu, gdy kupujesz go dlatego, że brzmi poważniej. To najdroższy sposób na zbudowanie czegoś, co zrobiłaby gotowa platforma - a różnicy nie zobaczy ani Twój klient, ani Twój wynik sprzedaży.

Trzecia droga: WooCommerce z komponentami React

O tej opcji mówi się najmniej, a rozwiązuje najwięcej realnych problemów.

Zostawiasz WooCommerce jako zaplecze - zarządzanie produktami, zamówienia, integracje, wszystko, co Twój zespół już zna. Ale w miejscach, gdzie liczy się szybkość i wygoda użytkownika, wstrzykujesz komponenty napisane w React: wyszukiwarkę, filtry, konfigurator, koszyk.

Zrobiliśmy tak dla księgarni z ponad dziesięcioma tysiącami tytułów i ośmioma placówkami stacjonarnymi. Pełny custom byłby kilkukrotnie droższy i wymagałby przeszkolenia całego zespołu od nowa. Standardowy WooCommerce nie udźwignąłby tego katalogu w akceptowalnym czasie ładowania. Rozwiązanie pośrednie dało jedno i drugie.

Kiedy warto rozważyć: masz duży katalog, ograniczony budżet, zespół przyzwyczajony do WordPressa i jeden–dwa miejsca w sklepie, które muszą działać wyraźnie lepiej niż reszta.

Tabela porównawcza

Kryterium WooCommerce WooCommerce + React Custom
Budżet wdrożenia 15 000–25 000 zł 25 000–35 000 zł od 40 000 zł
Czas wdrożenia 6–8 tygodni 8–12 tygodni 3–6 miesięcy
Katalog do ~50 000 indeksów do ~50 000, szybciej bez praktycznego limitu
Edycja przez zespół pełna, samodzielna pełna, samodzielna wymaga wsparcia przy zmianach strukturalnych
Nietypowa logika ograniczona możliwa w wybranych miejscach pełna swoboda
Koszt utrzymania niższy średni wyższy, ale przewidywalny
Uzależnienie od wykonawcy niskie średnie wyższe

Pięć mitów o platformach e-commerce

„Custom jest zawsze szybszy.“ Nie. Custom może być szybszy, jeśli ktoś go dobrze napisał. Źle napisany custom bywa wolniejszy od dobrze skonfigurowanego WooCommerce z porządnym serwerem i pamięcią podręczną.

„WooCommerce nie nadaje się do dużych sklepów.“ Nadaje się do zaskakująco dużych. Granica przebiega nie tam, gdzie większość ludzi zakłada - i zwykle wcześniej wyczerpuje się cierpliwość do utrzymania niż możliwości platformy.

„Wybór platformy to decyzja na zawsze.“ Nie jest. Migracje robi się regularnie i da się je przeprowadzić bez utraty pozycji w wyszukiwarce, jeśli mają plan. Przekierowania i mapa treści muszą powstać przed startem, nie po.

„Im nowsza technologia, tym lepiej.“ Nowa technologia oznacza mniejszą liczbę specjalistów na rynku. Jeśli za dwa lata będziesz szukał kogoś do rozwoju sklepu, to ma znaczenie większe niż benchmark wydajności.

„Wystarczy wybrać dobrą platformę i sklep będzie sprzedawał.“ To najkosztowniejszy z tych mitów. Platforma jest fundamentem. Nikt nie kupuje domu za fundament.


Powiązane materiały

FAQ

Najczęściej zadawane pytania

Konkretne odpowiedzi na pytania, które najczęściej pojawiają się przed projektem.

Zależy od czterech rzeczy: wielkości katalogu, systemu magazynowego, nietypowości logiki biznesowej i tego, kto będzie sklep edytował. Dla większości firm z katalogiem do kilkudziesięciu tysięcy indeksów i standardowymi wymaganiami WooCommerce jest wystarczający i wyraźnie tańszy. Custom opłaca się przy nietypowej logice, bardzo dużej skali albo gdy sklep jest częścią większego systemu.

Tak, przy poprawnym utrzymaniu: aktualizacjach, ograniczonej liczbie wtyczek z zaufanych źródeł i porządnie skonfigurowanym serwerze. Problemy pojawiają się w sklepach, którymi nikt się nie zajmuje od dwóch lat - i to samo dotyczy każdej innej technologii.

Od 40 000 zł netto, a pełne wdrożenia z integracjami sięgają 80 000 zł. Główna różnica w stosunku do gotowej platformy nie leży w samym kodzie, tylko w czasie: 3–6 miesięcy zamiast 6–12 tygodni.

Da się i czasem to najrozsądniejsza droga: zacząć od sprawdzonej platformy, zweryfikować model biznesowy, a przebudować dopiero wtedy, gdy skala tego wymaga. Trzeba tylko od początku dbać o strukturę adresów i dane, żeby migracja była realna.

To architektura, w której zaplecze zarządzające treścią jest oddzielone od warstwy widocznej dla klienta. Ma sens, gdy te same dane zasilają kilka miejsc naraz - sklep, aplikację, katalog dla partnerów. Jeśli masz jeden sklep i jeden kanał, to zwykle rozwiązanie problemu, którego nie masz.

Nie sprzedawca w agencji i nie developer, który lubi konkretny stos. Decyzja powinna wynikać z audytu: skali, integracji i planów na najbliższy rok. Jeśli ktoś poleca Ci technologię, zanim zapytał o system magazynowy, poleca to, co akurat robi najczęściej.