Jak przesyłać zamówienia z WooCommerce do Notion

/ Problem

Po co w ogóle wyprowadzać zamówienia poza panel sklepu

Bo panel WooCommerce jest miejscem do obsługi zamówienia, a nie do pracy nad nim. Widać tam status, kwotę i adres. Nie widać, kto dzwonił do klienta, że paczka się spóźni, co ustalono, kiedy oddzwonić i czy to już drugie zamówienie tej samej osoby po reklamacji. Te informacje lądują w głowach, na karteczkach albo w wątkach na komunikatorze, i przy trzecim pracowniku przestają się zgadzać.

Do tego dochodzi codzienna niewygoda: żeby sprawdzić, czy przyszło nowe zamówienie, trzeba się zalogować do sklepu. Mail „Nowe zamówienie” wprawdzie przychodzi, ale ginie w skrzynce razem z fakturami za hosting, a na telefonie nikt go nie czyta z uwagą.

Przesłanie każdego zamówienia do miejsca, w którym zespół i tak pracuje, rozwiązuje oba problemy naraz: jedna lista, na której zamówienie ma status, osobę odpowiedzialną i notatki, i która sama się uzupełnia.

/ Wybór narzędzia

Dlaczego Notion, a nie arkusz

Dla samego rejestru zamówień arkusz w zupełności wystarczy i opisałem tę drogę osobno, przy okazji zgłoszeń z formularza do Arkuszy Google. Notion wygrywa w jednej sytuacji: gdy zespół już w nim pracuje. Zadania, notatki ze spotkań, baza wiedzy o produktach i lista zamówień w tym samym miejscu to coraz częstszy układ w firmach prowadzonych przez ludzi poniżej czterdziestki, i wtedy dokładanie arkusza obok jest dokładaniem kolejnej zakładki, w którą nikt nie zajrzy.

Trzy fakty warto znać przed decyzją, bo żaden z nich nie jest oczywisty:

• Notion nie ma polskiej wersji interfejsu. Lista dostępnych języków obejmuje angielski, niemiecki, francuski, hiszpański, portugalski, włoski, niderlandzki, języki skandynawskie i kilka azjatyckich, ale polskiego na niej nie ma. Treść bazy oczywiście możesz pisać po polsku; po angielsku będą menu i przyciski.
• Publiczne API Notion jest dostępne w każdym planie, także bezpłatnym. Cennik Notion pokazuje je w planie Free, Plus, Business i Enterprise. To znaczy, że samo przyjmowanie zamówień do bazy nic nie kosztuje po stronie Notion.
• Automatyzacje wewnątrz bazy są płatne. W planie bezpłatnym masz przyciski: kliknięty przycisk zmieni pola albo wyśle powiadomienie, ale tylko wewnątrz Notion i tylko wtedy, gdy ktoś go kliknie. Reguła, która działa sama przy zmianie wartości pola, na przykład „gdy ktoś ustawi status pracy na Oddzwonić, wyślij powiadomienie osobie prowadzącej”, wymaga planu Plus, który kosztuje 9,50 euro za osobę miesięcznie przy rozliczeniu miesięcznym.

/ Przegląd

Trzy drogi i czym się naprawdę różnią

Tak jak przy formularzach, sposoby są dokładnie trzy i różnią się tym, kto to naprawi, gdy przestanie działać, oraz tym, czy dane płyną w jedną stronę, czy w obie.

/ Droga 1

Oficjalna wtyczka z katalogu WooCommerce

W oficjalnym katalogu rozszerzeń jest Notion Connector for WooCommerce firmy W7S, w cenie 89 dolarów za rok. Synchronizuje produkty, zamówienia, klientów, kupony, kategorie, tagi i atrybuty do osobnych baz w Notion, a zmiany pojawiają się tam w ciągu sekund od zdarzenia w sklepie. Ma też narzędzie do jednorazowego zaimportowania tego, co już masz, więc po wdrożeniu nie zaczynasz od pustej bazy.

Działa w obie strony, ale z jednym ważnym wyjątkiem, który dokumentacja podaje wprost: z Notion do sklepu synchronizują się tylko zmiany statusu zamówienia. Nie da się utworzyć zamówienia w Notion. To rozsądne ograniczenie, i warto je znać, bo działa też w drugą stronę: jeśli ktoś w Notion przez pomyłkę przestawi status na „Zrealizowane”, sklep to wykona i wyśle klientowi maila.

Wymagania są konkretne: WooCommerce od wersji 9.0 i PHP od 7.4. Konfiguracja sprowadza się do trzech ruchów: tworzysz w Notion tak zwaną integrację i dostajesz klucz, udostępniasz integracji stronę, w której mają powstać bazy (bez tego integracja nic nie widzi, to najczęstsza przyczyna „nie działa” w pierwszym kwadransie), i wklejasz klucz w ustawieniach WooCommerce.

/ Droga 2

Make albo n8n podpięte pod webhook sklepu

WooCommerce potrafi sam powiadomić zewnętrzną usługę o zdarzeniu. Ta funkcja nazywa się webhook i jest wbudowana: w panelu wchodzisz w WooCommerce → Ustawienia → Zaawansowane → Webhooki, klikasz Dodaj webhook, jako Temat wybierasz „Zamówienie utworzone”, a w polu Adres URL dostawy wklejasz adres, który da Ci Make albo n8n. Od tej chwili każde nowe zamówienie trafia pod ten adres w chwili złożenia, a platforma zakłada z niego stronę w bazie Notion.

To jest właściwa droga, gdy zamówienie ma wywołać więcej niż jedną rzecz: wpis w Notion, wiadomość do osoby pakującej i, powiedzmy, wpis w kalendarzu przy zamówieniach z odbiorem osobistym. Do samego wpisu w Notion oficjalna wtyczka jest prostsza i nie dokłada kolejnego konta.

Warunki, które trzeba znać przed decyzją:

• Make — plan bezpłatny daje 1000 kredytów miesięcznie i maksymalnie dwa aktywne scenariusze. Każda operacja w scenariuszu, na przykład założenie strony w Notion, zużywa jeden kredyt. Plan Core za 9 dolarów miesięcznie daje 10 000 kredytów i nielimitowaną liczbę scenariuszy.
• n8n — plan Starter to 20 euro miesięcznie przy płatności rocznej z limitem 2500 uruchomień, plan Pro 50 euro i 10 000 uruchomień. Jest też bezpłatna wersja do samodzielnego uruchomienia na własnym serwerze; wtedy nikomu nie płacisz, ale sam jesteś działem utrzymania.

Przy kilkudziesięciu zamówieniach miesięcznie plan bezpłatny Make wystarcza z dużym zapasem. Limit dwóch scenariuszy uderza szybciej niż limit kredytów: gdy zechcesz obsłużyć osobno nowe zamówienia i osobno zmiany statusu, drugi scenariusz jest ostatnim darmowym.

/ Droga 3

Własne połączenie z API Notion

Ten sam webhook ze sklepu może trafiać na Twój własny serwer, a tam krótki program zakłada stronę w Notion przez jego API. Bez abonamentu i bez pośrednika; za to z kodem, który ktoś musi rozumieć.

Dwa limity Notion, o które warto zapytać wykonawcę, bo decydują o projekcie: 180 zapytań na minutę na jedno połączenie w planach Free i Plus (600 w Business i Enterprise) oraz 2000 znaków w jednym polu tekstowym. Pierwszy ma znaczenie tylko przy jednorazowym imporcie historii i w dni takie jak Black Friday. Drugi oznacza, że długiej uwagi klienta nie da się wpisać w jedno pole bez podziału.

Regułę wyboru można zamknąć w trzech zdaniach. Chcesz mieć w Notion cały sklep, w obie strony, i nie chcesz budować — oficjalna wtyczka. Jedno zamówienie ma trafić w kilka miejsc naraz — Make albo n8n. Masz nietypowe przetwarzanie po drodze i kogoś, kto to utrzyma — własne połączenie.

/ Projekt bazy

Jak ułożyć bazę zamówień w Notion, żeby nie trzeba było jej przerabiać

Niezależnie od drogi, układ bazy warto przemyśleć przed pierwszym zamówieniem, bo zmiana nazwy pola po fakcie jest dokładnie tą czynnością, która psuje zapis. Sprawdza się prosty podział: najpierw pola zapisywane automatycznie, potem pola wypełniane ręcznie.

Po stronie automatycznej: numer zamówienia jako tytuł strony (to naturalny klucz i zabezpieczenie przed duplikatami), data, kwota, sposób dostawy, status ze sklepu i link do zamówienia w panelu. Ta ostatnia kolumna kosztuje nic, a oszczędza szukania przy każdej rozmowie z klientem.

Po stronie ręcznej wystarczą trzy: osoba prowadząca, notatka i własny status pracy, osobny od statusu sklepu. „Zadzwonić w sprawie rozmiaru” nie jest statusem zamówienia i nie powinien do sklepu wracać. Przy oficjalnej wtyczce, która synchronizuje status w obie strony, to rozdzielenie jest jedynym zabezpieczeniem przed przypadkowym wysłaniem klientowi maila „zrealizowane”.

I jedna zasada, która brzmi drobiazgowo, dopóki nie zostanie złamana: pól automatycznych nie zmienia się nazwy, nie usuwa i nie zamienia typu. Kto chce mieć „Kwota” zamiast „Total”, zmienia to w narzędziu, które zapisuje, a nie w Notion.

/ Pułapki

Co się psuje i dlaczego nikt tego nie zauważa

Tej sekcji nie ma w materiałach producentów, z tego samego powodu co zawsze: każdy z nich sprzedaje jedno z powyższych narzędzi.

1. Sklep sam wyłącza webhook

Najgroźniejsza rzecz na liście. Gdy adres docelowy nie odpowie poprawnie więcej niż pięć razy z rzędu, WooCommerce ustawia webhook jako wyłączony. Wystarczy do tego kilka minut przerwy w Make, wygaśnięcie klucza do Notion albo zmiana nazwy bazy. Sklep dalej przyjmuje zamówienia, klienci dalej dostają potwierdzenia, a lista w Notion po prostu przestaje rosnąć. Nikt nie dostaje o tym powiadomienia.

Zabezpieczenie: raz w tygodniu spojrzenie na listę webhooków, czy status wciąż brzmi „Włączono”, i porównanie liczby zamówień z ostatniego dnia w sklepie i w Notion. Jeśli Notion ma mniej, sprawdź webhook, zanim uznasz, że to słaby dzień.

2. Dostawa jest opóźniona, a nie zepsuta

WooCommerce nie wysyła webhooka w chwili kliknięcia „Kupuję”, tylko dopisuje go do kolejki zadań w tle, którą widać w Narzędzia → Zaplanowane działania. Ta kolejka rusza przy odwiedzinach strony, więc w sklepie z małym ruchem w nocy zamówienie z 23:00 może pojawić się w Notion rano. To nie awaria, ale jeśli ktoś ma na tej liście oprzeć obietnicę „wysyłamy w godzinę”, powinien o tym wiedzieć.

3. Ktoś porządkuje bazę

Notion wygląda jak zaproszenie do sprzątania: zmiana nazwy pola, zamiana typu z tekstu na wybór, przeniesienie bazy na inną stronę. Każda z tych rzeczy sprawia, że zapis trafia w puste albo nie trafia wcale. Rozdzielenie pól automatycznych i ręcznych z poprzedniej sekcji istnieje właśnie po to.

4. Powtórzone wpisy

Gdy pierwsza dostawa jednak doszła, a narzędzie ponowiło próbę, w bazie pojawia się to samo zamówienie dwa razy. Przy rejestrze zgłoszeń to drobiazg, przy zamówieniach to podwójnie policzony przychód w podsumowaniu miesiąca. Numer zamówienia jako tytuł strony pozwala to wychwycić jednym filtrem.

5. Dwukierunkowość działa w obie strony

Przy oficjalnej wtyczce zmiana statusu w Notion zmienia status w sklepie, a sklep na zmianę statusu reaguje mailem do klienta. Osoba, która „tylko porządkowała tablicę”, może w ten sposób wysłać dwadzieścia maili „zamówienie zrealizowane” do ludzi, którzy paczki jeszcze nie mają. Jeśli nie potrzebujesz zwrotnej synchronizacji, wyłącz ją.

/ Dane osobowe

Zanim wyślesz dane klientów do Notion

Zamówienie to zawsze dane osobowe: imię, adres, telefon, e-mail, a często także to, co ktoś kupił. Przesłanie ich do Notion oznacza kolejny podmiot przetwarzający, i warto o tym wiedzieć przed uruchomieniem, a nie po.

Trzy fakty z dokumentacji Notion, stan na wrzesień 2026. Dane są domyślnie przechowywane w Stanach Zjednoczonych; region europejski (Frankfurt) istnieje, ale przeniesienie do niego jest dostępne w planie Enterprise, na wniosek. Jako podstawę przekazania danych poza Unię Notion wskazuje standardowe klauzule umowne. Umowa powierzenia (DPA) jest włączona do warunków korzystania przez odwołanie, więc nie podpisujesz jej osobno, ale warto ją raz przeczytać i mieć zapisaną.

Najprostsze ograniczenie ryzyka nie jest prawne, tylko projektowe: do Notion wysyłaj tylko to, czego zespół tam potrzebuje. Numer, kwota, sposób dostawy i imię wystarczą do pracy; pełny adres i telefon zostają w sklepie, a link do zamówienia prowadzi do nich w jedno kliknięcie. Mniej danych poza sklepem to mniej danych do wykazania w rejestrze i mniej do usunięcia, gdy klient o to poprosi.

Jak wygląda klauzula informacyjna, umowa powierzenia i rejestr czynności przy takim przepływie, rozpisałem na przykładzie arkusza w tekście o danych z formularza a RODO; obowiązki są te same, zmienia się tylko nazwa dostawcy. A jeśli zastanawiasz się, co w sklepie automatyzować w pierwszej kolejności, zanim w ogóle dojdziesz do Notion, kolejność opisałem w przewodniku po automatyzacji sklepu WooCommerce.

Jeżeli wolisz, żeby to po prostu działało i było sprawdzone, łącznie z cotygodniową kontrolą webhooka i rozdzieleniem statusów, zajmuję się takimi integracjami.