---
title: "Sunucu Taraflı Dönüşüm Takibi Nedir? Dönüşüm API'si Nasıl Çalışır, Tarayıcı Tabanlı Takip Neden Veri Kaybeder, Çerez Onayı, Olay Seçimi, Kurulum Adımları, Kayıp Dönüşüm Tahmini ve Kurulum Denetimi"
description: "Sunucu taraflı dönüşüm takibi nedir? Dönüşüm API'sinin çalışması, tarayıcı tabanlı takibin veri kaybı, çerez onayı, kurulum adımları, kayıp dönüşüm tahmini."
url: https://www.faprika.com/blog/sunucu-tarafli-donusum-takibi-nedir
language: tr
site: Faprika
---

# Sunucu Taraflı Dönüşüm Takibi Nedir? Dönüşüm API'si Nasıl Çalışır, Tarayıcı Tabanlı Takip Neden Veri Kaybeder, Çerez Onayı, Olay Seçimi, Kurulum Adımları, Kayıp Dönüşüm Tahmini ve Kurulum Denetimi

> Sunucu taraflı dönüşüm takibi nedir? Dönüşüm API'sinin çalışması, tarayıcı tabanlı takibin veri kaybı, çerez onayı, kurulum adımları, kayıp dönüşüm tahmini.

Reklam yönetiminde sık yaşanan bir tuhaflık var: mağazanızın paneli bir gün içinde yirmi sipariş gösteriyor, reklam platformunun raporu ise on beş dönüşüm sayıyor. Aradaki beş sipariş gerçekten oldu, para kasaya girdi, ama reklam sistemi bunları kendi reklamınıza bağlayamadı. Sorun çoğu zaman reklamda değil, ölçümde yatıyor: satın alma bilgisi müşterinin tarayıcısından yola çıkıyor ve yolda kayboluyor.

Bu rehber **sunucu taraflı dönüşüm takibi** nedir, dönüşüm API'si olayları nasıl iletir, tarayıcı tabanlı takip neden veri kaybeder ve çerez onayı bu tabloya nasıl bağlanır sorularını sırayla cevaplıyor. Faprika panelinde kurulumun adımlarını, bir kayıp dönüşüm tahmini hesaplayıcısını ve kurulumunuzu kontrol edebileceğiniz bir denetim listesini de bulacaksınız. Kesin bir kayıp yüzdesi vermiyoruz: bu oran mağazadan mağazaya değişir, kendi verinizle ölçülür.

Anahtar Düşünce

“Tarayıcı tabanlı takip tek bir yola güvenir ve o yol çerezlerle, engelleyicilerle ve telefon sürümleriyle daralabilir. Sunucu taraflı takip aynı olayı mağazanın kendi sunucusundan da ileterek eksik kalan kaydı tamamlar. Amaç, daha çok dönüşüm uydurmak değil, gerçekleşen dönüşümü kaybetmemektir.”

## Sunucu Taraflı Dönüşüm Takibi Nedir?

Sunucu taraflı dönüşüm takibi, sepete ekleme ve satın alma gibi olayların yalnız ziyaretçinin tarayıcısından değil, mağazanın kendi sunucusundan da reklam platformuna iletilmesidir. Bu yöntemin kullandığı arayüze genel olarak dönüşüm API'si denir.

Klasik yolda mağaza sayfasına küçük bir kod parçası (piksel) yerleştirilir. Müşteri satın alma sayfasına geldiğinde bu kod tarayıcıdan reklam platformuna “bir satın alma oldu” mesajı gönderir. Sunucu taraflı yolda aynı bilgi, sipariş tamamlandığında mağaza sistemi tarafından doğrudan platforma da gönderilir. Müşterinin tarayıcısı ne yaparsa yapsın sunucudaki kayıt yerinde durur.

İki yaklaşımı yan yana koyan tablo farkı özetler.

| Özellik | Yalnız tarayıcı tabanlı takip | Sunucu taraflı takip | İkisi birlikte |
| --- | --- | --- | --- |
| Olay nereden gider? | Müşterinin tarayıcısından | Mağaza sunucusundan | Hem tarayıcıdan hem sunucudan |
| Çerezlere bağımlılık | Yüksek | Daha düşük | Tarayıcı kolu çerezlere bağlı kalır |
| Engelleyicilerden etkilenme | Etkilenir | Tarayıcı ayarlarından bağımsız ilerler | Eksik kalan kayıt sunucudan tamamlanır |
| Kurulum emeği | Düşük | Kimlik ve jeton ayarı gerekir | Bir defalık ek ayar |
| Önerilen kullanım | Tek başına kayıp riski taşır | Genellikle tek başına kurulmaz | Reklam platformlarının önerdiği düzen |

*Görsel: Sunucu taraflı dönüşüm takibi çizimi: yalnız tarayıcı tabanlı takip ile tarayıcı ve sunucudan giden dönüşüm API'si yolunun karşılaştırması (Yalnız tarayıcı ile tarayıcı ve sunucu birlikte)*

Okumanızı öneririz

Reklam Analitiği: İnternet Reklamlarınızın Etkisini Nasıl Ölçersiniz?

## Tarayıcı Tabanlı Takip Neden Veri Kaybeder?

Tarayıcı tabanlı takip, çerezlere ve tarayıcının izleme koduna izin vermesine dayandığı için bu izinlerin daraldığı her yerde veri kaybeder. Kayıp bir arıza değil, tarayıcı tarafında alınmış kararların doğal sonucudur.

Piksel, ziyaretçiyi tanımak ve dönüşümü bir reklam tıklamasına bağlamak için çerezleri kullanır. Bu bağ koptuğunda platform satın almayı görse bile hangi reklamdan geldiğini söyleyemez, ya da hiç göremez. Başlıca nedenler şunlardır:

- **Çerezlerin silinmesi ya da reddedilmesi:** Ziyaretçi çerezleri temizleyebilir ya da onay penceresinde reddedebilir. Bu durumda tarayıcıdaki kayıt eksik başlar.
- **İzleme engelleyicileri:** Bazı tarayıcı eklentileri ve ayarları izleme kodlarının çalışmasını engeller; piksel hiç tetiklenmeyebilir.
- **Telefon işletim sistemi sürümleri:** Telefon işletim sisteminin bazı sürümlerinde tarayıcı üzerinden veri iletimi kısıtlanır ve piksel verisi eksik kalır. Faprika'nın dönüşüm API'si eğitimi de tarayıcı üzerinden veri ileten pikselin bu sürümlerde veri kaybına yol açtığını belirtir.
- **Sayfanın erken kapanması:** Müşteri ödeme sonrası teşekkür sayfasına ulaşmadan sekmeyi kapatırsa tarayıcıdaki olay hiç gönderilmeyebilir. Sunucu ise sipariş kaydını zaten bilir.

| Neden | Ne olur? | Sunucu taraflı takip ne sağlar? |
| --- | --- | --- |
| Çerez silme ya da ret | Dönüşüm reklam tıklamasına bağlanamaz | Olay, sipariş kaydından sunucu üzerinden de iletilir |
| İzleme engelleyicisi | Piksel çalışmaz, olay hiç gönderilmez | Tarayıcı ayarından bağımsız bir kayıt gönderir |
| Telefon sürümü kısıtı | Bazı olaylar platforma ulaşmaz | Eksik kalan olay sunucu yoluyla tamamlanır |
| Sayfanın erken kapanması | Satın alma olayı tetiklenmez | Sipariş tamamlanınca sunucu olayı gönderir |

İpucu

Kaybı tahmin etmeyin, karşılaştırın

Kayıp oranını internetten bulduğunuz bir sayıyla değil, kendi mağazanızın verisiyle görün. Bir hafta boyunca mağaza panelindeki sipariş sayısını reklam platformunun raporladığı dönüşümle yan yana yazın. Aradaki fark yalnız ölçüm kaybı değildir (raporlama süresi ve bağlama kuralları da etkiler) ama size büyüklük sırasını verir.

## Veri Kaybı Reklam Performansını Nasıl Etkiler?

Eksik dönüşüm verisi, reklam raporlarını gerçekte olduğundan kötü gösterir ve reklam platformunun hangi kitlenin satın aldığını öğrenmesini zorlaştırır. Sonuç, yanlış kararlar ve boşa giden bütçedir.

Etki üç yerde görülür:

- **Raporlama:** Gerçekleşen satışların bir kısmı reklama yazılmaz. Kârlı çalışan bir kampanya raporda zayıf görünür ve gereksiz yere kısılır ya da durdurulur.
- **Optimizasyon:** Reklam platformları dönüşüm olaylarından öğrenir. Olay ne kadar eksiksiz gelirse hedef kitleyi ve gösterimi o kadar iyi ayarlayabilir; eksik olay, öğrenme için yetersiz sinyal demektir.
- **Yeniden pazarlama:** Sepete ekleme gibi ara olaylar kaybolursa ilgi gösteren ziyaretçilerin kitleleri küçülür.

Bu yüzden ölçümü düzeltmek, reklam bütçesini artırmadan önce yapılacak en ucuz işlerden biridir. Dönüşüm oranı ile ölçüm kalitesinin birbirine nasıl bağlandığını [Dönüşüm Oranı Optimizasyonu (CRO) Nedir?](https://www.faprika.com/blog/donusum-orani-optimizasyonu-cro-nedir) yazısında, hangi göstergelerin izleneceğini [E-Ticaret Metrikleri: Takip Etmeniz Gereken 15 KPI ve Hesaplama Formülleri](https://www.faprika.com/blog/e-ticaret-metrikleri) rehberinde bulabilirsiniz.

Okumanızı öneririz

Dönüşüm Oranı Optimizasyonu (CRO) Nedir?

## Dönüşüm API'si Nasıl Çalışır?

Dönüşüm API'si, mağaza sistemindeki bir olayı (sepete ekleme, satın alma gibi) reklam platformunun olay yöneticisine sunucudan sunucuya ileten bir bağlantıdır. Tarayıcı kodu çalışmasa bile sipariş sisteminde kayıt olduğu için olay yola çıkar.

Akış dört adımda özetlenebilir: müşteri satın almayı tamamlar, tarayıcıdaki piksel olayı bildirir, mağaza sunucusu aynı olayı kendi yolundan bildirir, platform olayı olay yöneticisinde kaydeder. İki yoldan gelen kayıt eşleşirse tek olay olarak, biri eksik kalırsa eksik kalanın yerine geçen kayıt olarak değerlendirilir.

*Görsel: Dönüşüm API'si olay akışı: satın alma, tarayıcı bildirimi, sunucu bildirimi ve olay yöneticisinde kayıt (Bir satın alma olayının tarayıcıdan ve sunucudan platforma yolu)*

### Hangi Olaylar İletilir?

Olayları siz seçersiniz: reklam platformunun olay yöneticisinde dönüşümler API'sini kurarken takip etmek istediğiniz olaylar işaretlenir. En çok kullanılan iki örnek sepete ekleme ve satın almadır.

| Olay | Ne zaman oluşur? | Neden izlenir? |
| --- | --- | --- |
| Sepete ekleme | Müşteri ürünü sepete eklediğinde | İlgi gösteren ziyaretçileri ve yeniden pazarlama kitlelerini görmek için |
| Satın alma | Sipariş tamamlandığında | Reklamın gerçek sonucunu ve optimizasyon sinyalini ölçmek için |

Seçilebilen diğer olayların listesi platforma göre değişir; ihtiyacınız olmayan olayı açmak yerine, kararınıza dayanak olacak az sayıda olayı eksiksiz iletmek daha sağlıklıdır.

### Aynı Olay İki Yoldan Gelirse Ne Olur?

Olay hem tarayıcıdan hem sunucudan iletildiğinde iki kaydın tek bir satın almaya ait olduğunun platformca anlaşılması gerekir; aksi halde aynı satış iki kez sayılabilir. Yinelenen olayların nasıl birleştirildiği reklam platformunun kuralıdır ve kurulum sırasında platformun yönergesine göre doğrulanır.

Kurulumdan sonra olay yöneticisinde olayın hangi kaynaklardan geldiğine ve beklenmedik bir sayı artışı olup olmadığına bakın. Sayılar sipariş sayınızdan belirgin biçimde yüksekse kurulumda bir çift sayım olabileceğini düşünün ve ayarı gözden geçirin.

İpucu

Gönderilen bilgiyi sade tutun

Dönüşüm API'siyle platforma yalnız takibin gerektirdiği bilgiler gitmelidir. “Ne kadar çok bilgi, o kadar iyi eşleşme” diye düşünmek hem veri koruma yükümlülüklerinizi büyütür hem de aydınlatma metninizi karmaşıklaştırır.

## Çerez Onayı ve KVKK Sunucu Taraflı Takibi Nasıl Etkiler?

Sunucu taraflı takip, çerez onayı ve kişisel verilerin korunması yükümlülüklerini ortadan kaldırmaz; ziyaretçinin tercihleri takip kurgusuna da yansıtılmalıdır. Yöntemin farkı yalnız verinin hangi yoldan gittiğidir, hangi veriyi hangi dayanakla işlediğiniz sorusu aynen geçerlidir.

Üç noktaya dikkat edin:

- **Tercih gözetilmeli:** Ziyaretçi izlemeyi reddettiyse bu tercih hem tarayıcıdaki hem sunucudaki takibe yansımalıdır. “Sunucudan gittiği için sorun yok” varsayımı hatalıdır.
- **Aydınlatma güncel olmalı:** Gizlilik ve çerez metniniz, reklam ölçümü için veri paylaşıldığını anlatmalıdır.
- **Hukuki değerlendirme size aittir:** Hangi dayanakla hangi verinin işlenebileceği işletmenizin kararıdır; emin olmadığınız noktada hukuk danışmanınıza başvurun.

Faprika'nın çerez izin penceresi ve çerez yönetimi çözümü hakkında [Çerez Yönetimi](https://www.faprika.com/cerez-yonetimi) sayfasından bilgi alabilirsiniz; bazı özellikler paketlere göre değişir. Aydınlatma metni, açık rıza ve çerez konularının tamamı [E-Ticaret Sitesi İçin KVKK Uyumu Nasıl Sağlanır? Aydınlatma Metni, Açık Rıza, Çerez, İYS ve Hak Talepleri Uygulamalı Rehber](https://www.faprika.com/blog/e-ticaret-kvkk-uyumu) yazısında uygulamalı olarak anlatılıyor. Çerezlerin genel etkisi için [Çerezler E-Ticaret Sitenizin Sağlığı İçin İyi mi Kötü mü?](https://www.faprika.com/blog/cerezler-e-ticaret-sitenizin-sagligi-icin-iyi-mi-kotu-mu) yazısı da faydalı olur.

Okumanızı öneririz

E-Ticaret

Sitesi İçin KVKK Uyumu Nasıl Sağlanır? Aydınlatma Metni, Açık Rıza, Çerez, İYS ve Hak Talepleri Uygulamalı Rehber

## Faprika'da Dönüşüm API'si Nasıl Kurulur?

Faprika'da kurulum iki yerde yapılır: reklam platformunun olay yöneticisinde bir veri seti kodu ile erişim jetonu oluşturulur, sonra bu iki bilgi Faprika panelinde Eklentiler bölümündeki piksel alanına girilir. Kod yazmanız gerekmez.

| Adım | Nerede? | Ne yapılır? |
| --- | --- | --- |
| 1 | Reklam platformu, olay yöneticisi | Dönüşümler API'sini manuel kurulum seçeneğiyle başlatın |
| 2 | Olay yöneticisi | Takip etmek istediğiniz olayları seçin (ör. sepete ekleme, satın alma) |
| 3 | Olay yöneticisi, ayarlar | Veri seti kodunu kopyalayın |
| 4 | Olay yöneticisi, ayarlar | Erişim jetonu oluşturun ve kopyalayın |
| 5 | Faprika paneli, Eklentiler, piksel alanı | Veri seti kodunu piksel kimliği alanına, jetonu dönüşümler API kimliği alanına yapıştırın |
| 6 | Faprika paneli | “Aktif” kutusunu işaretleyip Kaydet'e basın |

*Görsel: Faprika panelinde dönüşüm API'si kurulumu çizimi: piksel kimliği alanı, dönüşümler API kimliği alanı ve Aktif kutusu (Panelde iki alan, bir onay kutusu)*

Adımların ekran görüntülü tam anlatımı [dönüşüm API'si kurulum eğitiminde](https://www.faprika.com/egitim/facebook-conversion-donusum-api-kurulumu) yer alıyor. Erişim jetonu bir şifre gibidir: yalnız panele yapıştırın, e-postayla ya da mesajla paylaşmayın ve kimseye göstermeyin.

### Analiz ve Ürün Akışı Entegrasyonları

Faprika'da arama motorunun analiz aracı entegrasyonu ve ürün akışı (alışveriş kataloğu) entegrasyonu paketlerde hazır gelir. Analiz tarafı ziyaretçi davranışını, ürün akışı tarafı ürünlerin arama sonuçlarında listelenmesini sağlar; reklam ölçümünü tamamlayan iki ayrı araçtır.

Analiz aracının kurulumunu [analiz aracı kurulum eğitiminde](https://www.faprika.com/egitim/google-analytics-4-ga4-kurulumu) ve [entegrasyon eklentisi sayfasında](https://www.faprika.com/eklenti/google-analytics-4-ga4) bulabilirsiniz. Hangi entegrasyonun hangi pakette olduğu için [e-ticaret paketleri](https://www.faprika.com/e-ticaret-paketleri) karşılaştırmasına bakın.

Okumanızı öneririz

E-Ticaret

Metrikleri: Takip Etmeniz Gereken 15 KPI ve Hesaplama Formülleri

## Kayıp Dönüşüm Tahmini Nasıl Hesaplanır?

Aşağıdaki hesaplayıcı, aylık satın alma sayınızın ne kadarının tarayıcı tabanlı takipte görünmeyebileceğini ve bunun sipariş tutarı karşılığını gösterir. Gerçek sayı yerine tahmini bir oran girmeniz yeterlidir; oranı bilmiyorsanız farklı değerleri deneyerek duyarlılığa bakabilirsiniz.

Üç değer girilir: mağaza panelindeki aylık satın alma sayısı, tarayıcı tabanlı takipte görünmediğini düşündüğünüz tahmini oran ve ortalama sipariş tutarı. Para birimi sembolü yerine “para birimi” yazılıdır; kendi biriminizle okuyun. Örnekteki sayılar yalnız kullanımı göstermek içindir, sizin mağazanızın verisini yansıtmaz.

Kayıp dönüşüm tahmini

Aylık satın alma sayısı (adet)

Tarayıcıda görülmeyen tahmini oran (%)

Ortalama sipariş tutarı (para birimi)

Tarayıcıda görünen satın alma (adet)**320**

Tarayıcıda görünmeyen satın alma (adet)**80**

Görünen satın almaların tutarı (para birimi)**320.000**

Görünmeyen satın almaların tutarı (para birimi)**80.000**

Bu oranda görünmeyen pay düşük kalıyor. Yine de olay yöneticisindeki sayılarla sipariş sayınızı karşılaştırıp tahmininizi doğrulayın.

Bu oranda satışların hatırı sayılır bir bölümü reklam raporunda eksik kalıyor. Sunucu taraflı takip bu farkı kapatmaya yardım eder; gerçek oranı kendi verinizle doğrulayın.

Bu oranda satışların büyük bölümü reklam raporunda görünmüyor. Böyle bir tahmin gerçekse raporlar yanıltıcı olur; önce oranı sipariş verinizle sınayın, sonra kurulumu öncelikli işlere alın.

Hesap: görünen = aylık satın alma × (1 − oran); görünmeyen = aylık satın alma × oran; tutar = adet × ortalama sipariş tutarı. Bu bir tahmindir; tarayıcıda görünmeyen satın alma gerçekleşmiş satıştır, kaybolan yalnız ölçümdür. Reklam raporu ile mağaza paneli arasındaki fark yalnız takip kaybından kaynaklanmaz; raporlama süresi ve bağlama kuralları da etkiler.

Sonucu okurken iki şeyi akılda tutun. Birincisi, “görünmeyen” satış kaybolmuş satış değildir: para kasaya girmiştir, ama reklam sistemi onu reklama yazamamıştır. İkincisi, bu fark reklam kararlarında gerçek bir maliyettir: kâr eden kampanya zararda görünürse yanlışlıkla kısılır. Satın alma tutarını ve sepet ortalamasını nasıl artıracağınızı merak ediyorsanız [Sepet Ortalaması Nasıl Artırılır? E-Ticarette Sipariş Başına Geliri Yükseltmenin 12 Yolu](https://www.faprika.com/blog/sepet-ortalamasi-nasil-artirilir) yazısına bakabilirsiniz.

## Kurulumdan Sonra Takip Nasıl Doğrulanır?

Kurulumu doğrulamanın en güvenli yolu bir test siparişi vermek ve olayın olay yöneticisinde göründüğünü, ardından birkaç gün boyunca sayıların sipariş sayınızla tutarlı seyrettiğini kontrol etmektir. Kurulum bir kez yapılır, doğrulama düzenli yapılır.

1. **Test siparişi verin:** Gerçek bir ödemeyle küçük bir sipariş oluşturun (ya da deneme ortamınızı kullanın) ve olay yöneticisinde satın alma olayının göründüğünü doğrulayın.
2. **Kaynakları inceleyin:** Olayın tarayıcıdan ve sunucudan geldiğini, kaynak bilgisinde iki yolun da listelendiğini kontrol edin.
3. **Sayıları karşılaştırın:** Bir hafta sonra olay yöneticisindeki satın alma sayısını mağaza panelindeki sipariş sayısıyla yan yana koyun. İkisi birebir eşit olmaz; ama tutarlı bir ilişki olmalı.
4. **Çift sayımı arayın:** Olay sayısı sipariş sayısından belirgin biçimde yüksekse yinelenen olay ayarını gözden geçirin.
5. **Düzenli bakın:** Her ay aynı karşılaştırmayı tekrarlayın; ayar değişiklikleri (yeni ödeme sayfası, yeni tema, yeni onay penceresi) ölçümü bozabilir.

Sepet terki gibi ara olayları yorumlarken [Terk Edilen Sepet Nedir? E-Ticarette Sepet Terk Oranı Nasıl Düşürülür?](https://www.faprika.com/blog/terk-edilen-sepet-nedir) yazısı size ölçüm sonuçlarını nasıl okuyacağınızı anlatır.

## Sunucu Taraflı Takipte Sık Yapılan Hatalar Nelerdir?

Sık yapılan hatalar, kurulumu bitti sayıp doğrulamamak, çerez tercihini yok saymak ve iki yoldan gelen olayı yanlış yorumlamaktır. Her biri küçük bir ayar ya da alışkanlıkla çözülür.

- **Jetonu paylaşmak:** Erişim jetonu, platformda sizin adınıza olay göndermeye yarar. Ekran görüntüsüne, e-postaya ya da ortak bir sohbete konmamalıdır.
- **“Aktif” kutusunu unutmak:** Kimlik alanları dolu olsa bile aktif işaretlenip kaydedilmediyse takip çalışmaz.
- **Yanlış alana yapıştırmak:** Veri seti kodu piksel kimliği alanına, jeton dönüşümler API kimliği alanına girilir; yer değiştirirse olaylar platforma ulaşmaz.
- **Olayları gereksiz çoğaltmak:** Kullanmayacağınız olayları açmak sinyali dağıtır ve kontrolü zorlaştırır.
- **Onay tercihini yok saymak:** Reddedilen izlemenin sunucu yoluyla sürmesi hem hukuki hem itibar riski doğurur.
- **Raporu mağaza paneliyle birebir eşitlemeye çalışmak:** Platform raporu ile sipariş sayısı farklı kurallarla hesaplanır; hedef birebir eşitlik değil, tutarlılıktır.

## Sunucu Taraflı Takip Kimler İçin Öncelikli?

Reklam harcaması yapan ve satışın büyük bölümünü reklamdan alan mağazalar için öncelikli, hiç reklam vermeyen mağazalar için daha az acildir. Çünkü yöntemin değeri, ölçümün reklam kararına dönüştüğü yerde ortaya çıkar.

Şu durumlardan biri sizi anlatıyorsa kurulumu öne alın:

- Reklam raporundaki dönüşüm sayısı mağaza panelindeki sipariş sayısından düzenli olarak belirgin biçimde düşük.
- Trafiğinizin büyük bölümü telefondan geliyor.
- Reklam bütçesini artırmayı düşünüyorsunuz ama sonuçlara güvenmiyorsunuz.
- Yeniden pazarlama kitleleriniz beklediğinizden küçük.

Hedef kitleyi daha iyi tanımak için [Müşteri Segmentasyonu Nedir? E-Ticarette RFM Analizi ile Segmentasyon Nasıl Yapılır?](https://www.faprika.com/blog/musteri-segmentasyonu) yazısı, sağlıklı ölçümle birleştiğinde kampanyalarınızın isabetini artırır.

## Ölçüm Verisini Reklam Kararına Nasıl Çevirirsiniz?

Eksiksiz ölçüm, ancak karar verirken kullanılırsa değer üretir: hangi kampanyanın bütçesinin artacağı, hangisinin kısılacağı ve hangi kitleye yeniden ulaşılacağı artık daha güvenilir bir tabana dayanır. Kurulumu bitirmek işin yarısıdır; ikinci yarısı raporu düzenli okumaktır.

Pratik bir okuma düzeni şöyle olabilir:

- **Haftalık karşılaştırma:** Her hafta aynı gün, olay yöneticisindeki satın alma sayısını mağaza panelindeki sipariş sayısıyla yan yana yazın ve farkın seyrine bakın. Fark birden değişirse ayar ya da tema değişikliğini sorgulayın.
- **Kampanya bazlı değerlendirme:** Bir kampanyayı kapatmadan önce, kaybolan olayların onun aleyhine bir görünüm yaratıp yaratmadığını düşünün. Tek bir haftalık görünümle karar vermeyin.
- **Kitle kontrolü:** Sepete ekleme olayları eksiksiz geldiğinde yeniden pazarlama kitlelerinin büyüklüğünü gözden geçirin; kitle büyüdüyse ölçüm düzelmiş demektir.
- **Bütçe sınırı:** Ölçümü düzelttikten sonra bütçeyi bir anda büyütmek yerine kademeli artırın ve her adımda sonucu izleyin.

Sayıların ne anlama geldiğini yorumlamak için dönüşüm oranı, sepet ortalaması ve müşteri edinme maliyeti gibi göstergeleri aynı tabloda izleyin. Bu göstergelerin tanımları ve formülleri [e-ticaret metrikleri](https://www.faprika.com/blog/e-ticaret-metrikleri) rehberinde, çerez kısıtlarının genel çerçevesi ise [çerezler yazısında](https://www.faprika.com/blog/cerezler-e-ticaret-sitenizin-sagligi-icin-iyi-mi-kotu-mu) anlatılıyor.

Okumanızı öneririz

Çerezler

E-Ticaret

Sitenizin Sağlığı İçin İyi mi Kötü mü?

İpucu

Ölçüm değişikliklerini not alın

Yeni bir ödeme sayfası, yeni bir onay penceresi ya da yeni bir tema devreye aldığınız tarihi bir defterde tutun. Takip sayılarında ani bir sapma olduğunda nedenini bulmak, tarihleri yan yana koyunca dakikalar içinde mümkün olur.

## Kurulum Kontrol Listesi: 8 Maddede Denetim

Aşağıdaki kontrol listesi, kurulumun eksiksiz olup olmadığını sekiz maddede gösterir. Sekizinin de tamam olması, ölçümünüzün sağlam bir temele oturduğu anlamına gelir.

*Görsel: Sunucu taraflı dönüşüm takibi kontrol listesi: veri seti kodu, erişim jetonu, panel alanları, aktif kutusu, olay seçimi, test siparişi, çerez onayı ve düzenli ölçüm (Sekiz kontrol)*

Sunucu taraflı takip denetimi

Olay yöneticisinde veri seti kodu oluşturuldu

Erişim jetonu oluşturuldu ve güvenli bir yerde saklanıyor

Panelde piksel kimliği ve dönüşümler API kimliği alanları dolu

“Aktif” kutusu işaretli ve ayarlar kaydedildi

Takip edilecek olaylar (sepete ekleme, satın alma gibi) seçildi

Test siparişi olay yöneticisinde görünüyor

Çerez onay tercihi takibe doğru yansıyor

Olay sayıları sipariş sayısıyla düzenli karşılaştırılıyor

Uyan madde**2 / 8**

Kurulum henüz tamamlanmamış görünüyor. Önce kimlik alanlarını, jetonu ve “Aktif” kutusunu tamamlayın.

Temel kurulum var ama eksikler duruyor. Olay seçimini, test siparişini ve çerez tercihini gözden geçirin.

Kurulumunuz sağlam görünüyor. Şimdi sayıları düzenli karşılaştırın ve olay verisini reklam kararlarında kullanın.

| Alan | Kontrol | Tamam mı? |
| --- | --- | --- |
| Veri seti | Olay yöneticisinde veri seti kodu oluşturuldu | Evet / Hayır |
| Jeton | Erişim jetonu oluşturuldu ve güvenle saklanıyor | Evet / Hayır |
| Panel | Piksel kimliği ve dönüşümler API kimliği dolu | Evet / Hayır |
| Aktif | Aktif kutusu işaretli, ayarlar kaydedildi | Evet / Hayır |
| Olay | Sepete ekleme, satın alma gibi olaylar seçildi | Evet / Hayır |
| Test | Test siparişi olay yöneticisinde görünüyor | Evet / Hayır |
| Onay | Çerez onay tercihi takibe yansıyor | Evet / Hayır |
| Ölçüm | Olay sayıları sipariş sayısıyla düzenli karşılaştırılıyor | Evet / Hayır |

## Sıkça Sorulan Sorular

**Sunucu taraflı dönüşüm takibi nedir?**

Satın alma ve sepete ekleme gibi olayların yalnız müşterinin tarayıcısından değil, mağazanın sunucusundan da reklam platformuna iletilmesidir. Böylece çerez kısıtları, engelleyiciler ya da telefon sürümleri yüzünden tarayıcıda kaybolan olaylar sunucu yoluyla tamamlanır.

**Dönüşüm API'si ile piksel arasındaki fark nedir?**

Piksel olayı tarayıcıdan iletir ve çerezlere dayanır. Dönüşüm API'si olayı mağaza sunucusundan iletir. Reklam platformları genellikle ikisinin birlikte kullanılmasını önerir; piksel tarayıcı bilgisini taşır, API eksik kalan kaydı tamamlar.

**Sunucu taraflı takip kurmak çerez onayını gereksiz kılar mı?**

Hayır. Sunucu taraflı takip yalnız verinin gittiği yolu değiştirir; ziyaretçinin onay tercihi, aydınlatma metni ve kişisel verilerin korunması yükümlülükleri aynen geçerlidir. Reddedilen izlemenin sunucu yoluyla sürmesi doğru bir uygulama değildir.

**Faprika'da dönüşüm API'sini nasıl kurarım?**

Reklam platformunun olay yöneticisinde bir veri seti kodu ve erişim jetonu oluşturursunuz. Faprika panelinde Eklentiler bölümündeki piksel alanına veri seti kodunu piksel kimliği alanına, jetonu dönüşümler API kimliği alanına yapıştırır, olayları seçer, “Aktif” kutusunu işaretleyip kaydedersiniz.

**Kayıp dönüşüm oranı yüzde kaçtır?**

Herkes için geçerli tek bir oran yoktur; mağazanın trafik yapısına, kullanılan cihazlara ve çerez tercihlerine göre değişir. Kendi oranınızı mağaza panelindeki sipariş sayısıyla reklam platformunun raporladığı dönüşümü karşılaştırarak görebilirsiniz; bu rehberdeki hesaplayıcı da farklı oranların etkisini gösterir.

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

Bir test siparişi verip satın alma olayının olay yöneticisinde göründüğünü ve kaynak bilgisinde hem tarayıcı hem sunucunun yer aldığını kontrol edersiniz. Ardından bir hafta boyunca olay sayısını sipariş sayınızla karşılaştırır, belirgin bir fazlalık varsa yinelenen olay ayarını gözden geçirirsiniz.

Reklam verinizi eksiksiz toplayın

Faprika'da dönüşüm API'si kurulumunu panelden birkaç alanla yapın; analiz ve ürün akışı entegrasyonlarıyla ölçümünüzü tamamlayın. Uzmanlarımızla ölçüm düzeninizi birlikte planlayalım.

Demo İsteyin

#### İlginizi Çekebilecek Yazılar

- [**Terk Edilen Sepet Nedir? E-Ticarette Sepet Terk Oranı Nasıl Düşürülür?**](https://www.faprika.com/blog/terk-edilen-sepet-nedir)
- [**E-Ticarette Veri Analitiği Kullanarak Büyümek**](https://www.faprika.com/blog/e-ticarette-veri-analitigi-kullanarak-buyumek)
- [**Müşteri Segmentasyonu Nedir? E-Ticarette RFM Analizi ile Segmentasyon Nasıl Yapılır?**](https://www.faprika.com/blog/musteri-segmentasyonu)
- [**E-Ticaret Dönüşüm Oranı Nasıl Artırılır? Satışlarınızı Katlayacak İpuçları**](https://www.faprika.com/blog/e-ticaret-donusum-orani-nasil-artirilir-satislarinizi-katlayacak-ipuclari)