Co to jest webhook
Webhook działa jak dzwonek do drzwi. Zamiast co chwilę sprawdzać, czy ktoś przyszedł, system czeka, aż ktoś zadzwoni. Gdy w jednym programie wydarzy się coś ważnego, ten program sam wysyła wiadomość pod wskazany adres internetowy. Wiadomość zawiera dane o zdarzeniu, najczęściej w formacie JSON: kto wypełnił formularz, jaki numer ma zamówienie, jaka kwota wpłynęła.
Drugi system odbiera tę wiadomość i od razu coś z nią robi. Może założyć klienta w CRM, wysłać powiadomienie do zespołu albo uruchomić cały przepływ pracy. Dlatego webhook jest jednym z najczęstszych wyzwalaczy automatyzacji.
Webhook a API
Oba pojęcia dotyczą wymiany danych między systemami, ale działają w przeciwnych kierunkach. Przez API to my pytamy system o dane albo prosimy go o wykonanie operacji. Webhook to sytuacja odwrotna: system sam nas informuje, że coś się zmieniło.
| Cecha | API | Webhook |
|---|---|---|
| Kto zaczyna | System, który pyta | System, w którym coś się wydarzyło |
| Kiedy | Gdy pytamy | Od razu po zdarzeniu |
| Typowe użycie | Pobranie lub zapis danych | Uruchomienie automatyzacji |
| Obciążenie | Częste pytanie zużywa limity | Wiadomość tylko przy zdarzeniu |
W praktyce oba mechanizmy pracują razem. Webhook informuje, że przyszło nowe zamówienie, a automatyzacja przez API pobiera jego szczegóły i zapisuje je w innym systemie.
Jak to wygląda w praktyce
To przykład ilustracyjny. Klient wypełnia formularz kontaktowy na stronie firmy. Formularz wysyła webhook do narzędzia automatyzacji, na przykład n8n albo Make. Przepływ sprawdza, czy firma klienta jest już w CRM, zakłada nową szansę sprzedaży w Pipedrive, przypisuje handlowca według regionu i wysyła mu powiadomienie. Całość trwa kilka sekund, a handlowiec dzwoni do klienta, zanim ten zdąży wysłać zapytanie do konkurencji. Cały proces opisujemy na stronie obsługa zapytań i leadów.
Na co uważać
- Bezpieczeństwo adresu. Adres webhooka powinien być trudny do odgadnięcia i najlepiej zabezpieczony podpisem albo tokenem, żeby nikt nie mógł wysłać fałszywych danych.
- Powtórzenia. Niektóre systemy wysyłają tę samą wiadomość ponownie, gdy nie dostaną potwierdzenia. Automatyzacja musi rozpoznać duplikat, żeby nie założyć dwóch takich samych rekordów.
- Brak odbiorcy. Jeśli serwer odbierający nie działa, wiadomość może przepaść. Dobre wdrożenie zapisuje błędy i pozwala ponowić obsługę.
- Zmiany po stronie dostawcy. Gdy dostawca zmieni format danych, przepływ trzeba poprawić. Monitoring pozwala wyłapać to od razu.
Jak zacząć z webhookami
Najpierw warto sprawdzić, które z używanych systemów potrafią wysyłać webhooki. Informację zwykle znajdziecie w ustawieniach integracji albo w dokumentacji dostawcy, pod hasłami „webhook”, „powiadomienia” lub „zdarzenia”. Potem wybieracie jedno zdarzenie, na którym dziś ktoś traci czas, na przykład nowe zapytanie z formularza, i budujecie dla niego pierwszy przepływ. Po kilku tygodniach widać, czy działa stabilnie, i można dokładać kolejne zdarzenia.
Kiedy warto się tym zająć
Webhooki przydają się wszędzie tam, gdzie liczy się szybka reakcja na zdarzenie: nowe zapytanie, płatność, podpisana umowa, zmiana statusu zamówienia. Jeśli dziś ktoś w firmie co kilka godzin sprawdza skrzynkę lub panel i przepisuje dane dalej, to dobry kandydat na automatyzację opartą na webhooku. Łączeniem systemów w ten sposób zajmujemy się w usłudze integracje systemów.
Powiązane hasła
- APIAPI to uzgodniony sposób, w jaki jeden program może pobrać dane z innego programu albo zlecić mu wykonanie operacji, bez udziału człowieka i bez klikania w interfejs.
- Wyzwalacz (trigger)Wyzwalacz, po angielsku trigger, to zdarzenie, które uruchamia automatyzację, na przykład nowy mail, wysłany formularz, zmiana statusu w CRM albo określona godzina.
- JSONJSON to tekstowy format zapisu danych, w którym informacje mają postać par nazwa i wartość. Systemy najczęściej wymieniają w nim dane przez API i webhooki.
- WorkflowWorkflow to przepływ pracy: ustalona kolejność kroków, osób i decyzji, przez które przechodzi sprawa od początku do końca, na przykład faktura od wpłynięcia do zapłaty.
W jakich procesach to wykorzystujemy
Jak możemy pomóc
Najczęściej zadawane pytania
Czy każdy program obsługuje webhooki?
Nie. Wiele nowoczesnych aplikacji je ma, ale starsze systemy często nie. Wtedy automatyzacja co jakiś czas sprawdza zmiany przez API albo pobiera eksport.
Czy webhook jest bezpieczny?
Tak, jeśli adres jest zabezpieczony, a odbiorca sprawdza podpis lub token. Dane powinny być przesyłane szyfrowanym połączeniem.
Czy do webhooków potrzebny jest programista?
Narzędzia takie jak n8n czy Make mają gotowe moduły do odbioru webhooków. Programista przydaje się przy nietypowych systemach i zabezpieczeniach.