Google TV Masthead için yeni gereklilikler

Google, Eylül 2026’da yürürlüğe girmesi planlanan Google TV Masthead reklam gerekliliklerine ilişkin bir güncelleme yayımladı.

Güncelleme; alkol, belirli tüketici elektroniği ürünleri, sağlık ve ilaç kategorileri ile kumarla ilgili reklam varlıklarını kapsıyor. Metin ayrıca Masthead reklamlarının hangi gerekçelerle reddedilebileceğine ilişkin açıklamalar içeriyor.

Bu kapsam, Google TV Masthead envanterini kullanan reklamverenler ve ajanslar açısından kampanya hazırlığı sırasında kategori uygunluğunun yeniden ele alınmasını gerektirebilir. Özellikle düzenlemeye tabi ürün kategorilerinde çalışan ekipler, yaratıcı varlıklarını ve reklam hedeflerini Eylül 2026 gereklilikleriyle birlikte değerlendirebilir.

Yayın tarihi ve planlama açısından anlamı

Google Ads politika sayfasındaki güncelleme 25 Ağustos 2026 tarihinde yayımlandı.

Birinci taraf politika değişikliği olması, güncellemeyi Google TV Masthead planlamasında doğrudan dikkate alınabilecek bir referans haline getiriyor. Reklam operasyon ekipleri için öncelik, ilgili kategorilerdeki kampanyaların gerekliliklerle uyumunu kontrol etmek ve olası ret gerekçelerini hazırlık sürecine dahil etmek olabilir.

Yayın tarihi 25 Ağustos 2026 olarak belirtiliyor; ancak kesin yayın saati belirlenemiyor.

Kaynaklar

1. Google Ads Policy Help — Update to Masthead format requirements (September 2026)

Landing page mesaj uyumu nedir?

Landing page mesaj uyumu, kullanıcının arama yaptığı andan sayfada beklenen eyleme kadar uzanan vaat zincirinin tutarlılığını inceler. Bu yaklaşım yalnızca sayfanın teknik olarak hızlı veya erişilebilir olup olmadığına bakmaz; kullanıcının ne aradığını, reklamda ne gördüğünü ve sayfaya ulaştığında hangi mesajı doğruladığını birlikte ele alır.

Landing page deneyimi; teknik durumun yanı sıra içerik yararlılığı, aramayla alaka, gezinme kolaylığı ve reklam tıklaması sonrasında oluşan beklentiler birlikte değerlendirilerek incelenmelidir.

Bu nedenle yüksek tıklama alan ancak düşük dönüşüm üreten bir kampanyada ilk soru, tasarımın estetik olup olmadığı değil, reklamdan sayfaya taşınan beklentinin korunup korunmadığı olmalıdır. Amaç daha fazla düşük kaliteli tıklama üretmek değil, doğru niyetli ziyaretçiyi daha nitelikli bir dönüşüme taşımaktır.

Vaat zincirinin üç halkası

Mesaj uyumu analizi, arama terimi, reklam vaadi ve landing page başlığı arasındaki üç aşamalı tutarlılığı incelemelidir.

Bu üç halkayı tek bir akış olarak düşünün: Kullanıcı bir ihtiyaç veya niyet ifade eder, reklam bu niyete karşılık veren bir vaat sunar, landing page ise ilk bakışta bu vaadi doğrular. Halkalardan biri değiştiğinde kullanıcı, doğru sayfaya gelmiş olsa bile yanlış beklentiyle karşılaşabilir.

Mesaj uyumu yalnızca aynı kelimelerin arama, reklam ve sayfada tekrar edilmesi değildir; anlam, teklif, hedef kitle ve sonraki eylem sürekliliği de değerlendirmeye dahil edilmelidir.

Örneğin kullanıcı belirli bir kullanım senaryosu için çözüm arıyorsa, reklamın genel bir ürün tanımı yerine bu senaryoya yanıt vermesi; landing page’in de aynı kullanıcıyı, aynı faydayı ve aynı sonraki adımı görünür kılması gerekir. Kelime eşleşmesi bu bütünün yalnızca bir parçasıdır.

Reklam vaadini sayfada doğrulama

Reklamda sunulan fiyat, indirim veya teklif landing page’de bulunmalı; reklamın yönlendirdiği eylem sayfada görünür biçimde sürdürülmelidir.

Reklamda “teklif al” çağrısı kullanılıyorsa landing page’in birincil çağrısı “daha fazla bilgi” gibi farklı bir eylem yerine teklif alma akışını sürdürmelidir.

İlk ekran doğrulaması bu kontrolü pratik hale getirir. Sayfanın ilk görünür alanında temel vaat, bu vaadi destekleyen bir kanıt ve aynı kullanıcı amacına yönlendiren birincil CTA birlikte bulunmalıdır. Kullanıcının teklif bilgisini, koşulları veya eylem düğmesini aramak zorunda kalması mesaj sürekliliğini zayıflatabilir.

Sayfa başlığı ve ana başlık içeriği açık, yararlı ve özlü biçimde özetlemeli; ana başlık sayfadaki en belirgin başlık olmalıdır.

Arama sonucundaki başlık bağlantısı; görünür ana başlık, başlık etiketleri ve belirgin metinler gibi birden fazla kaynaktan oluşturulabilir.

Gerçek arama terimleriyle niyet analizi

Google Ads arama terimleri raporu, reklamı tetikleyen gerçek kullanıcı sorgularını ve bu sorguların performansını incelemek için kullanılabilir.

Arama terimleri ile hedeflenen anahtar kelimeler arasındaki alaka incelenerek alakasız sorgular ayrıştırılabilir; anlamlı sorgular ise ayrı reklam veya landing page mesajlarına dönüştürülebilir.

Kampanya geneli ortalaması, farklı niyetleri aynı sonuç içinde gizleyebilir. Bu yüzden denetimde her satırı tek bir sorgu veya benzer niyet kümesi için oluşturmak daha açıklayıcıdır. Böylece hangi sorguların aynı teklife, hangi sorguların farklı bir sayfa veya reklam mesajına ihtiyaç duyduğu görülebilir.

Yüksek hacimli ve birbirinden ayrışan niyet kümelerinde sorguya göre kişiselleştirilmiş başlıklar test edilebilir; ancak kişiselleştirme reklamda sunulmayan bir vaat izlenimi oluşturmamalıdır.

CTR yüksekken dönüşüm neden düşük olabilir?

Düşük tıklama oranı ile yüksek tıklama fakat düşük dönüşüm, funnel’ın farklı aşamalarındaki sorunlara işaret edebilir. İkinci durumda reklam vaadinin sayfada doğrulanmaması veya CTA kopukluğu olası teşhislerdir.

Yüksek CTR tek başına başarılı müşteri edinimi anlamına gelmez; landing page görüntüleme, ilk etkileşim, form başlatma, form tamamlama ve nitelikli dönüşüm gibi ardışık metrikler birlikte incelenmelidir.

Bu metrikleri bir teşhis zinciri olarak okuyun. Tıklama yüksek, ilk etkileşim düşükse sayfaya ulaşma veya ilk ekran deneyimi incelenebilir. Form başlatma yüksek, tamamlama düşükse teklifin anlaşılabilirliği, formun yapısı veya CTA ile sonraki adım arasındaki süreklilik araştırılabilir. Nitelikli dönüşüm düşükse yalnızca sayfa değil, trafik niyeti ve teklifin uygunluğu da değerlendirilmelidir.

Bir davranış yolunda kullanıcıların nerede ayrıştığını görmek, olası kopukluk noktalarını belirlemeye yardımcı olabilir; ancak bu gözlem tek başına mesaj uyumsuzluğunun nedensel kanıtı değildir.

Veriyle landing page teşhisi

Analytics raporlarında trafik kaynağı, kampanya ve landing page boyutları birlikte incelenerek aynı sayfanın farklı edinim mesajlarıyla gelen ziyaretçilerdeki performansı karşılaştırılabilir.

Path exploration, kullanıcıların sayfaya geldikten sonra izlediği sayfa görüntüleme ve olay dizilerini görselleştirmeye yardımcı olabilir.

Pratikte raporlamayı yalnızca “hangi sayfa daha iyi dönüştü?” sorusuyla sınırlamayın. Aynı sayfaya gelen farklı kampanya, sorgu ve mesaj kümelerinin ilk etkileşim, form davranışı ve nitelikli sonuçlarını karşılaştırın. Bu yaklaşım, sorunun sayfanın tamamında mı yoksa belirli bir trafik mesajında mı yoğunlaştığını anlamayı kolaylaştırır.

Platform benchmark’ları ve dış kaynaklı dönüşüm karşılaştırmaları sektör, dönem ve trafik karmasına bağlıdır. Bu veriler evrensel veya nedensel bir minimum başarı eşiği olarak kullanılmamalıdır.

30 dakikalık mesaj uyumu denetimi

Kısa bir denetimi ölçüm doğrulamasıyla başlatın. Ardından gerçek arama terimlerini, reklam vaatlerini, ilk ekran başlığını, teklif bilgisini ve CTA’yı aynı tabloda karşılaştırın. Her satırı tek bir sorgu veya niyet kümesine bağlamak, genel izlenim yerine somut kopuklukları görmenizi sağlar.

İkinci adımda kopukluğu türüne göre sınıflandırın: niyet, vaat, teklif veya koşul, kanıt, CTA ya da hedef kitle kopukluğu. Her kopukluk için ayrı bir test hipotezi yazın; böylece tek bir büyük tasarım değişikliği yerine hangi mesaj bileşeninin etkilenmiş olabileceğini sınayabilirsiniz.

Kontrollü bir mesaj uyumu testinde arama terimi, reklam vaadi, teklif, hedef kitle ve CTA sürekliliği açıkça tanımlanmalıdır.

Test varyantını ölçülebilir bir hipotezle tanımlayın: Belirli bir arama terimi ve reklam vaadiyle gelen kullanıcılar, ilk ekranda aynı vaat ve CTA’yı gördüğünde nitelikli dönüşüm oranı artar. Sonuçları yorumlarken trafik karması, cihaz, sorgu dağılımı, teklif, sezonluk etkiler ve ölçüm sorunlarını ayrıca kontrol edin.

Başarıyı hangi metrikle ölçmeli?

Form doldurma, mesaj uyumu analizinde önemli bir ara sinyaldir; ancak nihai değerlendirmeyi mümkün olduğunda iş sonucuna yaklaştırın. Nitelikli lead, satış, demo katılımı veya gelir gibi metrikler, yalnızca daha fazla form toplamaktan daha anlamlı bir değerlendirme sunabilir.

Bir mesaj uyumu varyantının daha iyi performans göstermesi yalnızca ana başlık değişikliğinden kaynaklanmayabilir. Daha net teklif, farklı trafik dağılımı veya değişen sorgu karması da sonucu etkileyebilir.

Mesaj uyumu için evrensel bir semantik benzerlik eşiği veya garanti edilen dönüşüm artışı belirlenmemiştir. Puanlama matrisi önceliklendirme aracı, kontrollü test ise performans doğrulama yöntemi olarak ele alınmalıdır.

Bu nedenle iyi bir denetim, tek bir skor üretmekten çok hangi kopukluğun önce test edilmesi gerektiğini gösterir. Önceliği yüksek hacimli, belirgin niyet taşıyan ve iş sonucuna yakın metriklerde kayıp oluşturan segmentlere vermek daha uygulanabilir bir başlangıç sağlar.

Sonuç: Tasarımdan önce vaat zincirini denetleyin

Landing page dönüşümünü iyileştirmek için reklamı ve sayfayı birbirinden bağımsız varlıklar olarak değerlendirmeyin. Gerçek arama terimi ne istiyor, reklam ne vaat ediyor, landing page ilk bakışta neyi doğruluyor ve kullanıcıdan hangi eylemi istiyor sorularını aynı akış içinde yanıtlayın.

Mesaj uyumu denetimi; ölçüm doğrulaması, arama terimi analizi, reklam ve sayfa bileşenlerinin karşılaştırılması, kopuklukların sınıflandırılması ve kontrollü test hipotezleriyle ilerlediğinde daha güçlü bir CRO çalışma alanı oluşturur. Böylece sorun yalnızca sayfa tasarımında aranmaz; reklam vaadi, kullanıcı niyeti ve sonraki eylem arasındaki süreklilik de sistematik biçimde incelenir.

Kaynaklar

1. support.google.com — optimising your ad and landing page
2. support.google.com — 14086
3. support.google.com — 14997606
4. support.google.com — 11242841
5. support.google.com — 12931766
6. support.google.com — 15612152
7. developers.google.com — creating helpful content
8. developers.google.com — title link
9. support.google.com — 1722122
10. support.google.com — 9317498
11. unbounce.com — conversion benchmark report

İçerik kütüphanesi büyüdükçe her yazıyı aynı anda güncellemek mümkün değildir. Daha verimli yaklaşım, hangi sayfanın mevcut performans kaybına rağmen hâlâ değer taşıdığını, hangi sorunun gerçekten içerikten kaynaklandığını ve hangi çalışmanın beklenen getiriyi en düşük emekle sağlayacağını sistematik biçimde karşılaştırmaktır.

İçerik yenileme kararı yalnızca organik trafik kaybına göre verilmemelidir. Kullanıcıya sağlanan fayda, konuya uygunluk, uzmanlık, arama amacı ve okuma sonrasındaki tatmin de değerlendirmeye alınmalıdır.

İçerik yenileme önceliği neden ayrı bir model gerektirir?

Bir sayfanın daha az trafik alması, tek başına onun değersiz veya mutlaka güncellenmesi gereken bir varlık olduğunu göstermez. Trafik kaybı ile içerik sorunu arasındaki farkı ayırmak; kaynakların yanlış sayfalara harcanmasını önleyen temel adımdır.

Trafik düşüşü tek başına içerik yenilemenin gerekli olduğunu kanıtlamaz. Algoritma güncellemeleri, mevsimsellik, talep değişimi, teknik sorunlar, backlink kaybı ve ölçüm hataları ayrıca dışlanmalıdır.

İçerik çürümesinin olası nedenleri arasında sıralama kaybı, rakiplerin içeriklerini geliştirmesi ve arama niyetinin değişmesi bulunur.

Önceliklendirmede hangi veriler kullanılmalı?

Sağlam bir içerik envanteri, yalnızca URL ve yayın tarihinden oluşmaz. Her aday için performans, kullanıcı amacı, ticari katkı, güncellik, rekabet, bağlantı değeri, sorun güveni ve tahmini emek aynı görünümde toplanmalıdır. Böylece editoryal karar, tek bir metriğin etkisinden çıkarılır.

Google Search Console ve Google Analytics birlikte kullanılarak gösterim, tıklama, organik kullanıcı, etkinlik, anahtar etkinlik ve gelir gibi metrikler açılış sayfası bazında izlenebilir.

Organik trafiğin ticari değeri yalnızca oturum sayısıyla değil; lead, demo, satın alma, anahtar etkinlik, gelir ve desteklenen dönüşüm katkısıyla değerlendirilmelidir.

Bu nedenle envanterde hedef sorgu, arama amacı, son anlamlı güncelleme tarihi, son 3, 6 ve 12 aylık tıklama ile gösterim, konum, tıklama oranı, dönüşüm, gelir veya lead, backlink ve dahili bağlantı değeri gibi alanlar bulunabilir. Hızlı eskime riski taşıyan konular için güncellik riski ve içerik sorunu güveni de ayrı sütunlar olarak tutulmalıdır.

Trafik düşüşünü nasıl doğrulamalı?

Trafik düşüşünü incelerken farklı tarih aralıkları karşılaştırılmalı ve değişimin önceki sayfa düzenlemeleriyle ilişkisi kontrol edilmelidir.

Pratikte önce düşüşün kalıcı mı, dönemsel mi, yoksa ölçüm veya teknik bir değişiklikle ilişkili mi olduğunu kontrol edin. Ardından sorgu gruplarını, sayfa düzenlemelerini, arama sonuçlarındaki rakipleri ve sayfanın mevcut arama amacına uyumunu birlikte inceleyin. Bu aşamanın amacı hemen karar vermek değil, içerik sorunu güvenini artırmak veya azaltmaktır.

İçerik sorunu güveni, gözlenen performans kaybının gerçekten kalite, güncellik, arama amacı veya rekabet uyumsuzluğundan kaynaklandığına ilişkin ayrı bir değerlendirme alanıdır. Bu güveni, sayfanın yenilenmesi hâlinde taşıdığı ticari fırsattan bağımsız tutmak daha sağlıklı bir karar zemini oluşturur.

SEO içerik güncelleme skoru nasıl hesaplanır?

Her adayı 0 ile 100 arasında normalize ederek farklı veri türlerini aynı karar çerçevesine taşıyabilirsiniz. Başlangıç şablonunda görünürlük kaybı yüzde 25, ticari değer yüzde 25, güncellik riski yüzde 20, rekabet fırsatı yüzde 15 ve maliyetin ters puanı yüzde 15 ağırlıklandırılabilir.

Basit bir model şu mantıkla kurulabilir: Öncelik skoru, görünürlük kaybı, ticari değer, güncellik riski, rekabet fırsatı ve içerik varlığının toplamının içerik sorunu güveniyle çarpılıp tahmini yenileme maliyetine bölünmesiyle elde edilir. Sıfıra bölme riskini önlemek için minimum bir maliyet tabanı tanımlanmalıdır.

Önerilen yüzde ağırlıkları ve aksiyon eşikleri evrensel SEO gerçekleri değildir. Site hedefleri, içerik türü, dönüşüm verisi ve ekip kapasitesiyle test edilip kalibre edilmelidir.

Bu modelin amacı matematiksel kesinlik üretmek değil, ekip içindeki öncelik tartışmalarını görünür varsayımlara bağlamaktır. Örneğin yüksek trafik kaybı yaşayan fakat ticari katkısı düşük bir sayfa, yüksek ticari değer taşıyan ve küçük bir güncellemeyle iyileşme potansiyeli bulunan başka bir sayfanın gerisine düşebilir.

İçerik güncelleme maliyeti nasıl hesaplanmalı?

Yenileme maliyeti yalnızca yazılacak kelime sayısından ibaret değildir. Araştırma, uzman incelemesi, veri doğrulama, tasarım veya ekran görüntüsü değişimi, teknik uygulama, yönlendirme ve kalite kontrol gibi iş kalemlerini ayrı ayrı tahmin etmek gerekir.

Google tarafından tercih edilen sabit bir içerik kelime sayısı standardı bulunmaz.

Bu nedenle uzun bir metni otomatik olarak daha değerli veya daha kapsamlı kabul etmek yerine, arama amacını ne ölçüde karşıladığına ve kullanıcıya gerekli bilgiyi ne kadar iyi sunduğuna bakılmalıdır. Kelime sayısı, maliyet tahmininin yalnızca sınırlı bir girdisi olabilir.

Her sayfa için aynı aksiyon seçilmemeli

Bir içerik için güncelleme, birleştirme, yönlendirme, budama veya baştan yazma seçenekleri ayrı ayrı değerlendirilmelidir.

Model yalnızca “yenile” sonucu üretmemelidir. Sayfanın mevcut amacı korunabiliyorsa hemen yenileme, temel yapı bozuksa yeniden yazma, benzer sayfalar çakışıyorsa birleştirme, daha uygun bir hedef varsa yönlendirme, anlamlı talep veya değer bulunmuyorsa budama seçenekleri değerlendirilebilir.

Güncellik riski yüksek konular için trafik düşük olsa bile minimum inceleme ve güncelleme eşiği tanımlamak gerekir. Yasal, finansal, sağlık veya ürün özellikleri gibi hızlı eskime ihtimali bulunan içerikler bu yaklaşımın öncelikli adaylarıdır.

Rakip ve arama amacı analizi nasıl yapılmalı?

Rakip analizi, yalnızca araçların verdiği puanları karşılaştırmakla sınırlı tutulmamalıdır. Arama sonuçlarındaki içerik formatı, kapsam, uzmanlık, kaynak kullanımı ve kullanıcı beklentisi manuel olarak incelenmelidir.

Google, başlıkların açık, özgün, kısa ve sayfa içeriğini doğru yansıtmasını; anahtar kelime doldurmadan kaçınılmasını önerir.

Bu ilke, yenileme sırasında başlığı yalnızca hedef sorguyu eklemek için değiştirmek yerine, sayfanın gerçek vaadini daha doğru ifade etmeyi gerektirir. Başlık, içerik ve arama amacı arasında uyumsuzluk varsa sorun yalnızca başlık düzeyinde değil, sayfanın bütün yapısında ele alınmalıdır.

Google'ın people-first ve helpful content yaklaşımı, Mart 2024'ten itibaren ayrı bir sistem olmaktan çıkarılıp çekirdek sıralama sistemlerinin parçası hâline getirilmiştir.

Güncelleme sonrasında başarı nasıl ölçülür?

Güncelleme sonrasında arama görünürlüğündeki değişim birkaç saatten birkaç aya kadar sürebilir; genel değerlendirme için çoğu durumda birkaç hafta beklemek gerekir.

Yeniden tarama isteği gönderilebilir, ancak bu işlem sıralama veya trafik artışı garantisi vermez.

Yenileme sonrası sonuçların değerlendirme zamanı değişebilir. Kısa dönemli artış veya düşüşler tek başına nedensellik göstergesi değildir.

Başarı ölçümünü yalnızca sıralama değişimine bağlamak yerine tıklama, gösterim, konum, tıklama oranı, nitelikli organik oturum, desteklenen dönüşüm, doğrudan dönüşüm, gelir veya lead ve güncelleme başına harcanan saat birlikte izlenmelidir.

Ölçüm planı, güncelleme öncesi karşılaştırma dönemini ve değerlendirme penceresini baştan tanımlamalıdır. Böylece ekip, kısa vadeli oynaklıkla kalıcı performans değişimini birbirine karıştırmadan aynı karar çerçevesini kullanabilir.

Modeli tek seferlik denetim olmaktan çıkarın

İçerik öncelikleri sabit kalmaz. Arama talebi, rakip kapsamı, ticari hedefler, sayfa performansı ve ekip kapasitesi değiştikçe aynı adayın skoru da değişebilir. Bu nedenle içerik portföyünü düzenli olarak yeniden puanlamak, tek seferlik bir auditten daha işlevsel bir işletim modeli sağlar.

Tercihen çeyreklik denetimlerle envanteri güncelleyin; ancak hızlı eskime riski taşıyan konular için daha kısa kontrol aralıkları belirleyin. Her değerlendirmede puanların hangi veriye ve hangi varsayıma dayandığını kaydetmek, modelin zaman içinde kalibre edilmesine yardımcı olur.

Uygulanabilir başlangıç kontrolü

Uygulamaya başlamak için önce içerik envanterini performans ve ticari değer verileriyle zenginleştirin. Ardından trafik düşüşünü doğrulayın, içerik sorunu güvenini ayrı değerlendirin, güncellik ve rekabet fırsatını puanlayın, iş kalemlerine dayalı maliyet tahmini yapın ve her sayfa için uygun aksiyonu seçin.

Son olarak güncelleme öncesi ölçüm tabanını kaydedin, başarı metriklerini belirleyin ve sonuçları belirlenen değerlendirme penceresinde izleyin. Bu yaklaşım, “eski yazıları güncelleme” refleksini; ölçülebilir, ticari hedeflerle bağlantılı ve ekip kapasitesine uyarlanabilir bir içerik operasyonuna dönüştürür.

Kaynaklar

1. support.google.com — 11080067
2. developers.google.com — ranking systems guide
3. ahrefs.com — analyze sudden traffic drop
4. developers.google.com — creating helpful content
5. developers.google.com — seo starter guide
6. ahrefs.com — blog seo
7. support.google.com — 13682863
8. support.google.com — 10737381
9. support.google.com — 12664847
10. semrush.com — google remove outdated content
11. developers.google.com — title link
12. developers.google.com — get started developers

Creator kampanyalarının başarısını anlamak için tek bir metriğe bakmak genellikle yeterli değildir. Görüntülenme ve erişim farkındalık hakkında fikir verebilir; ancak kampanyanın nitelikli trafik, satış, kârlılık, yeni müşteri ve uzun vadeli değer üretip üretmediğini görmek için ölçüm hunisinin farklı katmanlarını birlikte kurmak gerekir.

Bu nedenle ölçüm yaklaşımı üç soruya dayanmalıdır: Kampanya hangi performansı gözlemledi, işletmeye hangi ekonomik değeri sağladı ve creator iş birliği olmasaydı gerçekleşmeyecek ne kadar ek sonuç üretti? Bu sorular sırasıyla doğrudan attribution, ekonomik değerlendirme ve artımlı etki ölçümüyle ele alınabilir.

1. Kampanya hedefini ve ana dönüşümü tanımlayın

Creator kampanyası raporlaması gözlenen performans, ekonomik değer ve nedensel etki olmak üzere üç katmanda kurulabilir.

İlk adım, kampanya başlamadan önce hedefi yazılı hâle getirmektir. Farkındalık kampanyasında erişim ve izlenme kalitesi öne çıkabilir; değerlendirme hedefinde nitelikli oturum ve ürün sayfası etkileşimi önem kazanabilir. Satış hedefinde ise sepete ekleme, checkout, satın alma, gelir ve katkı marjı gibi alt huni göstergeleri belirleyici olur.

Aynı creator iş birliğinde birden fazla hedef bulunabilir; ancak her hedef için ana ve yardımcı KPI’ları ayırmak raporlamayı sadeleştirir. Böylece yüksek erişim sağlayan bir içerikle yüksek kârlılık sağlayan içeriği aynı başarı ölçütüyle değerlendirme hatası azaltılır.

2. UTM yapısını ölçümün temeli olarak kurun

UTM parametreleri, creator kampanyalarından gelen trafiğin ve kampanyaların analitik raporlarda ayrıştırılmasına yardımcı olur. Temel olarak utm_source, utm_medium ve utm_campaign alanları tutarlı kullanılmalıdır.

utm_id kampanya maliyet verileriyle eşleştirme, utm_content ise creator veya kreatif varyasyonlarını ayırma amacıyla kullanılabilir.

UTM adlandırmasındaki büyük-küçük harf farkları, tutarsız kampanya isimleri ve eksik parametreler raporlamayı bölebilir.

Uygulamada her creator için standart bir isimlendirme şeması oluşturulmalı; creator, platform, kampanya, içerik ve kullanım türü gibi alanlar birbirine karıştırılmadan tutulmalıdır. Bu yapı, link tıklamalarının hangi iş birliğine ve hangi kreatife ait olduğunu daha sonra sipariş ve CRM verileriyle karşılaştırmayı kolaylaştırır.

3. UTM linkini indirim koduyla tamamlayın

Creator’a özel indirim kodları, linke tıklamadan veya farklı bir cihazdan tamamlanan satın alımlar için tamamlayıcı bir sinyal sağlayabilir.

UTM linki tıklama ve oturum yolunu, indirim kodu ise ödeme sırasında creator’la ilişkilendirilebilen siparişi ölçer. Bu nedenle benzersiz link ve kodun birlikte kullanılması, sipariş, CRM ve analitik verileriyle uzlaştırılmalıdır.

İndirim kodu kullanımı tek başına nedensel satış kanıtı değildir; kodun paylaşılması, kupon sitelerine sızması, başka kampanyalarla çakışması ve mevcut müşterilerce kullanılması sonucu etkileyebilir.

Link ve kodu rakip ölçüm araçları gibi değil, farklı temas noktalarını yakalayan tamamlayıcı sinyaller olarak düşünmek gerekir. Link oturum ve gezinme yolunu görünür kılarken kod, ödeme adımındaki ilişkilendirmeyi destekler. İki veri seti arasındaki farklar doğrudan hata kabul edilmemeli; müşteri yolculuğunun farklı aşamalarını temsil edip etmedikleri incelenmelidir.

4. GA4 ve iş sistemlerini aynı raporlama çerçevesinde birleştirin

GA4 e-ticaret olayları arasında view_item, add_to_cart, begin_checkout ve purchase gibi olaylar satış hunisinin izlenmesine yardımcı olur.

Purchase olayında transaction_id, value, currency, coupon ve items bilgilerinin gönderilmesi; sipariş, gelir, ürün ve indirim düzeyinde analiz yapılmasını destekler.

Web sitesi, uygulama, CRM, mesajlaşma ve çevrimdışı dönüşüm verilerinin birbirine bağlanması, müşteri yolculuğu boyunca ölçüm ve attribution kalitesini artırabilir.

Raporlama tablosunda creator, platform, içerik kimliği, yayın tarihi, kullanım hakkı, erişim, izlenme kalitesi, tıklama, nitelikli oturum, kod kullanımı, dönüşüm, gelir, indirim, katkı marjı, yeni müşteri, iade ve yeniden kullanım alanları ayrı sütunlarda tutulabilir. Amaç, farklı sistemlerdeki verileri aynı creator ve kampanya kimliği üzerinden karşılaştırılabilir hâle getirmektir.

5. Tıklama ve satın alma arasındaki huniyi izleyin

Tıklama tek başına creator kampanyasının ticari başarısını göstermez. Tıklama, nitelikli trafik, ürün sayfası etkileşimi, sepete ekleme, checkout, satın alma, gelir, yeni müşteri ve iade gibi metrikler birlikte değerlendirilmelidir.

Bu yaklaşım, creator’ları yalnızca son satın alma sayısına göre sıralamak yerine müşteri yolculuğundaki katkılarını görmeyi sağlar. Örneğin bir içerik yüksek nitelikli trafik üretip satın alma aşamasında zayıf kalabilir; başka bir içerik daha az trafikle daha yüksek dönüşüm veya katkı marjı sağlayabilir. Bu iki sonucu tek bir erişim metriğiyle karşılaştırmak anlamlı değildir.

Hangi olayın ana dönüşüm olduğu kampanya hedefiyle uyumlu seçilmelidir. Satış kampanyasında purchase ana dönüşüm olabilirken, daha erken aşamadaki bir kampanyada nitelikli oturum veya ürün etkileşimi yardımcı performans göstergesi olarak raporlanabilir.

6. Attribution ile artımlı etkiyi birbirinden ayırın

Attribution, gözlenen dönüşümü belirli bir kural setine göre creator’a paylaştırırken incrementality, creator kampanyası olmasaydı gerçekleşmeyecek ek dönüşüm veya geliri tahmin etmeye çalışır.

Artımlı etki ölçümünde mümkün olduğunda rastgele test-kontrol veya matched-market tasarımı kullanılabilir; test ve kontrol gruplarının dönüşüm ya da satış farkı karşılaştırılır.

Incrementality analizinde grupların başlangıç özellikleri, kampanya erişimi, diğer medya yatırımları, sezonluk etkiler ve fiyat veya promosyon değişiklikleri dikkate alınmalıdır.

İndirim kodu veya UTM ile ölçülen dönüşümlerin ne kadarının creator kampanyası olmasaydı gerçekleşmeyeceği, attribution verisinden tek başına kesin olarak çıkarılamaz.

Artımlı etki için evrensel bir eşik veya her kampanyaya uygulanabilecek tek bir formül yoktur. Uygulanabilir yöntem; erişim ölçeği, coğrafi dağılım, satış döngüsü, hedefleme imkânları ve veri kalitesine bağlıdır.

Bu nedenle raporlama önce doğrudan attribution sonuçlarıyla başlatılabilir; uygun veri ve tasarım oluştuğunda test-kontrol veya eşleştirilmiş pazar analiziyle tamamlanabilir. Doğrudan atfedilen satış ile deneysel olarak tahmin edilen ek satış aynı sonuç gibi sunulmamalıdır.

7. ROI ve ROAS’ı katkı marjıyla değerlendirin

ROI veya ROAS hesabında creator ücreti, ürün veya numune maliyeti, indirim, komisyon, prodüksiyon, kullanım hakları ve medya desteği gibi maliyetler hesaba katılmalıdır.

Katkı marjı üzerinden yapılan değerlendirme, yüksek indirimle elde edilen ancak düşük kârlı kampanyaların olduğundan başarılı görünmesini azaltır.

İçeriğin reklamda, ürün sayfasında, e-postada veya başka kanallarda yeniden kullanım hakkı, ilk paylaşım performansından ayrı bir içerik ve medya değeri yaratabilir.

Ekonomik değerlendirmede yalnızca kampanya sırasında oluşan ciroya bakmak yerine toplam maliyeti ve ticari katkıyı birlikte ele almak daha sağlıklı bir çerçeve sunar. İçeriğin hangi kanallarda, ne kadar süreyle ve paid amplification desteğiyle kullanılabildiği de ilk paylaşımın performansından ayrı bir değer kalemi olarak raporlanabilir.

Böylece yüksek erişim sağlayan ancak pahalı olan bir creator ile daha düşük erişimle daha iyi katkı marjı üreten bir creator arasındaki fark görünür hâle gelir. Karşılaştırma yapılırken hedef, teklif, süre ve kullanım koşullarının mümkün olduğunca normalize edilmesi gerekir.

8. Attribution penceresini önceden belirleyin

Attribution penceresi önceden tanımlanmalıdır. Kısa pencereler hızlı satın alımları, uzun pencereler ise daha uzun vadeli etkileri yakalayabilir; ancak uzun pencerelerde başka temaslarla karışma riski artar.

Uzun attribution pencerelerinde creator etkisi diğer medya temasları, promosyonlar ve sezonluk değişkenlerle karışabilir.

Kampanya başlamadan belirlenen pencere, farklı creator’ların sonradan seçilen ölçütlerle karşılaştırılmasını önler. Kısa vadeli doğrudan dönüşümler ile tekrar satın alma veya yaşam boyu değer gibi uzun vadeli sinyaller ayrı raporlanmalı; bunlar aynı dönemin tek bir performans oranında eritilmemelidir.

Sektör benchmark’ları ve performans oranları kaynak, dönem, örneklem ve kampanya koşullarına göre değişebilir; bağımsız doğrulama olmadan genel norm olarak sunulmamalıdır.

Sonuç: Karşılaştırılabilir ve finansal olarak anlamlı bir ölçüm sistemi kurun

Creator iş birliği performansını ölçmenin en sağlam yolu, görüntülenme ve beğeniyi tamamen dışlamak değil; bu üst huni göstergelerini nitelikli trafik, dönüşüm, ekonomik değer ve artımlı etkiyle tamamlamaktır. Standart UTM yapısı, benzersiz link ve indirim kodu, GA4 olayları, CRM ve sipariş verilerinin uzlaştırılması bu sistemin operasyonel temelini oluşturur.

Sonraki aşamada creator’lar mutlak erişim yerine nitelikli oturum başına maliyet, dönüşüm başına maliyet, yeni müşteri başına maliyet, katkı marjı ve yeniden kullanım değeri gibi normalize metriklerle karşılaştırılabilir. Bu çerçeve, kampanya performansını yalnızca raporlamakla kalmaz; sonraki iş birliklerinde bütçe ve içerik kararlarını da daha anlamlı hâle getirir.

Özetle, doğrudan attribution işletmeye ne olduğunu gösterir; ekonomik analiz bunun ne kadar değer ürettiğini açıklar; artımlı etki çalışması ise creator kampanyasının ek katkısını tahmin etmeye yardımcı olur. Bu üç katmanı birbirine karıştırmadan raporlamak, creator yatırımlarını daha karşılaştırılabilir ve finansal açıdan daha anlamlı hâle getirir.

Kaynaklar

1. influencermarketinghub.com — how to measure influencer marketing roi.pdf
2. influencermarketinghub.com — measure influencer marketing success
3. influencermarketinghub.com — retention adjusted roi influencer marketing metrics
4. iab.com — intro to the creator economy
5. influencermarketinghub.com — influencer roi framework
6. iab.com — IAB Creator Ad Spend and Strategy Report 2025.pdf
7. thinkwithgoogle.com — For pub on TwG External Playbook Modern Measurement.pdf
8. thinkwithgoogle.com — Measuring Effectiveness Three Grand Challenges Google 2019 1.pdf
9. iab.com — guidelines for incremental measurement in commerce media
10. influencermarketinghub.com — influencer campaign roi measure
11. influencermarketinghub.com — influencer marketing roi
12. support.google.com — 10071305
13. support.google.com — 10917952
14. support.google.com — 6205762
15. influencermarketinghub.com — coupon codes vs tracking links
16. influencermarketinghub.com — utms promo codes holidays bf cm
17. facebook.com — AboutConversionsAPI
18. developers.google.com — ecommerce
19. developers.google.com — api schema
20. developers.google.com — predefined reports
21. developers.google.com — events
22. developers.google.com — set up ecommerce
23. developers.google.com — events
24. influencermarketinghub.com — influencer marketing benchmark report 2021.pdf

SEO log analizi nedir ve neden önemlidir?

SEO log analizi, arama motoru botlarının sitenizde gerçekte ne yaptığını sunucu kayıtları üzerinden inceleme yöntemidir. Bu yaklaşım yalnızca toplam bot trafiğini ölçmez; hangi URL’lerin tarandığını, hangi sayfaların gözden kaçtığını, kaynakların hangi URL kümelerinde tüketildiğini ve teknik sorunların tarama verimliliğini nasıl etkilediğini ortaya koymaya yardımcı olur.

Crawl budget, Google’ın bir site için tarayabildiği ve taramak istediği URL kümesini ifade eder. Bu kavram crawl capacity limit ve crawl demand olmak üzere iki temel bileşenden oluşur.

Küçük ve orta ölçekli sitelerde analize önce indeksleme durumu, robots.txt, sitemap, iç bağlantılar ve sunucu hataları kontrol edilerek başlanabilir. Crawl budget konusu özellikle çok büyük, sık değişen veya çok sayıda URL üreten sitelerde daha kritik hale gelir.

Crawl budget: kapasite ve talep arasındaki denge

Crawl kapasitesi; sunucu yanıt hızından, gecikmelerden, 5xx hatalarından ve 429 yanıtlarından etkilenebilir. Bu sinyaller kötüleştiğinde Google tarama hızını düşürebilir.

Crawl demand ise URL’nin popülerliği, güncelliği ve Google’ın algıladığı içerik değeri gibi unsurlarla ilişkilidir. Bu nedenle hedef, her URL’nin daha fazla taranmasını beklemekten çok mevcut tarama kaynaklarını değerli sayfalara yönlendirmektir.

Crawl budget, özellikle çok büyük, hızlı değişen veya Search Console’da yüksek oranda keşfedilmiş ancak indekslenmemiş URL bulunan sitelerde daha önemli hale gelir. Bu tür URL eşikleri yaklaşık sınıflandırmalardır; evrensel ve kesin sınırlar olarak değerlendirilmemelidir.

Analiz için hangi log verilerini toplamalısınız?

Pratik bir başlangıç olarak 7 ila 30 günlük access log penceresi kullanılabilir. Ancak bu süre sabit bir Google standardı değildir; yayın sıklığı, trafik hacmi ve sitenin güncellenme ritmine göre uyarlanmalıdır.

Minimum veri setinde zaman damgası, istenen URL, HTTP yöntemi, durum kodu, User-Agent, kaynak IP, referer, yanıt süresi, indirilen byte miktarı ve mümkünse host ile path alanlarını tutun. Bu alanlar, bot trafiğini URL ve performans boyutlarıyla birlikte incelemeyi kolaylaştırır.

Log alanları Apache, Nginx, CDN, load balancer ve uygulama altyapısına göre değişebilir. Bazı kurulumlarda kaynak IP, referer, byte miktarı veya ayrıntılı gecikme bilgisi bulunmayabilir.

Ham sunucu erişim logları, belirli URL’lerin Googlebot tarafından gerçekten istenip istenmediğini incelemek için en ayrıntılı veri kaynaklarından biridir.

Gerçek Googlebot trafiği nasıl doğrulanır?

Googlebot trafiği yalnızca User-Agent bilgisine göre doğrulanmamalıdır. Doğrulama için reverse DNS ve forward DNS kontrolleri veya Google’ın yayımladığı IP aralıkları kullanılabilir.

Uygulamada önce User-Agent alanıyla aday istekleri filtreleyin, ardından kaynak IP’yi doğrulayın. Reverse DNS sonucundaki hostname’in Googlebot alanına ait olması ve forward DNS çözümünde aynı IP’ye dönmesi, doğrulama akışının temel adımlarındandır.

Googlebot’un mobil ve masaüstü crawler türleri vardır. Loglarda crawler türü, User-Agent ve doğrulanmış IP ayrı boyutlar olarak tutulabilir.

Kısa dönemli istek pikleri tek başına anormal crawl veya saldırı kanıtı değildir. Bot doğrulaması, daha uzun zaman aralıkları ve sunucu üzerindeki gerçek etki birlikte değerlendirilmelidir.

URL’leri normalize edin ve anlamlı segmentlere ayırın

Ham loglarda aynı kaynağın farklı biçimlerde görünmesini önlemek için URL’leri normalize edin. Path, query parametresi, durum kodu, crawler türü ve zaman aralığına göre gruplar oluşturun; ardından 2xx, 3xx, 4xx, 5xx, 429 ve soft error kümelerini ayrı izleyin.

Sitemap URL’leri, iç linklerden çıkarılan URL envanteri ve iş açısından önemli sayfalar ayrı referans kümeleri olarak hazırlanabilir. Bu kümeleri doğrulanmış Googlebot loglarıyla eşleştirerek taranan, yakın dönemde taranmayan ve hiç taranmayan URL segmentlerini görünür hale getirin.

Taranma ile indekslenme farklı süreçlerdir. Bir URL’nin Googlebot tarafından istenmesi, indeksleneceği veya arama sonuçlarında görüneceği anlamına gelmez.

Bu ayrım raporlamanın temelidir: Loglarda bulunmayan bir URL’yi otomatik olarak indekslenmemiş kabul etmeyin. İndeksleme durumunu ayrı Search Console raporları ve URL Inspection gibi kaynaklarla kontrol edin.

Taranmayan önemli sayfaları nasıl bulabilirsiniz?

Önce iş açısından kritik URL listesini hazırlayın. Organik trafik getiren sayfalar, dönüşüm sağlayan kategoriler, güncel ürün veya hizmet sayfaları ve güçlü iç bağlantı alanları bu listenin parçası olabilir. Daha sonra bu URL’lerin sitemap ve iç link envanterindeki durumunu, doğrulanmış Googlebot istekleriyle karşılaştırın.

Önceliklendirmede ilk sıraya önemli olduğu halde hiç taranmayan URL’leri koyun. Ardından önemli URL’lerdeki sunucu hataları ve yüksek gecikmeleri, yüksek hacimli gereksiz URL kümelerini ve düşük değerli kaynakların aşırı taranmasını inceleyin. Bu sıra, resmî bir Google puanlama modeli değil, kaynaklardaki ilkelerden türetilmiş pratik bir analitik çerçevedir.

Raporunuzda en azından URL sınıfı, Googlebot istek sayısı, benzersiz URL sayısı, son crawl zamanı, durum kodu, ortalama ve p95 yanıt süresi, sitemap durumu, SEO önemi, önerilen aksiyon ve öncelik alanlarını gösterin.

Gereksiz URL ve parametreleri tespit edin

Faceted navigation, session identifier’lar, duplicate URL’ler, soft error sayfaları, sonsuz URL alanları ve düşük kaliteli içerikler düşük değerli veya gereksiz crawl kümeleri oluşturabilir.

Faceted navigation, çok sayıda filtre kombinasyonu üreterek overcrawling’e neden olabilir ve değerli yeni URL’lerin keşfini yavaşlatabilir.

Query string ve path desenlerini filtre kombinasyonları, duplicate varyantlar, oturum parametreleri ve sonuç üretmeyen URL’ler açısından gruplayın. Her küme için istek payını, benzersiz URL sayısını, durum kodlarını ve önemli URL’lere kıyasla tüketilen crawl kaynaklarını ölçün.

Duplicate URL’leri yönetmek için redirect, rel=canonical ve sitemap sinyalleri kullanılabilir. Robots.txt, canonicalization amacıyla kullanılmamalıdır.

Sitemap, iç linkler ve robots.txt ilişkisini yönetin

Sitemap, Google’a keşif ve tercih edilen URL kümesi hakkında sinyal verir. Aynı içerik birden fazla URL’de erişilebiliyorsa sitemap’te tercih edilen URL’nin yer alması önerilir.

Duplicate varyantların crawl hacmi yüksekse iç bağlantıları tercih edilen URL’lere yönlendirin, sitemap’te yalnızca tercih edilen URL’leri tutun ve uygun durumlarda redirect veya canonical düzenlemelerini değerlendirin.

Robots.txt ile taramayı engellemek, bir URL’nin arama sonuçlarında görünmesini kesin olarak engellemez. İndeksleme kontrolü için noindex gibi farklı sinyaller gerekir.

Bu nedenle robots.txt’yi her SEO sorununa yönelik tek çözüm olarak kullanmayın. Önce URL’nin arama sonuçlarında bulunmasını mı, yoksa yalnızca gereksiz taranmasını mı kontrol etmek istediğinizi netleştirin; ardından uygun sinyali teknik bağlam içinde değerlendirin.

Tarama hatalarını ve performans kayıplarını inceleyin

Uzun redirect zincirleri, yüksek yanıt veya oluşturma süreleri ve büyük gömülü kaynaklar crawl verimliliğini olumsuz etkileyebilir.

Hata analizini yalnızca toplam hata oranıyla sınırlamayın. Zaman serisini, URL kümelerini, yanıt süresi dağılımını, Googlebot yoğunluğunu, redirect zincirlerini ve 304 oranını birlikte inceleyin.

İçerik değişmediğinde 304 Not Modified yanıtları, önbelleğe alınan sürümün kullanılmasına yardımcı olarak bant genişliği ve sunucu kaynak tüketimini azaltabilir.

Crawl kapasitesini değerlendirirken yalnızca hata sayılarına değil, hataların hangi önemli URL’lerde oluştuğuna da bakın. Birkaç kritik sayfadaki yüksek gecikme, çok sayıda düşük önem dereceli hatadan daha acil bir teknik sorun olabilir.

Search Console verilerini loglarla birlikte okuyun

Search Console Crawl Stats raporu toplam istek, yanıt kodu, dosya türü, crawl amacı, Googlebot türü, indirilen veri ve ortalama yanıt süresi gibi toplu eğilimleri gösterir.

Crawl Stats raporunu site genelindeki eğilimleri görmek için kullanın; URL veya path bazında ayrıntılı tarama geçmişi gerektiğinde ham loglarla birlikte değerlendirin. Böylece toplu sinyalleri belirli URL kümeleri ve sunucu yanıtlarıyla ilişkilendirebilirsiniz.

Loglarda taranmayan bir URL’yi doğrudan indeksleme sorunu olarak yorumlamayın. Tarama davranışı, indeksleme durumu ve arama görünürlüğü farklı kontroller gerektirir.

Uygulanabilir bir SEO log analizi akışı

Tekrarlanabilir bir çalışma akışı şu şekilde kurulabilir: logları alın, veri alanlarını kontrol edin, gerçek Googlebot isteklerini doğrulayın, URL’leri normalize edin, durum kodu ve path bazında segmentlere ayırın, sitemap ve önemli URL kümeleriyle eşleştirin, gereksiz parametreleri ve hataları analiz edin, ardından aksiyonları etki ve uygulama maliyetine göre sıralayın.

İlk raporda yalnızca toplam Googlebot isteğini vermek yerine her URL sınıfının kaynak tüketimini ve SEO önemini birlikte gösterin. Böylece ekip, hangi sorunun daha çok istek ürettiğini değil, hangi sorunun değerli sayfaları daha fazla etkilediğini de görebilir.

7 ila 30 günlük log penceresi, p95 gecikme, crawl payı ve öncelik matrisi Google tarafından tanımlanmış evrensel eşikler değildir. Bunları Promogo’nun pratik metodolojisi olarak etiketleyin ve sitenin yayın sıklığı ile altyapısına göre uyarlayın.

En etkili başlangıç genellikle önemli fakat hiç taranmayan URL’leri belirlemek, önemli sayfalardaki sunucu hatalarını düzeltmek ve yüksek hacimli gereksiz URL kümelerini azaltmaktır. Bu yaklaşım, daha fazla taramayı garanti etmeye çalışmak yerine mevcut crawl kaynaklarının verimli kullanılmasına odaklanır.

Kaynaklar

1. developers.google.com — crawl budget
2. developers.google.com — crawling december resources
3. developers.google.com — what crawl budget means for googlebot
4. developers.google.com — troubleshoot crawling errors
5. developers.google.com — search console crawl stats report
6. developers.google.com — how to verify googlebot
7. developers.google.com — googlebot
8. developers.google.com — faceted navigation
9. developers.google.com — crawling december faceted nav
10. developers.google.com — crawling managing faceted navigation
11. developers.google.com — build sitemap
12. developers.google.com — crawling indexing
13. developers.google.com — google analytics search console
14. developers.google.com — canonicalization
15. developers.google.com — consolidate duplicate urls
16. developers.google.com — site move with url changes

Meta reklamlarında performans düşüşü görüldüğünde ilk akla gelen açıklamalardan biri kreatif yorgunluğudur. Ancak aynı düşüş; açık artırma koşulları, teklif, hedefleme, açılış sayfası, stok, fiyat veya ölçüm sorunlarından da kaynaklanabilir. Bu nedenle doğru yaklaşım, tek bir metriğe bakıp karar vermek yerine sinyalleri aynı dönem ve benzer koşullar içinde birlikte değerlendirmektir.

Bu yazıda amaç, yalnızca daha fazla reklam üretmeyi önermek değil; önce kreatif dışı ihtimalleri elemek, ardından kontrollü bir test sırası oluşturmak ve ölçüm verisini medya optimizasyonuna bağlamaktır.

Kreatif yorgunluğu nedir?

Kreatif yorgunluğu, aynı reklamın aynı kitleye tekrar tekrar gösterilmesi sonrasında reklamın dikkat çekme veya harekete geçirme gücünün zayıfladığına dair bir şüphedir. Bu, tek başına kesin bir teşhis değil; birden fazla performans sinyalinin birlikte okunması gereken bir durumdur.

Frekans, bir kişinin reklamı ortalama kaç kez gördüğünü ifade eder. Ancak frekansın tek başına yükselmesi kreatif yorgunluğunu kanıtlamaz.

Bu ayrım önemlidir. Yüksek frekans, bazı kampanyalarda hedef kitlenin reklamla daha fazla temas ettiğini gösterebilir. Yorgunluk şüphesini güçlendiren asıl tablo, frekans yükselirken dikkat, etkileşim veya dönüşüm sinyallerinin aynı koşullarda zayıflamasıdır.

Hangi metrikleri birlikte izlemelisiniz?

Reklam performansı tek bir metrikle değerlendirilmemelidir. Analiz; reklam, reklam seti ve kampanya seviyelerinde ayrıştırılabilir ve ölçüm ile test yaklaşımıyla desteklenmelidir.

Pratik bir teşhis için en az beş sinyali aynı çerçevede izleyin: frekans, CPM, CTR, erken video izleme ve dönüşüm oranı. Bu metrikleri hesabın kendi baz çizgisiyle ve mümkün olduğunca aynı kitle-yerleşim koşullarındaki önceki dönemlerle karşılaştırın.

Frekans yükselirken CTR ve erken video izleme oranı düşüyorsa reklamın ilk dikkat anında veya mesajında yıpranma ihtimali artar. CTR korunurken dönüşüm geriliyorsa kreatifi hemen değiştirmek yerine teklif, açılış sayfası, fiyat, stok ve ölçüm katmanını incelemek daha doğru bir sıralamadır.

Frekans ve CPM artışı ne anlatır?

CPM, harcamanın gösterim sayısına bölünüp 1.000 ile çarpılmasıyla hesaplanır.

CPM yükselişi açık artırma koşullarındaki değişimlerden kaynaklanabilir. Bu nedenle CPM; frekans, etkileşim ve dönüşüm metrikleriyle birlikte değerlendirilmelidir.

Örneğin CPM yükselirken CTR ve dönüşüm sabit kalıyorsa, bu tabloyu otomatik olarak kreatif yorgunluğu olarak adlandırmayın. Önce açık artırma rekabeti, kitle doygunluğu, yerleşim ve bütçe koşullarını araştırın.

Herkes için geçerli sabit bir frekans, CTR veya CPM eşiği bulunmadığından, kreatif yorgunluğunu evrensel bir eşik kuralıyla teşhis etmek güvenilir değildir. Hesabın kendi baz çizgisi ve son 7 veya 14 günlük eğilimleri daha anlamlı bir karşılaştırma zemini sunabilir.

CTR, video izleme ve thumb-stop rate nasıl okunur?

Yüksek kaliteli görseller ve ikna edici mesajlar, reklamın alaka düzeyini ve açık artırmadaki performansını etkileyebilir.

Meta video performansını değerlendirmek için 2 saniyelik sürekli görüntüleme, 3 saniyelik görüntüleme ve ThruPlay gibi ölçümler kullanılabilir.

3 saniyelik video görüntülemesi, videonun en az 3 saniye oynatılması veya video 3 saniyeden kısaysa toplam sürenin yüzde 97’sinin izlenmesi olarak tanımlanır.

Video reklamlar çoğunlukla ses kapalı otomatik oynatıldığı için ilk saniyelerdeki görsel mesajın ve ses olmadan anlaşılabilirliğin değerlendirilmesi gerekir.

Bu nedenle video analizinde yalnızca tamamlanma oranına bakmak yerine ilk kareyi, ilk mesajı ve erken izleme davranışını ayrı bir hipotez olarak ele alın. İzleyici videonun başında kaybediliyorsa sorun, teklifin tamamından önce reklamın dikkat kurma biçiminde olabilir.

Thumb-stop rate, Meta’nın standart ve tekil resmi metriği olarak sunulmamalıdır. İşletme, 2 veya 3 saniyelik görüntülemeleri gösterim ya da video başlatma sayısına oranlayarak kendi dikkat göstergesini tanımlayabilir; bu oran dönemler arasında aynı tanımla izlenmelidir.

Dönüşüm oranındaki düşüşü doğrudan kreatife bağlamayın

Kreatif yorgunluğu şüphesinde en sık yapılan hatalardan biri, dönüşümdeki her gerilemeyi reklam görseline veya metnine bağlamaktır. CTR korunuyor, ancak dönüşüm oranı düşüyorsa reklamın tıklama üretme gücü hâlâ çalışıyor olabilir; sorun tıklama sonrasındaki deneyimde veya ölçüm katmanında aranmalıdır.

Kontrol sırasını şu şekilde kurabilirsiniz: açılış sayfası, teklif, fiyat, stok, hedeflenen dönüşüm olayı, ilişkilendirme yaklaşımı ve dönüşüm ölçümünün tutarlılığı. Bu kontroller tamamlanmadan yeni kreatif üretmek, gerçek sorunu maskeleyebilir.

Conversions API, daha doğrudan ve güvenilir pazarlama verilerinin ölçüm ve optimizasyona katkı sağlamasına yardımcı olabilir.

Dönüşüm oranının paydası, kampanya hedefi ve ilişkilendirme penceresi değişebilir. Bu nedenle tek bir evrensel formül kullanmak yerine seçilen tanımı ve hesaplama yaklaşımını karşılaştırılan dönemler arasında sabit tutmak gerekir.

Yeni kreatifleri nasıl test etmelisiniz?

Yeni bir konsepti test ederken hedefleme, bütçe, teklif, optimizasyon olayı ve dönem mümkün olduğunca sabit tutulmalıdır. Böylece sonuçtaki farkı hangi değişkenin yarattığını daha net okuyabilirsiniz.

Testleri yalnızca renk veya başlık değişikliklerine indirgemeyin. Vaat ya da açı, ilk kare, görsel anlatım, format, sosyal kanıt, kullanım senaryosu ve CTA gibi ayrı hipotezler tasarlayın.

Advantage+ creative ve benzeri araçlar farklı görsel, metin, oran ve format varyasyonları oluşturabilir.

Otomasyon araçlarını başlangıç noktası olarak kullanabilirsiniz; ancak hangi varyasyonun hangi kullanıcı sinyaline yanıt verdiğini anlamak için test mantığını koruyun. Araç tarafından oluşturulan her alternatifin aynı iş hedefiyle ve aynı ölçüm tanımıyla değerlendirilmesi gerekir.

Benzer reklam setlerini birleştirmek, öğrenme sürecini hızlandırmaya ve bütçeyi daha verimli kullanmaya yardımcı olabilir.

Testleri çok sayıda benzer reklam setine bölmek yerine, yeterli veri yoğunluğunu koruyan daha sade bir yapı kurun. Bu yaklaşım, sonuçları karşılaştırmayı ve kazanan konsepti sonraki iterasyonlara taşımayı kolaylaştırabilir.

Öğrenme süresi ve üretim takvimi

Meta, kampanyanın öğrenmesi için bütçenin en az yedi günlük bir dönem boyunca kullanılmasını önerir. Bu süre, evrensel bir istatistiksel anlamlılık eşiği değildir.

Yeni kreatifleri yalnızca günlük dalgalanmalara göre hemen durdurmayın. Yeterli veri birikmesini bekleyin ve en az yedi günlük öğrenme dönemini başlangıç referansı olarak değerlendirin; kararınızı yine kampanyanın hacmi, hedefi ve karşılaştırma koşullarıyla birlikte verin.

Kreatif yorgunluğunu önlemek için tek bir kazanan reklama bağımlı kalmayın. Düzenli bir yaratıcı üretim takvimi oluşturun ve işe yarayan reklamları farklı açılar, formatlar ve kullanım senaryolarıyla yeniden yorumlayın.

Reklam arayüzündeki özellik ve seçeneklerin tüm hesaplarda aynı şekilde görünmesi garanti değildir; arayüz adları zamanla değişebilir. Bu nedenle uygulama planını belirli bir arayüz etiketine değil, test edilen hipoteze ve ölçülen sonuca bağlamak daha dayanıklıdır.

Uygulanabilir teşhis ve aksiyon sırası

İlk adımda aynı kitle ve yerleşim koşullarında frekans, CPM, CTR, erken video izleme ve dönüşüm eğilimlerini karşılaştırın. İkinci adımda ölçüm tanımlarının, hedef olayın ve ilişkilendirme yaklaşımının dönemler arasında tutarlı olup olmadığını kontrol edin.

Frekans yükselirken CTR ve erken izleme geriliyorsa yeni bir kreatif konsept testine geçin. Yeni konseptte farklı bir vaat, hook veya görsel anlatım kullanın; yalnızca mevcut reklamın küçük makyajlarıyla yetinmeyin.

CTR sabitken dönüşüm düşüyorsa önce açılış sayfası, teklif, fiyat, stok ve ölçüm katmanını inceleyin. CPM yükselirken CTR ve dönüşüm sabitse açık artırma rekabeti, kitle doygunluğu, yerleşim ve bütçe koşullarını araştırın.

Son olarak, benzer reklam setlerini gereksiz yere parçalamayan sade bir test yapısı kurun; yeni reklamları yeterli veri oluşmadan durdurmayın ve kazananları yeni açılarla düzenli olarak yeniden üretin.

Özetle, kreatif yorgunluğu tek bir frekans, CTR veya CPM değerinden anlaşılmaz. En güvenilir yaklaşım; trendleri birlikte okumak, kreatif dışı nedenleri elemek, kontrollü test yapmak ve ölçüm verisini medya optimizasyonuyla aynı karar çerçevesinde buluşturmaktır.

Kaynaklar

1. facebook.com — AboutConversionsAPI
2. facebook.com — 1406493312950827
3. facebook.com — 274400362581037
4. facebook.com — ad creative
5. facebook.com — awareness
6. facebook.com — performance marketing
7. facebook.com — 1443647412620316
8. facebook.com — ad set structure
9. facebook.com — testing
10. facebook.com — creative
11. facebook.com — facebook instagram reels ads
12. facebook.com — pricing
13. facebook.com — glossary
14. facebook.com — tailored campaigns

Yapay zekâ destekli arama deneyimlerinde görünür olmak, yalnızca bir web sitesinin sonuç sayfasında sıralanmasıyla açıklanamaz. Kullanıcılar artık kategori, karşılaştırma veya satın alma öncesi sorularını doğrudan sohbet tabanlı sistemlere yöneltebiliyor. Bu nedenle markanın yanıt içinde anılması, önerilmesi ve güvenilir kaynaklarla ilişkilendirilmesi ayrı ayrı incelenmelidir.

AI görünürlük denetimi; belirlenmiş promptları çalıştırmayı, yanıtları ve gösterilen kaynakları kaydetmeyi, bu verileri sınıflandırmayı ve sonuçlardan karşılaştırılabilir göstergeler üretmeyi kapsar.

AI görünürlüğü ile klasik SEO arasındaki ilişki

AI arama görünürlüğünü ölçmeye geçmeden önce klasik SEO temellerinin sağlıklı olması gerekir. Sayfaların taranabilir ve dizine eklenebilir olması, teknik gereksinimlerin karşılanması, açık bir site yapısı ve özgün, güvenilir, insan odaklı içerik temel gereklilikler arasında yer alır.

Google’ın üretken yapay zekâ özelliklerinde görünürlük elde etmek için özel ve doğrulanmamış bir SEO hilesi gerektiği söylenemez. Bu nedenle ölçüm yaklaşımı, gizli bir optimizasyon taktiği aramak yerine içerik kalitesi, kaynaklanabilirlik ve gözlemlenebilir sonuçlar üzerine kurulmalıdır.

Klasik SEO, içeriğin keşfedilebilir ve erişilebilir olmasına zemin hazırlarken AI görünürlük denetimi, bu içeriğin yanıt üretim süreçlerinde nasıl temsil edildiğini anlamaya çalışır. İki alan birbirinin alternatifi değil, farklı aşamaları inceleyen tamamlayıcı çalışma alanlarıdır.

Ölçümden önce kapsamı sabitleyin

Sağlıklı bir denetimin ilk adımı, ölçüm koşullarını önceden tanımlamaktır. Hangi platformların ve modellerin izleneceği, hangi ülke ve dilde çalışılacağı, hangi kategori ve rakiplerin kapsama alınacağı ile tekrar sayısı rapor başlamadan önce belirlenmelidir.

AI görünürlüğünü ölçmek için sabit ve temsil gücü olan bir prompt seti kullanılabilir. Bu set; kategori keşfi, en iyi listeleri, kullanım senaryoları, karşılaştırmalar, satın alma öncesi sorular ve marka adı içeren veya içermeyen sorgular şeklinde ayrılabilir.

Prompt kütüphanesi; kategori keşfi, kullanım senaryosu, karşılaştırma, satın alma niyeti ve marka içeren veya içermeyen sorgu kümelerinden oluşturulabilir.

Promptları yalnızca markanın adını içeren sorularla sınırlamak, görünürlüğün gerçek keşif boyutunu kaçırabilir. Markasız kategori ve kullanım senaryosu soruları, markanın kullanıcı tarafından adı verilmeden ne ölçüde önerildiğini gözlemlemeye yardımcı olur.

Tek seferlik sonuç yerine tekrarlı ölçüm kullanın

Tek bir promptun tek sefer çalıştırılması güvenilir bir trend göstergesi değildir. Aynı promptların farklı zamanlarda ve mümkünse birden fazla tekrar ile çalıştırılması, sonuçların yorumlanmasını daha anlamlı hâle getirir.

Üretken AI yanıtları ve kaynak seçimleri zamana, platforma, modele, kullanıcı bağlamına ve tekrar koşullarına göre değişebilir. Bu nedenle tekil ölçümlerin temsil gücü sınırlı kalabilir.

Tekrarlı ve aralıklı ölçüm, tek bir sonuç yerine ortalama, aralık ve değişkenlik bilgisiyle raporlama yapılmasını sağlar. Böylece görülen bir değişimin kalıcı eğilim mi, yoksa yanıt üretimindeki olağan dalgalanma mı olduğu daha iyi değerlendirilebilir.

Operasyonel takip için haftalık veya iki haftalık kontroller kullanılabilir. Daha geniş stratejik değerlendirmede ise trend, rakip farkı, yeni kaynaklar ve anlatı değişimleri aylık bir çerçevede ele alınabilir.

Mention Rate ve Citation Rate neden ayrı izlenmeli?

Markanın yanıt metninde anılması ile markanın sitesinin veya ilişkili bir alan adının kaynak gösterilmesi aynı ölçüm değildir. Bir marka yanıt içinde anılabilir ancak kendi sitesi kaynak olarak gösterilmeyebilir.

Mention Rate, markanın geçerli AI yanıtlarının kaçında anıldığını gösterir ve anılan yanıt sayısının toplam geçerli yanıt sayısına bölünmesiyle hesaplanır.

Citation Rate, markanın sitesi veya önceden tanımlanmış marka kaynaklarının kaç geçerli yanıtta gösterildiğini ölçer. Bu nedenle Citation Rate, marka anılma oranından ayrı bir sinyal olarak izlenmelidir.

Bu iki metriği tek bir bileşik skorda birleştirmek mümkündür; ancak böyle bir yaklaşım kullanılıyorsa her metriğin ağırlığı ve hesaplama mantığı açıkça belgelenmelidir. Aksi hâlde yüksek mention oranı, kaynak güvenilirliğiyle karıştırılabilir.

Her AI yanıtında hangi alanları kaydetmelisiniz?

Denetimin değer üretmesi için yalnızca markanın görünüp görünmediğini not etmek yeterli değildir. Yanıtın bağlamı, öneri sırası ve kaynak yapısı da kaydedilerek daha sonra teşhis edilebilir bir veri seti oluşturulmalıdır.

Temel kayıt şemasında markanın anılıp anılmadığı, önerilip önerilmediği, rakiplerin kim olduğu, markanın yanıt içinde kaçıncı sırada yer aldığı, hangi kaynakların gösterildiği ve marka alan adının kaynak olarak kullanılıp kullanılmadığı bulunabilir.

AI görünürlük raporlarında marka anılma oranı, kaynak gösterilme oranı, rakiplerle karşılaştırmalı görünürlük payı, yanıt içindeki öneri konumu, anlatı veya duygu çerçevesi, kaynak alan adı çeşitliliği ve kaynak güncelliği izlenebilir.

Bu alanlar birlikte incelendiğinde, markanın yalnızca görünür olup olmadığı değil, nasıl konumlandırıldığı da anlaşılır. Örneğin marka sık anıldığı hâlde yanlış bağlamda sunuluyorsa sorun görünürlükten çok mesaj doğruluğu ve içerik yönetişimiyle ilgili olabilir.

Kaynak ekosistemini haritalandırın

Kaynak ekosistemi haritası, yalnızca markanın kendi alan adını değil; yayıncıları, inceleme sitelerini, forumları, haber kaynaklarını, uzman içerikleri, dokümantasyonu ve üçüncü taraf listelemeleri de sınıflandırır.

Bu sınıflandırma, markanın yapay zekâ yanıtlarında hangi üçüncü taraf otoriteler üzerinden görünür olduğunu ortaya çıkarır. Böylece içerik çalışmaları yalnızca şirket sitesine yeni sayfalar eklemeye değil, görünürlüğü destekleyen kaynak ekosistemini güçlendirmeye de yönlendirilebilir.

ChatGPT ve Claude’un web araması özellikleri, güncel veya niş sorular için web kaynaklarına erişebilir ve yanıtlarında kaynak atıfları gösterebilir.

Google’ın AI performans raporlarının başlangıçtaki dağıtımı sınırlı olduğundan, bu rapor tüm markalar veya tüm AI kanalları için eksiksiz görünürlük verisi olarak kullanılamaz.

Google, AI Overviews ve AI Mode gibi özelliklerdeki performansı incelemeye yönelik Search Console raporlarını duyurmuştur. Ancak bu veri kaynağı Google ekosistemine özgüdür ve tüm AI kanallarının evrensel ölçümü olarak ele alınmamalıdır.

Rakiplerle AI Share of Voice karşılaştırması

AI Share of Voice, aynı kategori promptları içinde markanın görünürlük payını rakiplerin görünürlük paylarıyla karşılaştırır. Bu metriğin anlamlı olması için ölçüm koşullarının standartlaştırılması gerekir.

Rakip kıyaslamasının anlamlı olabilmesi için aynı prompt, platform veya model, dil, pazar ve tarih aralığı korunmalıdır.

Mention Rate, Citation Rate ve AI Share of Voice gibi formüller örnek metodoloji olarak kullanılabilir; bunlar platformlar arası evrensel veya resmî metrikler olarak sunulmamalıdır.

Rakip raporunda yalnızca kaç kez anıldığınızı saymak yerine görünürlük payını, öneri konumunu, citation payını ve yanıt bağlamını birlikte karşılaştırın. Bu yaklaşım, yüksek hacimli ancak düşük nitelikli anılmalarla gerçek kategori etkisini birbirinden ayırmaya yardımcı olur.

AI görünürlük skoru için platformlar arası evrensel ve standart bir tanım henüz oluşmuş görünmüyor. Bu nedenle her rapor prompt kapsamını, platformları, tekrar sayısını ve ölçüm dönemini açıkça belirtmelidir.

Sonuçları trafiğe ve ticari etkiye bağlayın

AI görünürlüğü ile site trafiği ve dönüşüm aynı huni katmanı değildir. Görünürlük, referral, etkileşim ve ticari sonuçlar ayrı raporlanmalıdır.

AI görünürlüğü ile trafik veya dönüşüm arasında doğrudan ve her durumda ölçülebilir bir ilişki kurulamayabilir. Bazı yanıtlar tıklama üretmeden marka etkisi yaratabilir.

Bu nedenle görünürlük raporunu Search Console, web analitiği, etkileşim ve dönüşüm verileriyle ilişkilendirmek faydalıdır; ancak her AI yanıtından doğrudan tıklama veya referral beklemek doğru bir değerlendirme çerçevesi oluşturmaz.

Ölçümden aksiyona geçerken üç temel teşhis sorusu kullanılabilir: Marka anılıyor fakat kaynak gösterilmiyor mu? Kaynak gösteriliyor fakat yanlış bağlam mı oluşuyor? Rakipler kategori veya kullanım senaryolarında daha mı sık öne çıkıyor? Her cevap, farklı bir içerik ve otorite çalışmasına işaret eder.

Uygulanabilir raporlama çerçevesi

İlk aşamada platform, model, ülke, dil, kategori, prompt kümeleri, rakip listesi ve tekrar sayısını sabitleyin. Ardından her yanıtı aynı kayıt alanlarıyla işleyin ve sonuçları zaman içinde karşılaştırılabilir tutun.

İkinci aşamada mention oranını, citation oranını, görünürlük payını, öneri konumunu, kaynak alan adı çeşitliliğini ve anlatı çerçevesini birlikte değerlendirin. Kaynakları alan adı ve içerik türüne göre gruplayarak hangi üçüncü taraf ekosistemlerinde görünür olduğunuzu belirleyin.

Üçüncü aşamada sonuçları tek bir yüzdeyle değil, tekrarların ortalaması, aralığı ve değişkenliğiyle raporlayın. Dış araçların sunduğu skorları da mutlak sıralama gerçeği olarak değil, kendi prompt setine ve metodolojisine dayanan gözlemsel göstergeler olarak konumlandırın.

İyi tasarlanmış bir AI görünürlük denetimi, tek seferlik bir rapor değil, düzenli bir gözlem sistemidir. Şeffaf koşullar, tekrarlı ölçüm ve ayrıştırılmış metrikler sayesinde marka görünürlüğündeki değişimler daha güvenilir biçimde izlenebilir.

Sonuç

AI arama görünürlüğü ölçümü; markanın yapay zekâ yanıtlarında geçip geçmediğini saymaktan daha kapsamlıdır. Asıl hedef, markanın hangi sorularda anıldığını, nasıl önerildiğini, hangi kaynaklarla desteklendiğini ve rakipler karşısında nasıl konumlandığını düzenli ve karşılaştırılabilir biçimde anlamaktır.

Bunun için sabit bir prompt kütüphanesi oluşturun, aynı koşullarda tekrarlı ölçüm yapın, mention ile citation sinyallerini ayırın, kaynak ekosistemini sınıflandırın ve sonuçları haftalık ya da iki haftalık operasyonel takiplerle aylık stratejik değerlendirmelere bağlayın.

Kaynaklar

• https://developers.google.com/search/blog/2026/06/gen-ai-performance-reports
• https://support.anthropic.com/en/articles/10684626-enabling-and-using-web-search
• https://developers.google.com/search/docs/fundamentals/ai-optimization-guide
• https://developers.google.com/search/docs/monitor-debug/google-analytics-search-console?authuser=2
• https://arxiv.org/abs/2603.08924
• https://machinerelations.ai/research/how-to-measure-ai-search-visibility-brand-share-of-voice
• https://thomas-peham.com/articles/ai-search-visibility.html
• https://www.promptarchitect.app/blog/share-of-voice-in-ai
• https://www.researchgate.net/publication/407287604_Generative_Engine_Optimization_at_Scale_Measuring_Brand_Visibility_Across_AI_Search_Engines
• https://arxiv.org/abs/2606.25787
• https://help.openai.com/en/articles/8313428
• https://americanimpactreview.com/articles/e2026018.pdf
• https://arxiv.org/abs/2603.12282
• https://athenahq.ai/reports/Athena-State-of-AI-Search-Report-2026.pdf
• https://content.agilitypr.com/hubfs/Agility%20PR%20Solutions/White%20Papers/Closing%20the%20AI%20Visibility%20Gap%20in%202026%20-%20Agility%20PR%20Solutions.pdf
• https://de.wikipedia.org/wiki/AI_Visibility_tool
• https://en.wikipedia.org/wiki/Generative_engine_optimization
• https://fr.wikipedia.org/wiki/Arkaia_marketing_-_AI_SEO
• https://geometriqs.com/download/GenAI%20Global80%20Report%20-%20Geometriqs%20Nov%202025.pdf
• https://gracker.ai/static/AI%20Visibility%20Competitor%20Share%20Voice%20Cybersecurity%20%28GrackerAI%29.DcOLHTiW.pdf
• https://papers.ssrn.com/sol3/papers.cfm?abstract_id=6914539
• https://www.5wpr.com/research/future-of-communications-measurement-2026/Future_of_Communications_Measurement_2026.pdf
• https://www.highervisibility.com/seo/learn/ai-search-visibility
• https://www.muratulusoy.de/en/research/state-of-ai-search-2026.html
• https://www.reddit.com/r/AISearchLab/comments/1qjzpck/the_tracking_fallacy_in_answer_engines

GA4 e-ticaret kurulumu yalnızca birkaç etkinlik eklemekten ibaret değildir. Sağlıklı bir ölçüm yapısı; kullanıcının ürünle etkileşiminden satın alma ve iade süreçlerine kadar her adımın hangi koşulda, hangi veriyle ve kaç kez gönderileceğini tanımlar. Bu nedenle asıl soru “Etkinlik gönderiliyor mu?” değil, “Gönderilen veri iş kararları almak için güvenilir mi?” olmalıdır.

Bu rehberde önce ölçüm planını ve veri sözleşmesini oluşturacak, ardından ürün ve işlem seviyesindeki parametreleri ayıracağız. Son bölümde GTM Preview, DebugView ve işlenmiş GA4 raporlarıyla doğrulama yaparak purchase ve gelir farklarını nasıl inceleyebileceğinizi ele alacağız.

GA4 e-ticaret hunisi nedir?

GA4 e-ticaret hunisi; ürün listeleme ve ürün detay görüntüleme, ürün seçimi, sepete ekleme, sepet görüntüleme, ödeme başlangıcı, kargo ve ödeme bilgisi, satın alma ve iade gibi gerçek kullanıcı aksiyonlarına karşılık gelen standart etkinliklerle kurulabilir.

Standart önerilen e-ticaret etkinlik adlarını kullanmak, GA4’ün önceden hazırlanmış e-ticaret raporlarının doğru verilerle doldurulmasına yardımcı olur.

Pratikte bu yapı, müşterinin hangi noktada kaybedildiğini görmek için bir akış oluşturur. Ürün detayından sepete geçiş düşükse ürün sunumu veya etkileşim ölçümü; ödeme başlangıcından purchase’a geçiş düşükse ödeme akışı, yönlendirme ya da satın alma etiketinin dönüş sayfasında çalışmaması incelenebilir. Bu yorumların anlamlı olabilmesi için her adımın tetiklenme koşulu önceden tanımlanmalıdır.

Kuruluma başlamadan önce tracking plan hazırlayın

İlk adım, bir tracking plan hazırlamaktır. Bu planda her huni adımı için etkinlik adı, tetiklenme koşulu, etkinlik seviyesindeki parametreler, items alanları, verinin kaynağı, beklenen tetiklenme sayısı ve test sonucu yer almalıdır. Böylece ölçüm kurulumu geliştirici, analist ve pazarlama ekipleri arasında ortak bir veri sözleşmesine dönüşür.

Örneğin ürün detay sayfasının gerçekten görüntülenmesi view_item için tetikleyici olabilir. Sepete ekleme onayının başarıyla gerçekleşmesi add_to_cart için kabul koşulu olarak yazılabilir. Purchase ise yalnızca başarılı siparişin oluştuğu ve sipariş kimliğinin kullanılabildiği durumda gönderilmelidir. Bu ayrım, buton tıklaması ile gerçekleşmiş iş sonucu arasındaki farkı görünür kılar.

Tracking plan yalnızca teknik bir doküman değil, kabul testi listesidir. Her etkinlik için “hangi kullanıcı aksiyonunda oluşmalı?”, “hangi veri zorunlu?”, “kaç kez oluşması bekleniyor?” ve “hangi sistemle karşılaştırılacak?” sorularına yanıt verilmelidir.

Ürün ve işlem seviyesindeki verileri ayırın

Ürün bilgileri items dizisinde; işlem veya kullanıcı aksiyonunu açıklayan value, currency, coupon, shipping ve tax gibi bilgiler ise etkinlik seviyesinde gönderilmelidir.

Bu ayrımın temel amacı, ürünün özellikleriyle işlemin toplamını birbirine karıştırmamaktır. item_id, item_name, price ve quantity gibi alanlar ürün satırını; value, currency, shipping ve tax gibi alanlar ise işlemin genel bağlamını açıklar. Bir ürünün fiyatını işlem toplamı alanına yazmak veya toplam indirim bilgisini ürün alanı gibi modellemek raporların yorumlanmasını zorlaştırabilir.

items dizisi bir etkinlikte birden fazla ürün taşıyabilir; dokümantasyondaki sınıra göre tek etkinlikte 200 ürüne kadar ürün gönderilebilir.

Bu nedenle sepet ve purchase kontrollerinde yalnızca etkinliğin oluştuğunu görmek yeterli değildir. Ürün sayısı, ürün kimlikleri, birim fiyatlar ve miktarlar sipariş ya da sepet ekranındaki gerçek içerikle karşılaştırılmalıdır.

value, currency ve gelir hesaplamasını doğrulayın

value gönderiliyorsa currency parametresi etkinlik seviyesinde açıkça belirtilmelidir.

purchase içindeki value, ürün fiyatı ve miktarların toplamını temsil eder; tax, shipping, coupon ve ürün seviyesindeki indirimler ayrıca gönderilebilir.

GA4 item revenue değerini items dizisindeki price ve quantity bilgilerine göre türetir; bu nedenle birim fiyat ve gerçek ürün adedi ayrıca doğrulanmalıdır.

Gelir kontrolünde tek bir toplam rakama bakmak yerine üç katmanlı bir mutabakat yapılmalıdır: sipariş sistemindeki toplam, purchase içindeki value ve items dizisindeki price ile quantity kombinasyonu. Vergi, kargo, indirim, iade ve iptal kurallarının hangi katmanda temsil edildiği ayrıca belgelenmelidir.

GA4 geliri ile ödeme sistemi toplamının birebir eşleşmemesi tek başına ölçüm hatıtı kanıtlamaz; iş kuralları ve veri işleme gecikmeleri fark yaratabilir.

purchase etkinliğini ve transaction_id kullanımını güvenceye alın

purchase etkinliğinde transaction_id, işlemi tanımlamak için kullanılmalı; aynı işlem kimliğinin tekrar gönderilmesi mükerrer satın alma ve gelir sorunlarına yol açabilir.

purchase etkinliği, eski ecommerce_purchase etkinliğinin yerine geçer; iki adlandırmanın birlikte kullanılması raporlama ve ölçüm karmaşası oluşturabilir.

Purchase için temel kabul testi, başarılı siparişin onay sayfasında tek bir işlem kimliğiyle ve doğru sipariş içeriğiyle ölçülmesidir. Sayfa yenileme, geri dönme veya aynı onay sayfasının tekrar açılması gibi senaryolarda aynı transaction_id’nin yeniden gönderilmediği kontrol edilmelidir.

Purchase etkinliğini yalnızca ödeme butonuna bağlamak yerine, mümkün olduğunda siparişin gerçekten tamamlandığını gösteren güvenilir bir durum üzerinden tasarlamak daha sağlam bir ölçüm yaklaşımıdır. Bu yaklaşım, başarısız ödeme ile tamamlanmış siparişi birbirinden ayırmaya yardımcı olur.

İade ölçümünü purchase kadar ciddiye alın

refund etkinliği transaction_id ile ilişkilendirilmeli; ürün seviyesinde iade analizi için item_id ve quantity gibi ürün bilgileri de gönderilmelidir.

İade verisi, yalnızca satın alma sayısını değil, ölçülen gelirin iş açısından ne kadar sürdürülebilir olduğunu anlamak için de önemlidir. Tam ve kısmi iadeler farklı senaryolarsa, tracking plan içinde hangi işlem kimliği ve hangi ürün miktarıyla temsil edilecekleri açıkça tanımlanmalıdır.

Gelir mutabakatında iade ve iptal kurallarını dışarıda bırakmak, GA4 ile sipariş sistemi arasındaki farkı yanlış yorumlamaya neden olabilir. Bu nedenle rapor karşılaştırmalarında satın alma, iade ve iptal dönemleri aynı kapsamla ele alınmalıdır.

Data layer ve GTM bağlantısını kontrol edin

Data layer, olayları ve değişkenleri GTM ile etiketlere taşımak için kullanılan yapılandırılmış veri katmanıdır; her sayfa yüklemesinde ve mümkünse GTM container kodundan önce hazır olmalıdır.

Data layer yapısında tutarlı anahtar adları ve veri tipleri kullanılmalıdır. Bir sayfada event, başka bir sayfada farklı bir olay anahtarı kullanılması; items dizisinin yanlış isimlendirilmesi; veri katmanının üzerine yazılması veya büyük-küçük harf farkları, etiketin beklediği değeri okuyamamasına yol açabilir.

GTM Preview ve Debug modu, etiketlerin hangi sırayla tetiklendiğini, tetikleyicileri, değişken değerlerini ve gönderilen parametreleri test etmeye yardımcı olur.

GTM Preview incelemesinde yalnızca etiketin tetiklenip tetiklenmediğine bakmayın. Önce dataLayer olayının doğru sırada oluştuğunu, sonra değişkenlerin beklenen değerleri taşıdığını ve son olarak GA4 etiketinin doğru değişkenleri okuduğunu kontrol edin.

DebugView ile gerçek zamanlı doğrulama yapın

DebugView, etkinlikleri ve kullanıcı özelliklerini gerçek zamanlı izlemek için kullanılabilir; çalışması için debug_mode sinyali veya desteklenen bir hata ayıklama yöntemi gerekir.

DebugView’da bir etkinliğin görünmesi, tüm parametrelerin işlenmiş raporlarda doğru kullanılacağını tek başına kanıtlamaz; value, currency, transaction_id ve items içeriği ayrıca incelenmelidir.

Bu nedenle gerçek zamanlı doğrulama iki ayrı soruya bölünmelidir: Etkinlik GA4’e ulaştı mı ve etkinlik doğru içerikle mi ulaştı? Birinci sorunun yanıtı olumlu olsa bile ikinci soru için parametre değerleri, ürün dizisi ve işlem kimliği tek tek incelenmelidir.

Testi temiz bir tarayıcı oturumunda ürün detayından purchase’a kadar sırayla tamamlamak, akışın hangi adımında veri kaybı oluştuğunu izlemeyi kolaylaştırır. Her adımda ekran davranışı, dataLayer olayı, GTM etiketi ve GA4 parametreleri birlikte kontrol edilmelidir.

Çok adımlı ödeme akışlarını ve yönlendirmeleri test edin

Ödeme akışında kargo ve ödeme bilgileri, yalnızca kullanıcının ilgili bilgiyi gerçekten sağladığı aşamada ölçülmelidir. Kullanıcı henüz seçim yapmadan tahmini ya da varsayılan değerleri göndermek, huninin gerçek davranışını bozabilir.

Harici ödeme sağlayıcısı veya farklı domain kullanılıyorsa purchase’ın onay sayfasına dönüşte korunup korunmadığı özel olarak test edilmelidir. Yönlendirme, consent durumu, etiketin sayfada bulunması ve dönüş URL’si birlikte incelenmelidir.

Harici ödeme sağlayıcıları, cross-domain akışlar, consent mode, sunucu tarafı etiketleme ve platforma özgü dataLayer yapıları farklı teknik çözümler gerektirebilir; genel GA4 dokümantasyonu tüm altyapı varyasyonlarını kapsamayabilir.

Gerçek zamanlı veriyi işlenmiş raporlarla karıştırmayın

GA4 raporları ve explorations e-ticaret verisini hemen göstermeyebilir; raporların dolması 24 saate, bazı genel veri işleme süreçleri ise 24–48 saate kadar sürebilir.

Bu nedenle doğrulama sırası önemlidir: önce GTM Preview, Tag Assistant veya DebugView ile gönderimin gerçekleştiğini kontrol edin; ardından veri işleme gecikmesini dikkate alarak GA4 raporlarını sipariş sistemiyle karşılaştırın.

Gerçek zamanlı araçlarda etkinliği görememek teknik soruna işaret edebilir; ancak etkinlik gerçek zamanlı araçta göründüğü halde raporda hemen görünmemesi de tek başına implementasyon hatası anlamına gelmez. Test sonucu, kullanılan aracın amacı ve beklenen işleme süresiyle birlikte değerlendirilmelidir.

Google Analytics ve Google Tag Manager arayüzlerindeki menü adları ve ekran yolları zaman içinde değişebilir; içerikte kalıcı olması için kavramlar ve test mantığı öne çıkarılmalıdır.

GA4 ile sipariş sistemi arasındaki farkları analiz edin

GA4 ve sipariş sistemi arasında fark gördüğünüzde doğrudan “ölçüm bozuk” sonucuna gitmeyin. Önce purchase etkinliğinin kaç kez gönderildiğini, transaction_id değerlerinin tekilliğini, value ve currency alanlarını, items içeriğini ve dönüş sayfasındaki etiket varlığını kontrol edin.

Teknik kontrollerden sonra vergi, kargo, indirim, iade, iptal, saat dilimi, consent ve veri işleme farklarını ayrı başlıklar halinde inceleyin. Farkın kaynağını bu katmanlara ayırmak, tek bir toplam sayı üzerinden yapılan belirsiz yorumlardan daha sağlıklı bir teşhis sağlar.

Karşılaştırmayı aynı tarih aralığı, aynı sipariş kapsamı ve mümkün olduğunca aynı iş kurallarıyla yapmak gerekir. Ayrıca beklenen etkinlik sayısı ile gerçek etkinlik sayısını tracking plan üzerinden düzenli olarak karşılaştırmak, veri kaybını rapor farkı büyümeden fark etmeye yardımcı olur.

Uygulanabilir son kontrol listesi

Kurulum tamamlandıktan sonra şu sırayla ilerleyin: tracking planı ve veri sözleşmesini gözden geçirin; ürün ve işlem seviyesindeki alanları ayırın; view_item ve add_to_cart içindeki items dizisini kontrol edin; purchase için transaction_id, value ve currency alanlarını birlikte doğrulayın; aynı işlem kimliğinin tekrarlanmadığını test edin; refund senaryolarını inceleyin; ardından gerçek zamanlı araçlar ve işlenmiş raporlar arasında karşılaştırma yapın.

Bu kontrol listesi, GA4 e-ticaret hunisini yalnızca rapor ekranında görünen bir dizi etkinlik olmaktan çıkarır. Her adımın tetiklenme koşulu, veri içeriği ve kabul testi tanımlandığında ölçüm yapısı pazarlama kararlarını destekleyecek denetlenebilir bir sisteme dönüşür.

Promogo açısından bu yaklaşım; ölçüm planı hizmetinde tracking plan şablonlarıyla, reklam optimizasyonunda güvenilir purchase ve gelir kontrolleriyle, dönüşüm analizinde ise beklenen ve gerçek etkinlik sayılarının karşılaştırılmasıyla ilişkilendirilebilir. Değer, yalnızca kurulumu yapmakta değil, kurulumun gerçekten çalıştığını kanıtlamaktadır.

Kaynaklar

• https://developers.google.com/analytics/devguides/collection/ga4/ecommerce
• https://support.google.com/analytics/answer/12924131?rd=1
• https://developers.google.com/analytics/devguides/collection/ga4/events
• https://support.google.com/analytics/answer/7201382
• https://developers.google.com/analytics/devguides/collection/ga4/set-up-ecommerce
• https://support.google.com/analytics/answer/9267735
• https://developers.google.com/certification/mws-study-guide.pdf
• https://support.google.com/tagmanager/answer/6107056
• https://developers.google.com/identity/casestudies/ticketmaster-smartlock-casestudy.pdf
• https://developers.google.com/static/business-communications/rcs-business-messaging/files/hbr-pulse-survey.pdf
• https://developers.google.com/identity/casestudies/aliexpress-smartlock-casestudy.pdf
• https://support.google.com/analytics/answer/11198161
• https://developers.google.com/media/pdf/2016-HTML5-Video-Whitepaper.pdf
• https://support.google.com/analytics/answer/12200568
• https://developers.google.com/tag-platform/tag-manager/datalayer
• https://support.google.com/tagmanager/answer/10039345
• https://support.google.com/tagmanager/answer/13355721
• https://support.google.com/tagmanager/answer/14842769
• https://support.google.com/tagmanager/answer/15212893
• https://support.google.com/tagmanager/answer/17165450
• https://support.google.com/tagmanager/answer/6311518

Form gönderimi neden tek başına yeterli değildir?

B2B işletmelerde her form aynı ticari değeri taşımaz. Bir form yalnızca ilk ilgiyi gösterirken, satış ekibinin doğruladığı nitelikli lead, teklif veya kapanmış satış işletme açısından çok daha anlamlı sinyaller sağlayabilir. Bu nedenle reklam performansını yalnızca form hacmiyle değil, satış hunisinin alt aşamalarıyla birlikte değerlendirmek gerekir.

Google Ads offline conversion tracking, reklam tıklamasından sonra CRM’de gerçekleşen nitelikli lead, sözleşme veya satış gibi çevrimdışı dönüşümlerin Google Ads’e aktarılmasını sağlar.

Bu yaklaşımın temel amacı, reklam etkileşimini gerçek ticari sonuçlarla ilişkilendirmektir. Böylece ölçüm sistemi, yalnızca internet sitesindeki form gönderimini değil, satış sürecinde doğrulanan ilerlemeyi de görünür kılacak şekilde tasarlanabilir.

Google Ads offline conversion tracking nasıl çalışır?

Temel süreç; reklam etkileşimini CRM kaydıyla eşleştirmek, satış hunisinde ilgili aşama oluştuğunda dönüşümü göndermek ve veriyi raporlama ile teklif optimizasyonunda kullanmaktır.

Kurulum, reklam hesabında bir dönüşüm aksiyonu oluşturmaktan ibaret değildir. Kullanıcının reklamla etkileşimi, web sitesindeki form veya temas noktası, CRM kaydı, satış ekibinin değerlendirmesi ve Google Ads’e yapılan aktarım aynı veri akışının parçaları olarak ele alınmalıdır.

Google, yeni kurulumlarda klasik Offline Conversion Import yerine Enhanced Conversions for Leads çözümünü öne çıkarmaktadır.

Google’ın offline conversion import ve Enhanced Conversions for Leads yüklemeleriyle ilgili planlanan API geçişleri ürün davranışını etkileyebilir. Yayın öncesinde güncel resmi dokümantasyon ve geçiş durumu yeniden doğrulanmalıdır.

Önce CRM aşamalarını ve iş hedeflerini tanımlayın

B2B işletmeler için qualified lead ve converted veya closed lead aşamaları, satış hunisinin anlamlı dönüşüm hedefleri olarak kullanılabilir.

Qualified lead, satış ekibinin uygun veya ilgili bulduğu lead’i; converted veya closed lead ise satış sürecinde sözleşme ya da satış gibi nihai bir aşamaya ulaşan lead’i ifade eder.

Bu aşamaları birbirinden ayırmak, reklam optimizasyonunun hangi sinyale dayanacağını netleştirir. Form, qualified lead, teklif ve closed lead aynı dönüşüm aksiyonu içinde eritilmek yerine, satış hunisindeki rollerine göre ayrı ayrı izlenebilir.

Primary veya Secondary dönüşüm seçimi, her işletmenin optimizasyon hedefi ve dönüşüm hacmine bağlıdır. Aşama bazlı ölçüm desteklense de tüm işletmeler için tek bir seçim önerisi bulunmaz.

Tıklama kimliğini ve birinci taraf verilerini CRM’e taşıyın

GCLID, Google Ads tıklamasını CRM kaydıyla ilişkilendirmek için kullanılabilir; mobil ve uygulama senaryolarında GBRAID veya WBRAID gibi farklı kimlik türleri de söz konusu olabilir.

Form gönderimi sırasında tıklama kimliği ve gerekli birinci taraf verilerin CRM kaydına yazılması, offline dönüşümün doğru reklam etkileşimiyle eşleştirilmesi için önemlidir.

Enhanced Conversions for Leads, GCLID gibi tıklama kimliklerinin yanı sıra e-posta ve telefon gibi birinci taraf müşteri verilerini SHA-256 ile hashleyerek eşleştirme doğruluğunu artırmayı amaçlar.

Bu nedenle formdaki hidden field yapısı, CRM entegrasyonu ve veri kaydının ilk temas anından itibaren birlikte test edilmesi gerekir. Kullanıcı daha sonra satış sürecinde ilerlediğinde, CRM kaydının hangi reklam etkileşimiyle ilişkili olduğunu koruyabilmesi beklenir.

Enhanced Conversions for Leads kapsamında e-posta ve telefon gibi kişisel veriler SHA-256 ile hashlenir ve yalnızca işletmenin müşteriyle doğrudan paylaşılan birinci taraf verileri kullanılmalıdır.

GCLID veya kullanıcı tanımlayıcılarının saklanması ve işlenmesi için uygulanacak hukuki yükümlülükler işletmenin ülkesine, süreçlerine ve veri işleme rolüne göre değişebilir.

CRM aktarımında hangi alanlar bulunmalı?

CRM aktarımında dönüşüm aksiyonu adı, dönüşüm tarihi ve saat dilimi, dönüşüm değeri, para birimi ve uygun tıklama veya kullanıcı kimlikleri gibi alanlar kullanılabilir.

Pratikte bu alanların bir veri sözlüğünde açıkça tanımlanması, farklı ekiplerin aynı dönüşüm tanımını kullanmasına yardımcı olur. Benzersiz Order ID, kimlik alanları ve consent bilgisi de işletmenin veri modeline ve kullandığı aktarım yöntemine göre baştan planlanmalıdır.

Tarih alanlarında da tutarlılık önemlidir. CRM’deki satış zamanı ile Google Ads raporlarında kullanılan tarih aynı bağlama sahip olmayabileceği için saat dilimi ve dönüşümün hangi aşamada kaydedildiği dokümante edilmelidir.

Dönüşüm değerini nasıl belirlemelisiniz?

Dönüşüm değeri, CRM’deki ticari değeri yansıtacak şekilde nitelikli lead, teklif veya satış aşamasında gönderilebilir.

Her aşamaya aynı değeri vermek, satış hunisindeki ekonomik farkları gizleyebilir. Nitelikli lead için beklenen gelir, teklif için olasılık ağırlıklı değer, satış için gerçekleşen gelir gibi bir model işletmenin karar alma yapısına daha uygun olabilir.

Google kaynakları veri alanlarını ve değer aktarımını doğrulasa da B2B işletmeler için tek ve evrensel bir dönüşüm değeri formülü tanımlamaz. Değer modeli kapanış oranı, ortalama sözleşme değeri ve marj varsayımlarına göre işletmeye özel uyarlanmalıdır.

Aktarım hatalarını ve rapor farklarını kontrol edin

Benzersiz Order ID’nin birden fazla kez gönderilmesi DUPLICATE_ORDER_ID hatasına neden olabilir.

CLICK_NOT_FOUND uyarısı, yüklenen kaydın Google Ads tıklamasıyla eşleşmediğini gösterebilir.

Offline veri diagnostics raporu, API yanıtlarındaki partial failure bilgileri ve hata kayıtları aktarım sağlığını izlemek için kullanılabilir.

Kontrol sürecinde yalnızca kaç satır gönderildiğine bakmak yeterli değildir. Eşleşme oranı, CLICK_NOT_FOUND kayıtları, duplicate hataları, alan bazlı hatalar, dönüşüm gecikmesi ve kampanya bazında satış kalitesi birlikte izlenmelidir.

İçe aktarılan dönüşümler Google Ads raporlarında ilk reklam etkileşiminin tarihine göre raporlanabildiğinden, CRM dönüşüm tarihi ile Google Ads rapor tarihi farklı olabilir.

Bu nedenle CRM toplamı ile Google Ads toplamını karşılaştırırken yalnızca aynı takvim tarihine bakmak yanıltıcı olabilir. Tıklama tarihi, dönüşüm penceresi ve veri yükleme gecikmesi aynı değerlendirme çerçevesine alınmalıdır.

Satış sonucu değiştiğinde dönüşümü güncelleyin

Satış sonucu sonradan değiştiğinde conversion adjustments ile daha önce bildirilen dönüşüm geri çekilebilir veya değeri güncellenebilir; bu işlemlerde Order ID kullanılabilir.

Örneğin bir satış iptal olduğunda ya da CRM’deki ticari değer değiştiğinde, ilk aktarımın olduğu gibi kalması reklam optimizasyonunu güncel iş sonucundan uzaklaştırabilir. Order ID tabanlı düzeltme süreci, bu değişikliklerin ölçüm sistemine yansıtılmasını sağlayacak şekilde tasarlanmalıdır.

Uygulama için kısa kontrol listesi

Sağlıklı bir kurulum için aşağıdaki sıralama izlenebilir: önce form, qualified lead, teklif ve satış aşamalarını tanımlayın; ardından uygun tıklama veya kullanıcı kimliklerini CRM’e kaydedin. Daha sonra dönüşüm aksiyonlarını, değer modelini, para birimini ve veri düzeltme sürecini belirleyin.

Entegrasyon yayına alındığında test kayıtlarını ve aktarım yanıtlarını inceleyin. Eşleşmeyen tıklamaları, yinelenen Order ID’leri, eksik alanları ve raporlama tarihleri arasındaki farkları düzenli olarak kontrol edin.

Sonuç olarak Google Ads offline conversion tracking, form sayısını artırmaya odaklanan ölçümden CRM’de doğrulanan ticari sonuca odaklanan ölçüme geçiş sağlar. En değerli kurulum, işletmenin satış sürecini doğru tanımlayan, veri kalitesini izleyen ve değişen satış sonuçlarını geriye dönük olarak güncelleyebilen kurulumdur.

Kişisel verilerin kullanımı, hashleme, consent ve ilgili veri koruma yükümlülükleri teknik kurulumdan ayrı düşünülmemelidir. Bu konular işletmenin hukuki danışmanlığıyla değerlendirilerek veri akışının kapsamı netleştirilmelidir.

Kaynaklar

• Manage offline conversions  |  Google Ads API  |  Google for Developers
• Offline conversion imports FAQs – Google Ads Help
• Configure Google Tag Manager for enhanced conversions for leads – Google Ads Help
• About offline conversion imports – Google Ads Help
• ClickConversion  |  Google Ads API  |  Google for Developers
• Upload Conversion Adjustment  |  Google Ads API  |  Google for Developers
• How Google uses enhanced conversion data – Advertising Policies Help
• How to use different values for your conversions – Google Ads Help
• https://support.google.com/google-ads/answer/13258081?rd=2
• https://support.google.com/google-ads/answer/16884284
• https://developers.google.com/google-ads/api/samples/upload-offline-conversion
• https://developers.google.com/google-ads/api/docs/conversions/troubleshooting
• https://developers.google.com/google-ads/api/docs/conversions/upload-adjustments
• https://developers.google.com/google-ads/api/reference/rpc/v20/UploadConversionAdjustmentsRequest
• https://developers.google.com/google-ads/api/reference/rpc/v20/UploadConversionAdjustmentsResponse
• https://developers.google.com/google-ads/api/reference/rpc/v21/ConversionAdjustment
• https://developers.google.com/google-ads/api/reference/rpc/v21/ConversionUploadErrorEnum.ConversionUploadError
• https://developers.google.com/google-ads/api/reference/rpc/v21/UploadConversionAdjustmentsResponse
• https://developers.google.com/google-ads/api/reference/rpc/v22/ConversionAdjustmentUploadErrorEnum.ConversionAdjustmentUploadError
• https://developers.google.com/google-ads/api/reference/rpc/v24/UploadConversionAdjustmentsRequest
• https://support.google.com/google-ads/answer/11021502
• https://support.google.com/google-ads/answer/14795081
• https://support.google.com/google-ads/answer/15479791
• https://support.google.com/google-ads/answer/7475709
• https://developers.google.com/business-communications/business-messages/files/google-what-businesses-need-to-know-about-communicating-with-consumers.pdf