Google Ads offline dönüşüm içe aktarma hatası nasıl çözülür?

Google Ads offline dönüşüm içe aktarma hatası, CRM kaydındaki dönüşüm adı, tıklama kimliği, tarih-saat veya hesap ayarları düzeltilerek çözülür.

Google Ads, CRM'deki her satırı yalnızca belirli koşullar sağlandığında reklam tıklamasıyla eşleştirir. Satış kaydı doğru olsa bile GCLID eksikse, dönüşüm adı farklı yazılmışsa veya yükleme zamanı kabul edilmiyorsa veri işlenmez.

Bu nedenle sorun genellikle tek bir hata mesajından kaynaklanmaz. Önce Google Ads dönüşüm işlemini, sonra CRM alanlarını, ardından yükleme yöntemini ve eşleşme raporunu kontrol etmek gerekir.

Google Ads offline dönüşüm içe aktarma hatası neden olur?

Offline dönüşüm içe aktarma hatalarının en yaygın nedeni, CRM verisinin Google Ads'in beklediği alanlarla birebir örtüşmemesidir.

Bir satış kaydında müşteri adı ve telefon bulunabilir. Ancak Google Ads için çoğu senaryoda asıl kritik alan, reklam tıklamasından taşınan kimliktir. Bu kimlik GCLID, GBRAID veya WBRAID olabilir.

İkinci yaygın sorun, CRM'deki dönüşüm adının Google Ads'teki dönüşüm işlemiyle aynı olmamasıdır. “Teklif Formu”, “teklif formu” ve “Teklif Formu Satış” aynı isim kabul edilmez.

Üçüncü sorun tarih ve saat alanıdır. Dönüşüm zamanı boş, hatalı biçimde veya hesap saat dilimiyle çelişkili gönderilirse kayıt reddedilebilir ya da beklenmeyen güne yazılabilir.

Yanlış: CRM'deki “Satış” alanını, Google Ads'teki tüm satış dönüşümleriyle otomatik eşleşir sanmak. Doğru: Kullanılacak dönüşüm işleminin adını Google Ads arayüzünden kopyalayıp CRM eşleme kuralına sabitlemek.

Hata mesajı “invalid conversion action”, “unmatched click” veya “missing required field” şeklinde görünüyorsa çözüm yolu değişir. Bu nedenle yalnızca dosyayı yeniden yüklemek, teşhis yerine tekrar deneme anlamına gelir.

CRM verisi Google Ads'e hangi formatta aktarılmalı?

CRM verisi, Google Ads'in kabul ettiği sütun adları ve veri türleriyle hazırlanmış bir CSV, Google Sheets veya API isteği olarak aktarılmalıdır.

Dosyada hangi kimliğin kullanılacağı, dönüşüm kaynağına göre belirlenir. GCLID kullanan klasik web reklamı akışında tıklama kimliği gerekir. iOS veya uygulama odaklı bazı akışlarda GBRAID ya da WBRAID kullanılabilir.

Temel alanlar genellikle dönüşüm işlemi adı, dönüşüm zamanı ve tıklama kimliğidir. Değer aktarılıyorsa para birimi de aynı satırda ve Google Ads'in beklediği biçimde gönderilmelidir.

Tarih ve saat tek bir standarda bağlanmalıdır. CRM UTC tutuyor, Google Ads hesabı farklı bir saat diliminde çalışıyorsa dönüşüm zamanı açık saat dilimi bilgisiyle gönderilmelidir.

Aynı satış için hem “lead_qualified” hem “sale” dönüşümü yükleniyorsa bunların amacı ayrılmalıdır. Aksi durumda kampanya optimizasyonu, satış yerine ara aşamaya göre öğrenebilir.

CSV ile yükleme yapıyorsanız sütun başlıklarında gereksiz boşluk, farklı karakter ve görünmeyen biçimlendirme bulunmamalıdır. Excel'den kopyalanan dosyalarda bu sorunlar sık görülür.

Google Ads'te veri bağlantılarını merkezi yönetmek istiyorsanız Data Manager API'ye geçiş adımlarını ayrıca değerlendirebilirsiniz. Ancak API kullanımı, hatalı alan eşlemesini tek başına düzeltmez.

GCLID, GBRAID ve WBRAID neden eşleşmez?

Tıklama kimliği reklam tıklaması sırasında alınmalı, CRM kaydına değiştirilmeden aktarılmalı ve dönüşüm yüklemesinde aynı kayıtla gönderilmelidir.

GCLID, Google Ads tıklama ilişkilendirmesinde kullanılan kimliklerden biridir. Kullanıcı reklamdan siteye geldikten sonra bu değer URL'den alınır ve form, teklif veya sipariş kaydına yazılır.

Otomatik etiketleme kapalıysa GCLID oluşmayabilir. URL parametreleri bir yönlendirme, güvenlik katmanı veya ödeme sağlayıcısı tarafından siliniyorsa değer siteye ulaşmadan kaybolabilir.

GCLID'in CRM'de saklanması da yeterli değildir. Alanın satış kaydına veya ilgili fırsat kaydına bağlı olması gerekir. Bir müşteri birden fazla teklif oluşturduysa kimlik hangi teklifin satışa dönüştüğünü göstermelidir.

GBRAID ve WBRAID gibi kimliklerde de aynı mantık geçerlidir. Kullanılan kimlik türüyle yükleme şablonu ve Google Ads dönüşüm ayarı uyumlu olmalıdır.

Bir kaydın tıklama kimliği kısaltılmış, URL kodlaması bozulmuş veya başına-sonuna boşluk eklenmişse eşleşme başarısız olabilir. CRM dışa aktarımında ilk ve son karakterleri kontrol etmek önemlidir.

Tanı için rastgele bir satış kaydını seçin. Reklam tıklaması, URL parametresi, form kaydı, CRM fırsatı ve Google Ads yükleme satırını sırayla karşılaştırın. Zincirdeki ilk kopan nokta, teknik düzeltmenin başlangıcıdır.

Yanlış dönüşüm adı ve dönüşüm işlemi nasıl düzeltilir?

Yanlış dönüşüm adını düzeltmek için Google Ads'te kullanılan dönüşüm işleminin tam adını kopyalayarak CRM eşleme alanına uygulayın.

Google Ads'te “Hedefler” veya ilgili dönüşüm yönetimi ekranında işlem adını kontrol edin. Aynı hesabın farklı müşteri hesaplarında benzer adlar bulunabilir; bu nedenle yalnızca görünen kısa ada güvenmeyin.

İçe aktarma dosyasında kullanılan ad, Google Ads'teki adla karakter düzeyinde aynı olmalıdır. Büyük-küçük harf, Türkçe karakter, boşluk ve noktalama işareti farklılıkları sorun çıkarabilir.

Örneğin CRM “Kapandı-Kazanıldı” değerini gönderirken Google Ads işlemi “Kapandı Kazanıldı” olarak tanımlıysa kayıt doğru hedefe ulaşmaz. Bu iki ad için tek bir dönüştürme sözlüğü oluşturun.

Dönüşüm işleminin durumu da önemlidir. İşlem kaldırılmış, devre dışı bırakılmış veya yalnızca gözlemleme amacıyla kurulmuş olabilir. Yükleme kabul edilse bile kampanyanın optimizasyonunda kullanılmıyor olabilir.

Birden fazla benzer dönüşüm varsa önce ana dönüşümü seçin. Aynı satış kaydını farklı adlarla tekrar tekrar içe aktarmayın. Bu durum raporlamada çift sayım ve teklif stratejisinde yanlış sinyal oluşturabilir.

Google Ads dönüşümlerini Data Manager'a taşımayı planlıyorsanız dönüşüm taşıma sürecindeki alan eşlemelerini önceden belgeleyin. Eski ve yeni bağlantıyı aynı anda kontrolsüz çalıştırmak çift aktarım riski yaratır.

Offline dönüşüm tarih ve saat hatası nasıl çözülür?

Offline dönüşüm tarih hatası, dönüşüm zamanının doğru saat dilimiyle ve Google Ads'in kabul ettiği biçimde gönderilmesiyle çözülür.

CRM'de satışın oluşturulma zamanı, kapanış zamanı ve ödeme zamanı ayrı alanlar olabilir. Google Ads'e hangi olayın dönüşüm sayılacağını önceden belirleyin. Satış dönüşümü için genellikle iş tanımınıza uygun kapanış zamanı kullanılır.

Bir müşteri pazartesi günü form doldurup cuma günü satın aldıysa, satış dönüşümü cuma gününe yazılmalıdır. Form gönderim zamanını satış olarak yüklemek, kampanya performansını olduğundan erken gösterir.

Saat dilimi belirtilmeyen tarihler yorumlama hatasına açıktır. CRM sunucusu UTC, şirket raporu Türkiye saati kullanıyorsa aynı kayıt iki farklı güne kayabilir. Aktarım standardını teknik dokümana yazın.

Gelecekteki bir tarih, bozuk ay-gün sırası veya geçersiz saat içeren satır reddedilebilir. Dosyayı yüklemeden önce tarih alanında boş hücre, metin formatı ve farklı tarih biçimlerini filtreleyin.

Gecikmeli aktarım da kontrol edilmelidir. Satış kapandıktan sonra CRM'den Google Ads'e gönderim yapılıyorsa, ekip bu gecikmenin raporlama ve optimizasyon üzerindeki etkisini ayrıca izlemelidir.

İlk testte tüm geçmiş veriyi yüklemek yerine sınırlı bir örnek kullanın. Farklı günlerden, farklı kampanyalardan ve farklı satış durumlarından seçilmiş kayıtlar, tarih sorunlarını daha hızlı ortaya çıkarır.

Google Ads offline dönüşüm yükleme yöntemi nasıl seçilir?

Yükleme yöntemi, veri hacmine, güncelleme sıklığına ve CRM altyapısına göre seçilmelidir; her işletme için tek bir yöntem doğru değildir.

Manuel CSV yükleme, düşük hacimli ve seyrek aktarılan verilerde işe yarar. Örneğin ayda birkaç kez güncellenen sınırlı satış kaydı için hızlı bir kontrol sağlar. Ancak manuel işlem, unutma ve dosya sürümü hatasına açıktır.

Google Sheets, teknik ekip olmadan düzenli veri hazırlamak için kullanılabilir. Buna rağmen dosyaya erişim izinleri, satırların tekrar yüklenmesi ve formüllerin bozulması kontrol edilmelidir.

API bağlantısı, CRM'de her satış oluştuğunda otomatik aktarım sağlayabilir. Bu yöntemde kimlik doğrulama, hata kuyruğu, tekrar deneme ve kayıt günlükleri kurulmalıdır. Sadece API anahtarı oluşturmak yeterli değildir.

Data Manager bağlantıları, farklı veri kaynaklarını daha merkezi bir yapıda yönetmek isteyen ekipler için uygun olabilir. Geçiş planında eski içe aktarma işlerinin ne zaman durdurulacağı açıkça yazılmalıdır.

Birden fazla yöntem aynı dönüşüm işlemini besliyorsa aynı satış iki kez gönderilebilir. Bu nedenle kaynak sistemde benzersiz sipariş veya fırsat kimliği tutulmalı, yükleme öncesi tekrar kontrolü yapılmalıdır.

1. Önce dönüşüm işlemini ve hedef hesabı doğrulayın.
2. Sonra örnek CRM kayıtlarının tıklama kimliklerini kontrol edin.
3. Beş ila on kayıtla test dosyası hazırlayın.
4. Google Ads yükleme sonucundaki hata satırlarını indirin.
5. Başarılı ve reddedilen kayıtları ayrı nedenlerle sınıflandırın.
6. Hata çözülmeden tam geçmiş veriyi yüklemeyin.

Google Ads offline dönüşüm hataları nasıl ayırt edilir?

Hata türünü, yükleme özeti ve reddedilen satırların açıklaması üzerinden ayırt etmek gerekir; her hata aynı düzeltmeyi gerektirmez.

“Eşleşmeyen tıklama” hatası, dönüşüm adını değiştirmekle düzelmez. Önce kimliğin gerçekten ilgili Google Ads tıklamasından geldiğini doğrulamak gerekir.

“Geçersiz dönüşüm işlemi” hatasında ise tıklama kimliği doğru olsa bile hedef işlem bulunamayabilir. İşlem adı, müşteri hesabı ve yönetici hesap ilişkisi birlikte incelenmelidir.

“Değer hatası” alanında satış tutarı, ondalık ayraç ve para birimi kontrol edilir. CRM virgül kullanırken aktarım noktayı bekliyorsa sayı metin olarak algılanabilir.

Reddedilen satırların tamamı aynı nedenle başarısız olmayabilir. Dosyayı tek bir genel hata olarak değerlendirmek yerine hata koduna göre gruplandırın. Böylece önce en çok kaydı etkileyen sorunu çözebilirsiniz.

Başarılı yükleme de verinin raporlara hemen yansıdığı anlamına gelmez. İşleme süresi, raporlama gecikmesi ve dönüşüm tarihinin ait olduğu dönem ayrıca kontrol edilmelidir.

Offline dönüşüm aktarımı için kontrol listesi nedir?

Aktarım öncesi kontrol listesi, tek seferlik hata çözümünden daha güvenilir bir süreç kurar ve tekrarlanan veri kaybını azaltır.

• Doğru Google Ads müşteri hesabının seçildiğini doğrulayın.
• Dönüşüm işleminin adı ve etkinlik durumu kontrol edildi mi?
• CRM kaydında GCLID, GBRAID veya WBRAID alanı var mı?
• Tıklama kimliği ilgili fırsat veya siparişle bağlı mı?
• Dönüşüm tarihi gerçek satış olayını mı gösteriyor?
• Tarih alanında saat dilimi açıkça belirtiliyor mu?
• Satış değeri ve para birimi doğru biçimde aktarılıyor mu?
• Aynı kayıt daha önce yüklenmiş olabilir mi?
• Dosyada boş satır, gizli sütun veya biçim hatası var mı?
• Test yüklemesinin hata raporu indirildi mi?

Bu liste, özellikle satış ekibi ve reklam ekibi farklı sistemler kullandığında önem kazanır. Bir ekip CRM alan adlarını, diğer ekip Google Ads hedeflerini bilmeyebilir.

Alan sözlüğü oluşturun. Her CRM alanının Google Ads'teki karşılığını, veri tipini, zorunlu olup olmadığını ve hangi ekip tarafından yönetildiğini tek tabloda yazın.

Örneğin “deal_closed_at” alanının satış kapanış zamanı olduğu belirtilmelidir. “created_at” alanı form kaydını gösteriyorsa satış dönüşümünde kullanılmamalıdır.

Kontrol listesini her manuel yüklemede kullanın. API akışında ise aynı kontrolleri otomatik doğrulama olarak kurun. Boş kimlik içeren kayıtlar gönderilmeden önce ayrı hata kuyruğuna alınabilir.

Liste, ne zaman işe yaramaz? CRM'de tıklama kimliği hiç toplanmadıysa sonradan yapılacak dosya düzenlemesi kayıp bağlantıyı geri getirmez. Bu durumda yeni trafik için ölçüm mimarisi kurulmalıdır.

Offline dönüşüm verisi gelecekte nasıl kaybolmaz?

Veri kaybını önlemek için tıklama kimliğini ilk oturumdan CRM'deki satış kaydına kadar kesintisiz taşıyan bir ölçüm mimarisi kurulmalıdır.

İlk adım, reklamdan gelen URL parametrelerinin yönlendirmelerde korunmasıdır. Landing page, form sistemi, ödeme sayfası ve CRM entegrasyonu aynı alan adını veya alan eşleme kuralını kullanmalıdır.

İkinci adım, kimliğin hangi müşteri kaydına yazılacağını belirlemektir. Aynı e-posta adresine ait birden fazla fırsat varsa yalnızca müşteri seviyesinde saklamak yetersiz kalabilir.

Üçüncü adım, dönüşüm durumlarını ayırmaktır. “Lead”, “qualified lead”, “proposal” ve “sale” ayrı olaylarsa Google Ads'te de amaçları farklı tanımlayın. Kampanyanın teklif stratejisinde hangisinin kullanılacağını ayrıca seçin.

Gelişmiş dönüşümlerle offline satış aktarımını birbirinin yerine koymayın. Gelişmiş dönüşümlerin tek ayarda birleştirilmesi, farklı ölçüm sinyallerinin yönetimini etkileyebilir; CRM tıklama kimliği problemini otomatik çözmez.

Raporlama tarafında üç sayıyı düzenli karşılaştırın: CRM'deki kapanan satışlar, Google Ads'e gönderilen kayıtlar ve eşleşen dönüşümler. Aradaki farkın yüzdesini her dönem aynı yöntemle hesaplayın.

Bu karşılaştırma için sabit bir dönem seçin. Örneğin son 30 gün içindeki satışları, aynı satış kapanış tarihine göre Google Ads raporlarıyla karşılaştırın. Farklı tarih mantıkları yanlış teşhis üretir.

İşletmenin genel reklam altyapısını gözden geçirirken Google Ads'in dönüşüm ve kampanya yapısını temel seviyede belgelemek de yararlıdır. Belge, ekip değiştiğinde kritik alanların unutulmasını önler.

Google Ads offline dönüşüm aktarımı ne zaman yeniden tasarlanmalı?

Aktarım sistemi sürekli manuel düzeltme, yüksek eşleşmeme oranı veya tekrarlanan çift kayıt üretiyorsa yalnızca dosyayı düzeltmek yerine süreç yeniden tasarlanmalıdır.

Önce son birkaç yüklemenin hata kayıtlarını sınıflandırın. Hataların çoğu kimlik kaybından oluşuyorsa form ve yönlendirme katmanını inceleyin. Çoğu hata isim eşleşmesinden oluşuyorsa merkezi dönüşüm sözlüğü kurun.

Hatalar farklı kaynaklarda değişiyorsa tek bir CRM alan standardı belirleyin. Pazarlama otomasyonu, çağrı merkezi ve satış CRM'i aynı fırsat kimliğini kullanmadan güvenilir offline aktarım kurulamaz.

Manuel CSV işlemi, kayıt sayısı ve yükleme sıklığı arttığında operasyonel risk oluşturur. Bu noktada API veya Data Manager tabanlı akış değerlendirilebilir. Geçişten önce test hesabı veya sınırlı veri seti kullanın.

Yeni bağlantı devreye alınırken eski yöntemi hemen silmeyin. Önce aynı dönemde iki yöntemin gönderdiği kayıtları benzersiz kimlikle karşılaştırın. Çift aktarım olmadığı doğrulanınca eski akışı kapatın.

İç raporlamada Google Ads dönüşüm sayısını CRM satış sayısıyla birebir aynı kabul etmeyin. Atıf modeli, dönüşüm penceresi, eşleşme oranı ve satış iptalleri sonuçları değiştirebilir.

Ancak fark açıklanamıyorsa teknik inceleme gerekir. Özellikle dönüşüm adı, tıklama kimliği, tarih-saat ve hesap yetkileri kontrol edilmeden kampanya bütçesi hakkında karar vermek doğru değildir.

Offline dönüşüm aktarımı, reklam hesabındaki tek bir ayardan ibaret değildir. Web ölçümü, CRM veri modeli, satış süreci ve Google Ads hedefleri birlikte tasarlanmalıdır. Böylece hata görüldüğünde hangi katmanın sorumlu olduğu belirlenebilir.