Gayrimenkul Satış Hunisi GA4'te Nasıl Ölçülür?

Halkaları site ile CRM arasında bölün

İlk karar şudur: hangi aşamalar site verisi, hangi aşamalar CRM verisi? Site tarafında izlenebilenler: proje sayfası görüntüleme, fiyat listesi görüntüleme, form gönderimi, telefon tıklaması, sanal tur başlatma. CRM tarafında kalanlar: randevu gerçekleşmesi, satış müdürü görüşmesi, ön talep, karar. Bu ayrımı yazılı hale getirmeden yapılan ölçüm, iki sistemin aynı olayı farklı isimlerle saymasıyla sonuçlanır.

Her olayın paydasını da yazın: proje sayfası görüntüleme oturum bazında mı kullanıcı bazında mı sayılıyor? Form gönderimi kişi sayısı mı, gönderim sayısı mı? Payda belirsiz olduğunda huni oranları anlamsızlaşır; "form dönüşümü %X" cümlesi hangi form, hangi dönem, hangi payda sorusuna cevap vermeden karar üretmez.

Tabloyu yana kaydırarak inceleyin.

GA4'te olayları önemli etkinlik olarak işaretleyin

Site tarafındaki olaylar toplanmaya başladıktan sonra hangilerinin önemli etkinlik (key event) olarak işaretleneceği kararı verilir. Form gönderimi net bir önemli etkinliktir; telefon tıklaması, gerçekleşmiş görüşme değildir ve bu yüzden ayrı bir olay olarak, görüşme sayısı diye raporlanmadan tutulmalıdır. Sanal tur başlatma, proje ilgisi göstergesi olarak izlenebilir.

Bir diğer ayrım: GA4 önemli etkinlik yapısı ile Google Ads dönüşüm ayrı kavramlardır. Aynı olay iki sistemde farklı amaca hizmet eder; Google Ads raporunda dönüşüm görmek istiyorsanız, ilgili olayın reklam hesabında dönüşüm olarak tanımlanması ayrı bir adımdır. Form gönderimi sonrasında teşekkür sayfası kullanıyorsanız, sayfanın her yeniden yüklenmesinin yeni bir form sayılmadığını test edin.

Ölçümü gerçek bir test talebiyle doğrulayın

Başarılı ve başarısız form, çift tıklama, ağ yeniden denemesi, teşekkür sayfası yenileme ve farklı cihaz senaryolarını test edin. DebugView/gerçek zamanlı görünüm ilk kontroldür; parametre ve tekrar davranışını inceleyin, kalıcı CRM kayıtlarıyla karşılaştırın. Gerçek zamanlı bir olay görmek bütün kurulumun doğru olduğunu kanıtlamaz.

Huni keşfinde açık ve kapalı yapıyı bilinçli seçin

GA4 huni keşfinde kapalı huniye ilk adımdan, açık huniye herhangi bir adımdan giriş yapılabilir. Açık huni, aradaki adımları serbestçe atlama izni değildir; girişten sonra tanımlı sıra geçerlidir. Doğrudan/dolaylı geçiş ve adımlar arası zaman koşulları da sonucu değiştirir.

“Proje sayfasını gören kullanıcıların kaçı talep gönderdi?” sorusunda ilk adımdan başlayan kapalı huni uygun olabilir. “Farklı adımlardan girenlerin ilerleyişi nedir?” sorusunda açık huni incelenebilir. Birden fazla oturum olması açık huniyi otomatik daha doğru yapmaz. Kimlik sürekliliği, tarih aralığı ve zaman sınırını da kaydedin.

Kaynak atfetmeyi doğru sütunla raporlayın

"Formlar hangi kanaldan geldi?" sorusu tek cevap değildir: ilk kullanıcı kaynağı (first user source), oturum kaynağı (session source) ve dönüşüm atfı (conversion credit) farklı sütunlardır. Meta reklamından ilk kez gelen bir kullanıcı, sonraki oturumunda Google aramasından form doldurabilir; hangi sütunu okuduğunuza göre hikâye değişir.

Gayrimenkul satışında uzun karar süreci, bu ayrımı daha da önemli kılar. Kampanya değerlendirmesinde hangi sütunun kullanıldığını rapor başlığında yazın; tek bir sütunu doğru kaynak olarak sunmayın. Aylık karşılaştırmalarda aynı sütunu kullanmak, dönemler arası tutarlılığı sağlar.

CRM ve çevrimdışı veriyi dikkatli birleştirin

Site halkaları ile CRM halkalarını birleştirmek için iki yol vardır: raporlama düzeyinde birleştirme (GA4 verisi ile CRM verisini yan yana tabloda okumak) veya veri düzeyinde bağlama. GA4 Measurement Protocol, çevrimdışı olayları GA4'e gönderme imkânı sunar; fakat mevcut tag kurulumunu tamamlar, yerine geçmez. Kimlik, zaman ve izin koşulları vardır; her geçmiş CRM kaydı otomatik GA4 dönüşümü değildir.

Veri düzeyinde bağlamaya karar verirken kişisel bilgilerin standart olaylar veya URL parametreleri içinde gönderilmemesine dikkat edin; formdaki ad, e-posta, telefon gibi bilgiler GA4 olay parametresi olarak taşınmamalıdır. Özel yazılım kapsamında kurulan CRM-GA4 entegrasyonlarında bu sınır, tasarımın ilk gününden itibaren korunmalıdır. CRM tarafında tekrar kayıtlar ve aşama adları temizlenmeden yapılan aktarım, raporların güvenilirliğini bozar.

• Huni halkalarını site ve CRM tarafına bölerek yazın.
• Her olayın paydasını ve dönemini rapor başlığında belirtin.
• Önemli etkinlikleri gerçek test talebiyle doğrulayın.
• Huni keşfinde açık/kapalı yapı ve zaman kriteri kararını yazılı tutun.
• Kaynak raporlamasında sütun seçimini tutarlı biçimde belirtin.
• Kişisel bilgi alanlarını GA4 olay parametresi yapmayın.

Sonuç

Gayrimenkul satış hunisini GA4'te ölçmek, olay listesi yapmaktan ibaret değildir; halkaları sistemler arasında bölmek, payda ve dönem belirtmek, test talebiyle doğrulamak ve CRM bağını sınırıyla kurmak gerekir. İlk hafta yapılacak üç çıktı: huni halkası tablosu, önemli etkinlik tanımları ve gerçek bir test talebinin raporda görünmesinin doğrulanması. Gayrimenkul sektörü projelerinde ölçüm, satış ekibinin işleyişiyle birlikte tasarlandığında karar üretir.