Google Ads dönüşüm etiketlerinin ilgili etkinlikleri (tıklama, form gönderme, ürün ya da hizmet satın alma, vb.) doğru bir şekilde sayabilmesi ve tekliflerin doğrulanmış veriler aracılığı ile gerçekleştirilebilmesi hem kampanyaların performanslarının doğru bir şekilde ölçülebilmesi hem de reklam bütçesinin etkin bir şekilde kullanılabilmesi anlamına gelmektedir.
Google Ads, dönüşüm verilerini zenginleştirmek amacıyla pek çok yeni özellik sunar. Bu rehberde gelişmiş dönüşümler (enhanced conversions) özelliğini, kurulum yöntemlerini, veri formatı gereksinimlerini, sık karşılaşılan hataları ve çok aşamalı dönüşümlerde veri eşleştirme stratejilerini kapsamlı olarak ele alacağım.
Gelişmiş Dönüşümler (Enhanced Conversions) Nedir?
Google Ads dönüşüm etiketleri ile ilişkili olarak, gelişmiş dönüşümler dönüşüm ölçümünün doğruluğunun optimize edilebilmesini ve bu sayede daha etkin teklif verme özelliklerinin kullanılabilmesini sağlar. Bu özellik ilişkili dönüşüm etiketinin SHA-256 ile işlenmiş birinci taraf müşteri verileri ile tamamlanması esasına dayanır1. Bu işlem için aşağıdaki veri alanlarından bir veya daha fazlası kullanılabilir olmalıdır:
- E-posta (önerilen)
- Ad ve ev/teslimat adresi (açık adres, şehir, eyalet/bölge, posta kodu)
Yukarıdaki iki bilgiden birine ek olarak sağlanması koşulu ile telefon numarası da dahil edilebilir.
Bir müşteri tanımlanmış bir dönüşüm işlemini gerçekleştirdiğinde (örneğin, ürün satın alma işlemi) dönüşüm etiketinin yanı sıra birinci taraf müşteri verileri de bu dönüşüm işlemi ile ilişkilendirilebilir. İşlemin yapıldığı web sitesinin müşteriye ait (müşterinin izni alınmış olarak) e-posta adresi, teslimat adresi, telefon numarası gibi birinci taraf müşteri verilerini dönüşüm aşamasında sunması durumunda bu bilgiler dönüşüm etiketi sinyali ile birlikte (karma oluşturma işlemi uygulanmış biçimde) Google’a gönderilebilir ve ardından dönüşüm ölçümünün iyileştirilmesi için kullanılabilir2.
Karma (Hashing) Algoritması
Karma işlevi, değişken uzunluklu veri kümelerinin bir algoritma yardımıyla (örneğin SHA-256) sabit uzunluklu veri kümelerine haritalanması işlemini ifade eder. Bu sayede, karma uygulanmış verilerin gizliliği ve güvenliği sağlanmış olur3.
{% assign secretString = "secret string" %}
SHA-1: {{ secret String | sha1 }} -> da39a3ee5e6b4b0d3255bfef95601890afd80709
SHA-256: {{ secret String | sha256 }} -> e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855Google etiketleri de benzer şekilde birinci taraf müşteri bilgilerine SHA-256 algoritması ile tek yönlü hashing uygular.
Bu özellik önceden hashing uygulamasını desteklememektedir. Hashing işlemi Google etiketleri tarafından gerçekleştirilir.
Web ve Potansiyel Müşteriler İçin Gelişmiş Dönüşümler
Kullanılan gelişmiş dönüşümlerin türü ile ilişkili olarak karma haline getirilmiş veriler farklı şekillerde kullanılabilir:
| Web için gelişmiş dönüşümler | Potansiyel müşteriler için gelişmiş dönüşümler |
|---|---|
| Web sitesindeki dönüşüm etkinlikleri (satış, form gönderme, vb.) | Web sitesi dışında (telefon, e-posta, vb.) yapılan satın almalar |
Bir dönüşüm işlemi gerçekleştirildiğinde müşterilere ait karma haline getirilmiş birinci taraf müşteri verileri oturum açmış oldukları Google hesaplarıyla dönüşüm ölçümünün iyileştirilmesi amacıyla ilişkilendirilir. Bu sayede;
- Normal koşullarda ölçülemeyen dönüşümler kurtarılabilir
- Veri kalitesindeki artış sayesinde teklifler iyileştirilebilir
Kurulum Yöntemleri
Web için gelişmiş dönüşümleri dört farklı yöntemle kurabilirsiniz.
Google Ads Paneli
Google Ads ilgili dönüşüm etiketi altında CSS ve JavaScript değişkenlerini kullanarak müşteri verilerini ilgili alanlarla ilişkilendirme imkanı sunmaktadır. Oldukça pratik olan bu yöntem CSS tanımları ve JS değişkenlerinin değişmesi ve/veya erişilmemesi durumunda çalışmayacaktır.
Bu nedenle, ilgili alanların sabit ve benzersiz değerlere ilişkilendirildiğinden emin olmak gerekir.
GTAG Kullanımı
Global Site Etiketi aracılığı ile müşteri verilerinin Google’a iletilmesi için öncelikle allow_enhanced_conversions parametresinin true olarak tanımlanması gerekir:
gtag("config", "AW-CONVERSION_ID", { allow_enhanced_conversions: true });Ardından müşteri verileri user_data ile iletilir. Shopify mağazaları için örnek bir Liquid şablonu:
{% if customer.accepts_marketing == true %}
gtag('set', 'user_data', {
'email': '{{ customer.email }}',
'phone_number': '{{ customer.phone }}',
'address': [{
'first_name': '{{ customer.first_name }}',
'last_name': '{{ customer.last_name }}',
'street': '{{ customer.addresses[0].street }}',
'city': '{{ customer.addresses[0].city }}',
'region': '{{ customer.addresses[0].province }}',
'postal_code': '{{ customer.addresses[0].zip }}'
}]
});
{% endif %}
GTM Kullanımı
Global Site Etiketi’nin yanı sıra, ilgili verileri veri katmanı olarak veya sayfa içerisinde sunulan HTML elemanlarını seçerek Google Tag Manager aracılığı ile ele almak mümkün.
İlgili dönüşüm etiketine ait gelişmiş dönüşümler alanında Global site tag or Google Tag Manager seçimini yaparak, dönüşüm işleminin gerçekleştiği sayfa URL’ini tanımlamamız ve tarama işlemi başlatmamız gerekmekte.
GTM için aşağıdaki örnek veri katmanlarını kullanan bir Google Ads dönüşüm etiketi oluşturabiliriz.
Include user-provided data from website seçerek ilgili kullanıcı verilerini ilgili alanlarla ilişkilendirmek yeterli olacaktır. GTM kullanımında Manual configuration ve Code olmak üzere iki farklı değişken biçimi kullanılmakta.
Manual configuration seçeneğinde tüm alanları ayrı ayrı User-provided Data olarak seçmek mümkün iken Code seçiminde bir Custom JavaScript içerisinde kullanıcı verileri ele alınmalıdır:
function () {
return {
"email": '{{dL - getClientInfo _ clientEmail}}',
"phone_number": '{{dL - getClientInfo _ clientPhone}}',
"address": {
"first_name": '{{dL - getClientInfo _ clientFirstName}}',
"last_name": '{{dL - getClientInfo _ clientLastName}}',
"street": '{{dL - getClientInfo _ clientAddressStreet}}',
"city": '{{dL - getClientInfo _ clientAddressCity}}',
"region": '{{dL - getClientInfo _ clientAddressRegion}}',
"postal_code": '{{dL - getClientInfo _ clientAddressZip}}',
"country": '{{dL - getClientInfo _ clientAddressCountry}}'
}
}
}Manual configuration veya Code seçimine bağlı olarak _tag_mode değeri de değişecektir.
Google Ads API
GTAG ve GTM işlemlerinin yanı sıra, ilgili verileri Google Ads API aracılığı ile de Google’a iletebiliriz4. CRM verilerini dönüşüm etiketleri içerisine aktarmak ve çevrimdışı etkinlikleri de tekliflerin iyileştirilmesi için kullanmak adına API daha etkin bir çözüm olacaktır. Potansiyel müşteri formlarından (lead) elde edilen birinci taraf müşteri verileri kullanılarak dönüşümlerin Google’a aktarılması durumunda potansiyel müşteri formlarının veya CRM sisteminin GCLID verilerini alacak şekilde değiştirilmesine gerek duyulmaz5. Bunun yerine, dönüşümlerin ölçümünde önceden edinilen bilgiler (e-posta, vb.) kullanılır.
Veri Alanları ve Format Gereksinimleri
Birinci taraf müşteri verileri ilişkilendirildikleri dönüşüm etiketi ile aynı sayfa/ekranda erişilebilir olmalıdır. Eğer bu bilgiler bir akış içerisinde yer alıyor ise karma biçiminde tarayıcı belleğinde tutulabilir ve gerektiğinde kullanılabilir.
İletilecek tüm veriler dize türü değişkenler olarak ele alınmalıdır.
Eşleşme Anahtarları
| Veri alanı | Parametre | Açıklama |
|---|---|---|
| E-posta | Müşteriye ait e-posta adresi (karma biçiminde) | |
| Telefon numarası | phone_number | Müşteriye ait telefon numarası. Simge ve tireler kaldırılmış ve ülke kodunu içermelidir (karma biçiminde) |
| Ad | address.first_name | Müşteri adı |
| Soyad | address.last_name | Müşteri soyadı |
| Açık adres | address.street | Sokak, cadde, bina adı ve numarası |
| Şehir | address.city | Şehir |
| Bölge | address.region | İl, eyalet veya bölge adı |
| Posta kodu | address.postal_code | Posta kodu |
| Ülke | address.country | ISO 3166-1 alfa-2 standardına göre iki harfli ülke kodu |
E-posta ve adres alanlarından en az birinin sağlanması gerekir. Bu alanlara ek olarak telefon numarası da sağlanmalıdır. Eğer bu alanlardan herhangi birini toplamak mümkün değilse ilgili alanı boş bırakmak yerine tamamen kaldırılması önerilir.
Telefon Numarası Formatı
Telefon numarası kullanımında (hem alışveriş işlemi hem de form alanı olarak) farklı maske biçimleri kullanıldığında her telefon numarası farklı bir karma değeri olarak karşılık bulacaktır:
| Telefon Numarası | SHA-256 Karşılığı |
|---|---|
| +905554443322 | 93d891ecb6e82af6a73fced2463b292ffa5c9b2004299ff2e912904a012fb3e7 |
| 05554443322 | da934756bfef14f0f75afea2028e7d0b2408634e2efa4ef0bad49002dc2e90b7 |
| 5554443322 | fd10f40cc24f4b160584182a59b174c870330b4a8d1516c1a71dfcddb4b55509 |
| 555 444 33 22 | 8b01cf10c64884ab6106cbe1aa2ae06552671a3f45343b26a04a164056146531 |
Telefon numarası için E.164 formatı önerilmektedir6.
E-posta Formatı
E-posta kullanımı telefona kıyasla daha az sorun yaşanan bir girdi alanı olsa da harf girişlerinin tutarlı bir formatta olduğundan emin olmak gerekir:
| E-posta Adresi | SHA-256 Karşılığı |
|---|---|
| hello@google.com | 8045c2e6fb47ce67ee758a504062cb809796be36aaf8abb868ad8156a2306061 |
| Hello@google.com | 54a38abc0aef5c44fcef760d90f2513760290d2ca244150d6a21a02f1da3dda6 |
| HELLO@GOOGLE.COM | af59669972cbb90d01aa6330545288f2aeaa5a1d839f62526ea6b1f0269cde39 |
Adres alanları genelde açılır listeler aracılığı ile yönetildiği için nadiren sorun yaşanmakta. Ancak, region tanımları ülkeden ülkeye değişiklik gösterebildiği için müşteri verilerini genel olarak göz önünde bulundurmak gerekir7.
Çok Aşamalı Dönüşümlerde Veri Eşleştirme
Eğer makro ve mikro dönüşümler tanımlı ise;
- lead formu aracılığı ile gelen ziyaretçi daha sonra müşteri haline gelmişse
- ön sipariş veren bir müşteri daha sonra işlem tamamlamışsa
- kiralama talebi ileten kullanıcı daha sonra işlemi tamamlamışsa
Yukarıda bahsi geçen veya benzer durumlarda birden fazla aşamada dönüşüm etiketinin tetiklenmesi gerekebilir. Dolayısıyla, dönüşüm etiketlerinde e-posta veya telefon numarası alanlarından en az birinin (e-posta öncelikli olarak) yer alması ve ilgili verinin tutarlı olması kullanıcı etkinliklerinin ve dönüşümlerin, dolayısıyla kampanyaların başarısı için önem taşımaktadır8 9. Şayet daha önce telefon numarası edinilmiş ise bir sonraki aşamada ve mümkünse kullanıcıya ait diğer bilgilerin de makro dönüşüm içerisinde iletilmesi gelişmiş dönüşüm etkinliğini daha da artıracaktır.
Google, müşterilerinizin e-posta adreslerini temel alarak eşleştirme yapmak için Google hesabı e-posta adreslerini ve bu e-posta adreslerine karşılık gelen karma oluşturma işlemi uygulanmış dizeleri elinde tutar. Karma oluşturma işlemi uygulanmış e-posta adreslerini içeren verileriniz yüklendikten sonra Google Ads, verilerinizdeki karma oluşturma işlemi uygulanmış her dizeyi, Google hesaplarının karma oluşturma işlemi uygulanmış dizesiyle karşılaştırır. Eşleşme varsa söz konusu işlem kayıtları eşleşmiş olarak işaretlenir10.
Uyarıların çözümü ve verilerin tutarlılığı için aynı aşamaya ve hedefe yönelik olarak birden fazla dönüşüm etiketi oluşturulabilir ve duruma uygun olan dönüşüm etiketinin dönüşüm sinyalini alması sağlanabilir. Buna ek olarak, potansiyel müşteri formlarından elde edilen çevrimdışı dönüşüm verileri de Google Ads’e yüklenebilir veya API aracılığı ile aktarılabilir.
Gelişmiş dönüşümler özelliği, potansiyel müşteri formlarının veya CRM sisteminin GCLID verilerini alacak şekilde değiştirilmesini gerektirmez5.
Teşhis Raporu ve Sık Karşılaşılan Hatalar
İlgili özelliğin aktifleştirilmesinin ardından, günlük dönüşüm sayısına bağlı olarak ortalama 72 saatlik bir doğrulama ve öğrenme süreci başlar. Bu süreç ilgili dönüşüme ait teşhis (diagnostic) raporu aracılığıyla takip edilir11.
Durum Açıklamaları
Gelişmiş dönüşümler kaydedilir : Herhangi bir sorun tespit edilmemiş ve veri akışı mevcut
Gelişmiş dönüşümler kullanılamıyor : Gelişmiş dönüşümlerin kullanımı için gerekli olan müşteri verisi şartları kabul edilmemiş12
Gelişmiş dönüşüm verilerinin alınması bekleniyor : Henüz yeterli veri akışı sağlanmamış. Gelişmiş dönüşümlerin etkinleştirilmesinin ardından veri akışının sağlanması ve kayıt işlemine geçilmesi 48 saati bulabilir.
Ayarlama sorunları tespit edildi : Gelişmiş dönüşüm kurulumu ile ilgili bir sorun var13
İşlenecek yeni dönüşüm verisi yok : Son 7 gün içinde kaydedilen bir dönüşüm yok ise bu dönüşüm ile ilişkili birinci taraf müşteri verisi de iletilememiş olur.
”Not enough matches for your conversions” Hatası
Özellikle GTM veya GTAG kullanımında, dinamik verilerde farklılıklar yaşanabilir. Örneğin, e-posta ve telefon alanlarının kullanımında telefon numarasının boş gelme olasılığı oldukça yüksektir. Bu gibi durumlarda, boş gelen veri sebebiyle dönüşümlerle verilerin eşleşmesi ile ilgili bu hata alınabilir.
”Setup is missing required address fields” Hatası
Bu hata, daha önce iletilen veri alanlarının sonraki dönüşümlerde tutarlı olarak iletilememesi ve bu nedenle öğrenme sürecinin aksaması ile ilgilidir. Gerekli alanlardaki her null alan günlük gerçekleşen dönüşüm sayısına bağlı olarak, ortalama 24 saatlik bir hata bildirimine ve ilgili özelliğin aksayarak yürütülmesine neden olacaktır11.
Boş Alan Sorununu Çözmek: Shopify Liquid Örneği
Aşağıdaki kod parçacığı, Shopify mağazaları için Order Status Page alanında kullanılmak üzere hazırlanmış, gelişmiş dönüşüm için ilgili müşteri bilgilerini veri katmanına aktarmaktadır. customer’in yanı sıra, checkout veya order nesneleri üzerinden de müşteri bilgilerine ulaşabilirsiniz14:
{% if first_time_accessed %}
{% unless post_purchase_page_accessed %}
post_purchase_page_accessed
{% endunless %}
<script>
window.dataLayer = window.dataLayer || [];
dataLayer.push({
event: 'get_more_info',
getCustomerInfo: {
{% unless customer.email == blank %}"email": "{{ customer.email }}",{% endunless %}
{% unless customer.phone == blank %}"phone_number": "{{ customer.phone }}",{% endunless %}
{% unless customer.first_name == blank %}"first_name": "{{ customer.first_name }}",{% endunless %}
{% unless customer.last_name == blank %}"last_name": "{{ customer.last_name }}",{% endunless %}
"address": [{
{% unless customer.addresses[0].street == blank %}"street": "{{ customer.addresses[0].street }}",{% endunless %}
{% unless customer.addresses[0].city == blank %}"city": "{{ customer.addresses[0].city }}",{% endunless %}
{% unless customer.addresses[0].province_code == blank %}"region": "{{ customer.addresses[0].province_code }}",{% endunless %}
{% unless customer.addresses[0].zip == blank %}"postal_code": "{{ customer.addresses[0].zip }}",{% endunless %}
{% unless customer.addresses[0].country_code == blank %}"country": "{{ customer.addresses[0].country_code }}"{% endunless %}
}],
}
});
</script>
{% endif %}Boş Alan Sorununu Çözmek: GTM Custom JavaScript Örneği
Veri katmanının boş veya tanımsız olması mümkün. Bu nedenle ilgili kontrolleri tüm bunları göz önünde bulundurarak gerçekleştirmek uygun olacaktır:
function(){
var obj_customer = {}
var obj_address = {}
if (window.hasOwnProperty('Shopify')){
if(Shopify.checkout.email) obj_customer['email'] = Shopify.checkout.email;
if(Shopify.checkout.billing_address.phone) obj_customer['phone'] = Shopify.checkout.billing_address.phone;
if(Shopify.checkout.billing_address.first_name) obj_address['first_name'] = Shopify.checkout.billing_address.first_name;
if(Shopify.checkout.billing_address.last_name) obj_address['last_name'] = Shopify.checkout.billing_address.last_name;
if(Shopify.checkout.billing_address.address1) obj_address['street'] = Shopify.checkout.billing_address.address1;
if(Shopify.checkout.billing_address.city) obj_address['city'] = Shopify.checkout.billing_address.city;
if(Shopify.checkout.billing_address.province_code) obj_address['country'] = Shopify.checkout.billing_address.province_code;
if(Shopify.checkout.billing_address.zip) obj_address['postal_code'] = Shopify.checkout.billing_address.zip;
obj_customer['address'] = obj_address;
}
return obj_customer;
}
Etiketin Doğrulanması
Etiketin doğrulanması aşamasında Network hareketleri izlenebilir. Arama alanına googleadservices.com/pagead/conversion/ yazılması ile birlikte dönüşüm sinyali ile ilişkili sorgu parametre detayları Payload altında görüntülenebilir hale gelecektir.
Eğer müşteri verileri başarılı bir şekilde edinilmiş ise em parametresi ile birlikte parametre olarak listelenecektir. ec_mode ise müşteri bilgilerinin hangi biçimle ele alındığını belirtir. Manual configuration seçili ise m, Code seçili ise c değerini alır. İlgili parametreler istek içerisinde ~ ile ayrılır.
tv.1~
em.1nZ4hb8syB4LWVNtF-yqGoQZo3kFWcyvdio_A2gJvNw~
fn0.ltljLzY1ZMwwMlIUCc8iqFLyAy7sCZ7VlnwNAAzsYHo~
ln0.eZ75KhGvkY4_t0HfQpNPO1aO0tk6wd908bjUGieTKm8~
sa0.dskjC8o14QJxgk4s9I4Ly85pzj_VLf6KDX9foLGKYzY~
ct0.los%20angeles~
pc0.90017~
rg0.california~
co0.USYukarıda örnek olarak itilen değerler şu alanlara karşılık gelmektedir:
- em: e-posta
- fn0: ad
- ln0: soyad
- sa0: açık adres
- ct0: şehir
- pc0: posta kodu
- rg0: bölge
- co0: ülke
Müşteri için tanımlı birden fazla bilgi mevcut ise bu bilgiler de dizi içerisinde Google’a iletilebilir. İstek içerisinde em parametresinin görünmemesi müşteri verileri dönüşüm etiketi ile ilişkilendirilemediği anlamına gelmektedir.
İleri Seviye
Enhanced conversions kapsamında user_data scope ve precedence davranışı, event-level override mekanizması, null handling, consent mode v2 ilişkisi ve senaryo bazlı sonuçlar için Google Ads gtag.js: Dönüşüm, Remarketing ve Cart Data Rehberi başlıklı yazıya göz atabilirsiniz.
*[GCLID]: Google Click Identifier
Footnotes
- Gelişmiş dönüşümler hakkında. Google Ads Yardım ↩
- Web için gelişmiş dönüşümleri global site etiketiyle manuel olarak ayarlama. Google Ads Yardım ↩
- Karma (hashing) uygulanmış veri: Tanım. Google Ads Yardım ↩
- Enhanced Conversions. Google Ads API ↩
- Global site etiketiyle potansiyel müşteriler için gelişmiş dönüşümleri ayarlama. Google Ads Yardım ↩ ↩2
- E.164. Wikipedia ↩
- Fix Customer Match issues. Google Ads Help ↩
- Modellenmiş online dönüşümler hakkında. Google Ads Yardım ↩
- The future of attribution is data-driven. Ads & Commerce Blog ↩
- Google, gelişmiş dönüşüm verilerini nasıl kullanır? Google Ads Reklam Politikaları Yardım ↩
- Web için gelişmiş dönüşüm etiketi teşhis raporu hakkında. Google Ads Yardım ↩ ↩2
- Müşteri verileri politikaları. Google Ads Yardım ↩
- Google Etiket Yöneticisi ile web için gelişmiş dönüşümleri manuel olarak ayarlama. Google Ads Yardım ↩
- Objects. Shopify.dev ↩
- 01 Gelişmiş dönüşümler birinci taraf müşteri verilerini SHA-256 ile karma haline getirerek dönüşüm ölçüm doğruluğunu artırır
- 02 Kurulum Google Ads paneli, GTAG, GTM veya Google Ads API olmak üzere dört farklı yöntemle gerçekleştirilebilir
- 03 E-posta ve adres bilgilerinden en az birinin sağlanması zorunludur; boş alan göndermek yerine parametre kaldırılmalıdır
- 04 Telefon numarası için E.164 formatı kullanılmalıdır; farklı formatlar farklı SHA-256 karmaları üretir
- 05 Boş gelen müşteri verileri 'Not enough matches' hatasına yol açar; Shopify mağazalarında Liquid unless kontrolleri ile önlenebilir
- 06 Network isteklerinde em parametresinin varlığı kontrol edilmeli; ec_mode değeri kurulum yöntemini gösterir
+ Gelişmiş dönüşümler hangi veri alanlarını destekler?
E-posta, telefon numarası, ad, soyad, açık adres, şehir, bölge, posta kodu ve ülke kodu alanlarını destekler. E-posta veya adres bilgilerinden en az biri sağlanmalıdır.
+ GTAG ile gelişmiş dönüşümler nasıl aktifleştirilir?
gtag config çağrısında allow_enhanced_conversions parametresinin true olarak tanımlanması gerekir. Ardından gtag('set', 'user_data', ...) ile müşteri verileri iletilmelidir.
+ Gelişmiş dönüşüm etiketinin doğru çalıştığı nasıl kontrol edilir?
Tarayıcının Network sekmesinde googleadservices.com/pagead/conversion/ isteklerinde em parametresinin bulunması kontrol edilir.
+ Web için ve potansiyel müşteriler için gelişmiş dönüşümler arasındaki fark nedir?
Web için gelişmiş dönüşümler site üzerindeki satış ve form gönderme gibi etkinlikleri kapsar. Potansiyel müşteriler için gelişmiş dönüşümler ise site dışı kanallardan gerçekleşen satın almaları ölçer.
+ Enhanced conversions teşhis raporunda 'Not enough matches' hatası neden oluşur?
Bu hata, dönüşüm etiketiyle gönderilen müşteri verilerinde boş alanlar bulunduğunda ortaya çıkar. Boş alan göndermek yerine ilgili parametreyi tamamen kaldırmak gerekir.
+ Enhanced conversions aktifleştirildikten sonra ne kadar sürede çalışır?
Günlük dönüşüm sayısına bağlı olarak ortalama 72 saatlik bir doğrulama ve öğrenme süreci başlar. Bu süreç teşhis raporu aracılığıyla takip edilebilir.
+ 'Setup is missing required address fields' hatası nasıl giderilir?
Bu hata, daha önce iletilen veri alanlarının sonraki dönüşümlerde tutarlı olarak gönderilmemesinden kaynaklanır. Aynı alanların her dönüşümde tutarlı şekilde iletilmesi gerekir.