verko
Form, nitelikli talep ve satış için ayrı tanım yapın
Bir prefabrik ev işletmesini düşünün: ziyaretçi form bırakır, ekip ihtiyacını görüşür, teklif hazırlanır ve sözleşme daha sonra imzalanır. Bu, yöntemi anlatan bir senaryodur; belirli bir müşterimizin sonucu değildir. Form gönderimiyle sözleşme aynı başarı aşaması olarak kaydedilirse reklamın ürettiği işi doğru okuyamayız.
Önce nitelikli talebi satış ekibiyle tanımlayın. Hizmet bölgesine uygunluk, gerçek proje ihtiyacı ve iletişim kurulabilmesi gibi ölçütler kullanılabilir. Tek başına çalışanın “iyi müşteri” notuna bağlı bir sınıflandırma yerine ekipçe uygulanabilen kısa kurallar yazın. Sonra satışın sözleşme, ödeme veya başka hangi olayla kesinleştiğini belirleyin.
Her başvuru için aynı kayıt zincirini koruyun
Formdan gelen kaydı CRM’de veya erişimi sınırlandırılmış takip sisteminde benzersiz bir başvuru kimliğiyle açın. Görüşme sonunda yeni bir bağımsız satır üretip ilk kaydı kaybetmeyin. Aşama değişikliklerini o başvuruya bağlayın; müşterinin e-postası değişse de kaydın geçmişi izlenebilsin.
| Alan | Ne işe yarar? | Kontrol |
|---|---|---|
| Başvuru kimliği | Form ve satış kaydını eşleştirir | Tekil ve kalıcı |
| Reklam etkileşimi bilgisi | Desteklenen yöntemde reklamla eşleşme sağlar | GCLID varsa kayıp veya değişiklik var mı? |
| Uygun müşteri verisi | Gelişmiş dönüşüm eşleştirmesini destekler | İzin, biçim ve erişim kontrolü |
| Aşama ve gerçekleşme zamanı | Nitelikli talep/satış olayını tanımlar | Yükleme saatiyle karıştırılmamalı |
| Değer ve para birimi | İş değerini tutarlı raporlar | Tahmin mi tahsilat mı belli olmalı |
| Aktarım sonucu | Başarısız kayıtları izler | Kabul ve hata ayrı kayıtlı |
Gelişmiş dönüşümler bu akışa nerede girer?
Google, potansiyel müşteriler için gelişmiş dönüşümlerde kullanıcının işletmeyle paylaştığı e-posta gibi birinci taraf verilerini eşleştirmeye yardımcı olarak kullanır. Web formunda ve sonradan aktarılan sonuçta tutarlı verinin bulunması önemlidir. GCLID toplanan mevcut bir düzende bu alanı sebepsiz kaldırmayın; seçilen uygulama yolunun gereklerini inceleyin.
Hash işlemi veriyi anonim veya izin gerektirmeyen hale getirdiğiniz anlamına gelmez. Hangi verinin neden aktarıldığı, gerekli izinler ve Google müşteri verisi koşulları değerlendirilmelidir. Herkese açık bir tabloya müşteri listesi koymayın; e-posta veya telefonu URL, sıradan analiz olayı etiketi ya da hata mesajına eklemeyin.
Web sitesinde anında tamamlanan satın almalarla, formdan günler sonra tamamlanan satışların veri akışı aynı değildir. Sadece web dönüşümünü iyileştirmek isteyen bir mağazanın bütün CRM aktarımını kurması gerekmez. Buradaki plan, sonucu sonradan belli olan talepler içindir.
Aktarım yöntemini güncel bağlantıyla seçin
İşletmenizin CRM sistemi, kayıt sayısı ve güncelleme sıklığına göre Data Manager bağlantısını veya desteklenen dosya/API yöntemini değerlendirin. Google’ın güncel belgesinde 15 Haziran 2026’dan itibaren çevrimdışı aktarım ve potansiyel müşteri gelişmiş dönüşümleri için Data Manager API geçişi belirtiliyor. Eski Google Ads API örneğini yeni kurulumun kesin yolu olarak kopyalamayın; mevcut entegrasyonun geçiş durumunu doğrulayın.
Önce ilgili dönüşüm işlemini tanımlayın. Sonra seçilen bağlantının güncel şablonuna göre alanları eşleştirin. İşlem adı, gerçekleşme zamanı, saat dilimi, değer ve eşleştirme verilerinde anlam kayması olmasın. Her bağlantı için aynı sütun adları, hash işlemi veya aktarım süresi varsaymayın; sağlayıcının istediği biçimi kullanın.
Küçük bir kontrol grubuyla teslimi doğrulayın
Canlı aktarım öncesinde alan eşleştirmesini kimlik bilgisi içermeyen deneme verisiyle doğrulayın. Ardından yetkili, uygun gerçek kayıtların küçük bir grubuyla bağlantının sonuç raporunu kontrol edin. Sahte reklam etkileşimleri veya uydurma satışlar üretmeyin.
Kaynakta aktarıma uygun kaç kayıt olduğunu, kaçının gönderildiğini ve kaçının hata verdiğini ayrı tutun. “Dosya yüklendi” mesajı bütün kayıtların ilişkilendirildiğini göstermez. Hatalı zaman veya işlem adı yüzünden reddedilen kayıt düzeltildiğinde, tekrar aktarımın çoğaltma üretmediğini seçilen yöntemin kurallarıyla kontrol edin.
- Başvurunun satış aşaması kaynak sistemde doğrulanmış mı?
- Aktarımda kullanılan zaman gerçek olayın zamanı mı?
- Tekrar gönderilen aynı olay için yöntem tutarlı mı?
- İptal veya değer değişikliğini hangi süreç düzeltecek?
- Hata raporunu kim, ne sıklıkta kontrol edecek?
Bütçe kararını aynı satış dönemiyle verin
Henüz görüşme aşamasındaki son haftayı, bütün satışları sonuçlanmış eski ayla doğrudan kıyaslamayın. Başvuru tarihine göre grupladığınız taleplere aynı olgunlaşma süresini verin. Nitelikli talep oranı ve satışa geçen kayıtlar daha anlamlı bir karşılaştırma sağlar.
Birincil hedef seçimini değiştirmeden önce kayıtların tutarlı geldiğini görün. Bir formun nitelikli talep ve satış aşamalarını gelişigüzel toplayıp üç müşteri kazanılmış gibi raporlamayın. Biz raporda her aşamanın sayısını ve maliyetini ayrı okuyarak optimizasyon kararını açıklıyoruz.
Sık sorulan sorular
CRM olmadan başlayabilir miyiz?
Kontrollü bir takip tablosu veri sürecini kurmaya yardımcı olabilir. Google’a aktarım için yine desteklenen yöntem, doğru alanlar, gerekli izinler ve düzenli hata kontrolü gerekir.
Gelişmiş dönüşümler eski bütün satışları bulur mu?
Hayır. Eşleştirme verisi, izinler, ilişkilendirme ve aktarım süreleri sınır koyar. Kurulumu açmak geçmişte kaydedilmemiş veriyi geri getirmez.