Google Ads'te çevrimdışı dönüşüm yükleme değişti mi?

Evet, Google Ads'te çevrimdışı dönüşüm ve potansiyel müşteriler için gelişmiş dönüşüm yüklemeleri değişiyor. 15 Haziran 2026'dan itibaren bu yüklemelerin Google Ads API yerine Data Manager API üzerinden yapılması gerekiyor.

Değişiklik, CRM'den Google Ads'e satış, randevu veya nitelikli müşteri bilgisi gönderen işletmeleri ilgilendiriyor. Web sitesindeki form dönüşümleri tek başına bu kapsamın tamamını oluşturmaz.

Bu nedenle önce mevcut aktarım yöntemini, ardından kullanılan dönüşüm türünü ve CRM'deki kimlik alanlarını kontrol etmek gerekir. Tarihi beklemeden test ortamında yeni akış kurulmalıdır.

Google Ads çevrimdışı dönüşüm yüklemesi neden değişiyor?

Google, çevrimdışı dönüşüm ve potansiyel müşteriler için gelişmiş dönüşüm yüklemelerini Data Manager API üzerinde toplamaya yönlendiriyor. Değişikliğin temel etkisi, API entegrasyonunun kullandığı uç noktayı değiştirmektir.

Çevrimdışı dönüşüm, reklam tıklamasından sonra gerçekleşen ve web sitesinde ölçülmesi mümkün olmayan bir sonucu ifade eder. Örneğin müşteri adayı telefonda satışa dönüşebilir, teklif kabul edebilir veya sözleşme imzalayabilir.

Bu işlemde Google Ads'e yalnızca dönüşüm adı gönderilmez. Reklam etkileşimiyle CRM kaydını ilişkilendiren kimlik, dönüşüm zamanı, dönüşüm değeri ve para birimi gibi alanlar da kullanılır.

Yeni yapı, yükleme işlemini Google Ads API'nin genel reklam yönetimi işlevlerinden ayırır. Bu ayrım, CRM verisi gönderen ekiplerin entegrasyon mimarisini ve erişim yetkilerini yeniden incelemesini gerektirir.

Geçişten etkilenip etkilenmediğinizi anlamanın en kısa yolu API çağrılarını kontrol etmektir. Kodda, otomasyon aracında veya sunucu günlüklerinde çevrimdışı dönüşüm yükleme işlemlerini arayın.

Manuel CSV yükleyen işletmelerin durumu, API kullanan işletmelerden farklı değerlendirilebilir. Yine de dönüşüm kaynağı, gelişmiş dönüşüm türü ve kullanılan Google ürününün güncel belgelerle karşılaştırılması gerekir.

Google'ın duyurusunda belirtilen geçiş tarihi 15 Haziran 2026'dır. Güncel teknik ayrıntılar için Google Ads'in çevrimdışı dönüşüm belgelerini kontrol edin.

Bu değişiklik hangi işletmeleri ve entegrasyonları etkiliyor?

Değişiklik, CRM verilerini Google Ads'e programlı biçimde gönderen işletmeleri doğrudan etkiliyor. Özellikle satış süreci birkaç gün veya hafta süren şirketler bu grupta yer alıyor.

Gayrimenkul, eğitim, sağlık, otomotiv, finans ve kurumsal hizmet sektörlerinde reklam dönüşümü çoğu zaman form gönderimiyle tamamlanmaz. Bu sektörlerde satış ekibinin sonucu CRM'de güncellemesi gerekir.

Örneğin 100 form başvurusundan yalnızca 12'si satış ekibince nitelikli kabul edilebilir. Google Ads'e yalnızca 100 formu göndermek, kampanyanın gerçek ticari sonucunu eksik gösterir.

Yeni API geçişi; şirket içi yazılım, üçüncü taraf CRM bağlantısı, sunucu tarafı entegrasyon ve ajans tarafından geliştirilen özel kodları kapsayabilir. Kullanılan sistemin adından çok aktarım yöntemine bakılmalıdır.

Google Ads arayüzünden dosya yükleyen ekipler ile API kullanan ekipler aynı hazırlığı yapmak zorunda olmayabilir. Ancak dosyanın başka bir araç üzerinden otomatik gönderilip gönderilmediği mutlaka sorulmalıdır.

Ajans hesabı kullanan işletmeler de entegrasyonun kimin hesabında çalıştığını öğrenmelidir. Kod ajansa ait olsa bile dönüşüm işlemi müşterinin reklam hesabına bağlanmış olabilir.

Yanlış: “CRM'de dönüşüm oluşuyor, aktarım otomatik olarak devam eder.” Doğru: “CRM kaydı, tanımlı bir API akışıyla doğru Google Ads hesabına gönderiliyorsa ölçülür.”

Bu ayrım, özellikle birden fazla müşteri hesabı yöneten ajanslarda önemlidir. Her hesap için müşteri kimliği, dönüşüm işlemi, yetki ve veri akışı ayrı kontrol edilmelidir.

Google Ads API ile Data Manager API arasındaki fark nedir?

Google Ads API, reklam hesabı kaynaklarını yönetmek ve raporlamak için kullanılan geniş kapsamlı bir programlama arayüzüdür. Data Manager API ise veri bağlantılarını ve müşteri verisi aktarımını ayrı bir yapıda ele alır.

Bu geçiş, CRM dönüşüm verisinin Google Ads'e ulaşma mantığını tamamen ortadan kaldırmaz. Değişen nokta, veriyi gönderen entegrasyonun hangi Google API'sini ve hangi yetkilendirme akışını kullanacağıdır.

Mevcut sistemde dönüşüm yükleme isteği doğrudan Google Ads API'ye gidiyorsa kodun yeniden incelenmesi gerekir. İstek adresi, kimlik doğrulama, kaynak tanımları, hata yönetimi ve yanıt kayıtları birlikte ele alınmalıdır.

Data Manager API'ye geçiş yalnızca URL değiştirme işlemi olarak görülmemelidir. Veri şeması, alan adları, zorunlu parametreler ve kabul edilen dönüşüm tanımları güncel dokümana göre doğrulanmalıdır.

Bir entegrasyonda üç ayrı katman bulunur. Birinci katman CRM'den veriyi alır, ikinci katman veriyi dönüştürür, üçüncü katman Google API'sine yükleme yapar.

İlk iki katman doğru çalışsa bile üçüncü katman eski API'ye bağlı kalabilir. Bu nedenle test, yalnızca CRM'de kayıt oluştuğunu görmekle tamamlanmamalıdır.

Yanıt kodları, yüklenen kayıt sayısı ve reddedilen kayıtlar saklanmalıdır. Aksi durumda aktarım durduğunda hangi günün, hangi müşterinin veya hangi dönüşümün eksik kaldığı bulunamaz.

Teknik ekip, geçiş planını hazırlarken Google'ın güncel geliştirici belgelerini esas almalıdır. Eski blog yazıları veya üçüncü taraf kod örnekleri, 2026'daki gereksinimleri karşılamayabilir.

15 Haziran 2026'ya kadar hangi hazırlıklar yapılmalı?

15 Haziran 2026'ya kadar yapılması gereken ilk işlem, mevcut çevrimdışı dönüşüm yükleme akışının envanterini çıkarmaktır. Envanter, teknik ve pazarlama ekiplerinin aynı tabloyu görmesini sağlar.

Her akış için Google Ads müşteri hesabı, dönüşüm işlemi, veri kaynağı, yükleme sıklığı ve sorumlu kişi yazılmalıdır. “CRM entegrasyonu” gibi genel bir açıklama, teknik takip için yeterli değildir.

1. CRM'de dönüşüm olarak işaretlenen durumları listeleyin. Örneğin nitelikli müşteri, teklif, satış ve iptal ayrı tutulmalıdır.
2. Bu durumların Google Ads dönüşüm işlemleriyle eşleşmesini kontrol edin. Aynı dönüşüm iki farklı akıştan gönderilmemelidir.
3. Mevcut kodun Google Ads API kullanıp kullanmadığını belirleyin. Kullanan akışları geçiş listesine alın.
4. Data Manager API gereksinimlerine göre kimlik doğrulama ve veri alanlarını karşılaştırın.
5. Gerçek kampanya optimizasyonunu etkilemeden sınırlı kayıtlarla test yapın.
6. Başarılı kayıtları, reddedilen kayıtları ve Google Ads raporlamasını karşılaştırın.
7. Geçiş tamamlandıktan sonra eski akışın ne zaman kapatılacağını yazılı olarak belirleyin.

Bu adımların sırası önemlidir. Önce veri kaynağı ve dönüşüm tanımı netleşmeden API kodunu değiştirmek, yanlış kayıtların yeni sisteme taşınmasına yol açabilir.

Web sitesi tarafındaki Google etiketi ayrıca kontrol edilmelidir. Bunun için web sitesinde Google etiketi nasıl kurulur rehberindeki temel kurulum ve doğrulama adımları incelenebilir.

Etiket doğru çalışsa bile CRM dönüşümü ayrıca aktarılmalıdır. Tarayıcı tarafındaki form gönderimi ile satış sonrası CRM kaydı aynı dönüşüm değildir.

CRM'den Google Ads'e hangi veriler gönderilmeli?

CRM'den Google Ads'e yalnızca iş sonucu için gerekli ve Google'ın kabul ettiği alanlar gönderilmelidir. Veri fazlalığı, ölçüm doğruluğunu otomatik olarak artırmaz.

En kritik bilgilerden biri reklam etkileşimiyle CRM kaydını eşleştiren kimliktir. Bu kimlik, formun veya müşteri adayının reklam kaynaklı olduğunu göstermek için korunmalı ve doğru kayıtla ilişkilendirilmelidir.

Dönüşüm zamanı da ayrı bir kontrol noktasıdır. Formun oluşturulduğu zaman ile satışın gerçekleştiği zaman aynı değildir; hangi olayın dönüşüm olarak gönderildiği CRM iş kuralında açıkça tanımlanmalıdır.

Dönüşüm değeri kullanılıyorsa değer hesabı CRM'deki ticari sonuca dayanmalıdır. Teklif tutarı ile tahsil edilen tutar farklıysa, Google Ads'e hangisinin gönderileceği önceden belirlenmelidir.

Para birimi bilgisi, farklı ülkelerde veya farklı hesaplarda çalışan işletmeler için ayrıca izlenmelidir. Değer gönderilen bir akışta para birimi eksikliği, raporlamayı ve teklif stratejisini etkileyebilir.

Gelişmiş dönüşümler için müşteri tarafından sağlanan veriler kullanılıyorsa verinin izin, güvenlik ve biçim kurallarına uygun işlenmesi gerekir. Ham kişisel veriler gereksiz biçimde günlük dosyalarına yazılmamalıdır.

CRM'deki telefon veya e-posta alanının var olması yeterli değildir. Alanın hangi aşamada doldurulduğu, normalize edildiği ve aktarım sırasında nasıl korunduğu belgelenmelidir.

Bu konuyu web sitesi tarafındaki yapılandırmayla birlikte değerlendirmek için Google Ads'te gelişmiş dönüşümler nasıl kurulur içeriğine bakabilirsiniz.

Data Manager API geçişi nasıl test edilmeli?

Data Manager API geçişi, önce sınırlı ve kontrol edilebilir kayıtlarla test edilmelidir. Doğrudan tüm CRM geçmişini göndermek, hatanın kaynağını ayırmayı zorlaştırır.

Test planında en az dört durum bulunmalıdır: doğru kayıt, eksik kimlik, geçersiz dönüşüm adı ve aynı kaydın tekrar gönderilmesi. Her durumun beklenen sonucu önceden yazılmalıdır.

İlk testte örnek müşteri adayının CRM zaman damgası ve dönüşüm adı kontrol edilir. Ardından API yanıtı incelenir ve Google Ads tarafındaki dönüşüm raporuyla karşılaştırılır.

Raporlama anında oluşmayabilir. Bu nedenle ekip, doğrulama için kendi ölçüm penceresini belirlemeli ve aynı gün içinde kesin sonuç beklememelidir.

Test sırasında üç sayı izlenmelidir: gönderilen kayıt sayısı, kabul edilen kayıt sayısı ve reddedilen kayıt sayısı. Bu üç sayı birbirinden farklıysa hata incelemesi yapılmalıdır.

Tekrarlı gönderim riski de ayrıca kontrol edilmelidir. Zamanlanmış görev başarısız olduğunda aynı kayıt yeniden denenebilir; sistemin tekrarları nasıl yönettiği belgelenmelidir.

Yeni akış doğru çalışırken eski akışı açık bırakmak da sorun yaratabilir. Aynı CRM kaydı iki farklı API üzerinden gönderilirse raporda çift dönüşüm oluşabilir.

Testlerin sonucunu tarih, kayıt kimliği, dönüşüm adı ve API yanıtıyla saklayın. Daha sonra kampanya verisinde fark görüldüğünde teknik ekip bu kayıtları karşılaştırabilir.

Çevrimdışı dönüşüm aktarımında en sık hangi hatalar görülür?

En sık hata, CRM'deki satış durumunun Google Ads dönüşüm işlemiyle yanlış eşleştirilmesidir. “Kazanıldı”, “teklif gönderildi” ve “sözleşme imzalandı” aynı ticari sonucu ifade etmez.

İkinci hata, reklam tıklamasıyla CRM kaydı arasındaki kimliğin kaybolmasıdır. Form sistemi bu bilgiyi CRM'e aktarmıyorsa satış gerçekleşse bile kayıt Google Ads'e bağlanamaz.

Üçüncü hata, dönüşüm zamanının yanlış seçilmesidir. Kullanıcının formu gönderdiği zaman yerine satış ekibinin kaydı güncellediği zaman gönderiliyorsa raporlama mantığı değişebilir.

Dördüncü hata, farklı kaynaklardan gelen dönüşümlerin aynı isimle yüklenmesidir. Web sitesi dönüşümü, telefon dönüşümü ve CRM satışı ayrı tanımlanmadığında hangi kanalın sonucu ürettiği belirsizleşir.

Beşinci hata, başarısız API yanıtlarının izlenmemesidir. Bir otomasyon görevini “tamamlandı” göstermek, gönderilen kayıtların Google tarafından kabul edildiğini kanıtlamaz.

Altıncı hata, geçişten sonra eski kodun kapatılmamasıdır. Yeni Data Manager API akışı doğru çalışsa bile eski görev çalışmaya devam ederse çift yükleme oluşabilir.

Yedinci hata, dönüşüm değerlerinin sabit ve gerçek dışı girilmesidir. Her satışa aynı değer verilmesi, satış tutarlarının ciddi biçimde değiştiği modellerde optimizasyon sinyalini zayıflatabilir.

Bu hataların bir kısmı API değişikliğinden bağımsızdır. Yine de geçiş dönemi, veri akışını baştan sona denetlemek için uygun bir kontrol noktasıdır.

Google Ads çevrimdışı dönüşüm aktarımı için kontrol listesi nedir?

Geçiş öncesi kontrol listesi, teknik entegrasyon ile kampanya raporlamasının aynı anda doğrulanmasını sağlar. Aşağıdaki maddeler, her müşteri veya reklam hesabı için ayrı işaretlenmelidir.

• CRM'de hangi durumların Google Ads dönüşümü sayıldığı yazılı mı?
• Her dönüşüm durumunun Google Ads'te karşılık gelen işlemi belirli mi?
• Mevcut yükleme akışının Google Ads API mi, başka bir bağlantı mı kullandığı biliniyor mu?
• Data Manager API geçişinden sorumlu teknik kişi atanmış mı?
• Google Ads müşteri hesabı ve dönüşüm işlemi doğru hesapla eşleşiyor mu?
• Reklam etkileşimiyle CRM kaydını bağlayan kimlik korunuyor mu?
• Dönüşüm zamanı, değer ve para birimi için iş kuralı yazılı mı?
• Gönderilen, kabul edilen ve reddedilen kayıtlar ayrı raporlanıyor mu?
• Tekrarlı gönderimi önleyen veya tespit eden bir mekanizma var mı?
• Yeni akış test edildi mi ve test sonuçları saklandı mı?
• Eski API akışının kapatılma tarihi belirlendi mi?
• Geçiş sonrası kampanya dönüşümleri ve CRM satışları karşılaştırılacak mı?

Listenin tamamlanması, entegrasyonun hatasız olduğunu tek başına kanıtlamaz. Ancak eksik sorumlulukları, belirsiz alanları ve ölçülmeyen adımları görünür hale getirir.

Özellikle ajans hesaplarında liste müşteri bazında tutulmalıdır. Bir müşterinin CRM alanları, diğer müşterinin dönüşüm adları veya API yetkileriyle karıştırılmamalıdır.

Google Ads dönüşüm izleme çalışmıyorsa önce Google Ads dönüşüm izleme neden çalışmıyor rehberindeki temel kontrolleri yapın. API geçişi, tarayıcı etiketindeki her sorunun nedeni değildir.

Geçişten sonra Google Ads dönüşümleri nasıl izlenmeli?

Geçişten sonra izleme, yalnızca Google Ads arayüzünde dönüşüm sayısına bakılarak yapılmamalıdır. CRM kayıtları, API günlükleri ve Google Ads raporları birlikte karşılaştırılmalıdır.

İlk karşılaştırmada aynı tarih aralığı kullanılmalıdır. CRM'de satışın oluştuğu gün, API'ye gönderim günü ve Google Ads raporundaki görünüm günü farklı olabilir.

Bu nedenle rapor tablosunda en az şu sütunlar bulunmalıdır: CRM kayıt numarası, dönüşüm durumu, dönüşüm zamanı, gönderim zamanı, API sonucu ve Google Ads'teki durum.

Örneğin bir haftada CRM'de 40 satış oluşmuş olabilir. API'ye 40 kayıt gönderilmesi, Google Ads'te de 40 dönüşüm görüneceği anlamına gelmez.

Bazı kayıtlar kimlik, zaman, dönüşüm adı veya yetki nedeniyle reddedilebilir. Farkın nedeni bulunmadan kampanya bütçesi veya teklif stratejisi değiştirilmemelidir.

Değişiklik sonrası kampanyalarda dönüşüm hacmi düşerse önce veri aktarımını kontrol edin. Ardından dönüşüm işleminin “hesaplamalara dahil etme” ayarını ve dönüşüm eyleminin durumunu inceleyin.

CRM satışları ile Google Ads dönüşümleri arasında sürekli fark varsa ölçüm tanımını yeniden değerlendirin. İki sistem aynı olayı saymıyorsa teknik olarak başarılı aktarım bile farklı sonuç üretir.

Çevrimdışı dönüşümün kampanya optimizasyonuna etkisini değerlendirmek için yeterli veri birikmesini beklemek gerekir. Tek günlük dalgalanma, entegrasyonun başarısız olduğunu göstermeyebilir.

Google Ads çevrimdışı dönüşüm geçişinde işletmeler ne yapmalı?

İşletmeler, 15 Haziran 2026 tarihini son kontrol noktası kabul ederek API envanterini ve CRM dönüşüm tanımlarını bugünden doğrulamalıdır. Entegrasyonun kime ait olduğu netleşmeden geçiş planı tamamlanamaz.

Teknik sorumluluk şirket içinde değilse ajans, CRM sağlayıcısı veya yazılım geliştiricisiyle yazılı bir görev paylaşımı yapılmalıdır. “Birileri kontrol eder” yaklaşımı, geçiş tarihine yakın belirsizlik oluşturur.

Önce mevcut aktarımı belgeleyin. Hangi olayın dönüşüm sayıldığı, hangi alanların gönderildiği ve hataların nerede görüldüğü yazılmadan yeni API'ye geçmek risklidir.

Sonra küçük bir test grubu belirleyin. Test kayıtları gerçek müşteri verisini gereksiz yere çoğaltmamalı ve kampanya optimizasyonunu etkilemeyecek şekilde seçilmelidir.

Geçiş tamamlandığında eski akışı hemen silmek yerine kontrollü biçimde devreden çıkarın. Ancak iki sistemin aynı kaydı paralel göndererek çift dönüşüm üretmesine izin vermeyin.

Çevrimdışı aktarımın genel mantığını öğrenmek için Google Ads'te çevrimdışı dönüşüm nasıl aktarılır içeriğini de inceleyebilirsiniz. Bu rehber, CRM verisinin reklam hesabına bağlanma sürecini temel düzeyde açıklar.

Gelişmiş dönüşüm ile çevrimdışı satış aktarımını da birbirine karıştırmayın. İlki müşteri verileriyle web dönüşüm eşleşmesini güçlendirebilir; ikincisi satış gibi sonraki aşamaları Google Ads'e taşır.

Sonuç olarak yapılacak iş, yalnızca API adını değiştirmek değildir. Veri tanımı, kimlik eşleşmesi, yetki, hata takibi, tekrar kontrolü ve rapor doğrulaması birlikte güncellenmelidir.