Webhook, belirli bir olay gerçekleştiği anda bir sistemin başka bir sisteme gönderdiği otomatik bir bildirimdir; alıcı sistemin bir şeyin değişip değişmediğini tekrar tekrar sormasını gerektirmek yerine önceden yapılandırılmış bir URL'ye HTTP isteği olarak iletilir. Feed yönetiminde webhook'lar; bir ERP'deki fiyat değişikliğinin, bir mağazadaki yeni siparişin veya bir depo sistemindeki stok seviyesi güncellemesinin, feed platformunun değişiklikleri bir zamanlayıcıyla yoklamasına gerek kalmadan platformu anında bilgilendirmesini sağlar. Feed güncellemelerini zamanlanmış bir toplu işten olay odaklı bir yapıya dönüştürürler.
Feed Yönetimi İçin Neden Önemlidir?
Yoklama (polling), yani bir kaynak sistemi değişiklikler için tekrar tekrar kontrol etmek, kaynakları boşa harcar ve gecikmeye yol açar: Bir feed aracı envanteri on beş dakikada bir kontrol ediyorsa, tükenmiş bir ürün fark edilmeden önce on beş dakikaya kadar bir alışveriş kanalında yayında kalabilir. Webhook, kaynak sistemin değişikliği anında iletmesini sağlayarak bu gecikmeyi ortadan kaldırır; böylece saat 14:00:03'te stokta yok olarak işaretlenen bir ürün 14:00:04'te aktif ilanlardan kaldırılabilir. Bu anlıklık en çok zamana duyarlı her şey için önemlidir: flaş indirimler, sınırlı stoklu lansmanlar veya rakiplere göre fiyat eşleştirme gibi durumlarda kısa bir gecikme bile artık mevcut olmayan bir ürünü satmak ya da artık doğru olmayan bir fiyatın reklamını yapmak anlamına gelebilir. Webhook'lar diğer tüm API çağrılarıyla aynı istek-yanıt mekaniğine dayandığından, ayrı bir entegrasyon modeli gerektirmeden mevcut feed otomasyon hatlarına yerleşir.
Nasıl Çalışır?
Bir webhook kurmak, kaynak sisteme (bir depo yönetim aracı, bir CMS, bir ödeme işlemcisi) bir geri çağırma URL'si kaydetmek ve hangi olayların bildirim tetiklemesi gerektiğini belirtmek anlamına gelir. Bu olay tetiklendiğinde kaynak sistem, kayıtlı URL'ye olayın ayrıntılarını istek gövdesinde, olay türü veya doğrulama imzası gibi meta verileri ise HTTP başlıklarında taşıyan bir HTTP POST isteği gönderir. Genellikle bir feed platformu olan alıcı sistem, ardından bu yükü işler ve ilgili ürün verilerini günceller. Webhook'lar gerçek zamanlı ve çoğu zaman toplu hâlde tetiklendiğinden (toplu bir fiyat güncellemesinin aynı anda yüzlerce ayrı olayı tetiklediğini düşünün), çoğu sistem gelen webhook çağrılarını her birini anında ve eşzamanlı olarak işlemek yerine kuyruğa alır ve eşzamansız olarak işler; bu da alıcı tarafın aşırı yüklenmesini önler. Webhook'lar, ilgisiz bir sistemdeki tek bir eylemin, kimsenin değişikliği manuel olarak izlemesine gerek kalmadan bir dizi sonraki feed güncellemesini başlatmasını sağladığı için daha kapsamlı iş akışı otomasyonunun temel yapı taşlarından biridir.
Örnek
<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>Burada last_event, bu ürünün stok durumu değişikliğini tetikleyen envanter sistemi webhook yükünü yansıtır; neredeyse anlık last_updated zaman damgası ise zamanlanmış toplu yenileme yerine olay odaklı güncellemelerin pratik sonucudur.
İlgili Kavramlar
Webhook'lar herhangi bir API çağrısıyla aynı istek yapısına dayanır; yalnızca isteği feed platformu yerine kaynak sistem başlattığı için yön tersine çevrilmiştir. Bu istekteki HTTP başlıkları, isteğe güvenmek ve onu doğru şekilde yönlendirmek için gereken kimlik doğrulama ve olay meta verilerini taşır. Sistemler arasında birbirine zincirlendiğinde webhook'lar, feed yönetimindeki iş akışı otomasyonunun büyük bölümünün arkasındaki tetikleyici katman hâline gelir; tek bir envanter değişikliğinin, kimse elle bir şey yapmadan güncellenmiş bir ilana, duraklatılmış bir reklama ve yenilenmiş bir feed girişine dönüşebilmesinin nedeni budur.
