Çevrimdışı dönüşüm geri beslemesi: kapanan satışı reklam platformuna döndürmek

Reklam panosunda her şey yolunda görünür: tıklama geliyor, form doluyor, "dönüşüm" sayısı tırmanıyor. Ama ay sonunda satış ekibine sorun; başka bir tablo çıkar ortaya. O formların epey bir kısmı hiç geri dönmeyen bir meraklıdır, bütçesi hiç olmayan biridir ya da yanlış şehirden gelmiş bir taleptir. Google ve Meta bunların hiçbirini göremez; onlar yalnızca "form dolduruldu" sinyalini görür ve bütçenizi o sinyali en ucuza üreten yere akıtır. İşte çevrimdışı dönüşüm geri beslemesi tam bu kör noktayı kapatmak içindir: CRM'de gerçekten kapanan anlaşmayı reklam platformuna geri göndermek, ki algoritma form değil gelir peşinde koşsun.

Bu yazıda döngüyü bir pazarlamacının gözünden adım adım açıyoruz: tıklama kimliği nasıl yakalanır, kapanan satış platforma nasıl bildirilir, hangi işletme için bu gerçekten değer üretir ve ne zaman hiç uğraşmaya değmez.

Algoritma neyi görürse onu büyütür

Modern reklam platformları artık elle "şu kelimeye şu kadar ver" demekle çalışmıyor. Siz bir hedef sinyal veriyorsunuz; çoğu işletmede bu "form dolduruldu" ya da "beni ara" oluyor. Algoritma da o sinyali en çok, en ucuza üretecek kitleyi, kelimeyi ve yerleşimi kendisi buluyor. Yani platform, neyi ödül sayarsanız tam olarak onu çoğaltır.

Sorun şu: form dolduran herkes müşteri değildir. İki kişilik bir emlak ofisi düşünün. Gelen taleplerin bir kısmı bütçesi net, gerçekten ev arayan insanlar; bir kısmı ise "bir bakayım" deyip üç ay sonra bile geri dönmeyecek kişiler. Panoda ikisi de tek bir "dönüşüm" olarak görünür. Algoritma ucuz formu sevdiği için, farkında olmadan sizi en çok vakit öldürücü getiren kampanyaya doğru iter.

Gerçek olay ise reklam panosunun çok uzağında olur: bir telefon görüşmesinde, bir showroom ziyaretinde, CRM'de aşama aşama ilerleyen bir anlaşmada. Tıklama ile para arasında insanların, günlerin, bazen haftaların olduğu her işte platform hikâyenin yalnızca ilk karesini görür; sonunu asla. Bu kopukluk küçük gibi durur ama bütçenin nereye aktığını doğrudan belirler.

TıklamaForm dolduranNitelikli leadÖdeyen müşteri

Çevrimdışı dönüşüm geri beslemesi tam olarak nedir?

En yalın hâliyle: reklamı gören kişi tıklayıp size ulaştığında bir "tıklama kimliği" oluşur. O kişi haftalar sonra CRM'de gerçek bir satışa dönüştüğünde, bu sonucu (çoğu zaman anlaşmanın parasal değeriyle birlikte) aynı tıklama kimliğine bağlayıp platforma geri gönderirsiniz. Platform artık "bu tıklama, bu kampanyadan, şu kadarlık gerçek gelire döndü" bilgisini öğrenir.

Böylece döngü kapanır: reklam parayı getiriyor, para CRM'e yazılıyor, CRM de bunu reklama geri fısıldıyor. Bu, pazarlama araçlarını CRM'e bağlayıp kapalı döngü kurmanın en somut hâlidir. Online dünyada "dönüşüm" saydığınız şey artık form değil, tahsil edilen gelirdir.

Adı platforma göre değişir: Google tarafında çevrimdışı dönüşüm içe aktarma ya da "potansiyel müşteriler için gelişmiş dönüşümler"; Meta tarafında Dönüşüm API'si (CAPI) üzerinden çevrimdışı olay; Yandex Direct tarafında Metrica'ya yüklenen çevrimdışı dönüşümler. Ama mantık hep aynıdır: sonucu kaynağına geri bildir.

Döngü nasıl kapanır: tıklama kimliğinden kapanan anlaşmaya

İşin kalbi, tıklama anında oluşan ve sonuna kadar korunması gereken küçük bir etikettir. Google bunu gclid, Yandex yclid, Meta fbclid olarak adlandırır. Reklama tıklayan kişi sitenize geldiğinde bu etiket adres satırında taşınır; mesele onu yakalayıp kişiyle birlikte saklamaktır.

• Tıklama kimliğini formda yakalayın. Web formunuz adresteki gclid ya da yclid değerini gizli bir alana alıp lead ile birlikte CRM'e taşımalı; bunun için de web formu ile CRM'in düzgün bağlanmış olması şarttır.
• Kimliği anlaşmanın üstünde saklayın. Bu etiket, lead kartında ve ondan doğan fırsatta kalıcı bir alan olarak durmalı; aylar sonra bile kaybolmadan.
• Sonucu geri gönderin. Anlaşma "kazanıldı"ya döndüğünde CRM, o tıklama kimliğini, kapanış tarihini ve tutarı platforma iletir.
• Telefonla geleni de unutmayın. Aramayla gelen lead'ler de bu döngüye girebilir; telefon/VoIP entegrasyonu aramayı getirdiği kampanyaya bağlamanın yolunu açar.

1Reklam tıklaması2Form kimliği yakalar3CRM'de anlaşma kapanır4Platforma geri bildirilir5Teklifler gelire döner

Etiketle eşleştirme mümkün olmadığında ikinci bir yol vardır: müşterinin e-postası ya da telefonu geri döndürülemez biçimde karma (hash) hâline getirilip platformdaki kayıtla eşleştirilir. Google'da "gelişmiş dönüşümler", Meta'da gelişmiş eşleştirme bu mantıkla çalışır. Kişisel veri açık metin olarak değil, şifrelenmiş olarak gönderilir; ama yine de rıza ve doğru veri işleme kuralları gerekir. Buna birazdan geleceğiz.

Tek bir lead'in yolculuğunu izleyelim

Somutlaştıralım. Diş implantı yapan bir klinik, arama ağında reklam veriyor. Bir kullanıcı "implant fiyatları" aramasının ardından reklama tıklıyor ve sitenin adresine tıklama kimliği ekleniyor. Kullanıcı formu dolduruyor; o kimlik, gizli bir alanla birlikte lead'e yazılıyor ve CRM'e düşüyor.

Klinik danışmanı arıyor, randevu veriliyor, hasta geliyor, tedaviyi onaylıyor. Üç hafta sonra anlaşma CRM'de "kazanıldı"ya dönüyor ve gerçek tutar giriliyor. Tam o anda CRM, baştaki tıklama kimliğini ve tutarı platforma geri gönderiyor. Platform artık "implant fiyatları" aramasının yalnızca form değil, ödeme yapan bir hasta getirdiğini biliyor ve bir sonraki bütçe dağıtımında bu aramaya daha cömert davranıyor.

"Dönüşüm" değil "gelir" besleyin

Döngüyü kurduğunuzda asıl fırsat, platforma yalnızca "oldu/olmadı" değil, "ne kadar" bilgisini vermektir. Buna değer temelli teklif denir. On binlik bir anlaşmayla bin liralık bir siparişi aynı "1 dönüşüm" saymak algoritmaya yanlışı öğretir; oysa kapanış tutarını da gönderirseniz platform büyük anlaşmayı getiren tıklamaya doğru yönelir. Böylece aynı bütçe, daha çok form yerine daha çok ciroya doğru kayar.

Uzun satış süreçlerinde tek bir sinyalle yetinmek zorunda da değilsiniz. Çoğu ekip iki kademe kurar: lead "nitelikli"ye döndüğünde küçük, temsilî bir değer; "kazanıldı"ya döndüğünde gerçek tutar. Böylece algoritma sonucu haftalarca beklemeden erken bir ipucu alır, ama asıl ödülü gerçek gelire saklar.

Reklam algoritmasına ne sayarsanız onu çoğaltır. Form sayarsanız form, gelir sayarsanız gelir getirir.

Bu iş kimin için değer üretir, kimin için değmez?

Dürüst olalım: çevrimdışı dönüşüm geri beslemesi her işletme için gerekli değildir. En çok işe yaradığı yer bellidir; tıklama ile para arasında insan eliyle işleyen, günlere yayılan bir satış süreci olan işler.

• Çok işe yarar. B2B satış, yüksek tutarlı ve düşünülerek verilen kararlar, emlak, eğitim, danışmanlık; kısaca formu dolduranla parayı ödeyen arasında büyük bir uçurumun olduğu her yer.
• Az işe yarar. Tıklamanın anında ödemeye döndüğü klasik e-ticarette değeri zaten anlık ölçüyorsunuzdur; orada online dönüşüm takibi çoğu ihtiyacı karşılar. Yine de iade, iptal ve tekrar eden alımlar devreye girince e-ticaret verisini CRM'e bağlamak tabloyu netleştirir.

Bir de acımasız bir eşik var: hacim. Algoritmanın öğrenmesi için düzenli ve yeterli sayıda çevrimdışı dönüşüm gerekir. Ayda üç anlaşma kapatan bir işletme platforma anlamlı bir örüntü veremez; kurduğunuz onca boru için karşılığını alamazsınız. Az sayıda ama büyük anlaşma satıyorsanız, bu veriyi optimizasyon yerine raporlama ve karar için kullanmak daha gerçekçidir.

Son bir sınır: eşleştirme penceresi. Platformlar geri gönderilen dönüşümü ancak belli bir süre içinde orijinal tıklamayla eşleştirir. Satış döngünüz bu pencereden uzunsa (diyelim tıklama ile imza arasında aylar geçiyorsa) eşleşme tutmayabilir; kullandığınız platformun güncel süresini baştan kontrol edin.

Kurmadan önce halletmeniz gereken dört şey

Döngü, ancak beslediğiniz veri kadar iyidir. Boruyu döşemeden önce şu dördünü sağlama alın:

• Veri hijyeni. Satışçılar anlaşmaları doğru ve zamanında "kazanıldı/kaybedildi" olarak işaretlemiyorsa, algoritmaya gürültü gönderirsiniz. Temiz bir pipeline, temiz sinyalin ön şartıdır.
• Kesintisiz kimlik yakalama. Tıklama etiketi çok adımlı formlarda, yönlendirmelerde ya da yanlış kurulmuş sayfalarda kaybolabilir. Etiket kaybolursa döngü sessizce kopar.
• Rıza ve gizlilik. Müşteri verisini karma hâlinde göndermek bile açık rıza ve KVKK'ya uygun bir veri işleme düzeni ister. Bunu sonradan değil, baştan kurun.
• Eşleşme oranını izleyin. Gönderdiğiniz dönüşümlerin ne kadarı gerçekten tıklamayla eşleşiyor? Bu oran düşükse, optimize ettiğinizi sandığınız şey aslında havaya gidiyordur. Bu oranı düzenli izlemek, sessizce büyüyen bir veri kaybını erkenden yakalar.

Boruyu kurarken bir de "nasıl bağlayacağım" kararı var: hazır bir konnektör mü, bir otomasyon platformu mu, doğrudan API mı? Bu seçim başlı başına bir konu; yerel ile üçüncü parti entegrasyon karşılaştırmamız hangi durumda hangisinin daha az baş ağrıttığını anlatıyor.

Nereden başlamalı ve başarıyı nasıl okumalı?

En sağlıklı kurulum tek hamlede değil, katman katman büyür:

1. Önce etiketi yakalayın ve saklayın. Hiçbir şeyi optimize etmeseniz bile, her lead'in hangi kampanyadan geldiğini bilmek başlı başına değerlidir.
2. Sonra "kazanıldı"yı geri gönderin. Tek bir gerçek sonuç sinyali bile algoritmanın gözünü açar.
3. Sonra değer ve kademe ekleyin. Kapanış tutarını ve "nitelikli" ara sinyalini devreye alın.
4. En son, sabırla okuyun. Algoritmaya haftalarca zaman tanıyın; bütçeyi her gün oynatmak öğrenmeyi bozar.

Başarıyı da form sayısıyla değil, gelirle ölçün. Hangi kampanyanın hangi geliri getirdiğini düzenli görmek isterseniz CRM ve reklam verisini bir arada analiz etmek gerekir; bu noktada veriyi bir veri ambarına ve BI aracına taşımak tabloyu tek ekranda toplar.

Sıkça sorulan sorular

Özünde bu, teknik bir numaradan çok bir hizalanma meselesidir: reklamın ödülünü, işletmenin gerçek ödülüyle (tahsil edilen gelirle) aynı hizaya getirmek. Bu da pazarlama ile satışın uzun süredir aradığı ortak dili kurar. Tıklama kimliğini formda yakalayıp kapanan anlaşmaya kadar temiz taşıyabilen, sonra da sonucu platforma geri besleyebilen her ekip, bütçesini formlara değil paraya doğru akıtmaya başlar. Rocketly gibi bir CRM, tıklamadan kapanan satışa kadar bu izi tek yerde tuttuğunda, geri besleme ekstra bir proje olmaktan çıkar ve işleyişin doğal bir parçası hâline gelir.