Gayrimenkul CRM sistemi reklam verisiyle iki yönlü bir akışla birleştirilir. Formdan, telefondan, WhatsApp’tan ve portallardan gelen her talep kaynağı ve reklam tıklama kimliğiyle birlikte CRM’e düşer. Satış ekibi talebi nitelikli talep, görüşme, satış fırsatı ve imza aşamalarında ilerletir. Bu aşamalar da değerleriyle Google’a ve Meta’ya geri gönderilir. Böylece reklam platformu ucuz form bulmaktan satış fırsatına benzeyen kişiyi bulmaya geçer, pazarlama ekibi de hangi kampanyanın satış ofisine gerçek alıcı gönderdiğini ilk kez görür.
Bu bağlantının etkisini yayımladığım konut projesi vaka analizinde açıkça gördüm. Başlangıçta Google ve Meta yalnızca bir başvurunun oluştuğunu biliyordu. CRM aşamaları platformlara geri gönderildikten sonra nitelikli talep maliyeti 3.500 TL’den 1.082 TL’ye indi. Bu yazıda CRM ile reklam verisinin nasıl birleştirildiğini, hangi alanların tutulacağını ve aktarım kesildiğinde ne yapılacağını anlatıyorum.
Çünkü reklam platformu konut satışının yalnızca ilk anını görür. Formun doldurulduğu anı bilir, ama o kişinin bütçesinin uyup uymadığını, satış ofisine gelip gelmediğini, imza atıp atmadığını bilmez. Bu bilgiler CRM’de ve satış ofisinde oluşur. İkisi birleşmediğinde iki sorun çıkar.
Vakadaki projede bu körlüğün maliyeti kelime düzeyinde görülüyordu. Bir kelime 250 TL’ye 40 başvuru getirip hiç satış fırsatı üretmezken, bir başka kelime 480 TL’ye 18 başvuru getirip 3 satış fırsatı üretiyordu. Bu farkı görmek için tek gereken şey CRM’deki aşama bilgisinin kampanya ve kelime düzeyinde reklam verisiyle eşleşmesiydi. Ucuz başvurunun bu tuzağını konut reklamlarında ucuz başvuru yazısında ayrıntılı anlattım.
| Adım | Ne olur? | Hangi bilgi taşınır? |
|---|---|---|
| 1. Talep oluşur | Form, telefon, WhatsApp, portal ya da satış ofisi ziyareti | İletişim bilgisi, daire tipi, bütçe aralığı, satın alma zamanı |
| 2. Kaynak kaydedilir | Talep CRM’e düşerken nereden geldiği eklenir | Kanal, kampanya, reklam, Google ve Meta tıklama kimlikleri |
| 3. Talep puanlanır | Bütçe, zaman ve davranışa göre öncelik verilir | Talep uyum puanı |
| 4. Danışmana atanır | Yüksek puanlı talep önce aranır | Danışman, ilk temas zamanı |
| 5. Aşamalar ilerler | Satış ekibi talebi günceller | Nitelikli talep, randevu, görüşme, fırsat, imza, iptal |
| 6. Platformlara geri gider | Aşamalar değerleriyle Google’a ve Meta’ya gönderilir | Aşama adı, zamanı, değeri ve tıklama kimliği ya da karma iletişim bilgisi |
Bu akışın en kırılgan yeri ikinci adım. Kaynak bilgisi talep CRM’e düşerken eklenmezse sonradan bulmak neredeyse imkansızdır. Telefonla gelen talep, satış ofisine doğrudan gelen kişi ve portaldan gelen başvuru da aynı titizlikle kaydedilmeli.
| Alan | Neden gerekli? |
|---|---|
| Kaynak kanal ve kampanya | Hangi reklamın talebi getirdiğini görmek için |
| Google tıklama kimliği | Aşamaları Google’a geri göndermek için |
| Meta tıklama kimliği ya da potansiyel müşteri numarası | Aşamaları Meta’ya geri göndermek için |
| Daire tipi ve bütçe aralığı | Nitelikli talebi otomatik ayırmak ve danışmanın hazırlığı için |
| Satın alma zamanı ve ödeme tercihi | Talep puanı ve öncelik için |
| İletişim izni ve ticari ileti onayı | Hangi kanaldan, hangi mesajın gönderilebileceği için |
| Atanan danışman ve ilk temas zamanı | Satış ofisinin hızını ölçmek için |
| Aşama ve aşama tarihleri | Huni oranlarını ve satış döngüsünü hesaplamak için |
| İlgilenilen ünite ve teklif değeri | Fırsatın gerçek değerini raporlamak için |
| Kayıp nedeni | Bütçe, konum, zaman ya da rakip gibi kayıpların analizi için |
Aşama tanımları yazılı olmalı ve satış ekibiyle birlikte belirlenmeli. Tanımlar ay ay değişirse oranlar karşılaştırılamaz, platformlara giden sinyal de tutarsızlaşır.
| Aşama | Tanım | Kim günceller? |
|---|---|---|
| Ham başvuru | Formu dolduran, arayan ya da mesaj atan herkes | Otomatik |
| Nitelikli talep | Bütçesi istediği daireyle uyuşan, zamanı yakın ve ulaşılabilen kişi | Form cevabıyla otomatik, ilk aramada danışman teyit eder |
| Randevu | Tarihi ve saati belli satış ofisi ya da görüntülü görüşme | Danışman |
| Gerçekleşen görüşme | Fiilen yapılmış görüşme | Danışman, görüşme günü |
| Satış fırsatı | Bütçesi doğrulanmış, uygun ünitesi belirlenmiş, satış süreci başlamış alıcı | Danışman |
| Rezervasyon ve imza | Ünite ayrılmış ya da sözleşme imzalanmış | Satış yönetimi |
| İptal | İmza sonrası cayma ya da iptal | Satış yönetimi |
Google tarafında iki yöntem var. Birincisi çevrimdışı dönüşüm aktarımı. Formla birlikte Google tıklama kimliği CRM’e kaydedilir, aşama gerçekleştiğinde bu kimlikle Google’a gönderilir. İkincisi potansiyel müşteriler için geliştirilmiş dönüşümler. Formda alınan elektronik posta ya da telefon numarası karma haliyle gönderilir ve Google eşleştirmeyi kendi tarafında yapar. Tıklama kimliğinin kaybolduğu durumlarda ikinci yöntem daha fazla eşleşme sağlar.
Bu tarafta 2026’da önemli bir değişiklik oldu. Google, 15 Haziran 2026’dan itibaren Google Ads API üzerinden çevrimdışı dönüşüm aktarımına yeni başlayan entegrasyonları kabul etmiyor. Yeni kurulumlar Data Manager API üzerinden yapılıyor, mevcut entegrasyonlar ise geçiş süresince çalışmaya devam ediyor. CRM sağlayıcınızın ya da entegrasyon aracınızın hangi yolu kullandığını kurulumdan önce kontrol etmek gerekiyor. Bu bilgi Ekim 2026 itibarıyla güncel.
Meta tarafında CRM için Dönüşümler API’si kullanılır. CRM’deki aşama değişiklikleri, potansiyel müşteri numarası ya da karma iletişim bilgisiyle Meta’ya gönderilir. Meta bu bilgiyle dönüşüm odaklı potansiyel müşteri hedefini kullanabilir, yani satışa dönüşme ihtimali yüksek kişilere optimize eder.
Meta’nın kendi belgelerine göre bu hedefin bazı şartları var. Anında formlarla çalışıyor, ayda en az 200 potansiyel müşteri gerekiyor, veri en az günde bir kez yüklenmeli, optimize edilen aşama başvurudan sonraki 28 gün içinde gerçekleşmeli ve bu aşamanın dönüşüm oranı yüzde 1 ile yüzde 40 arasında olmalı. Lüks projelerin çoğu bu hacme ulaşmaz. O durumda proje sayfası formu, Dönüşümler API’si ile web olayları ve CRM aşamalarının raporlamada kullanılması daha gerçekçi bir yoldur. Meta tarafının kurgusunu lüks gayrimenkul için Instagram reklamları yazısında anlattım.
Vakadaki projede CRM aşamaları şu iç ağırlıklarla platformlara gönderildi.
| Aşama | İç değer |
|---|---|
| Ham başvuru | 1 |
| Nitelikli talep | 5 |
| Gerçekleşen görüşme | 15 |
| Satış fırsatı | 40 |
| Rezervasyon | 100 |
Bu değerler para değil, platforma hangi sonucun daha önemli olduğunu öğreten ağırlıklar. İleri aşamada fırsatın gerçek konut değeri de bağlandı, böylece bir 1+1 fırsatı ile premium bir 3+1 fırsatı aynı ticari değerle raporlanmadı. Ağırlıkları belirlerken iki kural önemli. Aynı kişinin farklı aşamaları ayrı ayrı sayılmamalı, aksi halde teklif kararı şişer. Ve imza gibi seyrek ve geç gelen aşamalar tek başına ana hedef yapılmamalı, çünkü platform öğrenecek kadar sinyal bulamaz.
Aktarım kesilmesi konut projelerinde en sinsi sorundur, çünkü reklam paneli her şey yolundaymış gibi görünmeye devam eder. Formlar dolar, panel dönüşüm gösterir, ama talepler CRM’e ve satış ekibine ulaşmaz. Platformlara giden aşama sinyali de durur ya da bozulur ve kampanya bu süre boyunca yanlış sinyalden öğrenir.
Konut ve villa projesi vakasında tam olarak böyle bir kesinti yaşanıyor. Başvurular bir süre satış ekibine ulaşmıyor, sorun görünür olunca Performance Max pilotu durduruluyor ve kayıtlar tamamlanıp nitelik bilgisi doğru gönderilmeye başlayınca yeniden açılıyor. Bu yüzden her kurulumda üç kontrol olmalı.
Bu kontrollerin bir otomasyon aracıyla nasıl kurulduğunu n8n ile konut projesi taleplerini yönetmek üzerine yazdığım yazıda adım adım anlatıyorum.
Reklam platformlarına giden veri kişisel veri içerir ve dikkatle ele alınmalı. Ben hukukçu değilim, her kurulumda firmanın hukuk ekibinin görüşünü almayı öneriyorum. Pratikte üç noktaya dikkat ediyorum.
Entegrasyonun asıl getirisi raporda görülür. Kampanya bazında ham başvuru, nitelikli talep, görüşme, fırsat ve imza aynı tabloda, aynı tanımlarla yan yana durur. Bu tablo her hafta pazarlama ve satış ekibinin birlikte baktığı tek kaynak olur. Bütçe kararları gerçekleşen görüşme maliyetine göre verilir, satış ofisinin hızı da aynı tabloda izlenir. Satış döngüsü uzun olduğu için fırsatlar başvuru ayına göre kohortlarla izlenir, imza ile tahsilat da ayrı satırlarda ölçülür.
Önce satış ekibiyle aşama tanımlarını yazıyorum. Ardından formların, telefon kayıtlarının ve portal başvurularının kaynak bilgisiyle CRM’e düşmesini sağlıyor, talep puanını ve danışman atamasını kuruyorum. Aşamalar Google’a ve Meta’ya değerleriyle geri gidiyor, aktarım için anlık uyarı ve günlük mutabakat çalışıyor. İlk ayın sonunda kampanya bazında görüşme maliyetini gösteren tek bir tablo hazır oluyor. Nasıl çalıştığımı gayrimenkul dijital pazarlama sayfasında anlattım. Ölçüm altyapısını ayrı bir hizmet olarak almak isterseniz dönüşüm takibi ve ölçümleme kurulumu sayfasına bakabilirsiniz. Konut pazarlamasının bütün parçaları gayrimenkul pazarlaması rehberinde.
Tek bir doğru ürün yok. Önemli olan CRM’in kaynak bilgisini ve tıklama kimliklerini saklayabilmesi, aşama değişikliklerini dışarıya aktarabilmesi ve danışman atama kurallarını desteklemesi. Bu üç özellik yoksa en gelişmiş CRM bile reklam tarafında işe yaramaz.
Basit bir CRM ya da düzenli tutulan bir tablo bile başlangıç için yeterlidir, yeter ki her talep kaynak bilgisiyle kaydedilsin ve aşamalar güncellensin. Ölçüm alışkanlığı oturduktan sonra daha gelişmiş bir sisteme geçmek kolaylaşır.
Reklamlarda ve sayfada kaynağa göre ayrılmış telefon numaraları ya da arama izleme kullanılabilir. Satış ofisine doğrudan gelen kişiye de projeyi nereden duyduğu sorulmalı ve cevap CRM’e işlenmeli. Bu bilgi eksik kalırsa reklamın katkısı olduğundan küçük görünür.
Raporlama tarafındaki fayda ilk haftalarda görülür, çünkü hangi kampanyanın görüşme getirdiği hemen ortaya çıkar. Reklam platformlarının yeni sinyale göre öğrenmesi ise birkaç hafta sürer. Meta’nın dönüşüm odaklı potansiyel müşteri hedefi için kendi belgelerinde belirtilen öğrenme süresi iki ile dört hafta.