WooCommerce potrafi sam wysyłać informacje o zamówieniach na zewnątrz, a Zapier i n8n są tylko tłumaczem między nim a resztą Twoich narzędzi. Zapier to płatna usługa w chmurze, w której klikasz gotowe połączenia bez kodu. n8n to narzędzie tego samego typu, ale możesz je postawić na własnym serwerze i płacić za moc, a nie za liczbę operacji. Oba czytają to samo źródło: nowe zamówienie, zmianę statusu albo nowego klienta w sklepie, i przekazują to dalej do CRM, mailingu, magazynu czy arkusza.
Co konkretnie da się zautomatyzować
Automatyzacja w WooCommerce zawsze wygląda tak samo: wyzwalacz (coś wydarzyło się w sklepie) plus akcja (coś ma się stać w innym narzędziu). Najczęstsze pary:
| Wyzwalacz w sklepie | Akcja na zewnątrz | Po co |
|---|---|---|
| Nowe zamówienie | Kontakt i szansa w CRM | Handlowiec widzi klienta bez przepisywania |
| Zamówienie opłacone | Wystawienie faktury w programie księgowym | Koniec ręcznego wpisywania danych |
| Zmiana statusu na „wysłane” | SMS albo wiadomość do klienta | Mniej pytań „gdzie moja paczka” |
| Nowy klient | Dodanie do listy mailingowej z tagiem | Segmentacja od pierwszego dnia |
| Niski stan magazynowy | Powiadomienie na Slacku albo mail do dostawcy | Nie kończy się towar w tle |
Zasada, której trzymam się przy każdym wdrożeniu: automatyzuj to, co robisz ręcznie i co najmniej kilka razy w tygodniu. Rzecz robiona raz na kwartał nie zwróci czasu poświęconego na jej zbudowanie.
Zapier czy n8n - czym się różnią
Robią to samo w innym modelu: Zapier jest wygodniejszy na start, n8n tańszy przy dużym wolumenie i elastyczniejszy, gdy logika robi się kręta.
| Zapier | n8n | |
|---|---|---|
| Gdzie działa | Wyłącznie w chmurze dostawcy | Chmura dostawcy albo Twój serwer |
| Rozliczenie | Za liczbę operacji | Za operacje albo za sam serwer (self-hosted) |
| Próg wejścia | Najniższy, wszystko klikane | Wyżej, wygląda jak schemat blokowy |
| Rozgałęzienia i pętle | Ograniczone, drożeją z planem | Naturalne, bez dopłat |
| Własny kod w środku | Możliwy, ale skromny | Pełny węzeł z kodem |
| Dane klientów | Przechodzą przez serwery dostawcy | Mogą nie opuszczać Twojej infrastruktury |
| Ryzyko | Rachunek rośnie z obrotem | Ktoś musi utrzymać serwer |
Cenniki obu zmieniają się kilka razy w roku i mają darmowe progi na start, więc sprawdź aktualne widełki u źródła. Reguła kciuka: kilkanaście zamówień dziennie i dwie, trzy proste automatyzacje to Zapier. Setki zamówień albo jedno zdarzenie odpalające pięć rzeczy to n8n na własnym serwerze. Sprzedajesz też na marketplace’ach? Zestaw to z platformami multichannel - opisałem je przy API BaseLinkera.
Jak WooCommerce w ogóle wypuszcza dane na zewnątrz
WooCommerce ma dwa własne mechanizmy i nie potrzebuje do nich wtyczki.
Webhooki to wiadomości wysyłane przez sklep w momencie zdarzenia. Ustawiasz je w panelu (WooCommerce → Ustawienia → Zaawansowane → Webhooki), wybierasz temat, na przykład „zamówienie utworzone”, i wklejasz adres otrzymany od Zapiera albo n8n. Od tej chwili sklep sam melduje się przy każdym zamówieniu, natychmiast i bez odpytywania go w kółko.
REST API działa odwrotnie: to zewnętrzne narzędzie pyta sklep o dane. Klucze generujesz w WooCommerce → Ustawienia → Zaawansowane → REST API, wybierając uprawnienia (odczyt, zapis albo oba). Tego używasz, gdy chcesz coś do sklepu zapisać - zmienić stan magazynowy, dopisać notatkę do zamówienia, zaktualizować cenę.
Klucz z uprawnieniem zapisu ma dostęp do całego sklepu, więc trzymaj go jak hasło do banku i nadawaj sam odczyt, jeśli integracja nic nie zmienia. Pamiętaj też, że webhooki lecą z serwera sklepu - gdy sklep bywa przeciążony, część meldunków przepadnie. Wtedy najpierw wydajność, potem automatyzacja.
Spięcie z CRM: HubSpot, Zoho, Klaviyo
Połączenie WooCommerce z CRM to przeniesienie klienta i jego zamówień do narzędzia, w którym pracuje sprzedaż. Szczegóły zależą od tego, po co Ci CRM.
- HubSpot - gotowe połączenie obsługuje kontakty, firmy i szanse sprzedaży. Sprawdza się, gdy po zamówieniu ma ruszyć proces handlowy: telefon, oferta, dosprzedaż.
- Zoho CRM i Zoho Inventory - dla firm, które chcą CRM i magazyn w jednym ekosystemie. Kontakty i zamówienia przechodzą gładko, schody zaczynają się przy wariantach produktów i jednostkach miary, mapowanych ręcznie.
- Klaviyo - to nie CRM, tylko mailing pod e-commerce. Kluczowe jest przekazywanie zdarzeń zakupowych, nie samych adresów: co kupił, za ile, kiedy ostatnio.
Przy każdym obowiązuje ta sama zasada higieny: jedno pole wiodące. Jeśli adres klienta można zmieniać i w sklepie, i w CRM, prędzej czy później rozjedzie się na fakturze. Ustal, które narzędzie jest źródłem prawdy dla danego pola, i wyłącz zapis z drugiej strony. Szerzej rozpisałem to przy łączeniu CRM z ERP i sklepem.
Gdzie kończą się gotowce i ile to kosztuje
Zapier i n8n świetnie radzą sobie ze scenariuszem „jedno zdarzenie, jedna akcja”. Kłopot zaczyna się przy:
- Dużych wolumenach - kilkaset operacji dziennie w rozliczeniu za wykonanie robi z automatyzacji drugi abonament hostingowy.
- Krętej logice - „jeśli klient jest hurtowy i zamówił powyżej progu, to inny magazyn, cena i szablon dokumentu”. Da się poskładać z klocków, ale wychodzi plątanina, której nikt po roku nie rozumie.
- Dwustronnej synchronizacji - stany magazynowe płynące w obie strony to klasyczna pułapka na nieskończoną pętlę aktualizacji, opisana przy synchronizacji stanów magazynowych.
- Dokumentach i wymogach formalnych - faktury, korekty i KSeF, który od lutego 2026 obowiązuje największe firmy, a od kwietnia 2026 pozostałe. Tu liczy się poprawność i możliwość powtórzenia wysyłki, nie wygoda klikania.
Gdy trafiasz na dwa punkty z tej listy, taniej wychodzi integracja napisana bezpośrednio: sklep rozmawia z CRM albo ERP-em bez pośrednika. Kod siedzi we wtyczce sklepu, ma logi i ponawianie, a Ty nie płacisz od zdarzenia.
| Wariant | Koszt cykliczny | Kiedy ma sens |
|---|---|---|
| Zapier, plan startowy | Abonament rosnący z liczbą operacji | 1-3 proste automatyzacje, mały wolumen |
| n8n na własnym serwerze | Serwer plus czas na utrzymanie | Średni i duży wolumen, kręta logika |
| Integracja pisana pod firmę | Tylko utrzymanie, zero opłat od zdarzenia | Wymogi formalne, dwustronność, duże wolumeny |
Ceny zmieniają się na tyle często, że nie podaję ich z pamięci - policz je na aktualnych cennikach i pomnóż przez realną, nie optymistyczną liczbę zamówień. Pomaga tu rachunek z tekstu o realnych kosztach wtyczek: automatyzacje pojedynczo są tanie, zsumowane potrafią zaskoczyć.
Po mojej stronie projekty rozliczam fixed-bid, zwykle 5000-10000 zł netto, a bieżące utrzymanie idzie w ramach opieki technicznej (Basic 1000 zł, Pro 2000 zł, Premium 3500 zł netto miesięcznie).
Wdrożenie krok po kroku i pułapki
- Wypisz procesy, nie narzędzia - czynności klikane ręcznie plus liczba powtórzeń w tygodniu.
- Wybierz jeden proces na start, najczęstszy i najprostszy, na przykład nowy klient trafiający do mailingu.
- Zrób kopię zapasową i testuj na kopii roboczej sklepu, nie na żywym.
- Ustaw webhook lub klucze API z minimalnymi potrzebnymi uprawnieniami.
- Przetestuj na zamówieniu testowym - czy dane doszły i czy trafiły w dobre pola.
- Dokładaj kolejne automatyzacje pojedynczo, dając każdej tydzień obserwacji.
Trzy rzeczy psują takie wdrożenia najczęściej. Duplikaty: zmiana statusu potrafi odpalić ten sam scenariusz kilka razy, więc każde zdarzenie potrzebuje znacznika, że zostało przetworzone. Kolejność: informacja o opłacie bywa w CRM przed samym zamówieniem, a integracja musi umieć poczekać. Ciche awarie: powiadomienie o braku ruchu jest równie ważne jak o błędzie, bo połączenie potrafi paść w czwartek i nikt nie zauważy do poniedziałku. A jeśli sklep w ogóle nie dowozi wiadomości, żadna automatyzacja tego nie naprawi - to osobny problem, opisany przy WooCommerce, który nie wysyła maili.
Jeśli chcesz to poukładać bez eksperymentów
Zaczynam od bezpłatnej diagnozy: patrzę na sklep i na listę rzeczy robionych ręcznie, po czym mówię wprost, co da się spiąć gotowcem w jeden dzień, a co wymaga napisania integracji. Często połowa listy to Zapier za kilka kliknięć, a prawdziwy koszt siedzi w jednym niepoliczonym procesie.
Przy większej robocie dostajesz wycenę na piśmie przed startem: co powstaje, w jakiej kolejności, co się dzieje przy awarii i ile to kosztuje. Kod piszę w ramach rozwoju i optymalizacji sklepu, a jeśli integracja ma potem po prostu działać i mieć kogoś na dyżurze, wchodzi stałe wsparcie.
Najczęstsze pytania
Czy do połączenia WooCommerce z Zapierem potrzebuję wtyczki? Nie musisz nic instalować. WooCommerce ma wbudowane webhooki i REST API, a to wystarczy Zapierowi do odbierania zamówień i zapisywania danych. Dedykowane wtyczki bywają wygodniejsze przy rzadszych zdarzeniach, ale nie są konieczne.
Zapier czy n8n - co wybrać do sklepu? Przy kilku prostych automatyzacjach i małym wolumenie Zapier jest szybszy do uruchomienia. Przy dużej liczbie zamówień, rozgałęzionej logice albo gdy dane klientów nie powinny opuszczać Twojej infrastruktury, taniej wychodzi n8n na własnym serwerze.
Czy automatyzacja spowolni mój sklep? Dobrze zrobiona nie powinna, bo webhook wysyła krótką wiadomość i nie czeka na odpowiedź. Problemy robią integracje odpytujące sklep w kółko albo wykonujące ciężkie operacje przy każdym kliknięciu klienta - takie rzeczy przenosi się do zadań w tle.
Kiedy opłaca się napisać własną integrację zamiast używać Zapiera? Gdy miesięczny rachunek za operacje dorównuje kosztowi utrzymania kodu, gdy logika ma wiele warunków, gdy synchronizacja musi działać w obie strony albo gdy w grę wchodzą dokumenty i wymogi formalne. Zestaw roczny koszt gotowca z jednorazowym kosztem wdrożenia.
Powiązane: Integracja CRM z ERP i sklepem · Automatyzacje przez API BaseLinkera · Rozwój i optymalizacja sklepu