STATUS IS UPWEB SİTESİ OPTİMİZASYONU VİKİSİ
42Etkinleştir
Arama pazarlaması / Etkinleştir

Kendinizi Yanıltmadan PPC Dönüşüm Takibi

Çift kayıtlardan, onay (consent) boşluklarından veya atıf seçimlerinden reklam sonuçlarını aşırı gösterecek şekilde kaçınarak PPC dönüşümlerini tanımlamanın, toplamayı, test etmeyi ve raporlamayı pratik yolu.

Kendinizi Yanıltmadan PPC Dönüşüm Takibi — GÖRSEL REHBER
OKU
8 dakika
KAYNAKLAR
7
YENİDEN DOĞRULA
2027-03-27
gözden geçirildi
Ücretli Arama Ölçümü Lideri (Gizlilik ve Uyum İncelemesi ile)
KISA CEVAP

Kararla başlayın.

PPC dönüşüm takibi, sayılan etkinlik gerçek bir iş sonucunu temsil ettiğinde, doğru anda yalnızca bir kez tetiklendiğinde, ziyaretçinin onay tercihine saygı gösterdiğinde ve sonuç reklamın tek başına sebep olduğunu kanıtlamak yerine atfedilmiş kredi olarak sunulduğunda değerlidir. Kısa bir spesifikasyonla başlayın: sonucu adlandırın, nitelendirme kuralını, değeri, sayma kuralını, tanımlayıcıyı, kayıt kaynağını ve sahibini belirtin.

Teklifleme için birkaç birincil (primary) dönüşüm kullanın; erken hunideki sinyalleri ikincil (secondary) tutun. Satın almalarda kararlı, kişisel olmayan bir işlem kimliği (transaction ID) gönderin ve onay sayfası yenilemesini test edin. Potansiyel müşterilerde mümkünse gönderilmiş formu nitelikli lead’den ayırın. Platform tarafından atfedilen dönüşümlerin yanında operasyonel siparişleri veya nitelikli lead’leri, atıf modelini, tarih dayanaklarını, onay kapsamını ve bilinen boşlukları göstererek raporlayın.

İzlemeyi üretim kodu gibi ele alın. Ödeme akışı, onay banner’ı, yönlendirme, tag manager ve ödeme devri değişiklikleri sinyali kırabilir veya çoğaltabilirken site yine çalışıyor görünebilir. Preflight testleri, versiyonlama ve geri alma sahipliği, dönüşüm yolunu ve ölçümü koruyan proaktif SIU tarzı (Status Is UP) çalışma süresi optimizasyonu ve düzeltmeyi sağlar.

GÖRSEL REHBER

Çalışmayı bir sistem olarak görün.

Bireysel taktiklere geçmeden önce makaledeki kararları bağlamak için bu haritayı kullanın.

SIUEtkinleştir
01Etiketleri yapılandırmadan önce iş olayını tanımlayın
02Birincil ve ikincil eylemleri kasıtlı kullanın
03Ölçüm tasarımına onay (consent) ekleyin
04Altta yatan iş olayını çoğaltmayı (deduplicate) önleyin
01

Etiketleri yapılandırmadan önce iş olayını tanımlayın

Dönüşüm, iş için önemli olan tamamlanmış bir eylemdir; kolayca etiketlenebilen bir etkileşim değildir. E-ticarette bu genellikle kabul edilmiş bir sipariştir; sepete ekleme veya ödeme butonuna tıklama değil. Lead üretiminde ise gönderilen ve belirtilen kriterleri karşılayan bir sorgu, rezervasyon yapılmış randevu veya satışa nitelikli lead olabilir. Bunu bir etkinliğe çevirmeden önce iş dilinde yazın.

Her dönüşüm eylemi için tetikleyicisini, dahil/ hariç tutma kurallarını, değerini, sayma kuralını, tanımlayıcısını, hesap verebilir sahibini ve kayıt sistemini kaydedin. Örnek: “kabul edilmiş ücretli sipariş; sipariş başına bir olay; şirketin belirttiği kurala göre sipariş geliri; ticaret veritabanı ile mutabakat.”

02

Birincil ve ikincil eylemleri kasıtlı kullanın

Google Ads’e göre birincil (primary) dönüşüm eylemleri Conversions sütununda görünür ve ilgili standart hedef teklifleme için kullanıldığında tekliflemeye esas olur. İkincil (secondary) eylemler All conversions içinde gözlemlenmek içindir ve olağan olarak teklifleme için kullanılmaz. Bu nedenle birincil olmak kalite rozeti değildir: optimizasyonun öğrenmesine hangi sinyalin yön verdiğini kontrol eder.

Sadece doğrudan, tekrar edilebilir kampanya sonuçlarını birincil yapın. Form başlangıçları, broşür indirmeleri, hesap oluşturma, sohbet açma ve telefon tıklamaları bir optimizasyon sonucu değilse ikincil tutun. Kampanyalar farklı hedeflere hizmet ediyorsa hedefleri kampanya bazında yönetin; genel bir varsayılana bırakıp her şeyi onun yönlendirmesine izin vermeyin. Bir hedef değiştiğinde raporların bağlam içinde yorumlanabilmesi için tarih ve önceki ayarı not edin.

03

Ölçüm tasarımına onay (consent) ekleyin

Onay, etiketler yayına alındıktan sonra eklenen bir banner değildir. Google’ın consent mode yönergeleri, ölçüm verisi gönderen komutlardan önce varsayılan bir onay durumu ayarlamayı, sonra kişi seçim yaptıktan sonra bunu güncellemeyi söyler. Örnekleri reklam depolama (ad storage), analitik depolama (analytics storage), reklam kullanıcı verisi ve reklam kişiselleştirmesini kapsar. Consent mode sizin yasal temeliniz veya politikanızı belirlemez; kuruluşunuzun onayladığı durumu uygulayın.

Gereklilikler yer ve olgulara göre değişir. Birleşik Krallık ICO rehberliği, kişilere çerezler hakkında bilgi verilmesi, çerezlerin ne yaptığı ve neden kullanıldığı konusunda açıkça bilgilendirilmeleri ve aktif, açık onay verilmesi gerektiğini söyler; sınırlı zorunlu hizmet istisnaları vardır. AB rehberliği, onay gerektiren çerezlerin ilk yüklemede ayarlanamayacağını, onayın amaç bazlı olması gerektiğini ve geri çekmenin kolay olması gerektiğini belirtir. Pazarlara, satıcılara ve veri akışlarına yönelik nitelikli bir gizlilik incelemesi alın. Ham e-posta adresleri, telefon numaraları, sipariş notları veya gereksiz müşteri verilerini URL’lere, olay parametrelerine veya işlem kimliklerine koymayın.

04

Altta yatan iş olayını çoğaltmayı (deduplicate) önleyin

Onay sayfası yenilenebilir, geçmişten tekrar ziyaret edilebilir veya başarısız bir durum değişikliğinin ardından ulaşılıyor olabilir. Google Ads, her satın alma için benzersiz bir işlem kimliği (transaction ID) kullanmayı önerir; böylece aynı dönüşüm eylemi ve ID ile ikinci bir dönüşüm tekrar olarak değerlendirilir. ID dinamik oluşturulmalı ve her işlem için benzersiz olmalıdır; farklı siparişlerde tekrar kullanılması eksik saymaya yol açabilir. Müşteri tanımlayıcı veriler yerine opak (opaque) bir sipariş tanımlayıcısı kullanın.

Mimarinin haritasını da çıkarın. Bir tarayıcı etiketi, sunucu etkinliği, CRM içe aktarımı ve ödeme web hook’u aynı satışı raporlayabiliyorsa hangi yolun otoritatif olduğunu ve hangi ortak ID’nin çoğaltmayı önleyeceğini kararlaştırın. Bir ID sayma ayarının yerini almaz: biri bir reklam tıklamasından sonra kaç dönüşüm olacağını kontrol ederken, bir ID aynı siparişin iki kez gönderilmesini engeller. İadeler, iptaller ve geçersiz lead’ler için ilgili operasyon takımıyla kontrol edilmiş bir düzeltme veya dışlama süreci tanımlayın.

05

Atıfı kredi olarak raporlayın, sonra operasyonla mutabakat yapın

Atıf, seçilen kurallar altında kredi atar; her etkinin gözlemlendiğini veya nedensellik kanıtı olduğunu göstermeyebilir. Google Ads, son tıklamayı (last click) tüm krediyi son tıklanan reklama verdiğini, veri odaklı atıfın (data-driven attribution) ise o hesaba ait verileri kullanarak krediyi dağıttığını açıklar. Seçilen model Conversions ve All conversions sütunlarını etkiler ve tekliflemeyi etkileyebilir. Bir model değişikliği hem analiz hem de üretim optimizasyon değişikliğidir.

İki görünüm tutun. Platform görünümü kampanya kararlarını destekler: harcama, atfedilmiş birincil dönüşümler, atfedilmiş değer, model, pencere ve tarih dayanağı. Operasyon görünümü ise kabul edilmiş siparişler, iş kurallarına göre gelir, nitelikli lead’ler, iptaller ve iadeleri içerir. Yönsel olarak mutabakat yapın ve izin verilen tanımlayıcıları kullanarak önemli ve kalıcı farkları araştırın. Tam uyum beklenmez: onay, tarayıcı sınırlamaları, cihazlar arası yollar, zamanlama, uygunluk ve modelleme farklılık oluşturabilir.

06

Sürümleri dönüşüm yolunun güvenilirliği işi olarak QA edin

Mümkünse üretim dışında test edin, sonra operasyonun tanıyıp geri alabileceği kontrollü canlı testler kullanın. Google Tag Manager’ın önizleme ve hata ayıklama modu (preview and debug mode) önizlenen siteyi Tag Assistant’a bağlar; tetiklenen etiketleri, sıralamayı ve işlenen veriyi gösterir. Tetikleyici, değer, para birimi, ID, onay durumu ve hedefi inceleyin, sonra sipariş veya lead kaydını inceleyin. Yeşil etiket durumu doğru iş olayının sayıldığının kanıtı değildir.

Ücretli açılış URL’lerini, yönlendirmeleri, form doğrulamasını, alanlar arası (cross-domain) ödeme, ödeme dönüşü, onay, CRM devrini ve iade işlemlerini kapsayın. Google, tıklama tanımlayıcılarının izleyicilerde veya yönlendirmelerde kaybolabileceğini ve açılış ile dönüşüm alanı farklıysa alanlar arası yönergeler verdiğini not eder. Preflight ve versiyonlama yapın; etiket, onay, ödeme ve yönlendirme değişikliklerini sürümleyin. Bir yol veya sinyal başarısız olursa, doğrulanmış yapılandırmayı geri yükleyin ve etkilenen dönemi tahminde bulunmak yerine mutabakat yaparak düzeltin.

EYLEM / DOĞRULA

Pratik yapılacaklar rehberiniz.

  1. 01

    Her sonucu belirtin

    Tetikleyici, hariç tutmalar, değer, sayma kuralı, ID, kayıt kaynağı, sahip ve hedefleri kaydedin.

    DOĞRULA: Bir paydaş örneğin bir örnek kaydın sayılıp sayılmaması gerektiğine karar verebilir.
  2. 02

    Hedefi sınıflandırın

    Tekliflemeye değer sonuçları birincil, tanı amaçlıları ikincil tutun.

    DOĞRULA: Conversions yalnızca tekliflemenin izlemesi gereken sonuçları içeriyor.
  3. 03

    Sayma kuralını seçin

    İş sorusunu yanıtlamak için bir veya her dönüşümü ayarlayın.

    DOĞRULA: Ayar ve nedeni kaydedilmiş.
  4. 04

    Onay yollarını test edin

    Onay durumunu ayarlayın ve onayla, reddet, değiştir ve geri dönüş ziyaretlerini test edin.

    DOĞRULA: Her yol üzerinde davranış onaylanan tasarıma uygun.
  5. 05

    Benzersiz güvenli ID gönderin

    Dinamik, kimlik bilgisi içermeyen bir satın alma ID’si ve gerektiğinde yönetimli stabil bir lead anahtarı kullanın.

    DOĞRULA: İki sipariş farklı ID’lere sahip; yenileme ekstra sayım oluşturmaz.
  6. 06

    Etkinlik ve kayıt birlikte test edin

    Etiketleri ve parametreleri debug edin, sonra etkinliği sipariş veya CRM kaydıyla eşleştirin.

    DOĞRULA: Kanıt ID, değer, onay yolu, hedef ve kayıt eşleşmesi içeriyor.
  7. 07

    Yönlendirmeleri ve alanları test edin

    Açılış URL’lerini, yönlendirmeleri, alanları, ödeme veya rezervasyon devrini ve dönüş yollarını çalıştırın.

    DOĞRULA: Kontrollü bir ücretli yol tanımlayıcıları koruyor ve açıklanamayan çoğaltma yok.
  8. 08

    İki görünümü mutabakatlayın

    Atfedilmiş sonuçları operasyonel sonuçlar ve terslemelerin yanında ayrı raporlayın.

    DOĞRULA: Rapor modelini, tarih dayanağını, onay kapsamını ve karşılaştırma kaynağını adlandırıyor.
  9. 09

    Preflight ve geri alma

    Bir sahibi, preflight testi ve geri yükleme planı ile sürümleri yönetin.

    DOĞRULA: Ekip önceden yapılandırma, geri alma tetikleyicisi ve inceleme penceresine sahip.
TARTIŞMA KONULARI

Ödünleri karşılaştırın, özel verileri paylaşmayın.

Bu başlıkları ekibiniz veya site sahipleri topluluğuyla kullanın. Yöntemleri ve çıkarılan dersleri paylaşın; ancak kimlik bilgilerini, müşteri kayıtlarını veya kamuya açık olmayan altyapı detaylarını asla paylaşmayın.

  1. 01

    Hangi dönüşümü, kampanyaları yanlış davranışa yönlendirdiğini gördükten sonra birincilden ikincile taşıdınız ve fikrinizi değiştiren kanıt neydi?

  2. 02

    Onay, iptaller veya alanlar arası ödeme süreçleri beklenen farklılıkları oluşturduğunda platform siparişlerini veya lead’leri operasyonla nasıl mutabakatlıyorsunuz?

  3. 03

    Hangi sürüm testi, bütçe kararlarını etkilemeden önce ödeme, onay, yönlendirme veya etiket yönetimi akışınızda bir ölçüm hatasını yakaladı?

POPÜLER / YETKİLİ KAYNAKLAR

Kaynak materyalini açın.

Google Ads HelpAbout primary and secondary conversion actions ↗

Hangi eylemlerin tekliflenebilir birincil hedef, hangilerinin yalnızca gözlem amaçlı ikincil eylem olduğunu açıklar.

İncelendi 2026-09-27
Google Ads HelpUse a transaction ID to minimize duplicate conversions ↗

Benzersiz işlem kimlikleri, çoğaltma önleme ve doğrulama konularını açıklar.

İncelendi 2026-09-27
Google Ads HelpAbout conversion counting options ↗

Bir dönüşüm için bir mi yoksa her dönüşüm için sayma mı gerektiğini açıklar.

İncelendi 2026-09-27
Google Ads HelpAbout attribution models ↗

Mevcut atıf modellerini ve bunların raporlama ile tekliflemeye etkisini açıklar.

İncelendi 2026-09-27
Google for DevelopersSet up consent mode on websites ↗

Google etiketlemesi için onay varsayılanı ve güncelleme sıralamasını verir.

İncelendi 2026-09-27
Google Ads HelpHow Google Ads tracks website conversions ↗

Tanımlayıcılar, yönlendirmeler, alanlar arası izleme, sınırlamalar ve hata ayıklama konularını kapsar.

İncelendi 2026-09-27
UK Information Commissioner’s OfficeCookies and similar technologies ↗

Çerez bilgisi, onay ve zorunlu istisnalar üzerine düzenleyici rehberlik sağlar.

İncelendi 2026-09-27

Kaynak politikası. Bu makale, erişim tarihinde okunan birinci taraf platform belgeleri ve düzenleyici rehberliği kullanır. Platform raporları atfedilmiş ölçümdür; nedenselliğin bağımsız kanıtı değildir. Gizlilik görevleri yargı alanına ve uygulamaya göre değişir; kendi durumunuz için nitelikli inceleme alın.

HIZLI AÇIKLAMALAR

Yaygın sorular.

Bir form gönderimi birincil PPC dönüşümü olmalı mı?

Sadece tekliflemenin peşinden gitmesini istediğiniz ve makul kalite kontrollerine sahip olduğu durumlarda olmalıdır. Aksi takdirde tanısal bir ikincil olay olarak tutun ve süreciniz bu bilgiyi döndürebiliyorsa birincil hedef olarak nitelikli lead veya satış kullanın. Bir form başlangıcı veya buton tıklaması genellikle değerden çok uzaktır.

Neden Google Ads dönüşümleri siparişler veya CRM lead’leriyle tam olarak eşleşmiyor?

Ads raporları bir model ve pencere altında atfedilmiş kredi verir; operasyon kayıtları ise iş kurallarına göre kabul edilmiş sonuçları kaydeder. Onay, tarayıcı ve cihazlar arası sınırlamalar, zamanlama, iadeler, iptal kuralları ve çoğaltma işlemleri farklılık gösterebilir. Tanımları açıkça karşılaştırın, kalıcı ve önemli farklılıkları araştırın ve yapay bir uyum zorlamayın.

Benzersiz bir işlem kimliği tüm çoğaltma sorunlarını çözer mi?

Hayır. Aynı işlem kimliği yeniden gönderildiğinde örneğin yenilemede ikinci bir Google Ads sayımına karşı aynı satın almayı korur. Ancak sayma ayarlarının yerini almaz, ortak ID olmayan yolları birbirinden arındırmaz veya görüntüleme (view-through) çoğaltmasını çözmez. Her yolu test edin.

Status Is UP Editorial Team · Uptime Enablement Editörleri

Ücretli Arama Ölçümü Lideri (Gizlilik ve Uyum İncelemesi ile) tarafından incelendi. Yayınlandı 2026-09-27; güncellendi 2026-09-30.