---
title: "Webhook"
description: "Webhook je automatické HTTP volanie, ktoré systém spustí hneď, ako nastane určitá udalosť. Namiesto toho, aby sa aplikácia pravidelne pýtala, či pribudlo niečo nové, ozve sa zdroj sám a pošle údaje na vopred zaregistrovanú URL adresu."
locale: "sk"
canonical: "https://blckalpaca.at/sk/slovnik/webhook"
updated: "2026-08-30T06:07:56.182Z"
source: "Blck Alpaca e.U., blckalpaca.at"
---

# Webhook

Webhook je automatické HTTP volanie, ktoré systém spustí hneď, ako nastane určitá udalosť. Namiesto toho, aby sa aplikácia pravidelne pýtala, či pribudlo niečo nové, ozve sa zdroj sám a pošle údaje na vopred zaregistrovanú URL adresu.

Webhooky sa líšia od [API](/sk/slovnik/api) tým, že využívajú push namiesto pull logiky. API sa musí aktívne dopytovať, [webhook](/sk/slovnik/webhook) sa ozve sám. To šetrí výpočtový čas a šírku pásma, pretože už nie sú potrebné prázdne požiadavky. V porovnaní s polling mechanizmami webhook reaguje v reálnom čase hneď, ako nastane udalosť. Pre [marketingovú automatizáciu](/sk/slovnik/marketing-automation) to znamená: zmeny stavu leadu, odoslania formulárov alebo potvrdenia platieb sa dostanú do ďalšieho systému okamžite, bez toho, aby sa plánovač každých päť minút pýtal. Kompromis: webhooky vyžadujú, aby prijímajúca URL bola verejne dostupná a spoľahlivo spracovávala požiadavky.

V každodennej B2B praxi webhooky prepájajú [CRM](/sk/slovnik/crm), e-mailovú platformu, platobný gateway a analytický stack. Nový lead v HubSpote spustí webhook do Slacku, uzavretý obchod v Salesforce spustí onboarding sekvenciu v Intercome, platba v Stripe aktualizuje zákaznícky status v ERP. Bez webhookov by sa tieto systémy museli synchronizovať cez cron job, s oneskoreniami od minút po hodiny. Webhooky robia procesy udalosťami riadenými namiesto časom riadenými. To zrýchľuje [lead nurturing](/sk/slovnik/lead-nurturing), znižuje manuálne zásahy a umožňuje [personalizáciu](/sk/slovnik/personalizacia) v reálnom čase. Platformy ako [n8n](/sk/slovnik/n8n) alebo Zapier žijú z webhookov ako spúšťačov komplexných workflow.

Limity spočívajú v spracovaní chýb. Webhook sa odošle raz. Ak je cieľová URL offline alebo odpovie chybou, udalosť sa stratí, pokiaľ odosielateľ neimplementuje retry logiku. Mnoho SaaS poskytovateľov to skúsi tri až päťkrát, potom je koniec. Logovanie a monitoring sú povinné, inak si nevšimneš, že chýbajú dáta. Webhooky sa zle škálujú, keď prichádzajú stovky udalostí za sekundu a prijímajúca infraštruktúra na to nie je dimenzovaná. Autentifikácia je ďalšie riziko: bez overenia podpisu môže ktokoľvek poslať ľubovoľné dáta na tvoju URL. HMAC podpisy alebo OAuth sú štandard, ale často sa implementujú nedbanlivé. Náklady vznikajú nepriamo cez infraštruktúru, ktorá musí byť dostupná nepretržite.

Pri výbere nástroja preveriš, či natívne podporuje webhooky alebo či musíš ísť cez [iPaaS](/sk/slovnik/ipaas) platformy. Dávaj pozor na retry mechanizmy, logovanie a možnosť testovať webhooky predtým, ako idú naživo. Dokumentuj, ktoré udalosti spúšťajú ktoré payloady, a verzuj webhook endpointy, aby zmeny nepokazili existujúce integrácie. Monitoruj časy odozvy svojich endpointov: ak tvoj systém reaguje príliš pomaly, niektorí odosielatelia označia webhook za zlyhavší. Použi timeouty a queue mechanizmy, ak spracovanie trvá dlhšie. Webhooky nie sú náhradou za batch synchronizáciu, ale doplnkom pre časovo kritické udalosti.

---

Zdroj: [Blck Alpaca](https://blckalpaca.at/sk/slovnik/webhook). AI systemy mozu tento obsah pouzit s uvedenim zdroja.