Gelişmiş dönüşümler tek ayarda nasıl birleştirildi?

Gelişmiş dönüşümler tek ayarda nasıl birleştirildi?

Gelişmiş dönüşümler, Haziran 2026’dan itibaren web ve potansiyel müşteri kullanımları için tek bir Google Ads ayarında birleştirilmeye başlandı.

Önceden reklamverenler, web sitesi dönüşümleri ile potansiyel müşteri dönüşümleri için farklı ekranlar veya ayrı kurulum akışları görebiliyordu. Yeni yapı, bu iki kullanım alanını aynı gelişmiş dönüşümler ayarı altında toplamayı amaçlıyor.

Birleşme, dönüşüm hedeflerinin otomatik olarak aynı anlama geldiği anlamına gelmez. Form gönderme, telefon araması, satın alma veya teklif talebi gibi işlemler hâlâ ayrı dönüşüm eylemleri olarak tanımlanır.

Değişen bölüm, esas olarak kullanıcı verisinin Google’a nasıl gönderildiği ve bu verinin dönüşüm ölçümünde nasıl kullanıldığıdır. Reklam hesabındaki kampanya hedefleri, dönüşüm değerleri ve birincil dönüşüm seçimleri ayrıca incelenmelidir.

Örneğin bir işletme, web sitesindeki teklif formunu Google etiketiyle ölçebilir. Aynı işletme, CRM sistemindeki nitelikli müşteri bilgisini daha sonra Google Ads’e aktarabilir. Yeni ayar, bu akışların gelişmiş dönüşüm kapsamını aynı yönetim alanında gösterebilir.

Bu nedenle ekranda “web” veya “potansiyel müşteri” ifadesinin tek başına görünmemesi, ölçümün çalışmadığını kanıtlamaz. Önce dönüşüm eyleminin kaynağı, durumu ve son alınan veriler kontrol edilmelidir.

Bu değişiklik Google Ads hesabındaki kurulumları neden farklı gösteriyor?

Google Ads hesapları aynı tarihte oluşturulmadığı için birleşik ayarın görünümü hesaplar arasında farklılaşabilir. Arayüz değişiklikleri, hesap türü, etiket kurulumu ve kullanılan dönüşüm kaynağına göre sırayla uygulanabilir.

Bir müşteri hesabında “Gelişmiş dönüşümler” başlığı görülebilir. Başka bir hesapta aynı özellik, dönüşüm ölçümü veya veri yöneticisi akışı içinde gösterilebilir. Bu fark, tek başına yapılandırmanın hatalı olduğunu göstermez.

Farklı görünümün ilk nedeni, hesabın web sitesi dönüşümleriyle kurulmuş olmasıdır. İkinci neden, müşteri bilgilerinin form gönderiminden sonra sunucu veya CRM üzerinden iletilmesidir. Üçüncü neden, hesabın yeni veri yönetimi ekranına taşınmış olmasıdır.

Örneğin bir ajans, üç müşterinin dönüşüm ayarlarını karşılaştırırken birinde “Web için gelişmiş dönüşümler”, diğerinde “Potansiyel müşteriler için gelişmiş dönüşümler” görebilir. Haziran 2026 sonrasında bu ayrımın tek ayarda birleşmesi beklenir.

Ancak görünüm farkını doğrudan “Google ölçümü değiştirdi” diye yorumlamak doğru değildir. Tarayıcı etiketi, Google Tag Manager, CRM aktarımı ve müşteri eşleştirme alanları ayrı ayrı değerlendirilmelidir.

Yanlış: Ekranda eski seçenek yoksa dönüşümler artık ölçülmüyor. Doğru: Yeni ayarda etkinlik durumu, son veri zamanı ve dönüşüm eylemi birlikte kontrol edilir.

Google Ads’te dönüşüm mantığını baştan incelemek gerekiyorsa, Google Ads dönüşüm takibi kurulum rehberindeki kaynak, etiket ve doğrulama adımlarını izleyebilirsiniz.

Mevcut gelişmiş dönüşüm kurulumunda işlem yapmak gerekiyor mu?

Mevcut kurulumunuz etkin çalışıyorsa, birleşme nedeniyle otomatik olarak yeni bir etiket kurmanız gerekmeyebilir. Önce Google Ads’te ayarın durumu ve dönüşüm teşhisleri incelenmelidir.

Kontrol sırasında üç bilgi önemlidir: gelişmiş dönüşümlerin etkin olup olmadığı, son verinin ne zaman alındığı ve gönderilen kullanıcı bilgilerinin eşleştirilip eşleştirilmediği. Bu üç veri birlikte değerlendirilmeden değişiklik yapılmamalıdır.

Web sitesi formu, satın alma veya kayıt işlemi için gelişmiş dönüşümler kullanılıyorsa, test formu göndererek veri akışını kontrol edin. Test sonrasında Google Ads’te dönüşüm eyleminin durumunu ve teşhis mesajını inceleyin.

Potansiyel müşteri ölçümünde ayrıca formdan sonra oluşan gerçek müşteri kalitesi kontrol edilmelidir. Google Ads bir form gönderimini alabilir; fakat formun satış fırsatına dönüşüp dönüşmediğini tek başına bilemez.

Bu nedenle CRM aktarımı kullanılan hesaplarda iki ayrı akış bulunabilir. İlk akış, web sitesindeki form gönderimini ölçer. İkinci akış, müşteri kaydının niteliğini veya satış sonucunu daha sonra Google Ads’e gönderir.

Yeni birleşik ayar bu iki akışı aynı gelişmiş dönüşüm başlığı altında gösterebilir. Fakat birincil ve ikincil dönüşüm seçimleri yine hesap yöneticisinin kararına bağlıdır.

Mevcut kurulumdaki işlem gereksinimini şu şekilde sınıflandırabilirsiniz:

• Ayar etkin ve son veri yakın tarihte alındıysa: Önce izleme yapılır, hemen değişiklik yapılmaz.
• Ayar etkin fakat veri alınmıyorsa: Etiket, kullanıcı verisi ve izin sinyalleri incelenir.
• Ayar devre dışıysa: Web veya potansiyel müşteri akışına uygun kurulum başlatılır.
• Birden fazla etiket varsa: Çift gönderim ve yinelenen dönüşüm riski kontrol edilir.

Web ve potansiyel müşteri gelişmiş dönüşümleri arasındaki fark nedir?

Web gelişmiş dönüşümleri, kullanıcının web sitesindeki işlemi sırasında gönderilen bilgileri dönüşümle eşleştirmeye odaklanır. Potansiyel müşteri gelişmiş dönüşümleri ise müşteri adayının form veya CRM sürecini izler.

Web senaryosunda e-posta adresi, telefon numarası veya benzeri kullanıcı verileri, dönüşüm gerçekleşirken Google etiketine iletilebilir. Google bu bilgileri dönüştürerek mevcut reklam etkileşimiyle eşleştirmeye çalışır.

Potansiyel müşteri senaryosunda form gönderimi ilk adımdır. Satış ekibinin yaptığı arama, randevu, teklif veya satış sonucu daha sonra CRM’den aktarılabilir. Bu aktarım, web formundan farklı bir zamanlama gerektirir.

Örneğin bir klinik, “Randevu formu gönderildi” işlemini web dönüşümü olarak ölçebilir. Aynı klinik, CRM’de “randevuya geldi” bilgisini nitelikli potansiyel müşteri dönüşümü olarak ayrıca gönderebilir.

Bu iki işlem tek ayarda yönetilse bile aynı dönüşüm değildir. Birincisi pazarlama kanalının form talebi oluşturduğunu gösterir. İkincisi, adayın işletme açısından daha ileri bir aşamaya geçtiğini gösterir.

Birleşik ayarın en önemli sonucu, kurulum başlıklarının sadeleşmesidir. İşletmeler yine hangi dönüşümün ölçüldüğünü, hangi verinin gönderildiğini ve hangi hedefin optimizasyon için kullanıldığını yazılı olarak kaydetmelidir.

Birleşik ayar için Google Ads hesabı nasıl denetlenir?

Denetim, yeni ayarı açmaktan önce mevcut dönüşüm akışının kayıt altına alınmasıyla başlar. Amaç, hangi verinin nereden geldiğini ve hangi dönüşüm eylemini etkilediğini netleştirmektir.

Aşağıdaki adımlar web sitesi, form sistemi, Google Tag Manager ve CRM kullanılan hesaplar için uygulanabilir. Her adım tamamlandığında tarih, ekran görüntüsü ve gözlenen durum kaydedilmelidir.

1. Google Ads’te Dönüşümler bölümünü açın ve gelişmiş dönüşüm ayarının bulunduğu alanı belirleyin.
2. Web sitesi, potansiyel müşteri veya birleşik ayar ifadesinin hangi dönüşüm kaynağıyla ilişkili olduğunu yazın.
3. Her dönüşüm eylemi için kaynak, kategori, değer, sayım yöntemi ve birincil veya ikincil durumunu kontrol edin.
4. Google etiketinin veya Google Tag Manager etiketinin yalnızca ilgili işlemde tetiklendiğini doğrulayın.
5. Form gönderiminde e-posta ve telefon gibi eşleştirme alanlarının izinlere uygun şekilde iletildiğini kontrol edin.
6. CRM kullanılıyorsa çevrimdışı dönüşüm aktarımının kimlik, zaman ve dönüşüm adı eşleşmesini inceleyin.
7. Test işlemi yapın ve Google Ads teşhis ekranında veri alınıp alınmadığını kontrol edin.
8. Sonuçları “çalışıyor”, “uyarı var” veya “işlem gerekli” şeklinde sınıflandırın.

Bu denetim sırasında kampanyaların hedeflediği dönüşümleri de karşılaştırın. Ayar birleşmiş olsa bile kampanya yalnızca form gönderimlerini optimize ediyorsa, CRM’deki satış sonuçları otomatik olarak optimizasyon hedefine dönüşmez.

Google Ads dönüşümlerini Data Manager’a taşıma gündemdeyse, Data Manager’a taşıma adımlarını ayrıca inceleyin. Taşıma işlemi, mevcut etiketleri kontrol etmeden yapılırsa çift veri üretme riski oluşturabilir.

Gelişmiş dönüşümlerde hangi teknik veriler kontrol edilmelidir?

Teknik kontrolün merkezinde kullanıcı verisinin doğru zamanda, doğru izinle ve doğru dönüşümle gönderilmesi bulunur. Sadece etiketin çalışması, gelişmiş dönüşümün doğru çalıştığını kanıtlamaz.

İlk kontrol, veri alanlarının gerçekten dolu olup olmadığıdır. Formda e-posta alanı bulunuyorsa, gönderim anında bu alanın veri katmanına veya etiket parametresine ulaşıp ulaşmadığı incelenmelidir.

İkinci kontrol, normalleştirme sürecidir. E-posta adreslerinde büyük-küçük harf farkı, başta veya sonda boşluk bulunması ve telefon numarasının ülke kodu olmadan gönderilmesi eşleştirmeyi zayıflatabilir.

Üçüncü kontrol, kullanıcı iznidir. Çerez veya reklam ölçümü için gerekli izin verilmemişse, işletmenin gizlilik politikası ve kullandığı izin yönetimi çözümüyle uyumlu bir akış uygulanmalıdır.

Dördüncü kontrol, aynı dönüşümün iki kez gönderilmemesidir. Google etiketi, GTM etiketi ve üçüncü taraf form eklentisi aynı başarı olayını tetikliyorsa raporlama şişebilir.

Beşinci kontrol, dönüşüm adının eşleşmesidir. Web sitesindeki “lead_submit” adı ile CRM aktarımındaki “qualified_lead” adı farklı işlemleri temsil edebilir. Bu iki işlem aynı dönüşüm sanılmamalıdır.

Sunucu tarafı gönderim kullanılıyorsa olay kimliği ve işlem zamanı da kayıt altına alınmalıdır. Bu bilgiler, tarayıcı ve sunucu kaynaklı gönderimlerin aynı işlem olup olmadığını anlamaya yardımcı olur.

Teknik denetim için tarayıcı geliştirici araçları, Google Tag Assistant, GTM önizleme modu ve Google Ads teşhis ekranı birlikte kullanılabilir. Tek bir araçla karar vermek, eksik veri riskini artırır.

Birleşik gelişmiş dönüşüm ayarı hangi durumlarda işe yaramaz?

Birleşik ayar, eksik veya yanlış yapılandırılmış dönüşüm verisini kendiliğinden düzeltmez. Sorun kaynağı form, izin yönetimi, CRM veya yanlış hedef seçimi olabilir.

İlk karşı durum, web sitesinde hiç kullanıcı bilgisi toplanmamasıdır. Kullanıcı yalnızca telefonla arıyor ve arama dönüşümü doğru kurulmamışsa, birleşik gelişmiş dönüşüm ayarı ek veri oluşturmaz.

İkinci karşı durum, form gönderimlerinin CRM’e ulaşmamasıdır. Google Ads form dönüşümünü alabilir; ancak satış ekibinin kaydettiği durum bilgisi sisteme aktarılmıyorsa nitelikli müşteri ölçümü yapılamaz.

Üçüncü karşı durum, dönüşüm eyleminin kampanyada birincil hedef olarak seçilmemesidir. Veri raporda bulunabilir, fakat teklif stratejisi bu dönüşümü optimizasyon sinyali olarak kullanmayabilir.

Dördüncü karşı durum, düşük hacimli veya çok yeni dönüşüm akışıdır. Veri sayısı az olduğunda teşhis ekranı hemen anlamlı bir sonuç vermeyebilir. Bu durumda test verisiyle gerçek kullanıcı verisi ayrılmalıdır.

Beşinci karşı durum, izin yönetiminin yanlış uygulanmasıdır. Kullanıcı izin vermediğinde alternatif ölçüm sinyalleri kullanılabilir; ancak bu, her dönüşümün kullanıcı düzeyinde eşleşeceği anlamına gelmez.

Altıncı karşı durum, ajansın farklı müşteriler için aynı şablonu sorgulamadan kullanmasıdır. E-ticaret satın alması ile hizmet sektöründeki teklif formu aynı veri akışına sahip değildir.

Bu nedenle birleşik ayar bir “tek seferlik kurulum” değil, mevcut ölçüm mimarisinin yeni arayüzde yeniden doğrulanmasıdır. Sorun görülmüyorsa gereksiz etiket değişikliği yapılmamalıdır.

Ajans müşterilerinde değişiklik nasıl belgelendirilmeli?

Ajans hesaplarında en güvenli yöntem, her müşteri için dönüşüm envanteri oluşturmaktır. Envanterde dönüşüm adı, kaynak, tetiklenme koşulu, veri sahibi ve kampanya kullanım amacı bulunmalıdır.

Örneğin “Teklif formu gönderildi” dönüşümünün kaynağı web sitesi olabilir. “Satış fırsatı onaylandı” dönüşümünün kaynağı ise CRM olabilir. Bu iki işlem ayrı kaydedilmelidir.

Belgede birleşik ayarın hangi tarihte görüldüğü de yazılabilir. Ancak Google Ads arayüzündeki tarih değişiklikleri hesap bazında farklı görünebileceğinden, yalnızca ekran görüntüsüne dayanılmamalıdır.

Her müşteri için aşağıdaki kısa kayıt yapısı kullanılabilir: mevcut ayar, son veri tarihi, birincil dönüşümler, kullanılan etiket, CRM aktarımı, izin çözümü ve alınan aksiyon.

Bir müşterinin ayarı birleşmiş, diğerinin ayarı eski görünüyorsa önce kurulum farkı açıklanmalıdır. Aynı işlemi tüm hesaplara toplu uygulamak, bazı hesaplarda çalışan etiketleri gereksiz yere bozabilir.

Değişiklik sonrası raporlama karşılaştırması da yapılmalıdır. Önceki dönemin dönüşüm sayısı, yeni dönemin dönüşüm sayısı, dönüşüm adı ve kampanya hedefi aynı kapsamda karşılaştırılmalıdır.

Örneğin bir hesapta web formu ve CRM nitelikli müşteri aynı rapora dahil edilirse, toplam dönüşüm sayısı önceki rapordan farklı görünebilir. Bu fark, her zaman performans değişikliği değildir.

Google Ads’in temel çalışma mantığını yeniden kontrol etmek isteyen ekipler, işletmeler için Google Ads rehberindeki kampanya, hedefleme ve dönüşüm bölümlerinden yararlanabilir.

Haziran 2026 birleşmesinden sonra hangi kontrol listesi uygulanmalı?

Birleşmeden sonra yapılacak kontrol, ayarın görünümünden çok veri akışının sonucuna odaklanmalıdır. Aşağıdaki liste, işlem gerekip gerekmediğini belirlemek için kullanılabilir.

• Gelişmiş dönüşüm ayarı Google Ads’te etkin görünüyor mu?
• Son veri alma tarihi, hesabın normal dönüşüm hacmiyle uyumlu mu?
• Web sitesi dönüşümünde kullanıcı verisi gerçekten gönderiliyor mu?
• Potansiyel müşteri dönüşümünde form ve CRM kayıtları eşleşiyor mu?
• Birincil dönüşüm eylemleri kampanyanın gerçek iş hedefini temsil ediyor mu?
• Aynı olay Google etiketi ve GTM üzerinden iki kez gönderiliyor mu?
• İzin yönetimi, kullanılan reklam ve analiz teknolojileriyle uyumlu mu?
• Test dönüşümü Google Ads teşhis ekranında doğru adla görünüyor mu?
• Değişiklikten sonra dönüşüm sayımı ve rapor kapsamı karşılaştırıldı mı?

Liste tamamen olumluysa, birleşik ayar nedeniyle yeni kurulum başlatmak gerekmeyebilir. En doğru işlem, mevcut yapıyı belgelemek ve düzenli teşhis kontrolü yapmaktır.

Listede veri alınmaması, çift gönderim veya yanlış dönüşüm adı varsa önce kaynağı belirleyin. Etiketi doğrudan değiştirmek yerine test ortamında tek bir düzeltme yapıp sonucu yeniden ölçün.

Özellikle kampanya bütçesi yüksekse değişiklikleri aynı anda birden fazla alanda uygulamayın. Etiket, dönüşüm adı, CRM aktarımı ve teklif hedefi ayrı ayrı test edilmelidir.

Google Ads bütçesinin dönüşüm ölçümüyle ilişkisini değerlendirmek isteyen işletmeler, 2026 Google Ads fiyatları ve bütçe rehberine bakabilir. Bütçe kararı, doğrulanmamış dönüşüm sayısına göre verilmemelidir.

Gelişmiş dönüşümlerin birleşmesi için son karar nasıl verilir?

Son karar, Google Ads ekranındaki başlığa değil, ölçüm akışının doğrulanmış durumuna göre verilmelidir. Etkin ayar, doğru dönüşüm ve tutarlı veri birlikte bulunuyorsa işlem gerekmeyebilir.

Yeni kurulum gerekiyorsa önce dönüşüm planı yazılmalıdır. Planda iş hedefi, dönüşüm adı, veri kaynağı, tetikleme koşulu, kullanıcı izinleri ve kampanyadaki kullanım amacı yer almalıdır.

Web sitesi kurulumlarında Google etiketi veya Google Tag Manager akışı test edilir. Potansiyel müşteri kurulumlarında buna CRM aktarımı, çevrimdışı dönüşüm bilgisi ve satış aşaması eşleşmesi eklenir.

Kurulum tamamlandıktan sonra bir test dönüşümü göndermek yeterli değildir. Formun doğru sayıldığı, tekrar gönderimde ikinci dönüşüm oluşmadığı ve kampanyanın doğru dönüşüm hedefini kullandığı da kontrol edilmelidir.

Birleşik ayar, yönetim ekranını sadeleştirebilir. Fakat işletmenin gerçek performans sorusunu değiştirmez: Hangi reklam etkileşimi, hangi ölçülebilir iş sonucuna katkı sağladı?

Bu soruya cevap vermek için form, arama, randevu, nitelikli müşteri ve satış aşamaları ayrı tanımlanmalıdır. Aksi halde tek bir toplam dönüşüm sayısı, farklı kalitedeki işlemleri aynı raporda birleştirir.

Sonuç olarak Haziran 2026 değişikliği, çalışan kurulumlarda otomatik panik gerektirmez. Ancak ajans ve reklamveren, yeni birleşik ayarda veri akışını, dönüşüm hedeflerini ve teşhis bildirimlerini yeniden doğrulamalıdır.

Google Ads dönüşüm takibinin temel kurulumunu karşılaştırmak için gelişmiş dönüşümlerin kurulum rehberini kullanabilirsiniz. Kontrol sonucunda işlem gerekiyorsa değişiklikleri tek tek uygulayıp her adımı kaydedin.