IdeaSoft Meta Pixel Kurulumu ve CAPI Kontrol Rehberi
IdeaSoft Meta Pixel kurulumu, kimliği panele kaydetmekle başlayabilir; sağlıklı ölçüm için hangi müşteri hareketinin hangi olayı ürettiğini de doğrulamak gerekir. Güncel yerleşik bağlantı kullanılırken aynı kodu tekrar eklemek veri sorununa yol açabilir. Bu rehber, bağlantı adımını test, katalog ve izin kontrolleriyle tamamlar.

Başlamadan önce veri kaynağı ve erişimi kontrol edin
E-ticaret yöneticisinin ölçüm planı, mağaza ile Meta varlıklarının aynı işletme tarafından yönetildiğini açıklığa kavuşturmalıdır. Hangi veri kaynağı kullanılacak, reklam hesabı hangisi ve bağlantıyı kim değiştirebilir? Yeni bir kaynak açmadan önce mevcut kurulumun sahipliğini inceleyin.
Pixel, tarayıcıda çalışan ölçüm yöntemidir; veri seti ise Meta tarafındaki veri kaynağı yapısına ilişkindir. Her ekranda görülen terimi eski Pixel adının birebir değişimi saymayın. Bağlayacağınız sayısal kimliği kaynağın ayarlarından alın ve mağaza kaydıyla karşılaştırın. Kimliğin belirli sayıda haneden oluştuğunu varsayarak eksik ya da fazla rakam eklemeyin.
İşletme çalışanının erişimi ile ajansın iş ortağı erişimini ayrı tutun. Site alan adı, katalog ve reklam hesabı ilişkilerini de kaydedin. Eski çalışanın kişisel hesabına bağımlılık, kurulum teknik olarak çalışsa bile bakım sorunu yaratabilir. Devretme belgesinde kaynak adı, kimlik, yetkili kişi ve değişiklik tarihi bulunsun; erişim jetonu bu belgeye açık metin olarak konulmasın.
Yerleşik Pixel bağlantısını tek yöntem olarak kurun
Mağaza uygulama kapsamını belirlerken IdeaSoft’un güncel Pixel rehberini temel alın. Belgede Ayarlar > Genel Ayarlar > Pazarlama ve Analiz Araçları içindeki Facebook Pixel Kimliği alanına sayısal kimliği bağlama yöntemi tarif edilir. Uzun JavaScript kodunun ayrıca yapıştırılması gerekmez.
Önce değişiklik öncesi etiket envanterini çıkarın: yerleşik bağlantı, tema içi kod, özel script alanı ve etiket yöneticisi. Aynı işi yapan eski kurulum bulunduğunda, hangi yöntemin tutulacağını kayıt altına alın. Silme kararını körlemesine vermeyin; başka platformların gerekli etiketlerini veya ayrı bir ölçüm ihtiyacını yanlışlıkla kaldırmayın.
Ürün takip kodu belgesi de yerleşik Pixel bağlantısının üzerine ayrıca ViewContent eklenmemesi gerektiğini belirtir. Eski yazılardaki SEO ayarları alanı ve örnek satın alma değişkenlerini güncel yönteme taşımayın. Paneliniz farklı görünüyorsa sürüm ve erişimle birlikte destekten teyit alın; rastgele bir header alanına kod eklemek çözüm sayılmaz.
Envanter
Bağlantı
Doğrulama
Olayları gerçek alışveriş hareketleriyle eşleştirin
Olay ölçümünün kapsamı her işlemin anlamını tanımlamalıdır. PageView sayfa açılmasını, ViewContent ilgili içeriğin görüntülenmesini ifade eder; bu iki olayı aynı saymayın. Ürün sayfası açmak bir satın alma değildir. Sipariş oluşturulması da her ödeme yönteminde tahsilatın tamamlandığı anlamına gelmez.
Mağazada bir örnek ürün seçin ve beklenen olay sırasını yazın. Sepete ekleme başarılı mı, ödeme adımı gerçekten başladı mı, sipariş kaydı hangi noktada oluştu? Özel tema veya ödeme akışında varsayım yerine gözlem kullanın. Eksik olayın nedeni kullanıcı eylemi, kurulum, izin veya harici ödeme dönüşü olabilir; yalnızca bir ekran görüntüsünden karar vermeyin.
Purchase için tutar ve para birimini, ürün olayları için kimlikleri kontrol edin. Kargo, vergi, indirim ve taksit gibi kalemlerin hangi toplamda yer aldığını işletme raporuyla açıklayın. İptal ve iadeleri ayrı değerlendirin. Reklam platformundaki satın alma değerini doğrudan muhasebeleşmiş net gelir veya kâr kabul etmeyin.
| Kontrol noktası | Beklenen ayrım | Kanıt |
|---|---|---|
| Sayfa ve ürün | PageView ile ViewContent farklı hareketlerdir | İlgili sayfada olay ayrıntısı |
| Sepet | Başarılı sepet değişikliği | Mağaza sepeti ve olay zamanı |
| Ödeme | Adım başlangıcı ile bitişi farklıdır | Akış kaydı ve parametre |
| Sipariş | Tek işlem, doğru tutar ve para birimi | Sipariş kaydıyla karşılaştırma |
| Yenileme | Aynı sipariş tekrar satın alma olmamalı | Tekrar yükleme testi |
CAPI seçeneğini ve tekilleştirmeyi ayrıca doğrulayın
Sunucu taraflı ölçüm tarayıcı sinyallerini tamamlayabilir; kaybolan her olayı geri getirme veya daha düşük reklam maliyeti garantisi değildir. IdeaSoft CAPI belgesi, Pazarlama ve Analiz Araçları içindeki Facebook Conversion API bağlantısında Pixel ID, erişim jetonu, katalog ürün kimliği tipi ve isteğe bağlı test kodunu açıklar.
Jeton ile kimliğin aynı kaynağa ait olduğunu kontrol edin. Jetonu ekran görüntüsüne, herkese açık dosyaya veya tarayıcı koduna koymayın. Test koduyla kontrol tamamlandığında bu alanı temizleyin. Tarayıcı Pixel’i ile sunucu CAPI’sinin hangilerini gönderdiğini ayrı listeleyin; yeşil bir tarayıcı işareti sunucu bağlantısının çalıştığını kanıtlamaz.
Güncel teknik tekilleştirme açıklaması, aynı olayı iki kanaldan gönderirken olay adı ve kimliğinin eşleşmesine dikkat çeker. Hazır entegrasyonda bunu test ayrıntılarıyla doğrulayın. Her siparişe yeni bir kimlik gerekirken aynı siparişin iki kanalında farklı kimlik kullanılması çift sayım riski yaratır. Hazır bağlantının bütün özel akışları otomatik çözdüğünü varsaymayın.
Tarayıcı ve sunucu testini ayrı kabul edin
Alışveriş akışının kullanılabilirlik kontrolü, olay testini gerçek ekran hareketleriyle birlikte değerlendirmenizi sağlar. Olay Yöneticisi’nin Test Olayları ve Tanılar bölümlerini inceleyin. Güncel resmi tarayıcı uzantısı da yardımcı olabilir; eski Pixel Helper adıyla bilinen araç artık Meta Ads Data Advisor adıyla bulunabilir.
Uzantıda doğru kimliğin görülmesi yalnızca başlangıç kanıtıdır. Ürün, sepet, ödeme ve satın alma parametreleri; sunucu kaydı; izin davranışı ve tekrar sayım da incelenmelidir. Tek bir uyarı bütün sistemin bozuk olduğunu, tek bir başarılı olay bütün sistemin doğru olduğunu göstermez. Özet raporda gecikme ile test ekranındaki sorunları birbirine karıştırmayın.
Test siparişi gerekiyorsa mağazanın güvenli test prosedürünü kullanın; gerçek müşteriye mesaj, sevkiyat veya ödeme borcu üretmeyin. Onaylanan test kaydını işletme raporundan ayırın. Başarısız ödeme, sayfa yenileme, farklı izin seçimi ve mobil akışı da kapsayan küçük bir kabul listesi hazırlayın. Bulguda olay zamanı, kaynak, beklenen ve görülen değer yer alsın.
Katalog ile olay kimliklerini aynı ürün düzeyinde eşleştirin
E-ticaret büyüme planında katalog bağlantısı, Pixel testinden ayrı bir teslimattır. IdeaSoft işletme kurulum rehberi ürün çıktısını Entegrasyonlar içindeki ideaOutput bölümünden almayı tarif eder. Veri akışının oluşturulması, her ürünün kabul edildiği veya anında güncellendiği anlamına gelmez.
Örnek bir ürün ve varsa varyant üzerinde katalog kimliğini olayda gönderilen kimlikle karşılaştırın. Ürün stok kodu ile platform iç kimliği farklıysa doğru tip seçilmelidir. Fiyat, stok ve ürün bağlantısı da aynı örnekte tutarlı olsun. Veri akışının son başarılı çekimini inceleyin; mağazada yapılan değişikliğin Meta’ya yansıması planlanan çekime bağlıdır.
Alan adı sahipliğini ve katalog erişimlerini işletme güvenliği açısından kontrol edin. Eski sekiz olay önceliklendirme anlatımını güncel kurulum şartı olarak kullanmayın. Katalog reklamının belirli ziyaretçiye kesin gösterileceğini veya satışın artacağını söylemeyin. Ölçüm, ürün uygunluğu, teslimat ve kampanya tercihleri birlikte değerlendirilir.
İzin, hata kaydı ve iş raporunu tamamlayın
CAC, ROAS ve MER değerlendirmesine geçmeden olay verisinin kapsamını açıklayın. KVKK’nın çerez kararındaki bilgilendirme ve izin ayrımı, reklam ölçümünde teknik kurulumla birlikte ele alınmalıdır. Sunucudan gönderim, kişisel veri işleme sorumluluğunu ortadan kaldırmaz.
Rıza gereken ölçüm için kabul ve ret seçimini ayrı test edin; metin, amaç ve aktarım değerlendirmesini veri sorumlusu belirlesin. Hash uygulanması veriyi kendiliğinden anonim yapmaz. URL, olay etiketi veya özel parametrede gereksiz kişisel bilgi göndermeyin. Özel tema ya da yeni uygulama kurulduğunda veri haritasını tekrar inceleyin.
Veri görünmüyorsa doğru kaynak, kimlik, erişim, jeton, izin ve olay hareketini sırayla kontrol edin. Destek kaydında maskelenmiş kanıt ve tekrar üretme adımı verin. Kurulum sonrasında Meta raporu ile mağaza siparişlerini dönem, para birimi, iptal, iade ve ilişkilendirme açısından karşılaştırın. Farkın tamamını iOS’a bağlamak, yanlış sipariş değerini veya çift kaydı gizleyebilir.
Sık sorulan sorular
Başka sorunuz varsa bize yazın.
IdeaSoft’ta uzun Pixel kodunu ayrıca yapıştırmalı mıyım?
Güncel yerleşik kimlik bağlantısında buna gerek yoktur. Eski tema veya etiket yöneticisinde aynı kod varsa önce envanter çıkarın. İkinci kurulum aynı olayları tekrarlayabilir; özel ihtiyaç varsa yöntem teknik ekipçe ayrı tasarlanmalıdır.
CAPI olmadan Pixel çalışır mı?
Evet. CAPI tamamlayıcı ve ayrı bir bağlantıdır; Pixel kurulumu için her mağazada zorunlu değildir. İhtiyaç, izin kapsamı ve bakım sorumluluğunu değerlendirin. CAPI bütün veri kaybını gidermez veya reklam sonucunu garanti etmez.
PageView ile ViewContent aynı mı?
Hayır. Bir sayfanın açılmasıyla önemli içeriğin, bu mağaza akışında ürün detayının görüntülenmesi farklı olaylardır. Ürün sayfasında ikisi görülebilir; satın alma olayı ise gerçekten ilgili sipariş hareketinde doğrulanmalıdır.
Uzantıdaki başarılı işaret kurulumun bittiğini gösterir mi?
Yalnızca ilgili tarayıcı olayına dair kanıttır. Sunucu kaydı, tekilleştirme, tutar, para birimi, izin ve katalog eşleşmesi ayrıca kontrol edilir. Test Olayları ve Tanılar bilgilerini mağaza kaydıyla birlikte değerlendirin.
Katalog ürünleri olaylarla neden eşleşmez?
Kimlik tipi, varyant düzeyi, eski veri akışı veya hatalı ürün bilgisi farklı olabilir. Aynı örnek ürünün mağaza, olay ve katalog kimliğini karşılaştırın. Son başarılı çekimi ve katalog hata açıklamasını kontrol ederek sorunu daraltın.
Kurulum tamamlanınca ROAS kesin artar mı?
Hayır. Daha tutarlı ölçüm karar vermeyi destekler; talep, ürün, fiyat, kreatif ve ödeme deneyimi sonucu etkiler. Ölçülen değer artışı tek başına yeni satış veya kâr artışı değildir; mağaza verisiyle açıklanmalıdır.
IdeaSoft ölçüm kapsamını netleştirin
Mevcut bağlantılar, olay kabul listesi ve bakım sorumluluğunu birlikte değerlendirin.

Kazanan







