Un webhook è una notifica automatica che un sistema invia a un altro nel momento in cui si verifica un evento specifico, consegnata come richiesta HTTP a un URL preconfigurato, senza che il sistema ricevente debba chiedere ripetutamente se qualcosa è cambiato. Nella gestione dei feed, i webhook sono ciò che permette a una variazione di prezzo in un ERP, a un nuovo ordine in un negozio online o a un aggiornamento dello stock in un sistema di magazzino di notificare immediatamente una piattaforma di feed, invece di costringere quella piattaforma a controllare le modifiche a intervalli fissi. Trasformano gli aggiornamenti dei feed da un job batch programmato a un processo guidato dagli eventi.
Perché sono importanti per la gestione dei feed
Il polling, cioè controllare ripetutamente un sistema sorgente alla ricerca di modifiche, spreca risorse e introduce ritardi: se uno strumento di feed controlla l'inventario ogni quindici minuti, un prodotto esaurito può restare attivo su un canale di shopping fino a quindici minuti prima di essere intercettato. Un webhook elimina questo ritardo facendo sì che il sistema sorgente invii subito la modifica, così un prodotto segnato come esaurito alle 14:00:03 può essere rimosso dalle inserzioni attive entro le 14:00:04. Questa immediatezza conta soprattutto per tutto ciò che è legato al tempo: flash sale, lanci con inventario limitato o allineamento dei prezzi a quelli dei concorrenti, dove anche un breve ritardo può significare vendere un prodotto non più disponibile o pubblicizzare un prezzo non più corretto. Poiché i webhook si basano sugli stessi meccanismi di richiesta-risposta di qualsiasi altra chiamata API, si inseriscono nelle pipeline di automazione dei feed esistenti senza richiedere un modello di integrazione separato.
Come funziona
Configurare un webhook significa registrare un URL di callback presso il sistema sorgente (uno strumento di gestione del magazzino, un CMS, un processore di pagamenti) e indicargli quali eventi devono generare una notifica. Quando l'evento si verifica, il sistema sorgente invia una richiesta HTTP POST all'URL registrato, con i dettagli dell'evento nel corpo della richiesta e metadati come il tipo di evento o una firma di verifica negli HTTP header. Il sistema ricevente, di solito una piattaforma di feed, elabora quindi il payload e aggiorna i dati di prodotto interessati. Poiché i webhook si attivano in tempo reale e spesso a raffica (immagina un aggiornamento massivo dei prezzi che genera centinaia di eventi singoli contemporaneamente), la maggior parte dei sistemi mette in coda le chiamate webhook in arrivo e le elabora in modo asincrono invece di gestirle una per una in modo immediato e sincrono, evitando così che il lato ricevente venga sovraccaricato. I webhook sono un elemento fondamentale della più ampia workflow automation, perché sono ciò che permette a un'azione in un sistema non collegato di avviare una catena di aggiornamenti del feed a valle senza che nessuno debba monitorare manualmente la modifica.
Esempio
<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>Qui last_event riflette il payload del webhook del sistema di inventario che ha attivato la variazione di disponibilità di questo articolo, e il timestamp last_updated quasi istantaneo è il risultato pratico degli aggiornamenti guidati dagli eventi anziché di un aggiornamento batch programmato.
Concetti correlati
I webhook si basano sulla stessa struttura di richiesta di qualsiasi chiamata API, solo invertita: è il sistema sorgente ad avviarla, non la piattaforma di feed; gli HTTP header di quella richiesta trasportano l'autenticazione e i metadati dell'evento necessari per considerarla affidabile e instradarla correttamente. Concatenati tra più sistemi, i webhook diventano il livello di attivazione alla base della maggior parte della workflow automation nella gestione dei feed: il motivo per cui una singola variazione di inventario può tradursi a cascata in un'inserzione aggiornata, un annuncio in pausa e una voce del feed aggiornata senza che nessuno debba fare nulla a mano.
