Integracja z WooCommerce która nie pada po aktualizacji wtyczek
WooCommerce jest wtyczką do WordPressa, więc sklep stoi na Waszym hostingu, a wokół koszyka pracuje kilkanaście wtyczek od różnych autorów. Spinamy go z tym, co jest dalej: z księgowością i KSeF, z CRM, z magazynem i z hurtownią danych. Logikę trzymamy poza WordPressem, żeby najbliższa aktualizacja nie zatrzymała faktur ani stanów.
- 14 dnityle zwykle mija od warsztatu do pierwszej automatyzacji działającej na Waszych zamówieniach
- 2 do 6 tygodniod warsztatu do pełnej integracji, w zależności od liczby wtyczek i systemów po drugiej stronie
- 1 kwietnia 2026od tego dnia faktury w KSeF wystawiają pozostali podatnicy, największych obowiązek objął 1 lutego 2026; terminy publikuje Ministerstwo Finansów
Problem
Dlaczego sklep na WordPressie działa, a integracje wokół niego się psują?
WooCommerce jest wtyczką do WordPressa i to zmienia całą stronę utrzymania. Sklep stoi na Waszym hostingu, więc limit pamięci PHP, czas wykonania skryptu i szybkość bazy są Waszym problemem, nie problemem dostawcy platformy. Wokół koszyka pracuje kilkanaście wtyczek od różnych autorów: płatności, wysyłka, faktury, zwroty, pole na NIP. Każda ma własny cykl wydań i własne pola w bazie.
Dlatego nie ma jednej firmy odpowiedzialnej za całość. Gdy po aktualizacji przestaje wychodzić faktura, autor wtyczki fakturowej odsyła do autora wtyczki płatności, hosting odsyła do WordPressa, a Wy macie zamówienia bez dokumentu. Dane też nie leżą w jednym miejscu: część zamówienia siedzi w tabelach WooCommerce, część w polach wp_postmeta, a numer NIP albo zgoda marketingowa tam, gdzie zapisała je wtyczka, która to pole dodała.
Część tej pracy przestała być kwestią wygody. Faktury w Krajowym Systemie e-Faktur obowiązują największych podatników od 1 lutego 2026, a pozostałych od 1 kwietnia 2026; terminy i strukturę dokumentu publikuje Ministerstwo Finansów na podatki.gov.pl. Gdy faktura powstaje z zamówienia ręcznie albo przez wtyczkę, której nikt nie pilnuje, każda aktualizacja jest ryzykiem w procesie z terminem ustawowym.
- Faktura po aktualizacji wtyczki przestaje wychodzić i nikt tego nie widzi do końca dnia
- Numer NIP z pola dodanego przez wtyczkę ktoś przepisuje do programu księgowego
- Eksport zamówień z panelu WordPressa kładzie hosting w środku dnia sprzedaży
- Ostatnia sztuka sprzedana w sklepie i na Allegro, bo stan poszedł minutę za późno
Dlaczego teraz
Co WooCommerce daje sam, a co trzeba obejść poza WordPressem?
WooCommerce ma udokumentowany interfejs REST w wersji v3: zamówienia pod /wc/v3/orders, produkty pod /wc/v3/products, klientów pod /wc/v3/customers, uwierzytelnianie przez Consumer Key i Consumer Secret. Do tego webhooki na zdarzenia order.created, order.updated i product.updated. Metody i pola opisuje oficjalna dokumentacja WooCommerce REST API, więc integracja nie musi grzebać w bazie WordPressa. To pierwszy warunek, żeby przetrwała aktualizację.
Drugi warunek dotyczy tego, czego WooCommerce nie gwarantuje. Webhook wysłany w chwili restartu serwera nie ponawia się sam, a WP-Cron, na którym stoją zadania cykliczne WordPressa, rusza przy wizycie na stronie, więc w nocy potrafi spóźnić się o godziny. Dlatego harmonogram i kolejkę ponowień trzymamy poza sklepem, w n8n, Make albo we własnej integracji przez API, a WooCommerce zostaje miejscem, w którym zamówienie ma jeden status.
Trzecia zmiana to agent AI. Reguła przeniesie dane z zamówienia do księgowości, ale nie odpowie na pytanie, ile zamówień z tego tygodnia nie ma jeszcze faktury i który produkt wraca najczęściej. BOND, nasz firmowy agent AI, czyta sprzedaż, zwroty i koszt towaru naraz i odpowiada zdaniem w 5 do 10 sekund. Szerszy obieg opisujemy na stronie automatyzacja e-commerce.
Co się zmienia
Co dostaje obsługa sklepu, a co dostaje księgowość?
Zamówienie idzie dalej, nawet gdy webhook przepadnie
Zdarzenie order.created uruchamia przepływ w kilka sekund, a kontrolne odpytanie /wc/v3/orders wyłapuje to, co nie doszło. Nic nie zależy od tego, czy WP-Cron ruszył w nocy.
Dwie drogi do tego samego zamówienia: webhook i odpytanie co 15 minut
Faktura powstaje z zamówienia i idzie do KSeF
Fakturownia, iFirma, Subiekt albo Comarch Optima dostają dane wprost z zamówienia, razem z numerem NIP z pola faktury. Numer dokumentu wraca do WooCommerce jako notatka przy zamówieniu, a przyjęty zwrot uruchamia korektę.
Numer faktury widoczny przy zamówieniu w panelu, bez zaglądania do księgowości
Stan liczony w jednym miejscu, także przy sprzedaży na marketplace
Na warsztacie ustalamy jedno źródło prawdy o stanie: WooCommerce, Wasz ERP albo BaseLinker. Opłacone zamówienie rezerwuje sztukę u źródła, a nowa liczba wraca do sklepu i na Allegro w kilka sekund.
Jedna liczba rozsyłana do kanałów, zamiast dwóch paneli poprawianych ręcznie
Integracja, która przechodzi aktualizację wtyczek
Czytamy i zapisujemy tylko przez udokumentowany interfejs REST, nigdy wprost w tabelach WordPressa. Każde pole dodane przez wtyczkę jest zmapowane jawnie, z alertem w dniu, w którym zniknie.
Aktualizacje sprawdzane najpierw na kopii sklepu, potem na produkcji
Dane zamówień poza bazą sklepu
Sprzedaż, zwroty i koszt towaru codziennie lądują w BigQuery albo w arkuszu, czytane porcjami w godzinach nocnych. Raport nie obciąża serwera, na którym klienci właśnie składają zamówienia.
Zestawienie per produkt aktualizowane codziennie, bez eksportu z panelu
Pytania o sklep zwykłym zdaniem
„Ile zamówień z tego tygodnia nie ma faktury”, „który rozmiar wraca najczęściej”, „ile sztuk tego produktu zostało we wszystkich kanałach”. Agent AI odpowiada z danych sklepu, księgowości i hurtowni.
Odpowiedź w 5 do 10 sekund, bez logowania do panelu WordPressa
A u Ciebie
Co, jeśli nasz WooCommerce jest obłożony wtyczkami?
Cztery zdania, które słyszymy najczęściej przy sklepach na WordPressie, i to, co na nie odpowiadamy.
Mamy już kilkanaście wtyczek, kolejnej nie chcemy.
I nie dokładamy. Logika siedzi poza WordPressem i rozmawia ze sklepem przez interfejs REST oraz webhooki, więc w sklepie nie rośnie kod, który trzeba potem utrzymywać. Czasem wychodzi odwrotnie: dwie wtyczki robiące to samo można po wdrożeniu wyłączyć.
Boimy się, że integracja padnie przy najbliższej aktualizacji.
Dlatego czytamy tylko z udokumentowanego interfejsu v3, a nie z tabel bazy, które autorzy wtyczek zmieniają bez zapowiedzi. Aktualizacje sprawdzamy najpierw na kopii sklepu, każde pole z wtyczki jest zmapowane jawnie, a gdy zniknie, dostajecie alert tego samego dnia zamiast ciszy.
Nasz hosting już się dławi, a Wy chcecie dołożyć ruch do API.
Ciężką pracę zdejmujemy ze sklepu, nie dokładamy. Dane do raportów czytamy porcjami w nocy, zamiast eksportować z panelu w środku dnia, a harmonogram stoi poza WordPressem. Jeśli na warsztacie okaże się, że problemem jest sam hosting, mówimy to wprost i to jest pierwsza rzecz do naprawy.
Nie mamy działu IT i nikt u nas nie zna API WooCommerce.
Nie musi znać. Po Waszej stronie zostaje wygenerowanie Consumer Key i Consumer Secret w panelu WooCommerce oraz decyzja, jakie dane wolno wysyłać dalej. Po wdrożeniu przekazujemy dokumentację i uczymy osobę z obsługi czytać kolejkę błędów, żeby nie zgłaszała nam każdego wyjątku.
- Sklep i WordPress
- WooCommerce REST API v3, webhooki, WordPress, wtyczki płatności i wysyłki
- Księgowość i faktury
- Fakturownia, iFirma, Subiekt, Comarch Optima, KSeF
- Sprzedaż i marketplace
- BaseLinker, Allegro, Amazon, Shopify, PrestaShop
- CRM
- HubSpot, Pipedrive, Salesforce, LiveSpace
- Dane i raporty
- BigQuery, Google Sheets, GA4, bazy SQL
- Warstwa automatyzacji
- n8n, Make, Zapier, własne integracje przez API
Zdarzenia w WooCommerce, skąd je czytamy i co przy nich zabezpieczamy
Siedem zdarzeń, od których zwykle zaczynamy. Trzecia kolumna jest tu najważniejsza, bo w sklepie na WordPressie integracja przewraca się nie na danych, a na tym, co po drodze bywa zawodne.
| Zdarzenie w sklepie | Skąd je czytamy | Co zabezpieczamy |
|---|---|---|
| Nowe zamówienie | webhook order.created | webhook przepada przy restarcie serwera, więc dokładamy odpytanie /wc/v3/orders co 15 minut |
| Zmiana statusu | webhook order.updated | wtyczki potrafią zmienić status kilka razy w minucie, więc reguła działa na stanie końcowym |
| Zmiana stanu produktu | webhook product.updated i /wc/v3/products | stan idzie z jednego źródła prawdy, żeby kanały nie nadpisywały się wzajemnie |
| Zwrot i korekta | status zamówienia i pola wtyczki zwrotów | pole żyje we wtyczce, więc mapujemy je jawnie i alarmujemy, gdy przestanie istnieć |
| Nowy klient i zgody | /wc/v3/customers oraz dane z zamówienia | goście kupują bez konta, więc łączymy rekordy po e-mailu i po NIP z pola faktury |
| Zadanie cykliczne | harmonogram poza sklepem, nie WP-Cron | WP-Cron rusza przy wizycie na stronie, więc nocne zadania stoją u nas |
| Dane do raportu | /wc/v3/reports i baza sklepu | czytanie porcjami w nocy zamiast eksportu z panelu w godzinach sprzedaży |
Pierwsze wdrożenie obejmuje zwykle dwa albo trzy zdarzenia. Reszta wchodzi tym samym torem, gdy pierwsze przejdą pomiar po 30 dniach.
Jak to robimy
Pięć kroków od sklepu na WordPressie do spiętego obiegu
Każdy krok kończy się czymś, co możesz ocenić, zanim zdecydujesz o następnym. Najpierw proces, potem narzędzia.
Warsztat
Tydzień. Przechodzimy drogę jednego Waszego zamówienia od koszyka po zamknięcie zwrotu i notujemy, gdzie dane są przepisywane ręcznie. Spisujemy wtyczki, które dotykają zamówienia, faktury i stanu, oraz to, co stoi po drugiej stronie: program księgowy, ERP, marketplace.
Projekt integracji
Lista zdarzeń wychodzących ze sklepu, kierunek każdego strumienia i jedno źródło prawdy o stanie. Mapujemy pola dodane przez wtyczki, żeby wiadomo było, co dokładnie czytamy. Wybór narzędzia: n8n, Make albo integracja przez API, zawsze najprostsza ścieżka do celu.
Pilot na kopii sklepu
Przepływ chodzi na kopii sklepu i równolegle do obecnego procesu, z wyłączoną komunikacją do klientów. Odtwarzamy sytuacje z ostatniego sezonu: aktualizację wtyczki fakturowej, zamówienie gościa bez konta i bez NIP, dwie sprzedaże ostatniej sztuki w tej samej minucie, zwrot po 14 dniach, webhook nieodebrany przy restarcie serwera.
Produkcja i szkolenie
Po weryfikacji przełączamy na produkcję z monitoringiem błędów. Zostaje wyłącznik po Waszej stronie i kolejka błędów, w której widać, co nie przeszło i dlaczego. Osoba z obsługi uczy się ją czytać i zamykać, bez zgłoszenia do nas.
Pomiar po 30 i 90 dniach
Sprawdzamy wskaźniki spisane na warsztacie: ile zamówień przeszło bez człowieka, ile zostało bez faktury, ile razy stan rozjechał się między kanałami. Dopiero wtedy dokładamy kolejne zdarzenie, tym samym torem.
Przed i po
Jak zmienia się dzień osoby, która pilnuje sklepu
Przedtem
- Rano sprawdza, czy nocne zamówienia mają faktury, i dopisuje brakujące ręcznie
- Po każdej aktualizacji przechodzi koszyk krok po kroku, żeby zobaczyć, co się zepsuło
- Stany na Allegro poprawia w drugim panelu, na podstawie tego, co widzi w sklepie
- Na pytanie o marżę produktu odpowiada „zrobię eksport, dam znać”
Po zmianie
- Zamówienia z nocy mają fakturę w KSeF i jej numer przy zamówieniu, zanim otworzy laptop
- Aktualizacja idzie najpierw na kopię sklepu, a kolejka ponowień pokazuje, co nie przeszło
- Stan idzie z jednego źródła do sklepu i na marketplace, bez drugiego panelu
- Na pytanie o marżę odpowiada agent AI, w 5 do 10 sekund
Pierwsze zdarzenie działa na produkcji zwykle 14 dni po warsztacie. Efekt na czasie obsługi i na liczbie zamówień bez dokumentu oceniamy po 30 i po 90 dniach, na wskaźnikach spisanych przed startem.
Dla osoby, która to zamawia
Co z tego ma właściciel sklepu na WordPressie
Nie ma jednego dostawcy, który odpowiada za cały Wasz sklep, i to się nie zmieni. Zmienia się granica. Logika, od której zależą faktury i stany, przestaje siedzieć w kolejnej wtyczce i przechodzi do warstwy, którą da się sprawdzić przed aktualizacją, wersjonować i wyłączyć jednym przełącznikiem. Ryzyko z aktualizacji przestaje być loterią.
Druga rzecz jest o rozmowie z księgową i z zarządem. Gdy sprzedaż, zwroty i koszt towaru stoją w jednym miejscu, wiesz, które produkty warto jeszcze reklamować i ile zamówień czeka bez dokumentu. Zaczynasz od jednego zdarzenia, więc pierwsza decyzja jest mała i odwracalna. Szerzej piszemy o tym na stronie AI i automatyzacje dla e-commerce.
- Warsztat kończy się dokumentem, który możesz zrealizować bez nas
- Logika poza WordPressem, więc aktualizacja wtyczki nie zatrzymuje faktur
- Pilot chodzi na kopii sklepu, obecny proces działa do końca testów
- Hosting, wtyczki i narzędzia płacisz dostawcom bezpośrednio, bez naszej prowizji
Ile to kosztuje
Warsztat ma cenę jawną, integracja wycenę po nim
Warsztat procesowy kosztuje 2500 zł netto za tydzień. Przy WooCommerce zwykle wystarcza jeden tydzień, dwa wtedy, gdy w obieg wchodzi ERP albo sprzedaż na kilku kanałach. Integrację wyceniamy po warsztacie, bo dopiero wtedy wiadomo, ile wtyczek dotyka zamówienia i w jakim stanie jest hosting.
Hosting, licencje wtyczek, abonament w Make albo n8n oraz koszt użycia modeli płacisz dostawcom bezpośrednio, według ich cenników. Nie doliczamy do tego prowizji i nie pośredniczymy w płatnościach.
Warsztat procesowy
2500 zł netto
za tydzień, przy WooCommerce zwykle jeden do dwóch
Zamknięta całość. Kończy się mapą obiegu zamówienia i listą zdarzeń do spięcia, w kolejności, którą możesz zrealizować bez nas.
- Mapa drogi zamówienia od koszyka po zamknięcie zwrotu
- Spis wtyczek, które dotykają zamówienia, faktury i stanu
- Ustalenie jednego źródła prawdy o stanie magazynowym
- Rekomendacja narzędzia: n8n, Make albo integracja przez API
- Wskaźniki do pomiaru po 30 i 90 dniach
- Najczęściej wybierany
Warsztat i integracja WooCommerce
Wycena po warsztacie
zakres wynika z liczby wtyczek i systemów po drugiej stronie
Najczęściej wybierany wariant. Działający obieg w 2 do 6 tygodni od warsztatu, uruchomiony najpierw na kopii sklepu.
- Wszystko z warsztatu
- Spięcie z księgowością i KSeF, z CRM oraz z kanałami sprzedaży
- Webhooki plus kontrolne odpytanie API, kolejka ponowień, alerty o brakujących polach
- Stany rozsyłane z jednego źródła prawdy, także na marketplace
- Pilot na kopii sklepu, monitoring błędów, szkolenie obsługi
WooCommerce i agent AI
Wycena po warsztacie
dla sklepów, które pytają o zamówienia i marżę codziennie
Wszystko z integracji plus BOND, który odpowiada z tych danych zwykłym zdaniem. Wdrożenie agenta zajmuje około dwóch miesięcy.
- Wszystko z integracji WooCommerce
- Hurtownia danych ze sprzedażą, zwrotami i kosztem towaru per produkt
- Agent AI spięty ze sklepem, księgowością i hurtownią
- Odpowiedzi w 5 do 10 sekund, po polsku i po angielsku
- Dostęp dla obsługi, magazynu i właściciela
Warsztat kończy się dokumentem, który obroni się bez nas: mapą obiegu zamówienia, spisem pól i kolejnością wdrożenia. Jeśli okaże się, że problemem jest hosting albo dwie wtyczki robiące to samo, mówimy to wprost, zamiast stawiać integrację na chwiejnym fundamencie. Sprawa kończy się wtedy na warsztacie, a nie na wdrożeniu, którego nie potrzebujecie.
Najczęstsze pytania
Czym jest integracja WooCommerce z innymi systemami?
To spięcie sklepu z tym, co jest po jego obu stronach: z programem księgowym i KSeF, z CRM, z magazynem, z marketplace i z hurtownią danych. Nowe zamówienia, zmiany statusu i ruchy stanu wychodzą ze sklepu automatycznie, przez interfejs REST v3 i webhooki, a wyniki wracają do zamówienia. Logika stoi poza WordPressem, więc nie dokładamy wtyczki, którą trzeba potem utrzymywać.
Ile trwa integracja WooCommerce?
Tydzień warsztatu i 2 do 6 tygodni wdrożenia, w zależności od liczby wtyczek dotykających zamówienia i od tego, ile systemów wchodzi po drugiej stronie. Pierwsze zdarzenie, zwykle faktura z zamówienia, działa na produkcji około 14 dni po warsztacie. Kolejne dokładamy po pomiarze, a nie wszystkie naraz.
Czy integracja przetrwa aktualizację WooCommerce i wtyczek?
Do tego jest projektowana. Czytamy i zapisujemy tylko przez udokumentowany interfejs v3, nie przez tabele bazy WordPressa, bo te autorzy wtyczek zmieniają bez zapowiedzi. Aktualizacje sprawdzamy najpierw na kopii sklepu, a pola pochodzące z wtyczek są zmapowane jawnie, z alertem tego samego dnia, w którym któreś zniknie. Nieudane wywołania czekają w kolejce ponowień, zamiast przepadać.
Czy dokładacie kolejną wtyczkę do WordPressa?
Nie. Sklep zostaje taki, jaki jest, a przepływy stoją w n8n, Make albo we własnej integracji po naszej stronie i rozmawiają z WooCommerce przez API. W sklepie nie rośnie kod, więc nie rośnie też lista rzeczy, które mogą się zepsuć przy aktualizacji. Zdarza się, że po wdrożeniu można wyłączyć wtyczkę, która robiła to samo w połowie.
Czy integracja obsłuży faktury i KSeF?
Tak, i to najczęstszy pierwszy strumień. Dane z zamówienia idą do Fakturowni, iFirmy, Subiekta albo Comarch Optimy, razem z numerem NIP z pola faktury, dokument trafia do KSeF, a jego numer wraca jako notatka przy zamówieniu w WooCommerce. Przyjęty zwrot uruchamia korektę. Jeśli Wasz program księgowy sam wysyła już do KSeF, nie dublujemy tego, tylko zajmujemy się tym, co jest przed i po.
Jak wygląda synchronizacja stanów, gdy sprzedajemy też na Allegro?
Na warsztacie ustalamy jedno źródło prawdy o stanie: WooCommerce, Wasz ERP albo BaseLinker. Opłacone zamówienie rezerwuje sztukę u źródła, a nowa liczba idzie do sklepu i na marketplace w kilka sekund. Kanały czytają tę samą liczbę zamiast siebie, więc ostatnia sztuka nie sprzedaje się dwa razy. Sam mechanizm opisujemy szerzej na stronie o automatycznej aktualizacji stanów magazynowych.
Co, jeśli nasz hosting nie wyrabia?
Wtedy mówimy o tym na warsztacie, zamiast obiecywać, że automatyzacja to naprawi. Integracja zdejmuje ze sklepu część pracy, bo dane do raportów czytamy porcjami w nocy, a harmonogram stoi poza WordPressem i nie zależy od WP-Cron. Ale gdy baza dławi się na samym koszyku, pierwszym krokiem jest hosting, a nie kolejny przepływ.
Czy potrzebujemy programisty i dostępu do API WooCommerce?
Programisty nie. Po Waszej stronie zostaje wygenerowanie Consumer Key i Consumer Secret w panelu WooCommerce oraz decyzja, jakie dane wolno wysyłać dalej. Zakres uprawnień ustalamy tak, żeby integracja czytała i zapisywała tylko to, co potrzebne. Po wdrożeniu przekazujemy dokumentację i szkolimy osobę z obsługi, żeby sama czytała kolejkę błędów.
Przejdźmy razem drogę jednego zamówienia z Waszego sklepu
Bezpłatna konsultacja trwa 30 minut. Opowiadasz, ile wtyczek dotyka u Was zamówienia, gdzie powstaje faktura i co ostatnio zepsuło się po aktualizacji. Pokazujemy, co da się spiąć od razu, a co wymaga najpierw uporządkowania sklepu. Nie musisz na tym etapie udostępniać panelu ani generować kluczy do API.
Prowadzimy najwyżej dwa wdrożenia równocześnie, żeby przy każdym ktoś realnie siedział.
Umów bezpłatną konsultacjęPS. Jeśli po ostatniej aktualizacji ktoś u Was przechodził koszyk krok po kroku, żeby sprawdzić, czy faktury nadal wychodzą, to jest dokładnie ten problem. Piszesz do Pawła, założyciela, nie na skrzynkę zbiorczą, i dostajesz odpowiedź w ciągu dnia roboczego.