ikas temasına özel kod ekleyebilir miyim?

Hayır. ikas panelinde tema için serbest 'özel kod' alanı yoktur; yalnızca Google Analytics ölçüm kimliği ve Google Etiket Yöneticisi container kimliği girilebilir. Üçüncü taraf betikler, uygulamalar tarafından Storefront JS Script olarak eklenir.

ikas'ta sipariş verisini bir uygulamaya nasıl akıtırım?

Uygulama kurulumunda store/order/created ve store/order/updated webhook'ları kaydedilir; ikas her sipariş değişikliğinde imzalı bir bildirim gönderir. Geçmiş siparişler ayrıca Admin API'den çekilebilir.

Geliştirme mağazasında test edebilir miyim?

Sipariş ve webhook tarafını evet, pixel tarafını hayır: ikas geliştirme mağazalarının vitrini herkese açık değildir, adres ikas'ın tanıtım sayfasına yönlenir. Pixel doğrulaması ancak yayında bir mağazada yapılabilir.

Kapıda ödeme siparişleri atıflamayı bozar mı?

Ölçümü değil, kâr hesabını bozar. Sipariş oluştuğunda atıflama doğru çalışır ama sipariş teslim alınana kadar ciro kesin değildir; teslim edilmeyen paketlerin kârdan düşülmesi gerekir.

GA4 kurulumum varken ayrıca pixel'e gerek var mı?

GA4 oturum bazlı raporlar ve kendi atıflama modeliyle çalışır; sipariş kalemi bazında maliyet ve net kâr hesaplamaz, reklam harcamasını da otomatik getirmez. Net kâr (POAS) ölçmek istiyorsanız sipariş-tıklama eşleşmesini kendi tarafınızda tutmanız gerekir.

ikas mağazasında reklam atıflama nasıl kurulur?

ikas'ta tema koduna dokunmadan pixel kurulumu, sipariş webhook'ları, UTM disiplini ve kapıda ödeme/iade durumlarının atıflamaya etkisi — ikas mağazaları için uçtan uca ölçüm rehberi.

ikas, Türkiye'de hızla büyüyen bir e-ticaret altyapısı; ama uluslararası atıflama araçlarının çoğu ikas'ı tanımıyor. Bu rehber, bir ikas mağazasında reklam-sipariş eşleşmesini uçtan uca nasıl kuracağınızı ve nerede tökezleyeceğinizi anlatıyor.

1. Tema koduna dokunulmuyor — çünkü öyle bir alan yok

Shopify'da alışkın olduğunuz "tema dosyasına script yapıştır" adımının ikas'ta karşılığı yok. ikas paneli tema için serbest kod kabul etmez; yalnızca GA ölçüm kimliği ve GTM container kimliği alanları vardır. Üçüncü taraf ölçüm betikleri mağazaya, kurulu uygulamalar tarafından Storefront JS Script olarak eklenir.

Pratik sonucu şu: ikas'ta ölçüm kurmak, bir uygulama kurmak demektir. Uygulama yetkilendirildiği anda pixel kendiliğinden vitrine enjekte edilir; sizden kopyala-yapıştır beklenmez.

2. Sipariş verisi: webhook + geçmiş aktarımı

Tıklamayı görmek yetmez; siparişi de görmeniz gerekir. ikas tarafında bunun iki yolu var:

Webhook — store/order/created ve store/order/updated kapsamlarıyla, sipariş oluştuğu/güncellendiği anda imzalı bildirim gelir.
Admin API — kurulumdan önceki siparişler için geçmiş aktarımı; ilk günden itibaren dolu bir panel görmeniz için gereklidir.

Webhook imzası uygulamanın gizli anahtarıyla doğrulanır; doğrulamayan bir kurulum, dışarıdan sahte sipariş gönderilmesine açık demektir.

3. Sipariş-tıklama eşleşmesi

Sipariş geldiğinde onu doğru kampanyaya bağlamak için üç kademeli bir eşleşme kurulur:

Çerez (ziyaretçi kimliği) — aynı tarayıcıda tıklama ve sipariş.
Hash'lenmiş e-posta / telefon — cihaz değiştiren müşteri; kişisel veri ham hâliyle saklanmaz, KVKK açısından tek kabul edilebilir yol budur.
Giriş adresindeki tıklama kimliği — fbclid, gclid, UTM parametreleri.

Üçü de tutmazsa sipariş "eşleşmeyen" sayılır. Eşleşmeyen oranını gizlemek yerine göstermek gerekir: ölçümün körlüğünü dürüstçe raporlayan tek sayı odur.

4. UTM disiplini

ikas mağazalarında en sık gördüğümüz sorun teknik değil, operasyonel: kampanya bağlantılarına UTM konmuyor ya da her ekip farklı yazıyor. Basit bir kural seti işi çözer:

utm_source sadece platform adı: facebook, google, instagram.
utm_medium ücretli trafikte cpc; e-postada email.
utm_campaign panelde okuduğunuz kampanya adının birebir aynısı — Türkçe karakter ve boşluk kullanmayın.
Hepsi küçük harf; büyük/küçük harf farkı iki ayrı kampanya gibi raporlanır.

5. Kapıda ödeme, iade ve sipariş durumu

ikas siparişi oluştuğunda ödeme durumu her zaman "ödendi" değildir. Atıflama sipariş anında çalışır ama kâr ancak tahsilat kesinleşince doğrudur. Kapıda ödeme payı yüksek mağazalarda panelin teslim edilmemiş siparişleri ayrı göstermesi şarttır; aksi hâlde POAS olduğundan iyimser çıkar.

6. Kurulum sonrası kontrol listesi

Vitrini ?fbclid=TEST123 ekleyerek ziyaret edin; ölçüm sisteminde olay düştü mü?
Bir test siparişi oluşturun; sipariş saniyeler içinde panele düştü mü?
Siparişin hangi kanala yazıldığını ve hangi yolla eşleştiğini (çerez / e-posta / tıklama kimliği) kontrol edin.
SKU bazında ürün maliyetlerini yükleyin; maliyetsiz ürün net kâr hesabını bozar.
Reklam hesabını bağlayıp harcamanın günlük senkronlandığını doğrulayın.

NetROAS bu adımların tamamını ikas için hazır getirir: uygulama kurulumunda pixel otomatik enjekte edilir, webhook'lar kaydedilir, geçmiş siparişler aktarılır. ikas mağazanızı bağlayın ya da önce panel demosuna bakın.