Google Ads dönüşümleri Data Manager'a nasıl taşınır?

Google Ads dönüşümlerini Data Manager'a taşımak için dönüşüm kaynağını yeniden tanımlamalı, müşteri verisini eşleştirmeli ve yeni veri akışını test etmelisiniz. Bu geçiş, özellikle çevrimdışı dönüşüm ve gelişmiş lead dönüşümü kullanan B2B hesaplarda yalnızca arayüz ayarı değildir. CRM, sunucu, izin yönetimi, dönüşüm eylemleri ve API entegrasyonu birlikte incelenmelidir.

Google Ads dönüşümlerini Data Manager'a taşımak neden gerekiyor?

Google Ads, birinci taraf müşteri verilerinin reklam sistemlerine aktarımında Data Manager kullanımını daha merkezi hale getiriyor. Bu yapı, farklı veri kaynaklarından gelen bilgileri tek bağlantı ve eşleştirme katmanında yönetmeyi amaçlıyor.

Çevrimdışı dönüşüm kullanan bir B2B reklamveren, reklam tıklamasından sonra oluşan satış bilgisini CRM'de tutar. Örneğin form gönderimi, satış görüşmesi, teklif kabulü veya sözleşme imzası farklı aşamalardır. Data Manager, bu verilerin Google Ads'e aktarılacağı bağlantıyı düzenlemek için kullanılır.

15 Haziran 2026, API tarafındaki geçiş planı açısından kritik bir tarihtir. Ancak hesabınızın hangi servis, sürüm ve entegrasyon yöntemini kullandığını kontrol etmeden kesin bir kesinti varsaymamalısınız. Google Ads API duyurusunda belirtilen kapsamı, kullandığınız API sürümüyle karşılaştırın.

Geçişin amacı yalnızca veriyi başka bir ekrana taşımak değildir. Dönüşüm adının, değerin, zaman damgasının, kimlik bilgisinin ve izin sinyalinin doğru aktarılması gerekir. Aksi halde yükleme başarılı görünür, fakat teklif optimizasyonu hatalı veriye dayanır.

Bu nedenle geçişi kampanya ayarından başlatmak yerine veri akışını haritalayarak başlatın. Önce mevcut dönüşüm kaynaklarını listeleyin. Ardından her kaynağın hangi CRM alanından beslendiğini, hangi API servisini kullandığını ve hangi Google Ads dönüşüm eylemine yazdığını belgeleyin.

Data Manager'a taşımadan önce hangi veriler hazırlanmalı?

Data Manager geçişinden önce CRM'deki dönüşüm kaydını Google Ads'in beklediği alanlarla eşleştirmelisiniz. Minimum hazırlık; dönüşüm zamanı, dönüşüm adı veya kimliği, reklam etkileşimiyle ilişkili müşteri sinyali ve gerekiyorsa dönüşüm değeridir.

Çevrimdışı dönüşümlerde kullanılan kimlik türü, mevcut kurulumunuza göre değişebilir. GCLID, GBRAID veya WBRAID gibi reklam tıklama tanımlayıcıları kullanılabilir. Gelişmiş lead dönüşümünde ise e-posta ve telefon gibi müşteri bilgileri, Google'ın belirlediği biçime dönüştürülerek eşleştirme için gönderilebilir.

CRM alanlarını doğrudan aktarmayın. Önce veri sözlüğü oluşturun. Örneğin lead_status alanındaki “Won” değeri, Google Ads'teki “Satış” dönüşüm eylemine karşılık gelebilir. “Qualified” ise ayrı bir “Nitelikli lead” eylemine bağlanabilir.

Yanlış: CRM'deki her durum değişikliğini aynı Google Ads dönüşümüne göndermek. Doğru: Satış hunisindeki her önemli aşamayı ayrı dönüşüm eylemi veya ayrı değer kuralıyla tanımlamak.

Dönüşüm zamanını da dikkatle belirleyin. Formun gönderildiği zaman ile satışın gerçekleştiği zaman aynı değildir. Teklif kabulü gibi bir aşamayı optimize ediyorsanız, CRM'deki gerçek olay zamanını kullanın. Saat dilimini ayrıca standartlaştırın.

Veri kalitesi için son 30 ila 90 günlük kayıtları örnekleyebilirsiniz. Bu incelemede boş kimlik alanlarını, geçersiz e-posta biçimlerini, yinelenen kayıtları ve gelecekteki zaman damgalarını arayın. Rakamları hesabınızın hacmine göre belirleyin; sabit bir örneklem sayısını her hesap için kullanmayın.

Google Ads Data Manager bağlantısı nasıl oluşturulur?

Data Manager bağlantısı, Google Ads hesabı ile müşteri verisinin bulunduğu sistemi arasında yetkilendirilmiş bir veri akışı kurar. İlk adım, Google Ads hesabında doğru yönetici veya standart erişim yetkisini doğrulamaktır.

Arayüzde Data Manager bölümünü açtıktan sonra uygun veri kaynağını seçin. CRM, dosya tabanlı aktarım, müşteri veri platformu veya desteklenen başka bir bağlantı türü kullanılabilir. Seçenekler hesap ve ülkeye göre değişebileceği için ekrandaki güncel bağlantı türlerini esas alın.

1. Google Ads hesabını ve ilgili müşteri hesabını doğrulayın.
2. Verinin bulunduğu CRM veya veri deposunu seçin.
3. Bağlantı için gerekli OAuth, servis hesabı veya kimlik bilgilerini yetkilendirin.
4. Alan eşleştirmesini yapın ve dönüşüm eylemlerini seçin.
5. Önce sınırlı bir test verisi gönderin.
6. İşlenen kayıtları, hataları ve Google Ads dönüşüm raporlarını karşılaştırın.

Bağlantı oluşturmak, dönüşümlerin otomatik olarak doğru optimize edileceği anlamına gelmez. Data Manager'daki kaynak bağlantısını, Google Ads dönüşüm hedefiyle ayrıca ilişkilendirmeniz gerekir. Hesap hedeflerinde “Birincil” ve “İkincil” ayarlarını kontrol edin.

Mevcut API entegrasyonunu hemen kapatmayın. Yeni akış doğrulanana kadar kontrollü paralel izleme yapabilirsiniz. Ancak aynı kaydı iki kez göndererek çift dönüşüm üretmemelisiniz. Paralel testte ayrı test dönüşüm eylemi veya benzersiz test kayıtları kullanın.

Bağlantının çalışma durumunu yalnızca “başarılı” etiketiyle değerlendirmeyin. Son aktarım zamanı, alınan kayıt sayısı, reddedilen kayıtlar ve dönüşüm eylemine yazılan kayıtlar birlikte incelenmelidir.

Çevrimdışı dönüşümler Data Manager'a nasıl aktarılır?

Çevrimdışı dönüşüm aktarımında CRM'deki olay, reklam etkileşimiyle ilişkilendirilerek Data Manager üzerinden Google Ads'e iletilir. Bunun için kayıtla reklam tıklaması veya müşteri eşleştirmesi arasında güvenilir bir bağlantı bulunmalıdır.

GCLID kullanan yapılarda bu değer, reklam tıklamasından sonra CRM kaydına taşınmalıdır. Form, çağrı takip sistemi veya sunucu tarafı uygulama bu alanı kaydetmiyorsa Data Manager'a gönderilecek kayıt reklam etkileşimiyle ilişkilendirilemez.

Gelişmiş lead dönüşümünde e-posta veya telefon gibi müşteri verileri kullanılıyorsa bilgileri açık metin halinde saklama veya gönderme yaklaşımını tercih etmeyin. Google'ın talep ettiği normalleştirme ve hash uygulamasını, kullanılan bağlantı yönteminin dokümantasyonuna göre uygulayın.

Dönüşüm değerleri B2B hesaplarda özellikle önemlidir. Her lead'e aynı değer vermek yerine satış aşamasına, beklenen gelire veya doğrulanmış müşteri durumuna göre değer modeli kullanılabilir. Modeliniz yoksa önce dönüşüm sayısını ve veri bütünlüğünü doğrulayın; varsayımsal değerleri teklif stratejisine bağlamayın.

Çevrimdışı aktarımın işe yaramadığı durumlar da vardır. CRM'de tıklama kimliği hiç tutulmuyorsa ve müşteri eşleştirme verisi izinli değilse, Data Manager eksik bağlantıyı tamamlayamaz. Bu durumda sorun Google Ads ayarında değil, ilk veri toplama aşamasındadır.

Google Ads dönüşüm takibinin temel yapısını ayrıca incelemek için Google Dönüşüm Takibi Nasıl Kurulur? rehberindeki GA4, Ads ve GTM ayrımını kullanabilirsiniz. Data Manager, bu sistemlerin her birinin yerine geçmez; özellikle CRM verisini aktive eden ayrı bir katmandır.

Gelişmiş lead dönüşümü Data Manager'a nasıl taşınır?

Gelişmiş lead dönüşümünü taşımak için önce formdan CRM'e aktarılan müşteri bilgisinin tutarlı olduğundan emin olun. E-posta ve telefon alanlarının biçimi, kayıt sırasında yapılan değişiklikler ve izin durumu eşleştirme oranını etkiler.

Formdaki e-posta ile CRM'deki e-posta farklıysa aynı lead için iki kayıt oluşabilir. Büyük-küçük harf farkları, baştaki veya sondaki boşluklar, ülke kodu olmayan telefonlar ve ortak şirket adresleri bu soruna yol açabilir.

Bu nedenle aktarım öncesinde bir normalleştirme katmanı kurun. E-posta alanını standart biçime getirin. Telefon numarasını ülke kodu ile saklayın. Kişisel verinin hangi amaçla işlendiğini ve hangi reklam ölçümüne bağlandığını kurumunuzun izin süreçleriyle birlikte değerlendirin.

Gelişmiş lead dönüşümü, form gönderimini otomatik olarak satış dönüşümüne çevirmemelidir. Form gönderimi, nitelikli lead ve kazanılmış fırsat ayrı olaylar olarak izlenebilir. Google Ads teklif stratejisinde hangi olayın birincil hedef olacağını satış döngünüz belirlemelidir.

Örneğin B2B satış döngüsü 60 gün sürüyorsa, yalnızca form gönderimlerini birincil hedef yapmak algoritmaya erken sinyal verir. Satış sayısı düşükse önce nitelikli lead'i kullanmak gerekebilir. Ancak bu seçim, CRM'deki niteliklendirme sürecinin düzenli ve denetlenebilir olmasını gerektirir.

Data Manager aktarımından sonra eşleşen kayıt sayısını toplam CRM dönüşüm sayısıyla karşılaştırın. Bu iki sayı aynı olmak zorunda değildir. Google Ads yalnızca uygun izin, kimlik, zaman aralığı ve reklam etkileşimi bulunan kayıtları işleyebilir.

Google Ads API geçişi 15 Haziran 2026 için nasıl planlanmalı?

15 Haziran 2026 geçişi için önce mevcut entegrasyonunuzun hangi Google Ads API servislerini kullandığını tespit edin. Kodda veya entegrasyon platformunda dönüşüm yükleme servisinin adı, API sürümü ve kimlik doğrulama yöntemi bulunmalıdır.

Geçiş kapsamını Google'ın resmi API duyurusuyla doğrulayın. Her hesap aynı yöntemi kullanmaz. Bazı hesaplar doğrudan Google Ads API çağrısı yapar. Bazıları CRM platformu, sunucu uygulaması veya üçüncü taraf bağlayıcı üzerinden aktarım yapar.

Aşağıdaki karşılaştırma, karar vermeyi kolaylaştırır:

API geçişinde kritik hata, son günü beklemektir. Entegrasyonunuzu önce geliştirme veya test ortamında çalıştırın. Ardından geçmişteki gerçek kayıtları topluca yeniden göndermeden, benzersiz test kayıtlarıyla akışı doğrulayın.

Geçiş gününde kampanya bütçesini değiştirmeyin. Önce veri akışını izleyin. Kayıt sayısı, gecikme, reddedilme nedeni ve birincil dönüşümlerdeki değişim ayrı ayrı takip edilmelidir.

Data Manager geçişinde hangi hatalar görülür?

En yaygın hata, Data Manager bağlantısının başarıyla kurulmasını dönüşümlerin Google Ads'te kullanılabilir olduğu şeklinde yorumlamaktır. Bağlantı kurulabilir, fakat alan eşleştirmesi veya dönüşüm eylemi yanlış olabilir.

İkinci hata, dönüşüm zamanını yanlış aktarmaktır. CRM'in yerel saat dilimi ile Google Ads hesabının saat dilimi farklıysa olaylar raporlama gününde kayabilir. Sunucu tarafında zaman damgasını tek bir standartta üretin.

Üçüncü hata, aynı CRM olayını hem eski API akışı hem Data Manager üzerinden göndermektir. Benzersiz olay kimliği ve idempotency kontrolü yoksa çift sayım oluşabilir. Yeni akış doğrulanana kadar kayıtların hangi kanaldan geçtiğini loglayın.

Dördüncü hata, müşteri verisini izin kontrolü olmadan aktarmaktır. Reklam ölçümü için kullanılan veri alanları, şirketinizin aydınlatma, açık rıza ve veri işleme politikalarıyla uyumlu olmalıdır. Teknik olarak mümkün olan her aktarım, hukuken uygun olmayabilir.

Beşinci hata, düşük hacimli dönüşümlerde hızlı karar vermektir. İlk günlerdeki azalma, aktarım gecikmesinden veya raporlama penceresinden kaynaklanabilir. Önce işlenen kayıtları ve hata mesajlarını kontrol edin.

• API sürümü ve kullanılan servis kaydedildi mi?
• CRM alanları Data Manager alanlarıyla eşleştirildi mi?
• GCLID, GBRAID, WBRAID veya müşteri eşleştirme yöntemi doğrulandı mı?
• Dönüşüm zamanı ve saat dilimi test edildi mi?
• Eski ve yeni akışın aynı kaydı çift göndermediği kontrol edildi mi?
• Birincil dönüşüm hedefleri kampanya bazında incelendi mi?
• Reddedilen kayıtların nedeni ve çözüm sahibi belirlendi mi?

Bir hata gördüğünüzde yalnızca kampanya sonuçlarına bakmayın. CRM kaydı, aktarım logu, Data Manager durumu ve Google Ads dönüşüm raporu aynı olay üzerinden karşılaştırılmalıdır.

Taşıma sonrası dönüşüm verisi nasıl test edilir?

Taşıma sonrası test, tek bir gerçek dönüşümün Google Ads'te görünmesini beklemekten ibaret değildir. Veri kaynağından başlayıp dönüşüm raporuna kadar uzanan dört aşamalı bir kontrol uygulayın.

İlk aşamada CRM kaydını doğrulayın. Kayıtta reklam kimliği veya müşteri eşleştirmesi bulunmalı, dönüşüm olayı doğru statüye sahip olmalı ve olay zamanı gerçeği yansıtmalıdır.

İkinci aşamada Data Manager işlem durumunu inceleyin. Başarılı, beklemede veya reddedildi durumlarını ayırın. Reddedilen kayıtların nedenleri arasında biçim, eksik alan, geçersiz zaman veya eşleştirme sorunu bulunabilir.

Üçüncü aşamada Google Ads dönüşüm eylemini kontrol edin. Dönüşüm kaynağı, sayım yöntemi, değer ayarı ve birincil veya ikincil hedef durumu mevcut kurulumla aynı amaca hizmet ediyor mu?

Dördüncü aşamada kampanya raporlamasını karşılaştırın. Geçişten önceki dönem ile sonraki dönemi doğrudan eşitlemeyin. Veri gecikmesini, dönüşüm penceresini ve yeni dönüşüm eyleminin öğrenme süresini ayrıca not edin.

Testte şu ölçümleri izleyebilirsiniz: gönderilen kayıt sayısı, kabul edilen kayıt sayısı, reddedilen kayıt sayısı, eşleşen dönüşüm sayısı ve CRM'deki gerçek satış sayısı. Bu metriklerin her biri farklı bir sorunu gösterir.

Gönderilen kayıt sayısı yüksek, eşleşen dönüşüm sayısı düşükse kimlik veya izin problemi arayın. Eşleşen dönüşüm sayısı doğru, satış sayısı düşükse dönüşüm tanımı veya satış hunisi incelenmelidir. Bu ayrım, yanlış optimizasyon kararlarını önler.

Data Manager geçişinden sonra teklif stratejisi değiştirilmeli mi?

Data Manager'a geçiş tamamlanınca teklif stratejisini hemen değiştirmeyin. Önce yeni akışın istikrarlı biçimde doğru dönüşüm ürettiğini gözlemleyin.

Değere dayalı teklif stratejileri, yalnızca dönüşüm değerleri güvenilir olduğunda anlamlıdır. CRM değerleri eksik, tüm lead'ler aynı değerle gönderiliyor veya satış statüleri düzensiz güncelleniyorsa algoritma gerçek ticari farkı göremez.

Bu noktada Google Ads'te değere dayalı teklif ne zaman seçilir? rehberindeki koşulları kullanabilirsiniz. Özellikle dönüşüm değerlerinin iş hedefini temsil edip etmediğini ve hesabın yeterli sinyal üretip üretmediğini ayrı değerlendirin.

AI destekli kampanyalarda da aynı kural geçerlidir. Veri akışı değiştiğinde kampanya hedefleri, birincil dönüşümler ve değer ayarları yeniden kontrol edilmelidir. Google Ads AI destekli kampanya nasıl oluşturulur? içeriğindeki kurulum adımları, Data Manager sonrası hedef kontrolüyle birlikte düşünülmelidir.

Yeni müşteri hedefi kullanıyorsanız, CRM'den gelen satış bilgisinin mevcut müşteriyi ve yeni müşteriyi ayırabildiğini doğrulayın. Aksi halde mevcut müşteri satışları yeni müşteri sinyali gibi değerlendirilebilir. Bu konu için Google Ads'te yeni müşteri hedefi nasıl ayarlanır? rehberine bakabilirsiniz.

Teklif stratejisi değişikliğini, veri geçişinden ayrı bir proje gibi yönetin. Önce veri doğruluğu, sonra hedef seçimi, en son teklif değişikliği yapılmalıdır. Üç değişikliği aynı gün uygulamak, performans düşüşünün nedenini belirsiz bırakır.

Google Ads dönüşümlerini Data Manager'a taşırken uygulanacak plan nedir?

En güvenli plan, mevcut sistemi belgelemek, yeni bağlantıyı test etmek ve eski akışı kontrollü biçimde devreden çıkarmaktır. Geçişi tek bir kampanyaya değil, veri kaynağına göre planlayın.

İlk hafta mevcut yapının envanterini çıkarın. Hangi hesapların çevrimdışı dönüşüm, gelişmiş lead dönüşümü veya manuel dosya kullandığını yazın. Her hesap için dönüşüm eylemi, API sürümü, CRM kaynağı ve sorumlu kişiyi kaydedin.

İkinci aşamada veri sözlüğünü hazırlayın. Dönüşüm adı, olay zamanı, değer, para birimi, reklam kimliği, müşteri bilgisi, izin sinyali ve benzersiz kayıt kimliği için kaynak alanları belirleyin.

Üçüncü aşamada Data Manager bağlantısını kurun. Önce sınırlı ve kontrol edilebilir test verisi kullanın. Kayıtların kabul ve ret durumlarını incelemeden gerçek hacimli aktarımı başlatmayın.

Dördüncü aşamada paralel kontrol uygulayın. Eski sistemin ürettiği kayıtlarla yeni sistemin işlediği kayıtları olay kimliği üzerinden karşılaştırın. Aynı kaydın iki kez sayılmadığını kanıtlayın.

Beşinci aşamada raporlama ve teklif hedeflerini kontrol edin. Dönüşüm eyleminin birincil durumu, kampanya hedefi, değer ayarı ve dönüşüm sayım yöntemi belgelenen planla aynı olmalıdır.

Son aşamada eski API akışını, Google'ın 15 Haziran 2026 geçiş duyurusundaki kapsam ve koşullara göre devreden çıkarın. Kapatma kararını yalnızca tarih yaklaşınca değil, yeni akışın test sonuçlarıyla verin.

Bu süreç, teknik ekip ile performans ekibinin ortak kontrolünü gerektirir. Teknik aktarım başarılı olsa bile yanlış hedefe yazılan dönüşüm, reklam kararlarını bozabilir. Performans sonucu doğru görünse bile eksik veri, satış hunisinin tamamını temsil etmeyebilir.