RevOps - Reklam ve CRM Entegrasyonu

Lead kampanyaları varsayılan haliyle formu dolduran herkes için optimize eder ve o kişinin müşteriye dönüşüp dönüşmediğini hiçbir zaman öğrenmez. Satış ekibinin "bu lead ilgisizdi" kararı CRM'de kalır, algoritma da elindeki tek sinyale, yani form doldurma davranışına optimize etmeyi sürdürür. RevOps (Revenue Operations), pazarlama, satış ve veri altyapısını tek bir gelir hattında birleştiren disiplindir. Detartech olarak bu hattı üç parçada kuruyoruz: lead'lerin reklam platformlarından CRM'e kayıpsız akışı, satış sonuçlarının reklam platformlarına geri beslenmesi ve huninin tamamının ölçülebilir raporlanması. Bu döngüyü önce kendi reklam hesabımızda kapattık; bu mimari RevOps hizmetimizin çekirdeğidir.

İki yönlü veri hattının tanımı

RevOps, reklam platformu ile CRM arasındaki iki yönlü veri hattını kurmak ve işletmek demektir. Birinci yön reklamdan CRM'e doğrudur: kullanıcı formu doldurduğu anda reklam platformu bir webhook, yani otomatik tetiklenen bir bildirim gönderir; otomasyon katmanı lead detayını platformun API'sinden çeker ve CRM'de kişi ile lead kaydını saniyeler içinde oluşturur. İkinci yön CRM'den reklama doğrudur: satış ekibi lead'i nitelikli ya da niteliksiz işaretlediğinde veya bir anlaşma kazanıldığında ya da kaybedildiğinde, bu değişiklik reklam platformuna olay olarak geri gönderilir. İşin çekirdeği tek bir alandadır: lead ID hiçbir aşamada kaybolmamalıdır, çünkü geri beslemenin birincil eşleşme anahtarı odur. Bu bir CRM kurulum projesi de medya satın alma hizmeti de değildir; mevcut CRM'iniz ve mevcut kampanyalarınız üzerine kurulan bir veri katmanıdır. Aynı mimarinin adım adım yol haritasını, olay eşleme tablosu ve en sık yapılan hatalarla birlikte Meta ve CRM geri besleme rehberimizde yayımladık.

Gelir hattını hangi parçalardan kuruyoruz

Aşağıdaki altı başlık bir RevOps kurulumunda yapılan işlerin tamamıdır. İlk üçü hattın kendisidir: lead'in yakalandığı yer, CRM'e taşındığı yer ve satış sonucunun reklam platformuna döndüğü yer. Dördüncüsü geri beslemenin işe yarayıp yaramadığını belirleyen eşleşme kalitesi, beşincisi kaçan ve tekrar eden kayıtlara karşı güvenlik ağı, altıncısı verinin kimde durduğudur. Eşleşme kalitesi sonradan eklenen bir iyileştirme değil olay şemasının parçasıdır.

Lead yakalama: Meta Lead Ads, LinkedIn ve site formları

Lead'ler üç kaynaktan aynı boru hattına girer: Meta Lead Ads instant formları, LinkedIn Lead Gen Forms ve web sitenizdeki iletişim, teklif ve randevu formları. Meta tarafında webhook lead'in kendisini değil ID'sini taşır; isim, e-posta, telefon ve form yanıtları platformun API'sinden ayrıca çekilir. Üçünün aynı hatta bağlanmasının sebebi şudur: organik ve reklam kaynaklı talep aynı tabloda görünmezse hangi kanalın müşteri getirdiği karşılaştırılamaz. Organik tarafın kendi teknik çalışması ayrı bir hizmet olarak SEO sayfamızda anlatılıyor. Bu hatta bağlanan lead e-posta kutusunda veya Excel dosyasında kalmaz.

CRM'e gerçek zamanlı akış

Lead, form gönderildikten saniyeler sonra CRM'inizde kişi ve lead kaydı olarak oluşur; Pipedrive ve HubSpot bunun tipik örnekleridir, alan adları değişse de mantık aynı kalır. Kaydın üstünde dört custom alan durur: lead ID, reklam ID'si, kampanya ID'si ve form ID'si. Bu alanlar rapor süsü değil geri beslemenin çalışma koşuludur; elle girilen bir lead'de lead ID yoktur ve o kayıt döngünün dışında kalır. Huni tarafında ham lead'lerin düştüğü bir giriş noktası ve sıralı aşamalar tanımlanır; nitelikli ile niteliksiz ayrımı CRM'de izlenebilir bir alan değişikliği üretecek şekilde kurulur, çünkü webhook'u tetikleyecek olan o değişikliktir.

Conversions API ile geri besleme

Satış ekibi bir lead'i nitelikli veya niteliksiz olarak işaretlediğinde, bir anlaşma açıldığında ya da kazanılıp kaybedildiğinde CRM webhook'u tetiklenir ve bu sinyal SHA-256 ile hash'lenmiş kimlik bilgileriyle birlikte, sunucudan doğrudan olay göndermeyi sağlayan Meta Conversions API ve LinkedIn Conversions API üzerinden reklam platformuna gönderilir. Olay adları kısa, boşluksuz ve ASCII tutulur: crm_lead, qualified, disqualified, converted. Satışın kazanıldığı olaya tutar ve para birimi eklenir ki platform gelir bazlı raporlayabilsin; olayın kaynağının CRM olduğu da ayrıca bildirilir. Önemli bir kural var: Meta'da olay silme ya da geri alma yok, bu yüzden yanlış bir sinyal gönderildiğinde düzeltme yolu güncel durumu yeni bir olay olarak göndermek oluyor, çünkü Meta en son geleni geçerli sayıyor. Olay eşlemesi bu yüzden kurulum sırasında yazılı kararlaştırılır, canlıda denenmez.

Atıf ve olay eşleşme kalitesi (EMQ)

Event Match Quality, gönderilen olayın reklam platformundaki bir kişiyle eşleşme ihtimalini gösteren skordur ve geri beslemenin değerini doğrudan belirler. Yalnızca IP adresi ve tarayıcı bilgisiyle giden olaylar pratikte işe yaramaz; hash'lenmiş e-posta, telefon ve lead ID eklendiğinde skor belirgin biçimde yükselir. Bu yüzden CRM'deki alan hijyeni teknik bir ayrıntı değil atıfın kendisidir: telefon numarası biçimsiz girilmiş bir kayıt eşleşmeyen bir olay üretir. İkinci karar sinyal havuzudur. CRM olaylarını ayrı bir dataset'e değil, web olaylarınızın zaten aktığı ana pixel'e göndeririz, çünkü sinyali iki havuza bölmek platformun öğrenmesini yavaşlatır.

Veri kalitesi, tekilleştirme ve backfill

Webhook'lar bazen kaçabiliyor: sunucu yeniden başlıyor, yeniden deneme (retry) süresi doluyor ya da platformda geçici bir hata oluyor. Bu yüzden hatta iki koruma katmanı kurulur. Birincisi tekilleştirmedir: her olaya deterministik bir olay kimliği verilir, böylece tekrarlanan gönderimler çift sayılmaz ve rapor şişmez. İkincisi backfill'dir: birkaç saatte bir çalışan zamanlanmış bir akış platformdaki son lead'leri tarar ve CRM'de karşılığı olmayanları içeri alır. Bu güvenlik ağını planlarken iki sınır bilinir. Meta lead verisini yalnızca 90 gün sakladığı için bu sürenin gerisine gidilemiyor. Conversions API ise 7 günden eski bir olay zamanını kabul etmez, dolayısıyla geciken gönderimlerde olay zamanı güncellenir.

Self-hosted kurulum ve veri sahipliği

Otomasyon katmanı kendi sunucunuzda çalışıyor. Bu iş için piyasada Zapier, Make ve LeadsBridge gibi abonelikli köprü araçları bulunuyor, ama biz MIT lisanslı Activepieces Community Edition'ı tercih ediyoruz, çünkü kendi sunucunuzda barındırılan bu kurulumda akış ve işlem sayısı sınırı yok. Pratik sonucu işlem başına lisans ödememeniz; daha önemlisi erişim token'ları ve lead verisi sunucunuzda kalıyor. Meta tarafında erişim, kişisel hesap yerine system user denen entegrasyona özel bir hesapla ve süresi dolmayan bir token'la kuruluyor; kişisel hesap token'ları yaklaşık 60 günde sessizce ölüyor ve bu tür entegrasyonlardaki kesintilerin en yaygın sebebi budur. Sunucu, yedekleme ve güncelleme tarafını da biz kuruyorsak iş DevOps ve CI/CD tarafına bağlanır.

Kapalı döngünün sağladığı fark

Satış sonucu reklam platformuna geri gittiğinde algoritma "form dolduran" profili değil "müşteri olan" profili öğrenir. Bunun üç somut karşılığı vardır. Birincisi rapordur: Ads Manager'a nitelikli ve satıldı kolonlarını ekleyip hangi kampanyanın ve hangi reklamın gerçekten müşteri getirdiğini reklam bazında görürsünüz. İkincisi kitledir: qualified ve converted olaylarından custom audience ve lookalike kitleler üretilir, yani hedefleme form dolduranlara değil müşteri olanlara benzeyenlere kurulur. Üçüncüsü optimizasyon hedefidir: hacim eşiğini geçtiğinizde Meta'nın Conversion Leads optimizasyonuna geçiş tek adım olur. Meta'nın bu geçiş için verdiği yönerge aylık yaklaşık 250 lead ve hedef aşamada yüzde 1 ile 40 arasında bir dönüşüm oranıdır. Eşiğin altındaysanız sistemi kurmak yine de anlamlıdır: kalite raporu ilk günden gelir, kitleler birikir ve hacim arttığında geçiş hazırdır.

Lead verisi nerede duruyor

Lead verisi kişisel veridir ve nereden geçtiği bir mimari karardır. Abonelikli bir köprü aracı kullanıldığında lead'in adı, telefonu ve e-postası ile reklam hesabınızın erişim token'ları üçüncü parti bir SaaS'ın sunucularından geçer. Bizim kurduğumuz hatta geçmez: otomasyon katmanı sizin sunucunuzda çalışır ve veri reklam platformu, sizin sunucunuz ve CRM'iniz arasında hareket eder. Reklam platformuna giden kimlik bilgileri de düz metin değil SHA-256 ile hash'lenmiş halde gider. KVKK ve GDPR uyumu bu yüzden sonradan eklenen bir madde değil mimarinin parçasıdır. Aydınlatma metni ve açık rıza tarafı sizin sorumluluğunuzdadır; bizim kurduğumuz şey verinin hangi yolu izlediği ve bu yolun yazılı bir eşleme tablosuyla belgelenmesidir.

Raporladıklarımız

Aylık rapor üç sayı üzerine kuruludur ve üçü de doğrulanabilir yerlerden okunur. Birincisi Event Match Quality skoru, ikincisi olay hacmi, yani crm_lead, qualified, disqualified ve converted olaylarının kaç kez ve hangi kaynaktan gittiği. Üçüncüsü lead'den satışa dönüşüm oranı: CRM'e düşen lead'lerin kaçının nitelikli, kaçının kazanılmış anlaşmaya döndüğü. Bunların yanında token ve webhook sağlığı da raporlanır, çünkü sessizce duran bir entegrasyonun ilk belirtisi rapordaki hacim düşüşüdür. Her sayının Events Manager'da veya CRM'inizde nereden okunduğu raporda yazılıdır, dolayısıyla bizden bağımsız olarak kontrol edebilirsiniz. Ölçmediğimiz şeyi de baştan söylüyoruz: bu kurulum satış görüşmesinin kendisini iyileştirmez, satışın sonucunu reklam platformuna taşır.

Bir RevOps kurulumu nasıl ilerliyor

İş denetimle başlar: pixel ve dataset yapısı, sunucu tarafı olay kalitesi, CRM pipeline'ı ve alan mimarisi ile lead ID'lerin kaybolduğu noktalar incelenir. Çıktısı yazılı bir listedir ve tek başına da teslim edilebilir. İkinci aşama temel katmandır: Meta tarafında Business tipinde bir app ve Webhooks ürünü, ardından system user ile süresi dolmayan token. Kendi Business Manager varlıklarınız için çalıştığı sürece App Review gerekmez, Standard Access yeterlidir. Aynı aşamada CRM'de Meta ve LinkedIn eşleşme alanları açılır, webhook abonelikleri tanımlanır ve huni aşamalarının olay eşlemesi kararlaştırılır. Üçüncü aşama uygulamadır: gerçek zamanlı lead akışı, CRM webhook'larından tetiklenen qualified, disqualified ve converted olayları, tekilleştirme ve zamanlanmış backfill. Dördüncüsü doğrulamadır: test olaylarıyla dört olayın da ekranda görüldüğü kontrol edilir, Events Manager'da dönüşüm hunisi sıralanır ve sistem canlıya alınır. Sonrası aylık bakımdır; token ve webhook sağlığı izlenir, olay eşlemeleri satış sürecinizdeki değişikliklere göre güncellenir. Google Enhanced Conversions ve TikTok Events API aynı altyapıya sonradan eklenebilir.

Kontrol edilebilenler ve kendi verimiz

Aşağıdaki dört maddeden ikisi dışarıdan kontrol edilebilir, diğer ikisi kendi sistemimize dair aktardığımız bilgilerdir.

• Detartech'in kendi reklam hesabı: lead'ler CRM'e otomatik düşüyor, satış ekibinin nitelikli ve niteliksiz kararları ile kapanan satışlar Conversions API üzerinden Meta'ya geri gidiyor.
• Yayımlanmış kurulum rehberi: aynı mimarinin adım adım anlatımı, CRM tetikleyicisi ile Meta olayını eşleyen tablo ve en sık yapılan beş hata blogumuzda açık duruyor.
• bebekistiyorum.com: Google Ads dönüşüm takibi randevu ve iletişim formlarına entegre edildi, reklam harcamalarının gerçek hasta taleplerine dönüşümü ölçülebilir hale geldi.
• Self-hosted otomasyon katmanı: kurulum MIT lisanslı Activepieces Community Edition üzerinde yapılıyor, işlem başına lisans ücreti çıkmıyor ve lead verisi üçüncü parti bir SaaS'tan geçmiyor.