Yoklama (Polling)

Yoklama (polling), bir sistemin bir veri kaynağını sabit zaman aralıklarında tekrar tekrar kontrol ederek yeni veya değişmiş bir şey olup olmadığına baktığı bir entegrasyon desenidir — "yeni bir satır var mı? yeni bir satır var mı? yeni bir satır var mı?" — kaynak sistemin bir şey olduğu anda proaktif olarak bir bildirim gönderdiği (webhook) modelin aksine. No-code otomasyon dünyasında yoklama, kaynak uygulama webhook desteklemediğinde kullanılan yedek tetikleyici mekanizmasıdır: örneğin "Google Sheets'te Yeni Satır" tetikleyicileri neredeyse her zaman yoklama tabanlıdır, çünkü Google Sheets'in harici servisleri değişikliklerden haberdar edecek yerleşik bir webhook sistemi yoktur. Neden önemli: yoklamanın geliştiriciler için iki doğrudan, pratik sonucu vardır. Birincisi, gecikme — her 15 dakikada bir kontrol eden bir yoklama tetikleyicisi, bir otomasyonun gerçek olaydan 15 dakikaya kadar geride kalabileceği anlamına gelir; bu, zamana duyarlı akışlar için kabul edilemez (örneğin, "sıcak bir lead bir form gönderdiğinde satışı anında bilgilendir") ama diğerleri için tamamen sorunsuzdur (örneğin, "her sabah dünün tamamlanan siparişlerini muhasebe sistemine senkronize et"). İkincisi, kaynak maliyeti — yoklama, hiçbir şey değişmemiş olsa bile API hız sınırı kotasını ve platform "görev" haklarını tüketir, çünkü kontrolün kendisi yeni veri bulunup bulunmadığından bağımsız olarak bir işlem sayılır; oysa bir webhook yalnızca gerçek bir olay meydana geldiğinde tetiklenir (ve yalnızca o zaman bir maliyete yol açar). Nasıl çalışır: yoklama tabanlı bir tetikleyici bir "kontrol noktası" saklar — tipik olarak gördüğü son kaydın kimliği veya zaman damgası — ve her kontrolde, kaynak sistemi bu kontrol noktasından daha yeni herhangi bir şey için sorgular (örneğin, `SELECT * FROM records WHERE created_at > '2026-07-01T14:30:00Z'`), yeni sonuçları işler ve kontrol noktasını ilerletir. Somut örnek — ücretsiz katmanda (15 dakikalık yoklama aralığı) bir Zapier "Google Sheets'te Yeni Satır" tetikleyicisinin yoklama sıklığı ödünleşimlerini ücretli bir katmanla (1 dakikalık yoklama aralığı) karşılaştırmak: paylaşılan bir e-tabloya lead kaydeden bir satış ekibi, ücretsiz katmanda bir lead'in otomasyon fark edip bir CRM kaydı oluşturmadan önce 15 dakikaya kadar işlenmeden bekleyebileceğini görebilir — zamana duyarlı takibin olduğu canlı bir demo gününde, bu gecikme bir lead'in aynı gün geri aranıp aranmaması arasındaki fark olabilir; 1 dakikalık yoklama ile ücretli bir plana yükseltmek (veya daha iyisi, veri kaynağını ham bir e-tablo yerine Typeform gibi yerel webhook desteğine sahip bir şeye değiştirmek) bu farkı kapatır. Geliştiriciler, zamana duyarlı otomasyonlar için güvenmeden önce bir "tetikleyicinin" anlık/webhook tabanlı mı yoksa yoklama tabanlı mı olarak belgelendiğini her zaman kontrol etmelidir.