Webhook to automatyczne powiadomienie, które jeden system wysyła do drugiego w momencie wystąpienia określonego zdarzenia, dostarczane jako żądanie HTTP na wcześniej skonfigurowany adres URL – zamiast wymagać od systemu odbierającego ciągłego dopytywania, czy coś się zmieniło. W zarządzaniu feedami to właśnie webhooki sprawiają, że zmiana ceny w ERP, nowe zamówienie w sklepie czy aktualizacja stanu w systemie magazynowym natychmiast powiadamia platformę feedową, zamiast zmuszać ją do odpytywania o zmiany według timera. Zamieniają aktualizacje feedu z zaplanowanego zadania wsadowego w proces sterowany zdarzeniami.
Dlaczego to ważne w zarządzaniu feedami
Odpytywanie (polling) – wielokrotne sprawdzanie systemu źródłowego pod kątem zmian – marnuje zasoby i wprowadza opóźnienie: jeśli narzędzie do feedów sprawdza stany magazynowe co piętnaście minut, brak towaru może być widoczny w kanale zakupowym nawet przez piętnaście minut, zanim zostanie wychwycony. Webhook eliminuje to opóźnienie, ponieważ system źródłowy wysyła zmianę natychmiast – produkt oznaczony jako niedostępny o 14:00:03 może zostać usunięty z aktywnych ofert o 14:00:04. Ta natychmiastowość ma największe znaczenie przy wszystkim, co jest wrażliwe na czas: wyprzedażach błyskawicznych, premierach limitowanych partii czy dopasowywaniu cen do konkurencji, gdzie nawet krótkie opóźnienie może oznaczać sprzedaż produktu, którego już nie ma, lub reklamowanie ceny, która nie jest już aktualna. Ponieważ webhooki opierają się na tej samej mechanice żądanie-odpowiedź co każde inne wywołanie API, wpasowują się w istniejące pipeline’y automatyzacji feedów bez konieczności stosowania osobnego wzorca integracji.
Jak to działa
Skonfigurowanie webhooka oznacza zarejestrowanie adresu URL wywołania zwrotnego (callback) w systemie źródłowym – narzędziu do zarządzania magazynem, CMS-ie, operatorze płatności – i wskazanie, które zdarzenia mają wyzwalać powiadomienie. Gdy takie zdarzenie wystąpi, system źródłowy wysyła żądanie HTTP POST na zarejestrowany adres URL, ze szczegółami zdarzenia w treści żądania i metadanymi, takimi jak typ zdarzenia czy podpis do weryfikacji, w nagłówkach HTTP. System odbierający, zazwyczaj platforma feedowa, przetwarza następnie te dane i aktualizuje odpowiednie dane produktowe. Ponieważ webhooki są wywoływane w czasie rzeczywistym i często seriami (wyobraź sobie masową aktualizację cen wyzwalającą naraz setki pojedynczych zdarzeń), większość systemów kolejkuje przychodzące wywołania webhooków i przetwarza je asynchronicznie, zamiast obsługiwać każde od razu i synchronicznie – dzięki temu strona odbierająca nie zostaje przeciążona. Webhooki to podstawowy element szerszej automatyzacji przepływów pracy, ponieważ to one pozwalają, by jedno działanie w niezależnym systemie uruchomiło łańcuch dalszych aktualizacji feedu, bez potrzeby ręcznego monitorowania zmian.
Przykład
<item>
<g:id>SKU-55810</g:id>
<title>Wireless Charging Pad - Matte Black</title>
<g:availability>out of stock</g:availability>
<custom_label_1>updated_via_webhook</custom_label_1>
<last_event>inventory.zero</last_event>
<last_updated>2026-08-15T14:00:04Z</last_updated>
</item>Tutaj last_event odzwierciedla dane z webhooka systemu magazynowego, które wywołały zmianę dostępności tego produktu, a niemal natychmiastowy znacznik czasu last_updated to praktyczny efekt aktualizacji sterowanych zdarzeniami zamiast zaplanowanego odświeżania wsadowego.
Powiązane pojęcia
Webhooki opierają się na tej samej strukturze żądania co każde wywołanie API, tylko odwróconej – to system źródłowy je inicjuje, a nie platforma feedowa; nagłówki HTTP tego żądania niosą dane uwierzytelniające i metadane zdarzenia potrzebne, by mu zaufać i prawidłowo je przekierować. Połączone w łańcuch między systemami webhooki stają się warstwą wyzwalającą stojącą za większością automatyzacji przepływów pracy w zarządzaniu feedami – to dzięki nim jedna zmiana stanu magazynowego może kaskadowo przełożyć się na zaktualizowaną ofertę, wstrzymaną reklamę i odświeżony wpis w feedzie, bez ręcznej pracy kogokolwiek.
