Sunucu taraflı izleme ve Conversions API neden şart?

Sunucu taraflı izleme nedir?

Sunucu taraflı izleme, satın alma ve sepete ekleme gibi dönüşüm olaylarını kullanıcının tarayıcısında çalışan piksel yerine, sizin sunucunuzdan doğrudan reklam platformlarına gönderme yöntemidir. Tarayıcıdaki kısıtlamalardan, reklam engelleyicilerden ve kısa ömürlü çerezlerden daha az etkilenir. Meta'da bu iş Dönüşümler API'si (Conversions API), Google'da ise gelişmiş dönüşümler ve sunucu taraflı etiketleme ile yapılır.

Neden önemli? Çünkü bugün Google ve Meta'nın teklif algoritmaları, aldıkları dönüşüm sinyalleriyle öğrenir. Eksik veri, eksik öğrenme demektir: algoritma hangi kitlenin ve hangi kreatifin satış getirdiğini tam göremez, bütçeyi buna göre yanlış dağıtır.

Tarayıcı tabanlı izleme neden veri kaybeder?

Klasik piksel kurulumunda olay, kullanıcının tarayıcısında çalışan bir JavaScript kodu tarafından gönderilir. Bu zincirin birçok kırılma noktası vardır:

Tarayıcı izleme önlemleri

Safari'nin altyapısı WebKit, Akıllı İzleme Önleme (ITP) ile çerezleri sınırlar. WebKit'in kendi dokümantasyonuna göre JavaScript ile oluşturulan çerezler ve diğer depolama alanları, kullanıcı siteyle 7 gün etkileşime girmezse silinir. İzleme yeteneği olduğu tespit edilen bir alan adından link dekorasyonuyla (URL'ye eklenen tıklama kimlikleri gibi) gelinen sayfalarda bu süre 24 saate iner. Yani bir kullanıcı reklama tıklayıp birkaç gün sonra geri gelip satın alırsa, bu satın alma reklamla ilişkilendirilemeyebilir.

Reklam engelleyiciler

Tarayıcı eklentileri ve bazı tarayıcıların yerleşik engelleyicileri, bilinen izleme kodlarının yüklenmesini tamamen engelleyebilir. Bu durumda olay hiç gönderilmez.

İzin (consent) tercihleri

KVKK ve GDPR kapsamında kullanıcı çerezlere izin vermezse, pazarlama etiketlerinin çerez kullanması engellenir. Bu, uyulması gereken bir yükümlülüktür; amaç bunu atlatmak değil, izin durumunu platformlara doğru iletmek ve izin verilen verinin kaybolmamasını sağlamaktır.

Teknik kopukluklar

Ödeme sayfasının farklı bir alan adında olması, teşekkür sayfasının yüklenmeden kapatılması veya yavaş bir sayfada etiketin geç çalışması da satın alma olaylarını kaybettirir.

Meta Dönüşümler API'si nasıl çalışır?

Dönüşümler API'si, web sitenizden, mağaza altyapınızdan veya CRM'inizden Meta'ya sunucu üzerinden olay göndermenizi sağlar. Meta, en iyi sonuç için pikseli kaldırmak yerine piksel ile Dönüşümler API'sini birlikte kullanmayı önerir: tarayıcı olayı gelmezse sunucu olayı boşluğu doldurur.

Sunucu olayına e-posta veya telefon gibi müşteri bilgilerini (hash'lenmiş şekilde) eklemek, Meta'nın olayı doğru kişiyle eşleştirme oranını artırır. Bunu Events Manager'daki olay eşleştirme kalitesi göstergesinden takip edebilirsiniz.

Hangi olayları göndermelisiniz? E-ticaret için temel set; ürün görüntüleme (ViewContent), sepete ekleme (AddToCart), ödemeyi başlatma (InitiateCheckout) ve satın almadır (Purchase). Satın alma olayında değer (value) ve para birimi (currency) parametrelerinin eksiksiz gelmesi, değer bazlı teklif stratejilerinin çalışabilmesi için şarttır. Değeri KDV hariç mi dahil mi gönderdiğinize karar verin ve tüm platformlarda aynı tanımı kullanın.

Tekilleştirme (deduplication) neden kritiktir?

Piksel ve Dönüşümler API'si aynı satın almayı iki kez gönderdiğinde, Meta'nın bunların tek bir olay olduğunu anlaması gerekir. Aksi halde satışlarınız iki kat raporlanır, ROAS şişer ve algoritma yanlış öğrenir.

Meta'nın tekilleştirme mantığı, iki olayda aynı olay adının (event_name) ve aynı olay kimliğinin (event_id) bulunmasına dayanır. Uygulamada bu şu demek:

1. Sipariş oluştuğunda benzersiz bir kimlik üretin (örneğin sipariş numarası).
2. Bu kimliği piksel olayına eventID parametresi olarak ekleyin.
3. Aynı kimliği sunucu olayına event_id olarak gönderin.
4. Olay adlarının birebir aynı olduğundan emin olun (örneğin her ikisinde de Purchase).
5. Events Manager'da tekilleştirme durumunu kontrol edin.

Google gelişmiş dönüşümler ve sunucu taraflı GTM nedir?

Gelişmiş dönüşümler (enhanced conversions), dönüşüm sırasında toplanan e-posta gibi birinci taraf müşteri verisini SHA256 ile hash'leyerek Google'a gönderir. Google bu veriyi, kullanıcının oturum açtığı Google hesabıyla eşleştirerek çerezin kaybolduğu durumlarda bile dönüşümü reklam etkileşimine bağlayabilir.

Sunucu taraflı Google Etiket Yöneticisi (sGTM), etiketleri tarayıcıda değil, sizin kontrolünüzdeki bir bulut sunucusunda çalıştırır. Tarayıcı veriyi tek bir uç noktaya, genellikle kendi alt alan adınıza (örneğin olcum.markaniz.com) gönderir; sunucu bu veriyi Google Analytics, Google Ads ve Meta gibi hedeflere dağıtır. Bu yapı sayfaya yüklenen üçüncü taraf kod miktarını azaltır ve hangi verinin hangi platforma gittiğini kontrol etmenizi sağlar.

Bir uyarı: WebKit, üçüncü taraf bir sunucuya CNAME veya IP adresiyle yönlendirilen alt alan adlarını da tespit edip bu yanıtlarla ayarlanan çerezlerin ömrünü 7 güne indirebildiğini belirtir. Yani sGTM sihirli bir çözüm değildir; altyapının nasıl barındırıldığı da önemlidir.

İzin modu (consent mode) neden gereklidir?

Google izin modu, kullanıcının çerez tercihini Google etiketlerine iletir. ad_storage, analytics_storage, ad_user_data ve ad_personalization gibi sinyallerle hangi veri kullanımına izin verildiğini bildirir. İki kurulum şekli vardır: temel modda izin verilmediğinde Google etiketleri hiç çalışmaz; gelişmiş modda etiketler çerez kullanmadan anonim sinyaller gönderir ve Google eksik kalan dönüşümleri daha ayrıntılı modelleyebilir. Türkiye'deki markalar için KVKK uyumlu bir çerez izin yönetimi ile izin modunu birlikte kurmak en sağlıklı yoldur.

İstemci taraflı ve sunucu taraflı izleme karşılaştırması

Kriter	İstemci taraflı (tarayıcı pikseli)	Sunucu taraflı (CAPI, sGTM)
Kurulum zorluğu	Düşük	Orta ile yüksek
Reklam engelleyicilerden etkilenme	Yüksek	Daha düşük
Çerez kısıtlamalarından etkilenme	Yüksek	Daha düşük (alan adı yapısına bağlı)
Veri kontrolü	Sınırlı	Hangi verinin gideceğine siz karar verirsiniz
Sayfa hızına etkisi	Çok sayıda üçüncü taraf kod yükler	Tarayıcıdaki kod miktarı azalır
Maliyet	Ücretsiz	Sunucu barındırma maliyeti vardır
Tekilleştirme ihtiyacı	Yok	Piksel ile birlikte kullanılıyorsa zorunlu

Kurulum nasıl planlanmalı?

1. Mevcut durumu ölçün: mağaza panelindeki sipariş sayısı ile platformların raporladığı dönüşümleri karşılaştırın.
2. Çerez izin yönetimini ve Google izin modunu kurun.
3. Meta Dönüşümler API'sini kurun; e-ticaret altyapınızın hazır entegrasyonu varsa (örneğin Shopify'ın Meta uygulaması) önce onu değerlendirin.
4. event_id ile tekilleştirmeyi doğrulayın.
5. Google Ads'de gelişmiş dönüşümleri açın.
6. Ölçek ve veri kontrolü ihtiyacınız varsa sunucu taraflı GTM'e geçin.
7. Kurulumdan sonra iki ila dört hafta boyunca platform verilerini mağaza verisiyle karşılaştırın.

Performetic olarak yeni bir hesapta reklam optimizasyonundan önce ölçüm altyapısını denetliyoruz; çünkü eksik veriyle yapılan optimizasyon, yanlış yöne hızla gitmek demektir. Detaylar performans pazarlama hizmetimizde.

Özet

• Tarayıcı pikseli; ITP, reklam engelleyiciler, izin tercihleri ve teknik kopukluklar nedeniyle veri kaybeder.
• Meta Dönüşümler API'si pikselle birlikte kullanılmalı, olaylar event_id ile tekilleştirilmelidir.
• Google gelişmiş dönüşümler, hash'lenmiş birinci taraf veriyle eşleşmeyi güçlendirir.
• Sunucu taraflı GTM veri kontrolü sağlar ama alan adı yapısı doğru kurulmalıdır.
• İzin modu, kullanıcı tercihine uyarken ölçümü korumanın yoludur.