Czym jest webhook?
Webhook to adres URL, który dajesz innemu systemowi, żeby zawołał Cię w chwili, gdy coś się u niego wydarzy, przesyłając szczegóły w żądaniu. To różnica między byciem poinformowanym a ciągłym dopytywaniem, dlatego każda automatyzacja reagująca w sekundy stoi na webhooku.
Zweryfikowano:
W skrócie
Jeśli dostawca mówi, że synchronizacja chodzi „co 15 minut", to odpytywanie. Przy formularzu z leadem to piętnastominutowa przewaga podarowana temu, kto odbierze pierwszy. Zanim zapytasz o cokolwiek innego, zapytaj o webhooki.
| Webhook | Odpytywanie (polling) | |
|---|---|---|
| Kto inicjuje połączenie | System, w którym zaszło zdarzenie | Twój, na timerze |
| Typowe opóźnienie | Poniżej sekundy | Średnio połowa interwału |
| Koszt, gdy nic się nie dzieje | Zero | Każde puste sprawdzenie i tak kosztuje |
| Wymaga publicznego URL-a | Tak | Nie |
| Gdy Twoja strona nie działa | Ponawia, potem zdarzenie przepada | Nadrabia przy kolejnym odpytaniu |
| Dobre do | Szybkiej reakcji na zdarzenia | Synchronizacji masowej, systemów bez webhooków |
Źródła: Dokumentacja GitHub: about webhooks · Dokumentacja n8n: node Webhook · zweryfikowano: 17.06.2026
Gdzie to widać w praktyce
Formularz na stronie
Formularz wysyła dane na webhook, automatyzacja dociąga informacje i kieruje leada, a pierwszy kontakt wychodzi, zanim człowiek zamknie kartę. To cały mechanizm skracania czasu reakcji do sekund.
Zaksięgowana płatność
Operator płatności woła Twój webhook i faktura, etap w CRM-ie oraz dokument wydania ruszają naraz. Odpytywanie daje tu księgowość poprawną średnio, a błędną w dowolnym konkretnym momencie.
Przychodząca wiadomość WhatsApp
Meta dostarcza każdą wiadomość na webhook, który zarejestrujesz. Innej drogi nie ma, dlatego każde wdrożenie WhatsAppa zaczyna się od publicznego endpointu HTTPS i tokenu weryfikacyjnego.
Kiedy odpytywanie ma sens
Drugi system nie oferuje webhooków albo potrzebujesz nocnego uzgodnienia, które wyłapie to, co przepadło. Zwykle robimy jedno i drugie: webhooki dla szybkości, zaplanowany przegląd dla kompletności.
Jak tego używamy
Webhooki są najmniej ciekawą rzeczą na tej liście i najczęściej decydują o tym, czy projekt dowiezie swoją liczbę. Powód jest taki, że czasem reakcji jest zwykle cała wartość. Lead odebrany po trzydziestu sekundach i ten sam lead po czterdziestu minutach to nie jest ten sam lead, a różnica między tymi wynikami to często po prostu wybór między pchnięciem zdarzenia a pięciominutowym timerem.
Dwie praktyczne uwagi z produkcji. Po pierwsze, traktuj endpoint jako publiczny i wrogi: weryfikuj podpis, który dołącza nadawca, i odrzucaj wszystko bez podpisu, bo adres webhooka to drzwi do Twojej automatyzacji. Po drugie, załóż, że nadawca się podda. Większość dostawców ponawia kilka razy i porzuca zdarzenie, więc wszystko, co nie może zginąć, dostaje nocny przegląd porównujący obie strony i uzupełniający braki. Dokładnie tej pary użyliśmy w projekcie opisanym w skróceniu pierwszego kontaktu z 4,5 godziny do 30 sekund i jest to standard w każdej automatyzacji biznesowej, którą wdrażamy.