Google Ads Dönüşüm Takibi Kurulumu

Dönüşüm takibi, Google Ads hesabının temelidir: sistem neyi optimize edeceğini buradan öğrenir ve tüm bütçe kararları bu veriye dayanır. Yanlış kurulduğunda yalnızca raporlar bozulmaz; otomatik teklif stratejileri yanlış kişileri hedeflemeye başlar ve hata büyük ölçekte çoğalır. Bu rehber, kurulumu, doğrulamayı ve sık karşılaşılan tuzakları uçtan uca anlatıyor.

Dönüşüm takibi nedir?

Dönüşüm takibi, reklamı tıklayan kullanıcının sitenizde gerçekleştirdiği değerli eylemleri Google Ads’e bildiren mekanizmadır. Satın alma, form gönderimi, telefon araması veya kayıt gibi eylemler bu kapsamdadır.

Mekanizma iki parçadan oluşur: sitenizde çalışan bir ölçüm katmanı ve Google Ads hesabında tanımlanmış dönüşüm eylemleri. Ölçüm katmanı, tanımlı bir eylem gerçekleştiğinde hesaba bildirim gönderir.

Bu bildirim, yalnızca bir raporlama işlemi değildir. Sistem, hangi tıklamaların dönüşüm ürettiğini öğrenir ve benzer kullanıcıları aramaya başlar. Yani dönüşüm takibi, aynı zamanda algoritmanın eğitim verisidir.

Neden her şeyin temeli?

Modern Google Ads hesaplarında teklif kararlarının büyük bölümü otomatiktir ve bu kararlar dönüşüm verisine dayanır. Veri yanlışsa, kararlar da yanlış olur.

Somut sonuçları şöyle sıralanabilir. Bozuk takip varsa hangi kelimenin kârlı olduğu bilinemez. Çift sayım varsa maliyet olduğundan düşük görünür ve bütçe yanlış artırılır. Mikro eylemler dönüşüm sayılıyorsa sistem değersiz trafiği çoğaltır.

Bu nedenle hesap denetimlerinde ilk bakılacak yer teklif ayarları veya anahtar kelimeler değil, dönüşüm takibinin doğruluğudur. Bu katman bozukken yapılan her optimizasyon, yanlış bir zemin üzerine kurulur.

Dönüşüm türleri

Google Ads, farklı kaynaklardan gelen dönüşümleri destekler ve her birinin kurulumu farklıdır.

• Web sitesi dönüşümleri: sitede gerçekleşen eylemler. En yaygın türdür.
• Telefon araması dönüşümleri: reklamdan veya siteden yapılan aramalar.
• Uygulama dönüşümleri: mobil uygulama kurulumları ve uygulama içi eylemler.
• Mağaza ziyaretleri: fiziksel konum ziyaretleri.
• İçe aktarılan dönüşümler: analitik veya müşteri ilişkileri sisteminden aktarılanlar.

Çoğu hesapta web sitesi dönüşümleri yeterlidir. Ancak hizmet işletmelerinde telefon araması, B2B’de ise müşteri ilişkileri sisteminden içe aktarma kritik hâle gelir.

Kurulum yöntemleri

Web sitesi dönüşümleri için üç kurulum yolu vardır ve seçim, teknik kaynağınıza bağlıdır.

Doğrudan kod yerleştirme: Google etiketi tüm sayfalara, dönüşüm kodu ise ilgili sayfaya eklenir. En doğrudan yöntemdir ama her değişiklik için geliştirici gerektirir.

Etiket yöneticisiyle kurulum: etiketler ve tetikleyiciler bir yönetim aracından kontrol edilir. Orta ve büyük ölçekli sitelerde tercih edilen yöntemdir; ölçüm ekibinin bağımsız çalışmasını sağlar.

Analitikten içe aktarma: analitik hesabında tanımlı olaylar Google Ads’e aktarılır. Kurulum yükünü azaltır ama gecikme ve atıf farkı riski taşır.

Google etiketi kurulumu

Google etiketi, tüm sayfalarda çalışması gereken temel ölçüm kodudur. Dönüşüm kodları bu temel üzerine eklenir.

Kurulumda dikkat edilecek noktalar: etiketin istisnasız tüm sayfalarda bulunması, sayfa başında yüklenmesi, ve tek kopya olması. Aynı etiketin iki kez eklenmesi, çift sayıma yol açar.

Ayrıca alan adları arası ölçüm gerekiyorsa (örneğin ödeme adımı ayrı bir alan adındaysa) bağlantı yapılandırması kurulmalıdır. Bu adım atlandığında, kullanıcı diğer alana geçtiğinde ilişki kopar ve dönüşüm reklama bağlanamaz.

Etiket yöneticisiyle kurulum

Etiket yöneticisi kullanıldığında akış şöyledir: temel yapılandırma etiketi tüm sayfalarda çalışacak biçimde tanımlanır, her dönüşüm için ayrı bir etiket ve tetikleyici kurulur.

Tetikleyici seçimi kritiktir. Basit sitelerde teşekkür sayfası görüntülemesi yeterli olabilir; ancak teşekkür sayfası olmayan akışlarda veya tek sayfa uygulamalarında olay temelli tetikleyiciler gerekir.

E-ticarette güvenilir yöntem, sitenin bir veri katmanı üzerinden olayları ve değerlerini yayınlaması ve etiketlerin bu katmanı dinlemesidir. Veri katmanı olmadan kurulan ölçüm, tema veya arayüz değiştiğinde sessizce bozulur. Kurulum için GA4 ve GTM rehberimize bakabilirsiniz.

Analitikten içe aktarma

Analitik hesabında tanımlı dönüşüm olayları, Google Ads’e aktarılabilir. Bu, ayrı bir kurulum yükünü ortadan kaldırır.

Avantajı, tek bir ölçüm kurulumundan iki sistemin beslenmesidir. Ayrıca analitik tarafındaki zengin olay yapısı doğrudan kullanılabilir.

Dezavantajları da bilinmelidir: verinin aktarımı gecikmeli olabilir, atıf mantığı farklı çalışır ve iki sistemin raporladığı sayılar birbirini tutmaz. Bu nedenle aynı dönüşümü hem doğrudan hem içe aktarma yoluyla tanımlamak, klasik bir çift sayım kaynağıdır.

Hangi eylemler dönüşüm sayılmalı?

Dönüşüm tanımı, iş modeline göre belirlenir ve gereğinden geniş tutulmamalıdır.

E-ticarette: satın alma birincil dönüşümdür; sepete ekleme ve ödemeye başlama izleme amaçlı tanımlanabilir. Hizmet işletmelerinde: teklif talebi, randevu ve telefon araması birincildir. Abonelik modellerinde: deneme kaydı ve ücretli abonelik ayrı ayrı tanımlanır.

Dönüşüm sayılmaması gerekenler de nettir: sayfa görüntüleme, menü tıklaması, video izleme başlangıcı, ve sosyal medya bağlantısı tıklaması. Bu eylemler iş değeri taşımaz ve birincil dönüşüm yapıldıklarında sistemi yanlış yönlendirir.

Birincil ve ikincil ayrımı

Google Ads, dönüşümleri birincil ve ikincil olarak ayırmanıza izin verir. Bu ayrım, otomatik tekliflerin neyi optimize edeceğini belirler.

Birincil dönüşümler teklif optimizasyonuna dâhil edilir ve raporlarda ana dönüşüm sütununda görünür. Yalnızca gerçekten iş değeri olan eylemler burada olmalıdır.

İkincil dönüşümler yalnızca raporlanır, optimizasyonu etkilemez. Mikro eylemler ve izleme amaçlı ölçümler bu grupta tutulmalıdır.

Bu ayrım yapılmadığında sistem, en kolay gerçekleşen eylemi çoğaltmaya çalışır. Sepete ekleme birincil dönüşümse, algoritma satın alan değil sepete ekleyen kullanıcıları aramaya başlar.

Dönüşüm değeri atamak

Değer temelli teklif stratejileri, dönüşümlere atanan değere göre çalışır. Değer yoksa veya sabitse, bu stratejiler işlevini kaybeder.

E-ticarette değer, sipariş tutarıdır ve dinamik olarak gönderilmelidir. Sabit bir değer yazmak, sistemin yüksek sepetli müşterileri aramasını engeller.

Hizmet işlerinde ise değer atama daha zordur ama mümkündür: form türüne göre farklı değerler (teklif talebi ile bülten kaydı aynı olmamalıdır), talep niteliğine göre değer, veya geçmiş verilere dayalı ortalama müşteri değeri kullanılabilir.

Sayma yöntemi: her biri mi, bir kez mi?

Google Ads, bir tıklamadan sonra gerçekleşen dönüşümlerin nasıl sayılacağını seçmenize izin verir: her dönüşüm ayrı sayılır veya tıklama başına yalnızca bir kez sayılır.

Doğru seçim iş modeline bağlıdır. E-ticarette “her biri” uygundur: aynı kullanıcı birden çok sipariş verebilir ve her biri ayrı bir gelirdir.

Potansiyel müşteri toplayan işlerde ise “bir kez” doğrudur. Aynı kişinin iki kez form doldurması iki müşteri anlamına gelmez; “her biri” seçildiğinde dönüşüm sayısı yapay olarak şişer ve maliyet olduğundan düşük görünür.

Dönüşüm penceresi

Dönüşüm penceresi, bir tıklamadan sonra kaç gün içinde gerçekleşen dönüşümlerin o tıklamaya bağlanacağını belirler.

Pencere uzunluğu, satın alma döngüsüne göre seçilmelidir. Hızlı karar verilen ürünlerde kısa pencereler yeterlidir; uzun karar süreçli ürün ve hizmetlerde geniş pencere gerekir.

Yaygın hata, pencereyi varsayılan hâliyle bırakmaktır. Uzun karar süreçli bir işte kısa pencere, dönüşümlerin önemli bölümünün hiç sayılmamasına yol açar; kısa döngülü bir işte gereğinden geniş pencere ise atfı bulanıklaştırır.

Atıf modeli seçimi

Atıf modeli, bir dönüşümün hangi tıklamalara nasıl dağıtılacağını belirler. Kullanıcı genellikle dönüşmeden önce birden çok reklamla temas eder.

Son tıklama modeli, tüm değeri son temasa verir. Bu, huninin üstündeki çalışmaları sistematik olarak değersiz gösterir. Veri odaklı modeller ise değeri temas noktaları arasında dağıtır.

Model değişikliği, raporlanan dönüşüm dağılımını belirgin biçimde değiştirir. Bu nedenle geçiş yapıldığında karşılaştırmalar kesintiye uğrar; geçiş tarihi kayda alınmalı ve öncesi ile sonrası doğrudan kıyaslanmamalıdır.

Çift sayım tuzakları

Çift sayım, dönüşüm takibinin en yaygın ve en yanıltıcı sorunudur. Kaynakları bellidir.

İki kurulum bir arada: hem doğrudan etiket hem analitikten içe aktarma. Etiketin iki kez yüklenmesi: hem tema hem etiket yöneticisi üzerinden. Teşekkür sayfası yenilenmesi: kullanıcı sayfayı yenilediğinde olay tekrar tetiklenir. Geri tuşuyla dönüş: aynı sayfaya geri gelindiğinde tekrar sayım. Aynı eylemin farklı tetikleyicilerle iki kez tanımlanması.

Bu sorunların ortak sonucu, dönüşüm sayısının şişmesi ve maliyetin olduğundan düşük görünmesidir. Sonuç, bütçenin yanlış veriye dayanarak artırılmasıdır.

Form gönderimini doğru ölçmek

Form dönüşümlerinde en sık yapılan hata, gönder düğmesine tıklamayı dönüşüm saymaktır. Bu, hatalı gönderimleri de dönüşüm olarak kaydeder.

Doğru yöntem, formun gerçekten başarıyla iletildiği anı ölçmektir: teşekkür sayfası görüntülemesi veya başarı mesajının görünmesi.

Ayrıca spam formlar dikkate alınmalıdır. Otomatik doldurulan formlar dönüşüm hanesine yazıldığında hem maliyet yanıltıcı görünür hem sistem yanlış kullanıcı profillerini öğrenir. Form korumasının kurulması, ölçüm doğruluğunun bir parçasıdır.

Telefon aramalarını ölçmek

Hizmet işletmelerinde telefon, en önemli dönüşüm kanalıdır ve ölçülmediğinde reklam performansı ciddi biçimde düşük görünür.

Üç ölçüm yolu vardır. Reklamdan doğrudan arama: reklam üzerindeki arama düğmesine basılması. Siteden arama: sitedeki numaraya tıklama; mobilde ölçülebilir. Yönlendirme numarası: reklamdan gelen kullanıcılara farklı bir numara gösterilerek çağrının kaynağının belirlenmesi.

Üçüncü yöntem en güvenilir olanıdır ve çağrı süresine göre nitelik filtresi uygulanabilir: birkaç saniyelik aramalar dönüşüm sayılmaz. Bu filtre olmadan, yanlış aramalar ve hemen kapatılan çağrılar da dönüşüm hanesine yazılır.

E-ticaret dönüşümleri

E-ticarette kurulum, işlem verisinin doğru aktarılmasına bağlıdır. Eksik veya hatalı gönderilen alanlar, tüm getiri hesabını bozar.

Gönderilmesi gerekenler: sipariş tutarı, para birimi, işlem kimliği, ve mümkünse ürün bilgileri.

İşlem kimliği özellikle önemlidir: aynı siparişin iki kez sayılmasını engelleyen mekanizma budur. Ayrıca tutarın kargo ve vergi dâhil mi hariç mi gönderileceği baştan kararlaştırılmalıdır; kargo dâhil gönderilen tutarlar, getiri hesabını sistematik olarak iyimser gösterir.

Çevrimdışı dönüşümler

Bazı işlerde dönüşüm sitede tamamlanmaz: telefonla alınan siparişler, mağazada yapılan satışlar veya satış ekibinin kapattığı anlaşmalar.

Bu dönüşümler, tıklama kimliği kullanılarak geriye bildirilebilir. Kullanıcı reklamı tıkladığında oluşan kimlik, form aracılığıyla kaydedilir; satış gerçekleştiğinde bu kimlikle birlikte dönüşüm Google Ads’e aktarılır.

Bu kurulum, özellikle B2B ve yüksek değerli hizmetlerde oyun değiştiricidir: sistem, formu dolduran herkesi değil gerçekten müşteriye dönüşenleri öğrenir. Bu geri bildirim olmadan algoritma, en kolay form dolduran kitleyi bulmakta ustalaşır.

Gelişmiş dönüşümler

Gelişmiş dönüşümler, dönüşüm anında toplanan kullanıcı bilgilerinin karma hâlde gönderilerek eşleşme oranının artırılmasıdır.

Tarayıcı kısıtları arttıkça bazı dönüşümler tıklamayla eşleştirilemez hâle geliyor. Bu yöntem, kaybın önemli bölümünü telafi eder ve daha eksiksiz ölçüm sağlar.

Kurulumda üç kural vardır: veriler mutlaka karma hâlinde gönderilmeli, biçimlendirme kurallarına uyulmalı (küçük harf, boşluk temizliği, telefon normalizasyonu), ve yalnızca uygun rıza alınmış kullanıcılar için gönderilmelidir. Biçim hatası, olayların ulaşmasına rağmen hiç eşleşmemesine yol açar.

Rıza yönetimi ve modellenmiş veri

Çerez temelli ölçüm için aydınlatma ve açık rıza gereklidir. Rıza verilmediğinde ölçüm yapılmamalıdır.

Bunun sonucu veri kaybıdır ve bu kayıp gerçektir. Platformlar, rıza durumunun bildirildiği kurulumlarda eksik veriyi modelleyerek tahmini dönüşümler üretebilir; ancak bu, gerçek ölçümün yerine geçmez.

Pratik sonuç şudur: rıza yönetimi doğru kurulmalı ve rıza durumu platformlara bildirilmelidir. Rızayı yok sayan kurulumlar hem uyum riski taşır hem modelleme desteğinden yararlanamaz.

İade ve iptalleri yönetmek

İade oranı yüksek kategorilerde, platformun gördüğü ciro ile kasaya giren ciro belirgin biçimde ayrışır. Bu fark yönetilmediğinde kampanya performansı sürekli olduğundan iyi görünür.

Çözüm, iade gerçekleştiğinde ilgili dönüşümün düzeltilmesidir. Google Ads, işlem kimliği kullanılarak dönüşüm değerinin geriye dönük ayarlanmasına izin verir.

Bu uygulama yaygın değildir ama etkisi büyüktür. Özellikle giyim gibi iade oranının yüksek olduğu kategorilerde, gerçek kârlılıkla raporlanan performans arasındaki farkı kapatır ve bütçe kararlarının doğru veriye dayanmasını sağlar.

Kurulumu doğrulamak

Kurulum tamamlandığında “hata almadık” demek doğrulama değildir. Yapılması gerekenler nettir.

Önce test dönüşümü yapın: gerçek bir form gönderin veya test siparişi verin ve hesapta göründüğünü doğrulayın. Sonra etiket doğrulama araçlarıyla olayın tetiklendiğini ve doğru değerleri taşıdığını kontrol edin. Ardından çift tetiklenme olup olmadığına bakın.

Son ve en güvenilir adım, bir günlük dönüşüm sayısını sipariş sisteminizle karşılaştırmaktır. Bu karşılaştırma yapılmadan hiçbir doğrulama tam sayılmaz.

Sipariş sistemiyle karşılaştırma

Google Ads’in raporladığı dönüşüm sayısı ile sipariş sisteminizin sayısı hiçbir zaman birebir eşleşmez. Önemli olan, farkın açıklanabilir olmasıdır. Google Ads, Meta ve GA4 arasındaki farkların kaynaklarını Meta, Google Ads ve GA4 rakamları neden tutmuyor yazısında tek tek ele aldık.

Farkın meşru kaynakları: atıf penceresi (dönüşüm tıklamadan günler sonra gerçekleşmiş olabilir), rıza reddi kaynaklı ölçüm kaybı, ve çapraz cihaz davranışı.

Meşru olmayan kaynaklar ise düzeltilmelidir: çift sayım, iade ve iptallerin düşülmemesi, ve mikro eylemlerin dönüşüm sayılması. Aylık olarak yapılan bir karşılaştırma, bu iki grubu ayırt etmenin en pratik yoludur.

Sürekli izleme

Dönüşüm takibi bir kez kurulup unutulacak bir iş değildir. Site her değiştiğinde ölçüm bozulma riski taşır.

İzlenmesi gerekenler: günlük dönüşüm hacmindeki ani değişimler, dönüşüm değerlerinin makul aralıkta olması, dönüşüm oranının beklenen seviyede seyretmesi, ve etiket hatası uyarıları.

Ayrıca site üzerinde yapılan her önemli değişiklikten sonra (tema güncellemesi, ödeme akışı değişikliği, yeni eklenti) tek bir test dönüşümü yapmak, birkaç dakika sürer ve aylarca sürebilecek veri kaybını önler.

Sık karşılaşılan sorunlar

Dönüşüm sayısı gerçekten fazla. Neredeyse her zaman çift sayımdır: iki kurulum bir arada veya etiketin iki kez yüklenmesi.

Hiç dönüşüm görünmüyor. Etiket eksik, tetikleyici yanlış veya rıza engeli olabilir.

Değerler sıfır geliyor. Değer parametresi gönderilmiyor veya yanlış biçimde iletiliyordur.

Analitikle sayılar uyuşmuyor. Bu normaldir; iki sistem farklı atıf mantığı kullanır. Fark büyükse kurulum incelenmelidir.

Dönüşümler gecikmeli görünüyor. İçe aktarma yöntemi kullanılıyorsa gecikme olağandır.

Kurulum kontrol listesi

• Google etiketi tüm sayfalarda ve tek kopya mı?
• Alan adları arası ölçüm gerekiyorsa yapılandırıldı mı?
• Aynı dönüşüm iki farklı yöntemle tanımlanmış mı?
• Birincil ve ikincil dönüşümler doğru ayrıldı mı?
• Dönüşüm değerleri dinamik olarak gönderiliyor mu?
• İşlem kimliği gönderiliyor mu?
• Sayma yöntemi iş modeline uygun mu?
• Dönüşüm penceresi satın alma döngüsüne uygun mu?
• Form dönüşümü başarı anında mı ölçülüyor?
• Telefon aramalarında nitelik filtresi var mı?
• Gelişmiş dönüşümler ve rıza yönetimi kurulu mu?
• Bir günlük veri sipariş sistemiyle karşılaştırıldı mı?

Cihazlar arası dönüşümler

Kullanıcı davranışı tek cihazda geçmez: reklamı telefonda görüp masaüstünde satın alan kullanıcılar yaygındır. Bu, ölçümde bir zorluk yaratır.

Cihazlar arası dönüşüm ölçümü, kullanıcının oturum açtığı durumlarda ve platformun kendi eşleştirme mekanizmalarıyla mümkündür. Ancak bu ölçüm hiçbir zaman eksiksiz olmaz.

Pratik sonuç şudur: mobil kampanyaların gerçek katkısı, cihaz bazlı raporlarda olduğundan düşük görünme eğilimindedir. Bu nedenle mobilde teklif kısmadan önce, dönüşümün başka bir cihazda tamamlanıp tamamlanmadığı değerlendirilmelidir. Cihaz kırılımına bakarak yapılan agresif kısıtlamalar, çoğu hesapta hacim kaybettirir.

Raporlamada dönüşüm verisi

Dönüşüm verisi yalnızca optimizasyon için değil raporlama için de kullanılır ve burada dikkatli olmak gerekir.

Yönetim raporlarında sunulan dönüşüm sayısı, platformun raporladığı değil sipariş sisteminden doğrulanmış rakam olmalıdır. Aksi hâlde iki farklı kaynaktan iki farklı sayı dolaşır ve güven kaybı oluşur.

İşleyen düzen şudur: platform verisi kampanya içi optimizasyon kararlarında, sipariş sistemi verisi ise bütçe ve kârlılık kararlarında kullanılır. İki kaynak arasındaki oran düzenli izlenir; bu oran istikrarlıysa kurulum sağlıklıdır, ani sapmalar teknik bir soruna işaret eder.

Sık yapılan 12 hata

• Dönüşüm takibi olmadan yayına çıkmak. Tüm kararlar tahmine dayanır.
• Aynı dönüşümü iki yöntemle tanımlamak. En yaygın çift sayım kaynağı.
• Mikro eylemleri birincil yapmak. Sistem değersiz trafiği çoğaltır.
• Sabit dönüşüm değeri yazmak. Değer optimizasyonu işlevini kaybeder.
• İşlem kimliği göndermemek. Aynı sipariş tekrar sayılabilir.
• Sayma yöntemini yanlış seçmek. Potansiyel müşteri işlerinde sayı şişer.
• Dönüşüm penceresini varsayılan bırakmak. Dönüşümler kaçırılır veya bulanır.
• Buton tıklamasını form dönüşümü saymak. Hatalı gönderimler sayılır.
• Telefon aramalarını ölçmemek. Hizmet işlerinde performans düşük görünür.
• İadeleri hiç düşmemek. Raporlanan ciro gerçekten sapar.
• Rızayı yok saymak. Uyum riski ve modelleme kaybı.
• Site değişikliklerinden sonra test etmemek. Ölçüm sessizce bozulur.

Glowy, İstanbul merkezli bir dijital pazarlama ajansı olarak Google Ads hesaplarını dönüşüm ölçümü ve teklif stratejisiyle ciro ya da lead hedefine göre yönetir. Ayrıntılar için Google Ads yönetimi sayfamıza bakabilirsiniz.

Sıkça sorulan sorular

Google Ads dönüşüm sayım neden sipariş sayımdan fazla?

En yaygın neden çift sayımdır. Tipik kaynaklar: aynı dönüşümün hem doğrudan Google Ads etiketiyle hem analitikten içe aktarma yoluyla tanımlanması, Google etiketinin hem tema hem etiket yöneticisi üzerinden iki kez yüklenmesi, ve teşekkür sayfasının yenilenmesiyle olayın tekrar tetiklenmesi. Bunlar giderildikten sonra kalan fark atıf penceresinden ve rıza kaynaklı kayıptan gelir; bu fark meşrudur ama teknik hatalar giderilmeden atfa yorulmamalıdır.

Hangi eylemler birincil dönüşüm olmalı?

Yalnızca gerçekten iş değeri taşıyan eylemler. E-ticarette satın alma, hizmet işletmelerinde teklif talebi, randevu ve telefon araması; abonelik modellerinde ücretli abonelik. Sayfa görüntüleme, menü tıklaması, video izleme başlangıcı ve sosyal bağlantı tıklaması birincil olmamalıdır. Bu ayrım kritiktir çünkü otomatik teklif stratejileri birincil dönüşümleri çoğaltmaya çalışır; sepete ekleme birincilse algoritma satın alan değil sepete ekleyen kullanıcıları aramaya başlar.

Dönüşüm değeri atamak zorunlu mu?

Değer temelli teklif stratejisi kullanacaksanız zorunludur; kullanmasanız bile getiri hesabı için gereklidir. E-ticarette değer sipariş tutarıdır ve dinamik gönderilmelidir; sabit bir değer yazmak sistemin yüksek sepetli müşterileri aramasını engeller. Hizmet işlerinde değer atama daha zordur ama mümkündür: form türüne göre farklı değerler, talep niteliğine göre değer veya geçmiş verilere dayalı ortalama müşteri değeri kullanılabilir.

Telefon aramalarını nasıl ölçerim?

Üç yol vardır: reklam üzerindeki arama düğmesine basılması, sitedeki numaraya tıklama (mobilde ölçülebilir), ve yönlendirme numarası kullanımı. Üçüncüsü en güvenilir olanıdır ve çağrı süresine göre nitelik filtresi uygulanmasına izin verir; birkaç saniyelik aramalar dönüşüm sayılmaz. Bu filtre olmadan yanlış aramalar ve hemen kapatılan çağrılar da dönüşüm hanesine yazılır ve maliyet olduğundan düşük görünür.

Mağazada veya telefonda tamamlanan satışları bildirebilir miyim?

Evet, çevrimdışı dönüşüm aktarımıyla. Kullanıcı reklamı tıkladığında oluşan tıklama kimliği form aracılığıyla kaydedilir; satış gerçekleştiğinde bu kimlikle birlikte dönüşüm Google Ads’e aktarılır. Bu kurulum özellikle B2B ve yüksek değerli hizmetlerde oyun değiştiricidir: sistem formu dolduran herkesi değil gerçekten müşteriye dönüşenleri öğrenir. Bu geri bildirim olmadan algoritma en kolay form dolduran kitleyi bulmakta ustalaşır.

Kurulumun doğru çalıştığını nasıl doğrularım?

Dört adımda. Önce gerçek bir test dönüşümü yapın ve hesapta göründüğünü doğrulayın. Sonra etiket doğrulama araçlarıyla olayın tetiklendiğini ve doğru değerleri taşıdığını kontrol edin. Ardından çift tetiklenme olup olmadığına bakın. Son ve en güvenilir adım, bir günlük dönüşüm sayısını sipariş sisteminizle karşılaştırmaktır; bu karşılaştırma yapılmadan hiçbir doğrulama tam sayılmaz.

Terimler sözlüğü

• Dönüşüm eylemi: Google Ads’te tanımlanan ve ölçülen değerli kullanıcı eylemi.
• Birincil dönüşüm: Teklif optimizasyonuna dâhil edilen dönüşüm.
• İkincil dönüşüm: Yalnızca raporlanan, optimizasyonu etkilemeyen dönüşüm.
• Dönüşüm penceresi: Tıklamadan sonra dönüşümün sayılacağı süre aralığı.
• Atıf modeli: Dönüşüm değerinin temas noktalarına dağıtılma kuralı.
• İşlem kimliği: Aynı siparişin tekrar sayılmasını engelleyen benzersiz değer.
• Gelişmiş dönüşümler: Karma kullanıcı verisiyle eşleşme oranını artıran yöntem.
• Çevrimdışı dönüşüm: Sitede değil telefon veya mağazada gerçekleşen dönüşüm.

Özet

Dönüşüm takibi, Google Ads hesabında yapılan her şeyin zeminidir. Bu katman bozukken alınan teklif, bütçe ve kelime kararlarının hiçbiri güvenilir değildir.

Kurulumun üç kritik noktası vardır: çift sayımın önlenmesi, birincil ile ikincil dönüşümlerin doğru ayrılması, ve değerlerin gerçek tutarları yansıtması. Bu üçü sağlanmadan yapılan optimizasyon, yanlış bir zemin üzerine kurulur.

Son olarak doğrulamayı bir alışkanlığa dönüştürün. “Kurulum tamamlandı” mesajı bir doğrulama değildir; doğrulama, bir günlük dönüşüm verisinin sipariş sisteminizle yan yana konmasıdır. Bu karşılaştırma aylık olarak tekrarlandığında, sessizce bozulan ölçümler haftalar değil günler içinde fark edilir.

İlgili içerikler: GA4 ve GTM kurulumu, teklif stratejileri, Google Ads maliyeti, ROAS nedir.