Bezpłatna konsultacja

Webhooki w Make: integracja bez gotowej aplikacji (2026)
Make · Webhooki · Integracje

Webhooki w Make: jak połączyć narzędzia bez gotowej integracji

Chcesz połączyć dwa narzędzia, a w Make nie ma gotowego modułu albo nie ma w nim zdarzenia, którego potrzebujesz. Albo jest, ale sprawdza dane co 15 minut i zjada kredyty, gdy nic się nie dzieje. Odpowiedzią prawie zawsze jest webhook. Tłumaczę, czym jest webhook i kiedy go użyć, pokazuję konfigurację w Make w 7 krokach, limity i kolejkę, które warto znać przed startem, sposoby zabezpieczenia i cztery przykłady z ManyChat, Easytools, BaseLinkera i formularza na stronie.

⚠️
Najważniejsze ograniczenie: scenariusz uruchamiany natychmiast przez webhook zatrzymuje się po pierwszym nieobsłużonym błędzie. Jeden zły rekord może więc wyłączyć cały proces, a kolejne dane zaczną się zbierać w kolejce. Dlatego obsługa błędów jest tu obowiązkowa: obsługa błędów w Make.

Autor: Mateusz Matuszczak · Aktualizacja:

⚡ Odpowiedź w skrócie

Jak użyć webhooka w Make?

Dodaj moduł Webhooks → Custom webhook, nazwij go i zabezpiecz kluczem API, skopiuj wygenerowany adres URL do narzędzia, które ma wysyłać dane, wyślij zdarzenie testowe, żeby Make poznał strukturę danych, zmapuj pola w kolejnych modułach, dodaj obsługę błędów i włącz scenariusz.

🔗 Zobacz 7 kroków →
✓ Natychmiast ✓ Bez sprawdzania ✓ Klucz API
Limit
300 / 10 s
żądań na webhook
Żądanie
5 MB
maksymalny rozmiar
Nieużywany
5 dni
potem webhook wyłączony
Odpowiedź
180 s
maks. czas oczekiwania
Punkt wyjścia

Czym jest webhook?

Webhook to sposób, w jaki jedno narzędzie samo daje znać drugiemu, że coś się wydarzyło. Podstawy Make: Make dla początkujących.

🔔
Definicja
zdarzenie w narzędziu → żądanie HTTP na adres webhooka → kolejka w Make → scenariusz

Webhook to adres URL, na który narzędzie źródłowe automatycznie wysyła dane w chwili zdarzenia, np. nowego zamówienia, płatności lub zapisu na listę. W Make adres generuje moduł Custom webhook, który odbiera dane i od razu uruchamia scenariusz. To odwrotność wyzwalacza sprawdzającego, który co kilka minut pyta narzędzie, czy coś się zmieniło.

Dlaczego warto
Reakcja w sekundy zamiast minut, brak kredytów zużywanych na puste sprawdzenia i możliwość połączenia narzędzi, których Make nie zna. Porównanie platform: Make vs Zapier vs n8n.
Co jest trudne
Narzędzie źródłowe musi umieć wysłać webhook (pole „Webhook URL”, akcja wysyłająca żądanie HTTP). Struktura danych zależy od nadawcy, a błąd w scenariuszu natychmiastowym wyłącza go po pierwszym razie.
Czego wymaga
Narzędzia, które wysyła webhooki, zdarzenia testowego do wykrycia struktury danych, zabezpieczenia adresu i obsługi błędów w scenariuszu.
💡 Porównanie, które pomaga: wyzwalacz sprawdzający to zaglądanie do skrzynki pocztowej co 15 minut. Webhook to dzwonek do drzwi, gdy listonosz przyniesie list.
Wybór

Webhook czy gotowy moduł w Make?

Gotowy moduł jest wygodniejszy. Webhook wygrywa, gdy liczy się szybkość, koszt albo moduł nie istnieje.

W skrócie: użyj gotowego modułu, gdy istnieje i ma potrzebne zdarzenie, a kilkuminutowe opóźnienie nie przeszkadza. Użyj webhooka, gdy narzędzie nie ma aplikacji w Make, gdy moduł nie ma potrzebnego zdarzenia, gdy scenariusz ma reagować natychmiast albo gdy sprawdzanie według harmonogramu zużywa zbyt dużo kredytów.

Gotowy moduł czy webhook: porównanie
Kryterium Gotowy moduł (sprawdzający) Webhook
Szybkość reakcji Co tyle, ile ustawisz w harmonogramie (w planie darmowym min. 15 min) Od razu po zdarzeniu
Zużycie kredytów Każde sprawdzenie, także puste Tylko przy realnych zdarzeniach
Konfiguracja Logowanie do konta i wybór zdarzenia Adres URL w narzędziu źródłowym, wykrycie struktury danych
Narzędzia bez aplikacji w Make Niemożliwe Możliwe, jeśli narzędzie wysyła webhooki
Odporność na błędy Wyłącza się po ustawionej liczbie błędów z rzędu Zatrzymuje się po pierwszym nieobsłużonym błędzie

Wiele gotowych aplikacji w Make ma wyzwalacze oznaczone jako natychmiastowe (instant). Pod spodem to też webhooki, tylko skonfigurowane za Ciebie. Więcej o sposobach uruchamiania: kiedy scenariusz się uruchamia.

Mechanizm

Jak działa webhook w Make?

Cztery etapy, które warto rozumieć, zanim coś pójdzie nie tak.

W skrócie: narzędzie źródłowe wysyła żądanie na adres webhooka, Make przyjmuje je do kolejki i odpowiada „Accepted”, a scenariusz domyślnie przetwarza dane od razu i równolegle. Gdy scenariusz jest wyłączony lub ustawiony na harmonogram, dane czekają w kolejce, dopóki się ona nie zapełni.

Etap 1
wysyłka

Narzędzie wysyła żądanie

Zdarzenie w sklepie, ManyChat czy formularzu wywołuje żądanie HTTP z danymi
Do 300 żądań na 10 sekund i do 5 MB na żądanie
Etap 2
kolejka

Make przyjmuje dane do kolejki

Odpowiedź domyślna: 200 „Accepted”; przy pełnej kolejce 400
Dane w kolejce czekają do przetworzenia i są potem trwale usuwane
Etap 3
scenariusz

Scenariusz przetwarza dane

Domyślnie od razu i równolegle; „Process data in order” wymusza kolejność
Albo według harmonogramu, po kilka pozycji z kolejki na uruchomienie
Etap 4
odpowiedź

Opcjonalna odpowiedź do nadawcy

Moduł Webhook response na końcu scenariusza: własny status, treść, nagłówki
Brak odpowiedzi w 180 s: Make odsyła 200 „Accepted”
Instrukcja

Jak skonfigurować webhook w Make? 7 kroków

Przykład: zamówienie produktu cyfrowego w Easytools trafia przez webhook do Make, a Make dopisuje klienta do grupy w MailerLite.

W skrócie: 1) dodaj moduł Custom webhook, 2) zabezpiecz go kluczem API, 3) wklej adres w narzędziu źródłowym, 4) wyślij zdarzenie testowe, 5) zmapuj dane, 6) dodaj Webhook response, jeśli nadawca czeka na odpowiedź, 7) dodaj obsługę błędów i włącz scenariusz.

  1. 1

    Dodaj moduł Custom webhook

    W nowym scenariuszu dodaj Webhooks → Custom webhook, kliknij Add i nazwij webhook opisowo, np. „Easytools: nowe zamówienie”. Każdy scenariusz potrzebuje własnego webhooka; jednego nie da się podpiąć pod dwa scenariusze.
    → Nazwa webhooka i scenariusza trafia do rejestru automatyzacji.
  2. 2

    Zabezpiecz webhook

    Przy tworzeniu webhooka możesz dodać klucz API; nadawca musi go wtedy przesyłać w nagłówku x-make-apikey. W ustawieniach zaawansowanych możesz też ograniczyć adresy IP, z których Make przyjmie dane. Szczegóły w sekcji bezpieczeństwo.
    → Jeśli narzędzie źródłowe nie pozwala dodać nagłówka, traktuj sam adres jak hasło.
  3. 3

    Wklej adres w narzędziu źródłowym

    Make wygeneruje adres URL i zacznie nasłuchiwać. Skopiuj go i wklej w ustawieniach integracji narzędzia, które ma wysyłać dane: pole „Webhook URL”, akcja wysyłająca żądanie HTTP albo akcja automatyczna wywołująca adres. Wybierz zdarzenie, np. „opłacone zamówienie”.
    → Jak to wygląda w konkretnych narzędziach: 4 przykłady.
  4. 4

    Wyślij zdarzenie testowe

    Gdy moduł czeka na dane, wywołaj zdarzenie w narzędziu źródłowym, np. testowe zamówienie z własnym e-mailem. Make rozpozna strukturę danych i pokaże pola do mapowania. Gdy brakuje pól, otwórz moduł, użyj opcji wykrycia nowych wartości i wyślij próbkę ponownie.
    → Zdarzenie testowe z kompletem danych daje pełną strukturę; z pustymi polami część się nie pojawi.
  5. 5

    Zmapuj dane w kolejnych modułach

    Dodaj moduł MailerLite „utwórz lub zaktualizuj subskrybenta” i przenieś do niego e-mail, imię i nazwę produktu jako pole lub grupę. Przed modułem ustaw filtr, np. tylko opłacone zamówienia i klienci ze zgodą marketingową ( grupy i pola w MailerLite).
    → Pełna wersja tej integracji: Easytools + ManyChat + MailerLite.
  6. 6

    Dodaj odpowiedź, jeśli nadawca jej oczekuje

    Większości narzędzi wystarcza domyślne „Accepted”. Gdy nadawca czeka na konkretne dane, np. formularz ma pokazać wynik, dodaj moduł Webhook response ze statusem, treścią (tekst, HTML, JSON) i nagłówkami. Umieść go na końcu scenariusza: w środku sprawiłby, że błędy w dalszych modułach nie wyłączą scenariusza i nie dostaniesz powiadomienia.
    → Make czeka na odpowiedź maksymalnie 180 sekund.
  7. 7

    Dodaj obsługę błędów i włącz scenariusz

    Na module MailerLite dodaj ścieżkę błędu z alertem i dyrektywą Break, żeby jeden błędny rekord nie wyłączył scenariusza. Przejdź pięć przypadków testowych ( jakie) i włącz scenariusz z uruchamianiem natychmiastowym.
    → Dyrektywy i ich wybór: obsługa błędów w Make.
Limity

Limity webhooków w Make: co trzeba wiedzieć?

Liczby z dokumentacji Make. Przy małym sklepie czy gabinecie rzadko się do nich zbliżysz, ale w szczycie sprzedaży mogą mieć znaczenie.

W skrócie: webhook przyjmie do 300 żądań na 10 sekund i do 5 MB na żądanie. Kolejka mieści 667 pozycji na każde 10 000 kredytów planu, maksymalnie 10 000. Webhook nieprzypisany do scenariusza przez ponad 5 dni zostaje wyłączony, a logi webhooka są przechowywane przez 3 dni (30 w planie Enterprise).

Limity webhooków w Make
Limit Wartość Co się dzieje po przekroczeniu
Liczba żądań 300 na 10 sekund Kolejne dostają HTTP 429 „Too many requests”
Rozmiar żądania 5 MB, niezależnie od planu Żądanie odrzucone; duże pliki przesyłaj jako link
Kolejka 667 pozycji na 10 000 kredytów, maks. 10 000 HTTP 400 „Queue is full”, dane przepadają, jeśli nadawca nie ponowi
Webhook bez scenariusza Ponad 5 dni (120 godzin) Webhook wyłączony, odpowiada HTTP 410 „Gone”
Czas na odpowiedź 180 sekund Make odsyła 200 „Accepted”
Logi webhooka 3 dni (Enterprise: 30) Starsze żądania nie są widoczne w logach

Źródło: dokumentacja webhooków Make i opis aplikacji Webhooks. Kolejka rośnie, gdy scenariusz jest wyłączony, np. po błędzie. Im szybciej dowiesz się o wyłączeniu, tym mniej danych w niej czeka: monitoring w trzech warstwach.

Bezpieczeństwo

Jak zabezpieczyć webhook w Make?

Kto zna adres webhooka, może wysłać na niego dane i uruchomić Twój scenariusz.

W skrócie: traktuj adres webhooka jak hasło, dodaj klucz API (nagłówek x-make-apikey), ogranicz adresy IP, jeśli nadawca ma stałe adresy, zdefiniuj strukturę danych, żeby Make odrzucał niepasujące żądania, a w scenariuszu dodaj filtr sprawdzający, czy dane wyglądają prawidłowo.

Sposoby zabezpieczenia webhooka
Zabezpieczenie Jak działa Kiedy użyć
Adres jako sekret Nie publikujesz adresu w kodzie strony, mailach, zrzutach ekranu Zawsze
Klucz API Make przyjmuje tylko żądania z poprawnym kluczem w nagłówku x-make-apikey Gdy nadawca pozwala dodać własny nagłówek
Ograniczenie IP Lista dozwolonych adresów IP lub podsieci; reszta odrzucona Gdy nadawca wysyła z publikowanych, stałych adresów
Struktura danych Make waliduje dane; niepasujące żądania dostają HTTP 400 Gdy format danych od nadawcy jest stały
Filtr w scenariuszu Dalej przechodzą tylko dane z wymaganymi polami i wartościami Zawsze, zwłaszcza przy formularzach na stronie

Dane w kolejce webhooka są przechowywane do przetworzenia, niezależnie od ustawienia poufności danych scenariusza. Jeśli przez webhook płyną dane osobowe, uwzględnij Make w dokumentacji RODO: RODO w automatyzacjach.

Przykłady

Webhooki w praktyce: 4 przykłady z narzędzi, które wdrażam

Nazwy pól i akcji różnią się między narzędziami i planami. Sprawdź w ustawieniach integracji swojego narzędzia, czy wysyła webhooki.

🤖

ManyChat → Make

dane z DM do dowolnego narzędzia
ManyChat w planie Pro pozwala wysłać zewnętrzne żądanie HTTP z danymi kontaktu w dowolnym miejscu ścieżki, np. po podaniu e-maila. Webhook w Make przekazuje je dalej: do arkusza, CRM, systemu rezerwacji. Przykład z listą mailową: ManyChat + MailerLite.
✓ Po wygaśnięciu planu Pro integracje przestają działać po cichu.
🛍️

Easytools → Make

produkty cyfrowe, kursy, subskrypcje
Zamówienie, opłacona subskrypcja albo porzucony koszyk wysyła webhook do Make, a Make dopisuje klienta do MailerLite, wysyła wiadomość w ManyChat lub zapisuje sprzedaż w arkuszu. Przykład z instrukcji; więcej: subskrypcje w Easytools.
✓ Pierwszy produkt: Easytools krok po kroku.
📦

BaseLinker → Make

zamówienia, statusy, dokumenty
Zamiast co kilka minut pobierać zamówienia przez API, możesz uruchamiać scenariusz w chwili zmiany statusu: akcja automatyczna w BaseLinkerze wywołuje adres webhooka z numerem zamówienia, a Make pobiera szczegóły i robi resztę. Dostępność takiej akcji sprawdź w swoim panelu. Gotowe scenariusze: Make + BaseLinker.
✓ Wyzwalacz na status po płatności, nie na „Nowe” ( automatyczne statusy).
📝

Formularz na stronie → Make

zapytania, zgłoszenia, ankiety
Formularz kontaktowy lub ankieta przed wizytą wysyła dane na webhook, a Make tworzy kontakt, powiadamia zespół i wysyła odpowiedź do klienta. Tu filtr i struktura danych są szczególnie ważne, bo formularz jest publiczny. Przykład ankiety w gabinecie: ankieta przedwizytowa.
✓ Gdy formularz ma pokazać wynik, użyj Webhook response.

* Linki partnerskie — jeśli założysz konto przez te linki, mogę otrzymać wynagrodzenie, a Twoje warunki się nie zmieniają. Polecam tylko narzędzia, które sam wdrażam i utrzymuję u klientów: narzędzia, które polecam.

Praktyka

Webhooki w Make: co działa, a co nie?

Najczęstsze problemy, z którymi trafiają do mnie scenariusze oparte na webhookach.

✅
Dobrze
Opisowa nazwa webhooka i wpis w rejestrze, skąd przychodzą dane.
Klucz API lub ograniczenie IP, filtr na początku scenariusza.
Obsługa błędów na modułach, które mogą zawieść.
„Process data in order” tam, gdzie kolejność zdarzeń ma znaczenie, np. statusy.
❌
Źle
Brak obsługi błędów: jeden zły rekord wyłącza scenariusz, a kolejka rośnie.
Webhook Response w środku scenariusza: błędy dalej są niewidoczne.
Adres webhooka w publicznym kodzie strony bez filtra i klucza.
Usunięty scenariusz, a stary adres wciąż wklejony w narzędziu — dane trafiają w próżnię. Pomaga dokumentacja automatyzacji.
🛠️
Webhook to najszybszy i najtańszy sposób łączenia narzędzi, ale też najbardziej wrażliwy na błędy. W moich wdrożeniach każdy scenariusz z webhookiem ma zabezpieczenie, filtr, obsługę błędów i wpis w rejestrze z informacją, w którym narzędziu wklejony jest adres. Jeśli masz scenariusze, które „czasem nie łapią” zamówień, zacznij od sprawdzenia kolejki i obsługi błędów. Szerzej o integracjach: integracje i własna integracja czy gotowe rozwiązanie.
Wolisz zapytać wprost?

Konsultacja: integracje na webhookach

Połączę Twoje narzędzia przez webhooki i Make, z zabezpieczeniami, obsługą błędów i dokumentacją. Zobacz też jak pomagam w automatyzacji i systemach.

Co dostajesz
🔗
Integracja
Webhook, scenariusz i mapowanie danych.
🔐
Zabezpieczenia
Klucz API, filtry, obsługa błędów.
🗂️
Dokumentacja
Wpis w rejestrze i karta scenariusza.
📞 Umów bezpłatną konsultację →
FAQ

Najczęstsze pytania o webhooki w Make

Czym jest webhook?

Webhook to adres URL, na który jedno narzędzie automatycznie wysyła dane w chwili zdarzenia, np. nowego zamówienia. Make odbiera te dane i od razu uruchamia scenariusz, zamiast co kilka minut sprawdzać, czy coś się zmieniło.

Kiedy użyć webhooka zamiast gotowego modułu w Make?

Gdy narzędzie nie ma gotowej aplikacji w Make, gdy gotowy moduł nie ma potrzebnego zdarzenia albo gdy scenariusz ma reagować natychmiast i oszczędzać kredyty zużywane na sprawdzanie według harmonogramu. Porównanie w tabeli wyboru.

Ile żądań przyjmie webhook w Make?

Do 300 żądań na 10 sekund; kolejne dostają odpowiedź HTTP 429. Pojedyncze żądanie może mieć do 5 MB. Kolejka każdego webhooka mieści 667 pozycji na każde 10 000 kredytów planu, maksymalnie 10 000 pozycji. Wszystkie limity w tabeli limitów.

Co się dzieje z danymi z webhooka, gdy scenariusz jest wyłączony?

Trafiają do kolejki webhooka i czekają na przetworzenie, dopóki kolejka się nie zapełni; wtedy kolejne żądania są odrzucane. Webhook, który przez ponad 5 dni nie jest przypisany do żadnego scenariusza, zostaje wyłączony i odpowiada kodem 410.

Jak zabezpieczyć webhook w Make?

Traktuj adres jak hasło, dodaj klucz API przesyłany w nagłówku x-make-apikey, ogranicz adresy IP, jeśli nadawca ma stałe adresy, i zdefiniuj strukturę danych, żeby Make odrzucał niepasujące żądania. Szczegóły: bezpieczeństwo.

Czy webhook w Make zużywa kredyty?

Kredyty zużywają moduły wykonane w scenariuszu po odebraniu danych. W przeciwieństwie do wyzwalacza sprawdzającego według harmonogramu webhook nie zużywa kredytów na sprawdzanie, gdy nic się nie dzieje. Jak liczyć kredyty: kredyty i plany Make.

Dlaczego scenariusz z webhookiem się wyłączył?

Scenariusz uruchamiany natychmiast przez webhook zatrzymuje się po pierwszym nieobsłużonym błędzie. Rozwiązaniem jest obsługa błędów na modułach, które mogą zawieść, np. tworzących fakturę lub kontakt: obsługa błędów w Make.
Mateusz Matuszczak

Łączę narzędzia sklepów i gabinetów — BaseLinkera, ManyChat, Easytools, MailerLite, Setmore i inFakt — przez Make, często na webhookach, i opiekuję się tymi integracjami po starcie. Limity w artykule pochodzą z dokumentacji Make.

Ostatnia aktualizacja:

Powiązane materiały

Make: od pierwszego scenariusza do integracji na webhookach

Make · Webhooki · Integracje

Każde narzędzie, które wysyła webhooki, da się połączyć.

Czym jest webhook, kiedy wybrać go zamiast gotowego modułu, mechanizm kolejki, konfiguracja w 7 krokach, limity, zabezpieczenia i cztery przykłady. Chcesz połączyć swoje narzędzia? Umów konsultację.

✓ Reakcja natychmiast ✓ Mniej kredytów ✓ Zabezpieczenia ✓ Zero zobowiązań
Webhooki — skrót
🔔 Dane przychodzą same, w chwili zdarzenia
🏷️ Jeden webhook na jeden scenariusz
🔐 Klucz API w nagłówku x-make-apikey
🧪 Zdarzenie testowe = struktura danych
↩️ Webhook response zawsze na końcu
🔀 Obsługa błędów obowiązkowa
300 Żądań / 10 s
7 Kroków
0 zł Konsultacja

Zakres integracji zależy od liczby narzędzi i scenariuszy.