Sunucu tarafı takip nedir? Online mağazalar için rehber

Sunucu tarafı takip, bir satın alım gibi dönüşüm olaylarının yalnızca alışveriş yapanın tarayıcısındaki bir betikten değil, bir sunucudan reklam platformlarına gönderilmesi demektir. Bir online mağaza için sunucu her siparişi API'ler aracılığıyla Meta'ya, TikTok'a veya Google'a gönderir; böylece tarayıcı pikseli engellenmiş ya da hiç yüklenmemiş olsa bile satış raporlanır.

Bu rehber, tarayıcı pikseli ile sunucu tarafı takip arasındaki farkı açıklar, veriyi reklam tıklamasından reklam platformuna kadar izler ve bir sunucu olayının neleri içerdiğini gösterir. Ayrıca mükerrer kayıt önlemeyi, sunucu tarafı etiketlemeyi, rızayı ve mağazanızın buna ihtiyacı olup olmadığını nasıl anlayacağınızı ele alır. Shopify kurulumunun kendisi için Shopify'da sunucu tarafı takip yazısını okuyun.

Tarayıcı pikseli ile sunucu tarafı takip

Tarayıcı pikseli, reklam platformunun sağladığı bir JavaScript parçasıdır. Sayfalarınızda çalışır ve olayları alışveriş yapanın cihazından doğrudan platforma gönderir: bir sayfa görüntülemesi, bir sepete ekleme, teşekkür sayfasındaki bir satın alım. Yalnızca betik yüklendiğinde, çalıştığında ve alışveriş yapan sayfadan ayrılmadan platforma ulaştığında işe yarar.

Sunucu tarafı takip, gönderimi bir sunucuya taşır. Olay, mağazanızın zaten sahip olduğu verilerden, örneğin ödenmiş bir siparişten başlayabilir ve sunucu onu platformun API'sine iletir. Meta bu API'ye Conversions API, TikTok ise Events API der. Google Ads, bir dönüşüme hash'lenmiş müşteri verisi ekleyen enhanced conversions'ı kullanır.

İkisini birlikte çalıştırmak platforma en eksiksiz veriyi verir. Tarayıcı olayı çerezleri ve sayfa bağlamını ekler. Sunucu olayı, tarayıcı başarısız olsa bile ulaşır. Ortak bir olay kimliği, platformun her satın alımı bir kez saymasını sağlar.

Sunucu tarafı takip nasıl çalışır?

Bir online mağaza için sunucu tarafı takibin iki yarısı vardır. İlk yarı tarayıcıda gerçekleşir: alışveriş yapan bir reklamdan açılış sayfasına geldiğinde bir betik, URL'deki tıklama kimliğini kaydeder. İkinci yarı sunucuda gerçekleşir: sipariş ödendiğinde sunucu bu tıklama kimliğini siparişe bağlar ve satın alımı gönderir.

Tıklamayı yakalama

Reklam platformları açılış URL'sine bir tıklama kimliği ekler: Meta için fbclid, TikTok için ttclid, Google Ads için gclid ve Microsoft Ads için msclkid. Tıklama kimliği, bir satış ile onu getiren reklam arasındaki en güçlü bağdır; bu yüzden ilk sayfa görüntülemesinde kaydedilmelidir. UTM parametreleri ise kampanya, reklam seti ve reklam adlarını sizin kontrol ettiğiniz bir biçimde ekler.

Siparişi eşleştirme

Sunucunun daha sonra siparişi hangi ziyaretçinin verdiğini bilmesi gerekir. En güvenilir bağ, sepetle birlikte siparişe taşınan bir değerdir; örneğin sepete kaydedilmiş bir ziyaretçi kimliği. Diğer yöntemler daha zayıftır: ziyaretçinin sitede daha önce girdiği bir e-posta adresi ya da siparişten kısa süre önce görülen aynı IP adresi ve tarayıcı. Her online mağaza platformu farklı seçenekler sunar. Diğer online mağazalar rehberimiz, ROASaurus'un platform başına kullandığı yöntemleri listeler.

Olayı göndermek

Son olarak sunucu, satın alımı her platformun API'sine gönderir. Olay; sipariş değerini, tıklama kimliğini ve platformun tıklayan kişiyi bulmasına yardımcı olan müşteri verilerini içerir. Bir platform çalışmıyorsa ya da hata döndürüyorsa iyi bir kurulum daha sonra yeniden dener; böylece satın alım kaybolmaz.

Bir sunucu olayı neleri içerir?

Her platformun kendi alan adları vardır, ama bir satın alım olayı her yerde aynı türden verileri taşır. Meta Conversions API için kısaltılmış bir örnek:

{
  "data": [{
    "event_name": "Purchase",
    "event_time": 1793009700,
    "event_id": "order-1042",
    "action_source": "website",
    "event_source_url": "https://yourstore.com/checkout/thank-you",
    "user_data": {
      "em": ["8c87b489ce35cf2e2f39f80e282cb2e804932a56a213983eeeb428407d43b52d"],
      "ph": ["6d420c869d4eb97fe7de4576c9d04bb34d1a5788e0b3a657f61d7be020d8ead0"],
      "client_ip_address": "203.0.113.24",
      "client_user_agent": "Mozilla/5.0 (iPhone; CPU iPhone OS 18_6 like Mac OS X) ...",
      "fbc": "fb.1.1792832531000.IwAR2xExampleClickId",
      "fbp": "fb.1.1792832529000.1234567890"
    },
    "custom_data": { "currency": "USD", "value": 84.00 }
  }]
}

Hash'leme, bir e-posta adresini sabit uzunlukta bir karakter dizisine dönüştürür. Aynı adres her zaman aynı diziyi verir, ama dizi adresi göstermez. Platform, hash'lenmiş değerleri yalnızca kendi kullanıcıları arasında eşleşme aramak için kullanır. Bir satın alım, tarayıcısı pikseli engellemiş olsa bile reklamı gören ya da tıklayan kişiyle bu şekilde eşleştirilebilir.

Mükerrer kayıt önleme nasıl çalışır?

Piksel ve sunucu aynı satın alımı gönderdiğinde platform onu bir kez saymalıdır. İki kopya da aynı olay adını ve aynı olay kimliğini taşır, örneğin order-1042. Meta bu çifti karşılaştırır ve ikinci kopya ilkinden sonraki 48 saat içinde geldiği sürece bir kopyayı tutar.

Çift saymanın çoğu, kimlik paylaşmayan iki göndericiden kaynaklanır. Tipik bir örnek, bir platformun kendi mağaza uygulaması ile ayrı bir takip aracının ikisinin de satın alımları kendi kimlikleriyle göndermesidir. Çift saymayı önleme yardım makalemiz olağan nedenleri ve çözümleri listeler.

Sunucu tarafı etiketleme ile sipariş verisinden gönderim

Sunucu tarafı takip terimi iki farklı kurulum için kullanılır. İkisi de olayları bir sunucudan gönderir, ama farklı yerlerden başlar.

Sunucu tarafı etiketleme, örneğin Google Tag Manager sunucu container'ları

Sunucu tarafı etiketlemede tarayıcı olaylarını her sağlayıcıya değil, kendi sunucunuza gönderir. Google Tag Manager sunucu container'ı bunun iyi bilinen bir örneğidir. Kendi Google Cloud projenizde ya da seçtiğiniz başka bir ortamda çalışır. Tarayıcıdan gelen istekleri alır ve etiketleri veriyi Google Analytics'e, Meta'ya ve diğer sağlayıcılara iletir. Hangi verinin nereye gideceğine siz karar verirsiniz ve sunucu sitenizin bir alt alan adında çalışabilir.

Olaylar yine tarayıcıda başlar. Tarayıcıdaki etiket engellenirse ya da teşekkür sayfası hiç yüklenmezse sunucu container'ının iletecek bir şeyi olmaz. Ayrıca sunucuyu kendiniz çalıştırır, ödemesini yapar ve güncellersiniz.

Sipariş verisinden gönderim

İkinci yaklaşım, satın alımı mağazanızdaki sipariş kaydından başlatır. Mağaza ödenmiş siparişi bir webhook veya API aracılığıyla sunucuya bildirir ve sunucu onu bağlı her platforma gönderir. Tarayıcıya yalnızca daha önce, alışveriş yapan sayfaya geldiğinde tıklama kimliğini kaydetmek için ihtiyaç vardır.

İki yaklaşım birleştirilebilir. Birçok mağaza sayfa görüntülemelerini ve sepete ekleme olaylarını tarayıcıda toplar, satın alımı ise sipariş verisinden gönderir. Reklam platformlarının ROAS raporlamak ve teklif vermeyi optimize etmek için kullandığı olay satın alımdır; bu yüzden en çok eksiksiz olması gereken olay odur.

Sunucu tarafı takip neyi çözer, neyi çözmez?

Rıza yine geçerlidir

Sunucu tarafı takip, veriyi iletmenin bir yoludur; gizlilik kurallarını aşmanın bir yolu değildir. Yasanın pazarlama çerezleri veya takip için rıza istediği yerlerde bu şart, platforma hangi yoldan giderse gitsin topladığınız veriyi kapsar. Bir izleyiciyi sunucunuza taşımak, ziyaretçinin neyi kabul ettiğini değiştirmez.

Atıf platforma özgü kalır

Her platform satın alımları hâlâ kendi pencereleri ve kurallarıyla atfeder. Sunucu olayları her platforma daha iyi veri verir, ama Meta, TikTok ve Google genelindeki toplamlar yine de mağazanızın gelirinden fazlasını tutabilir. Kanalları tek bir kurallar kümesiyle karşılaştırmak için hepsinde tek bir atıf modeli kullanın; örneğin ROASaurus atfındaki modeller gibi.

Mağazanızın sunucu tarafı takibe ihtiyacı var mı?

Ücretli sosyal medya veya arama reklamlarına anlamlı bir bütçe ayıran bir mağaza genellikle bundan fayda görür. Bu noktalardan birkaçı doğru olduğunda gerekçe en güçlüdür:

• Reklam platformu, mağazanızdaki web siparişlerinden belirgin biçimde daha az satın alım olayı alır. Reklam engelleyiciler ve takip rehberimiz bu farkı nasıl ölçeceğinizi gösterir.
• Ziyaretçilerinizin çoğu iPhone veya Mac'te Safari kullanır ve orada betiklerin ayarladığı çerezler en fazla 7 gün dayanır. Safari ITP ve reklam takibi yazısına bakın.
• Alışveriş yapanlar çoğu zaman ilk reklam tıklamasından günler sonra satın alır.
• Ödeme siteniz dışında tamamlanır ya da siparişler kapıda ödeme veya banka havalesinde olduğu gibi sonradan ödenir.
• Kampanyalarınızı satın alım veya satın alım değeri için optimize edersiniz; bu yüzden platformun öğrenebilmesi için her satışı görmesi gerekir.

Bir farkın kararları pratikte nasıl değiştirdiği şöyle görünür. Örnek bir mağazanın bir ayda 1.000 web siparişi vardır. Meta pikseli 820 Purchase olayı raporlamıştır; yani siparişlerin %18'i tarayıcıdan Meta'ya hiç ulaşmamıştır.

Mağazanın başabaş ROAS'ı 2.5'tir ve Ads Manager piksel verisine göre 2.3 ROAS gösterir. Bu rakamlara göre kampanyalar para kaybeder. Reklamdan gelen siparişler de aynı %18 oranında kaçırıldıysa gerçek ROAS yaklaşık 2.3 ÷ 0.82 = 2.8'dir ve başabaşın üzerindedir. Bu bir üst sınır tahminidir, çünkü eksik her sipariş bir reklamdan gelmemiştir. Yine de bir takip açığının kârlı bir kampanyayı zararda gibi gösterebileceğini ortaya koyar.

Sunucu tarafı takip, reklam vermeyen ya da reklama çok az harcayan bir mağaza için daha az önemlidir.

ROASaurus sunucu tarafı olayları nasıl gönderir?

ROASaurus açılışta 19 tıklama kimliğini ve altı UTM alanını yakalar ve bunları birinci taraf bir ziyaretçi kimliğiyle saklar. Mağazanızın ödenmiş siparişlerinden her satın alımı Meta, TikTok, Snapchat, Pinterest, Reddit, X, Microsoft Ads, Taboola, LinkedIn, OpenAI Ads, Spotify, AppLovin, Criteo, AdRoll ve Outbrain'e gönderir. Shopify'da Google Ads dönüşümleri Shopify ödeme sayfasından gönderilir. Tarayıcı pikselleri sunucu olaylarının yanında aynı olay kimliğiyle çalışabilir; Meta, TikTok, Snapchat, Pinterest, Reddit, OpenAI Ads, AppLovin ve Spotify bunlardaki mükerrer kayıtları ayıklar. Her gönderim ve platformun yanıtı Event log içinde listelenir.

Sunucu tarafı takip sayfasında daha fazlasını okuyun veya online mağazanızı entegrasyonlar sayfasında bulun.

Kaynaklar

1. Meta for Developers: Conversions API
2. Meta for Developers: Handling Duplicate Pixel and Conversions API Events
3. Meta for Developers: Customer Information Parameters
4. Google for Developers: An introduction to server-side tagging
5. Google Ads Help: About enhanced conversions

ROASaurus'ta

• ROASaurus'ta sunucu tarafı takip
• Rıza ve gizlilik
• Çift sayımı önleme

Okumaya devam edin