CRM sonucunu reklam platformuna aktarma: rapor ile olay gönderimi farkı

CRM raporunda görünen sonuç nereye kadar kanıttır?

Bir müşteri kazanıldı durumuna geçtiğinde işletmenin kendi raporunda sonuç oluşabilir. Bunun reklam sistemine ulaştığını söylemek için ayrıca gönderim ve kabul kaydı gerekir. CRM kartındaki kaynak etiketi, dış platforma olay gönderildiği anlamına gelmez. Bu ayrım yapılmadığında işletme sahibi otomatik optimizasyon çalıştığını düşünürken yalnız yerel bir grafik görüyor olabilir.

Kurulum talebini açık yazın: amaç ekip performansını görmek mi, reklam kampanyasına sonuç geri bildirmek mi? İkisi aynı projede bulunabilir ama farklı testleri vardır. Başlangıçta bir tekil sonucun CRM'den çıktığını, doğru platform hesabına gittiğini ve beklenen olay türüyle değerlendirildiğini gösterecek küçük bir kabul senaryosu hazırlayın. Sonra kapsamı artırın.

Hangi olayın dönüşüm olduğunu kararlaştırın

Başvuru, uygun talep, kesinleşmiş randevu, gerçekleşen görüşme ve satış farklı iş olaylarıdır. Bunları tek bir satın alma olayı gibi göndermek ölçümü bozabilir. İşletme için hangi aşamanın ne zaman kesinleştiğini tanımlayın. İptal edilen randevu, iade edilen satış veya yanlışlıkla kazanıldı işaretlenen kayıt için düzeltme yolunu da belirleyin.

Her olayda müşteri kaydı ile işlem kaydını ayırın. Bir kişi birden fazla meşru işlem yapabilir; buna karşılık aynı işlemin tekrar bildirilmesi yeni satış değildir. İç sistemde değişmeyen bir işlem kimliği tutmak izlenebilirliği kolaylaştırır. Dış platformun kabul ettiği olay adını, zaman biçimini ve değer alanlarını güncel belgelerden doğrulayın; farklı ürünlere aynı şemayı varsaymayın.

Google için güncel bağlantı yolunu kontrol edin

Google'ın 2026 tarihli belgeleri, yeni offline dönüşüm bağlantılarında Data Manager API yoluna geçişi ve eski Google Ads API yolundaki erişim kısıtlarını açıklar. Bu nedenle geçmişte çalışan bir kod örneğinin yeni hesabınızda da kabul edileceğini varsaymayın. Kullanılacak yöntemi hesap ve güncel geliştirici koşullarıyla doğrulayın; eski erişim istisnalarını genel kurulum kuralı gibi sunmayın.

Google Ads yardım belgeleri ile geliştirici belgelerini birlikte okuyun. Hesap ayarı, veri toplama yöntemi ve API erişimi farklı adımlar olabilir. Meta veya başka bir platform için de onun kendi güncel belgeleri ve hesap izinleri kullanılmalıdır. Bir reklam formunu CRM'e almak, ters yönde satış sonucu gönderen entegrasyonu kendiliğinden oluşturmaz; veri yönünü teklif ve test planında açık belirtin.

İlgili resmi kaynak: Google Ads — offline dönüşüm aktarımı (yeni sekme) · Google — güncel dönüşüm yönetimi ve erişim koşulları (yeni sekme)

Eşleştirme verisi ve izinler

Platformun bir sonucu reklam etkileşimiyle ilişkilendirebilmesi için uygun veriler gerekebilir. Hangi alanın hangi amaçla toplandığını ve aktarılacağını belirleyin. İletişim formunda bir bilginin bulunması, her dış aktarım için sınırsız izin verildiği anlamına gelmez. Veri minimizasyonu, aydınlatma ve ilgili platform koşulları işletmenin gerçek veri akışına göre değerlendirilmelidir.

Hash uygulanmış bir değerin tamamen anonim olduğunu varsaymayın. İşletme, kullandığı veri ve hedef sistem için gerekli değerlendirmeyi yapmalıdır. Testte gerçek müşteriyi kullanmak yerine sağlayıcının desteklediği deneme yöntemini tercih edin. Gerekli veri eksikse uydurma değer eklemeyin; olayı eksik eşleştirme bilgisiyle veya gönderilemez olarak açıkça sınıflandırın. Yanlış tamamlanmış kayıt doğru ölçüm sağlamaz.

Tekrar gönderim ve başarısızlık kaydı

Ağ hatası sonucu isteğin karşı tarafa ulaşıp ulaşmadığı belirsiz kalabilir. Her tekrar denemede yeni işlem kimliği üretmek çift sayıma yol açabilir. İç olayın değişmeyen kimliği, hedef platform ve gönderim denemelerini ayrı tutun. Platformun tekrar kayıt önleme yöntemini onun güncel belgelerine göre uygulayın; her kanalın aynı davranışı gösterdiğini kabul etmeyin.

Gönderim kuyruğunda bekliyor, istek başladı, kabul edildi, reddedildi ve belirsiz gibi durumlar ayrı görünmelidir. Hata ayrıntılarında kişisel veriyi gereksiz yere loglamayın. Bir olayın teknik olarak kabul edilmesi eşleştirilip raporda sayılmasını garanti etmeyebilir. Rapor gecikmesi, veri kalitesi ve platform tanımları için ayrı kontroller gerekir; tek bir HTTP başarı kodunu bütün sürecin kanıtı saymayın.

Entegrasyon için somut kabul senaryosu

Önce izinli veya sentetik bir örnek başvuruyu doğru kaynakla kaydedin. Beklenen iş olayını oluşturup kuyruğa düştüğünü kontrol edin. Olayın doğru hesaba ve doğru türde gönderildiğini doğrulayın. Aynı olayı yeniden işlediğinizde çift kayıt oluşmamalı. Ardından reddedilen olay, bağlantı kaybı ve düzeltme durumlarını deneyin. Her adım için beklenen sonucu testten önce yazın.

Canlı kullanımda gönderilen toplam, kabul edilen toplam ve çözülemeyen olayları ayrı inceleyin. Bu sayıları CRM'deki satış adediyle aynı sanmayın; kapsam dışı veya eşleşemeyen işlemler olabilir. Bağlantının çalışması reklam performansının artacağını garanti etmez. Önce teknik doğruluğu ve veri tanımını sabitleyin, sonra kampanya sonucunu uygun dönem ve karşılaştırmayla değerlendirin.

• Doğru olay ve hesap
• Geçerli veri ve koşullar
• Tekrara dayanıklı gönderim
• Görünür hata ve belirsizlik
• İptal veya düzeltme yolu
• CRM ile platform raporunun ayrı yorumu