Mağazanızı birlikte planlayalım: ücretsiz demo isteyin

0850 333 15 23
  1. Ana Sayfa
  2. Blog
  3. Marketing
  4. 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'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.

FaprikaE-Ticaret Güncellendi: 14 dk okuma
İçindekiler 13 bölüm
  1. Sunucu Taraflı Dönüşüm Takibi Nedir?
  2. Tarayıcı Tabanlı Takip Neden Veri Kaybeder?
  3. Veri Kaybı Reklam Performansını Nasıl Etkiler?
  4. Dönüşüm API'si Nasıl Çalışır?
  5. Çerez Onayı ve KVKK Sunucu Taraflı Takibi Nasıl Etkiler?
  6. Faprika'da Dönüşüm API'si Nasıl Kurulur?
  7. Kayıp Dönüşüm Tahmini Nasıl Hesaplanır?
  8. Kurulumdan Sonra Takip Nasıl Doğrulanır?
  9. Sunucu Taraflı Takipte Sık Yapılan Hatalar Nelerdir?
  10. Sunucu Taraflı Takip Kimler İçin Öncelikli?
  11. Ölçüm Verisini Reklam Kararına Nasıl Çevirirsiniz?
  12. Kurulum Kontrol Listesi: 8 Maddede Denetim
  13. Sıkça Sorulan Sorular

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.

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.

ÖzellikYalnız tarayıcı tabanlı takipSunucu taraflı takipİkisi birlikte
Olay nereden gider?Müşterinin tarayıcısındanMağaza sunucusundanHem tarayıcıdan hem sunucudan
Çerezlere bağımlılıkYüksekDaha düşükTarayıcı kolu çerezlere bağlı kalır
Engelleyicilerden etkilenmeEtkilenirTarayıcı ayarlarından bağımsız ilerlerEksik kalan kayıt sunucudan tamamlanır
Kurulum emeğiDüşükKimlik ve jeton ayarı gerekirBir defalık ek ayar
Önerilen kullanımTek başına kayıp riski taşırGenellikle tek başına kurulmazReklam platformlarının önerdiği düzen
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ı öneririzReklam 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.
NedenNe olur?Sunucu taraflı takip ne sağlar?
Çerez silme ya da retDönüşüm reklam tıklamasına bağlanamazOlay, sipariş kaydından sunucu üzerinden de iletilir
İzleme engelleyicisiPiksel çalışmaz, olay hiç gönderilmezTarayıcı ayarından bağımsız bir kayıt gönderir
Telefon sürümü kısıtıBazı olaylar platforma ulaşmazEksik kalan olay sunucu yoluyla tamamlanır
Sayfanın erken kapanmasıSatın alma olayı tetiklenmezSipariş tamamlanınca sunucu olayı gönderir

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? yazısında, hangi göstergelerin izleneceğini E-Ticaret Metrikleri: Takip Etmeniz Gereken 15 KPI ve Hesaplama Formülleri rehberinde bulabilirsiniz.

Okumanızı öneririzDö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.

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.

OlayNe zaman oluşur?Neden izlenir?
Sepete eklemeMüşteri ürünü sepete eklediğindeİlgi gösteren ziyaretçileri ve yeniden pazarlama kitlelerini görmek için
Satın almaSipariş tamamlandığındaReklamı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.

Ç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 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 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ü? yazısı da faydalı olur.

Okumanızı öneririzE-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ımNerede?Ne yapılır?
1Reklam platformu, olay yöneticisiDönüşümler API'sini manuel kurulum seçeneğiyle başlatın
2Olay yöneticisiTakip etmek istediğiniz olayları seçin (ör. sepete ekleme, satın alma)
3Olay yöneticisi, ayarlarVeri seti kodunu kopyalayın
4Olay yöneticisi, ayarlarErişim jetonu oluşturun ve kopyalayın
5Faprika 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
6Faprika paneli“Aktif” kutusunu işaretleyip Kaydet'e basın
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 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 ve entegrasyon eklentisi sayfasında bulabilirsiniz. Hangi entegrasyonun hangi pakette olduğu için e-ticaret paketleri karşılaştırmasına bakın.

Okumanızı öneririzE-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

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 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.

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 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? 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? 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 rehberinde, çerez kısıtlarının genel çerçevesi ise çerezler yazısında anlatılıyor.

Okumanızı öneririzÇerezler E-Ticaret Sitenizin Sağlığı İçin İyi mi Kötü mü?

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.

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

Uyan madde2 / 8

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

AlanKontrolTamam mı?
Veri setiOlay yöneticisinde veri seti kodu oluşturulduEvet / Hayır
JetonErişim jetonu oluşturuldu ve güvenle saklanıyorEvet / Hayır
PanelPiksel kimliği ve dönüşümler API kimliği doluEvet / Hayır
AktifAktif kutusu işaretli, ayarlar kaydedildiEvet / Hayır
OlaySepete ekleme, satın alma gibi olaylar seçildiEvet / Hayır
TestTest siparişi olay yöneticisinde görünüyorEvet / Hayır
OnayÇerez onay tercihi takibe yansıyorEvet / Hayır
ÖlçümOlay sayıları sipariş sayısıyla düzenli karşılaştırılıyorEvet / 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.

İlginizi Çekebilecek Yazılar

e-Ticarette fark yaratmak için güçlü bir altyapı.

Müşteri kitlenizi genişletin, satışlarınızı artırın.

Ücretsiz demonuzu planlayın

Formu bırakın, uzmanımız sizi arasın; mağazanızı birlikte planlayalım.

Bilgi alın

Bilgilerinizi bırakın, uzmanımız en kısa sürede sizi arasın.

Hemen konuşmak isterseniz: +90 850 333 15 23