Reklam engelleyiciler Meta pikselini engeller mi?

Birçok reklam engelleyici ve gizlilik odaklı tarayıcı onu engeller. Betik engellendiğinde o ziyaretçiden Meta'ya hiçbir tarayıcı olayı ulaşmaz, ama sipariş verilerinizden sunucu tarafında gönderilen satın alımlar yine de ulaşır.

Kaç alışveriş yapan reklam engelleyici kullanıyor?

Kitlenize, cihazlarınıza ve ülkelerinize bağlıdır; bu yüzden genel bir rakam mağazanız hakkında pek bir şey söylemez. Kendi açığınızı, web siparişlerini aynı dönemde pikselinizin gönderdiği Purchase olaylarıyla karşılaştırarak ölçün.

Reklam engelleyiciler sunucu tarafı takibi engelleyebilir mi?

Sipariş verisinden gönderilen satın alımı engelleyemez, çünkü bu istek bir sunucudan platformun API'sine gider. Bir engelleyici, tıklama kimliğini kaydeden tarayıcı betiğini durdurabilir; birinci taraf toplamanın önemi de buradan gelir.

Reklam engelleyici kullanmak, rızayı reddetmekle aynı şey mi?

Hayır. Rızayı reddetmek, çerez bildiriminizde yapılan ve takibinizin uyması gereken bir seçimdir. Reklam engelleyici ise tarayıcıdaki bir araçtır. İkisi de piksel olaylarını azaltır, bu yüzden ayrı ayrı ölçün.

Satın alımları sunucu tarafında gönderiyorsam tarayıcı pikseline hâlâ ihtiyacım var mı?

Evet, engelleyicisi olmayan ziyaretçiler için. Piksel gezinme olaylarını ve tarayıcı çerezlerini ekler; aynı olay kimliğiyle platform her satın alımın tek bir kopyasını tutar.

Reklam engelleyiciler ve takip: mağazanızın kaybettikleri

Öne çıkanlar

Reklam engelleyiciler, piksel betiklerini ve isteklerini durdurmak için filtre listeleri kullanır; bu yüzden reklam platformu o tarayıcıdan hiçbir olay almaz.
Engellenen bir piksel sayfa görüntülemelerini, sepete ekleme olaylarını ve satın alımları kaybeder; en çok satın alım önemlidir, çünkü raporlanan ROAS'ı ve teklif vermeyi o belirler.
Sipariş verilerinizden sunucu tarafında gönderilen satın alımlar bundan etkilenmez, çünkü alışveriş yapanın tarayıcısı bunları göndermez.
Kendi açığınızı, mağazanızdaki web siparişlerini atfedilmiş dönüşümlerle değil, tarayıcı pikselinin gönderdiği Purchase olaylarıyla karşılaştırarak ölçün.
Sunucu tarafı takip, hiç kaydedilmemiş gezinme olaylarını ya da tıklama kimliklerini geri getiremez; birinci taraf veri toplama ise bu kaybı azaltır.

Reklam engelleyiciler, reklam platformunun piksel betiğinin ya da gönderdiği isteklerin alışveriş yapanın tarayıcısında yüklenmesini engelleyerek takibi durdurur. Bu olduğunda sipariş mağazanızda olsa bile platform sayfa görüntülemeyi, sepete eklemeyi veya satın alımı hiç öğrenmez. Sipariş verilerinizden sunucu tarafında gönderilen satın alımlar etkilenmez, çünkü bunları göndermede alışveriş yapanın tarayıcısı yer almaz.

Bu rehber, reklam engelleyicilerin ve tarayıcıların gizlilik özelliklerinin nasıl çalıştığını, mağazanızın hangi olayları kaybettiğini, sunucu tarafı takibin neyi geri kazandırdığını ve neyi kazandıramadığını anlatır. Sonunda kendi mağazanızdaki açığı ölçmenin basit bir yolunu gösterir.

Reklam engelleyiciler takip piksellerini nasıl durdurur?

Çoğu reklam engelleyici filtre listeleriyle çalışır. Filtre listesi, web adreslerini eşleyen uzun bir kurallar listesidir: bilinen reklam ve takip betiklerinin alan adları, yolları ve dosya adları. Bir sayfa tarayıcıdan bir kurala uyan bir şeyi yüklemesini istediğinde engelleyici isteği iptal eder.

En bilinen listeler, reklamlar için EasyList ve takip için EasyPrivacy'dir. Adblock Plus, AdBlock, uBlock Origin ve AdGuard gibi eklentilerle çalışırlar. Büyük bir reklam platformunun pikseli bu listeler için kolay bir hedeftir, çünkü aynı betiği birçok farklı sitede aynı alan adından yükler.

Sayfa yüklenirTemanız, reklam platformunun piksel betiğini içerir.

Engelleyici adresi kontrol ederBetik adresi bir filtre listesindeki bir kuralla eşleşir.

İstek iptal edilirBetik hiç çalışmaz, bu yüzden hiçbir olay oluşmaz.

Reklam platformuBu ziyaretten hiçbir şey almaz.

Engellenen piksel daha zayıf bir olay göndermez. Hiç olay göndermez.

Yerleşik korumalı tarayıcılar

Bazı tarayıcılar eklenti olmadan da takipçileri engeller. Brave, Shields'ı her site için varsayılan olarak açar; Shields üçüncü taraf reklamları, takipçileri ve siteler arası çerezleri engeller. Firefox, özel pencerelerde bilinen siteler arası takip alan adlarından gelen içeriği engeller; kullanıcılar tüm pencerelere uygulanan daha sıkı ayarlar da seçebilir. Safari'nin Intelligent Tracking Prevention özelliği tüm üçüncü taraf çerezleri engeller ve betiklerin ayarladığı çerezlerin ömrünü kısaltır. Safari ITP ve reklam takibi rehberimiz bu sınırları anlatır.

Ağ genelindeki engelleyiciler

Bazı kişiler takipçileri tüm bir cihaz ya da ev ağı için, DNS tabanlı bir engelleyiciyle veya takipçi filtreli bir VPN ile engeller. Bunlar, o ağdaki her tarayıcıda ve uygulamada takip alan adlarına giden istekleri durdurur. Tarayıcı değiştirmek sonucu değiştirmez.

Mağazanız hangi olayları kaybeder?

Piksel engellendiğinde, o tarayıcıdan gönderilecek her olay kaybolur. Zarar her olay için aynı değildir.

Olay	Ne için kullanılır	Piksel engellendiğinde kaybolur mu?	Sipariş verisi yerine geçebilir mi?
PageView, ViewContent	Site ziyaretçilerinden oluşan kitleler, ürün yeniden pazarlaması	Evet	Hayır
AddToCart, InitiateCheckout	Satın alma sürecini başlatan alışveriş yapanlara yönelik optimizasyon, sepet yeniden pazarlaması	Evet	Hayır
Purchase	Raporlanan dönüşümler, ROAS, satın alım optimizasyonu, değer temelli teklif verme	Evet	Evet
Açılış sayfasındaki tıklama kimliği	Satın alımı tam olarak ilgili reklam tıklamasına bağlama	Evet, takip betiği de engellendiğinde	Hayır, tarayıcıda kaydedilmiş olması gerekir

Satın alım en değerli olaydır ve sipariş verisinin her zaman yerine geçebildiği olay da budur.

Kaybolan gezinme olayları yeniden pazarlama kitlelerinizi küçültür. Kaybolan satın alımlar daha fazla zarar verir. Platform daha az dönüşüm raporlar, reklam raporundaki ROAS düşer ve teklif algoritması daha az alıcıdan öğrenir. Kârlı bir kampanya o zaman kârsız görünebilir ve siz onu kısabilirsiniz.

Sipariş verisinden gelen sunucu tarafı olaylar neden engellenmez?

Reklam engelleyici, alışveriş yapanın tarayıcısının içinde çalışır. Yalnızca tarayıcının yaptığı istekleri durdurabilir. Satın alım mağazanızın sipariş verisinden gönderildiğinde istek, bir sunucudan reklam platformunun API'sine gider. Alışveriş yapanın tarayıcısı bu yolun parçası değildir, bu yüzden engelleyicinin iptal edebileceği bir şey yoktur.

14:02:11 PageView pixelTarayıcıda bir filtre listesi tarafından engellenir

14:09:47 Purchase pixel order-1042Hiç gönderilmez, çünkü piksel betiği yüklenmedi

14:09:52 webhook order-1042 paidMağaza ödenmiş siparişi sunucuya bildirir

14:10:12 Purchase server order-1042Hash'lenmiş e-posta ve telefonla Conversions API'ye gönderilir

Örnek: reklam engelleyicili tek bir ziyaret. Tarayıcı hiçbir şey göndermez, ama satın alım yine de siparişten platforma ulaşır.

Platform daha sonra satın alımı, olaydaki verilerle bir kişiyle eşleştirir: siparişteki hash'lenmiş e-posta ve telefon, IP adresi ve user agent ile kaydedilmişse tıklama kimliği. Bunların hiçbiri engelleyiciden geçmez. Veri yolunun tamamı için sunucu tarafı takip nedir yazısını okuyun.

Sunucu tarafı takip neyi geri kazandıramaz?

Tıklama kimliği tarayıcıya ihtiyaç duyar

Sipariş kendi başına güvendedir, ama reklam tıklamasına bağlantı tarayıcıda kurulur. Bir betik tıklama kimliğini açılış URL'sinden okuyup kaydetmelidir. Bir reklam engelleyici bu betiği de engellerse sipariş tıklama kimliği olmadan gelir. Platform satın alımı yine de hash'lenmiş müşteri verileriyle eşleştirebilir, ama eşleşme daha az kesindir.

İki şey bu kaybı azaltır. Birincisi, olayları birinci taraf olarak toplayın: takip betiğini ve isteklerini kendi alan adınızdan sunun; örneğin bir Shopify app proxy'si ya da sitenizin bir alt alan adı üzerinden. Filtre listeleri bilinen üçüncü taraf takip adreslerini hedefler, bu yüzden birinci taraf bir yolu engellemek çok daha zordur, ama imkânsız değildir. İkincisi, Shopify gibi bazı online mağazaların her siparişle birlikte sakladığı açılış sayfasını kullanın. Bu URL hâlâ tıklama kimliğini ya da UTM'leri içeriyorsa sipariş, hiçbir tarayıcı olayı olmadan atfedilebilir.

Gezinme olayları yine de kaybolur

Sipariş verisi siparişleri içerir, sayfa görüntülemelerini değil. Satın alımları siparişlerden göndermek, tarayıcısı her şeyi engellemiş bir ziyaretçinin sayfa görüntülemelerini ve sepete ekleme olaylarını geri getirmez. Birinci taraf bir toplayıcı, kendi istekleri geçebildiğinde bu olayları sunucudan iletebilir.

Reddedilen rıza engelleme değildir

Çerez bildiriminizde pazarlama çerezlerini reddeden bir ziyaretçi, reklam engelleyicisi olan bir ziyaretçiyle aynı değildir. İlk ziyaretçi, takibinizin uyması gereken bir seçim yapmıştır. Respect visitor consent açıkken ROASaurus o ziyaretçiye bir ziyaretçi kimliği atamaz; böylece reklam tıklamaları ve ziyaretleri ona bağlanmaz. Tarayıcı olayları ziyaretçi kimliği, IP adresi ve tarayıcı ayrıntıları olmadan saklanır ve reklam platformlarına gönderilmez. Ödenmiş sipariş yine sunucu tarafında, siparişteki hash'lenmiş müşteri verileri ile siparişin IP adresi ve user agent'ıyla gönderilir. Kaybınızı ölçerken iki grubu ayrı tutun; ayrıntılar için rıza ve gizlilik sayfasına bakın.

Kendi kaybınızı nasıl tahmin edersiniz?

Kitleye, cihaza ve ülkeye göre değişen sektör ortalamalarına ihtiyacınız yok. Kendi açığınızı, mağazanızdaki siparişleri aynı dönem için tarayıcı pikselinin raporladığı satın alımlarla karşılaştırarak ölçebilirsiniz.

Bir dönem ve tek bir platform seçin
14 ya da 30 gün ve tek bir platform kullanın, örneğin Meta. İki sistemde de aynı saat dilimini kullanın.
Mağazanızdaki web siparişlerini sayın
Tüm siparişlerle başlayın. Online ödeme sayfanızdan hiç geçmeyen siparişleri çıkarın: satış noktası, manuel ve taslak siparişler, abonelik yenilemeleri ve test siparişleri.
Tarayıcıdaki Purchase olaylarını sayın
Platformun olay aracında, tarayıcı pikselinin gönderdiği Purchase olaylarını sayın. Bu, sunucu olaylarını eklemeden önce en kolayıdır. Sunucu olayları zaten çalışıyorsa, platform sunuyorsa bağlantı yöntemine göre görünümünü kullanın. Meta Events Manager her olayın bağlantı yöntemini gösterir ve olayları orada mükerrer kayıtlar ayıklanmadan önce sayar. Reklam raporundaki atfedilmiş satın alımları kullanmayın.
Bölün
Tarayıcı satın alımları ÷ web siparişleri, pikselin gördüğü orandır. Gerisi sizin açığınızdır.
Rızayı engellemeden ayırın
Pazarlama çerezlerini reddeden ziyaretçilerden gelen siparişleri, rıza aracınızdaki ret oranıyla tahmin edin. Geriye kalan çoğunlukla reklam engelleyiciler, gizlilik ayarları ve yüklenmeyen sayfalardır.

Örnek mağaza, 30 gün	Siparişler	Web siparişlerinin payı
Mağazadaki tüm siparişler	1,240
Satış noktası, manuel ve yenileme siparişleri	−90
Web siparişleri	1,150	100%
Tarayıcı pikselinden gelen Purchase olayları	874	76%
Açık	276	24%
Rızayı reddeden ziyaretçilerden tahmini siparişler (%10 ret oranı)	115	10%
Kalan: reklam engelleyiciler, gizlilik ayarları, yüklenmeyen sayfalar	161	14%

Bu örnek mağazada piksel, web siparişlerinin yaklaşık 4'te 1'ini kaçırıyor. Yaklaşık 7'de 1'i, rıza yüzünden değil, engelleme ve tarayıcı hataları yüzünden kayboluyor.

Açık, ROAS'ı da değiştirir. Meta'nın bu mağaza için 2.0 ROAS raporladığını ve başabaş ROAS'ının 2.3 olduğunu varsayalım. Piksel verisine göre kampanyalar zarar ediyor. Reklamdan gelen siparişler de tüm web siparişleriyle aynı %24 oranında kaçırıldıysa, piksel reklam cirosunun yalnızca %76'sını görmüştür. Gerçek ROAS o zaman yaklaşık 2.0 ÷ 0.76 = 2.6 olur, yani başabaşın üzerinde. Bu bir üst sınır tahminidir, çünkü eksik her sipariş bir reklamdan gelmemiştir. Başabaş ROAS rehberimiz bu eşiğin nasıl belirleneceğini anlatır.

Kaybettiklerinizi nasıl azaltırsınız?

Çözümler her online mağaza platformu için aynıdır. En iyi birlikte çalışırlar.

Satın alımları sipariş verisinden gönderin. Bu, ziyaretçinin tarayıcısı neyi engellerse engellesin, bağladığınız her platform için satın alım açığını kapatır.
Pikseli koruyun, ortak bir olay kimliğiyle. Engelleyicisi olmayan ziyaretçiler tarayıcı olaylarını çerezler ve sayfa bağlamıyla göndermeye devam eder. İki kopyada da aynı olay kimliği olması, platformun birini tutmasını sağlar. Bkz. çift sayımı önleme.
Birinci taraf olarak toplayın. Takip betiğini ve olaylarını kendi alan adınızdan sunun; böylece tıklama kimlikleri daha fazla ziyaretçi için kaydedilir.
Hash'lenmiş müşteri verilerini gönderin. Siparişteki e-posta ve telefon, platformun tıklama kimliği olmayan satın alımları eşleştirmesini sağlar.
Yeniden ölçün. Karşılaştırmayı bir ay sonra tekrarlayın. Platformun aldığı Purchase olayları artık web siparişlerinizle eşleşmelidir.

Örnek mağaza: Meta'nın 30 günde aldığı Purchase olayları

Yalnızca pikselPiksel + sunucu, mükerrer kayıtsız

Purchase olayları

874

1,150

Satın alımlar sipariş verisinden gönderildikten sonra, 1,150 web siparişinin tamamı platforma ulaşır. Piksel, gördüğü 874 sipariş için tarayıcı verisi eklemeye devam eder.

ROASaurus reklam engelleyicileri nasıl ele alır?

ROASaurus, Tracking & platforms altında eklediğiniz reklam platformlarına ödenmiş her siparişi sunucu tarafında gönderir; böylece alışveriş yapanın tarayıcısındaki bir reklam engelleyici satın alımı durdurmaz. Shopify'da vitrin olayları, kendi mağaza alan adınız üzerinden Shopify'ın app proxy'si ile gider. Betiği ve olaylarını sitenizin bir CNAME alt alan adından da sunabilirsiniz. Bir ziyaretçinin tarayıcı teması yoksa ROASaurus atıfı, mağaza kaydediyorsa (Shopify'ın yaptığı gibi) siparişin açılış URL'sindeki tıklama kimliklerine ve UTM'lere döner.

Her teslimat ve platformun yanıtı Event log içinde listelenir; böylece her siparişin her platforma ulaştığını kontrol edebilirsiniz. Kurulum için sunucu tarafı takip ve Shopify entegrasyonu sayfalarına bakın.

Kaynaklar

ROASaurus'ta

Okumaya devam edin

TakipConsent Mode v2 ve GDPR: bir online mağaza neleri gönderebilirOnline mağazalar için Consent Mode v2: Google'ın dört rıza sinyali, AB hukukunun istedikleri ve sunucu tarafı takibin hâlâ gönderebilecekleri. Yalnızca genel bilgidir.TakipMükerrer satın alım olayları: satışlar neden iki kez sayılıyorMükerrer satın alım olayları dönüşümleri ve ROAS'ı şişirir. Nedenlerini, Meta, TikTok, Snapchat, Pinterest ve Reddit'in mükerrer kayıtları nasıl ayıkladığını ve nasıl düzelteceğinizi görün.TakipSafari ITP ve reklam takibi: hâlâ neler çalışıyorSafari ITP, betiklerle ayarlanan çerezleri 7 günle, bazı reklam tıklamalarından sonra ise 24 saatle sınırlar. Atıf üzerindeki etkisini ve hangi takibin hâlâ çalıştığını görün.