Mücevher E-Ticaret Dönüşüm Takibi Kurulumu

Mücevher e-ticaret dönüşüm takibi, başarılı ödemeyi benzersiz sipariş numarası ve gerçek işlem değeriyle GA4, Google Ads ve Meta’ya gönderir. Reklam hesabınız 100 satış gösterirken sipariş panelinde 70 geçerli tahsilat varsa, reklam performansından önce ölçüm sistemini kontrol edin.

Mücevherde bu fark doğrudan maliyete dönüşür. 2.000 TL’lik gümüş kolye ile 80.000 TL’lik pırlanta yüzüğü yalnızca “bir satış” olarak sayan hesap, reklam platformuna yanlış sinyal gönderir. Yüzük ölçüsü, sertifika, gravür, WhatsApp danışmanlığı ve havale bekleyen siparişler de standart Pixel kurulumunun izlemediği satış adımları yaratır.

Bu yazı, mücevher e-ticaret dönüşüm takibinde hangi hareketlerin izleneceğini, purchase event’inin hangi anda çalışması gerektiğini ve şişirilmiş ROAS raporlarının nasıl önleneceğini açıklar. Amaç daha çok etiket eklemek değil; mağazanın gerçek satış verisini reklam sistemlerine doğru tercüme etmektir.

Key Takeaways

• Google Ads için birincil dönüşüm, yalnızca başarılı ve geçerli ödeme sonrası oluşan purchase olmalıdır.
• Her satışta benzersiz transaction_id, dinamik sipariş değeri, TRY para birimi ve ürün verisi gönderilmelidir.
• add_to_cart ve begin_checkout satış değildir; huni analizi ve ikincil niyet sinyali olarak kalmalıdır.
• GA4 içe aktarımı ile doğrudan Google Ads etiketi aynı satın almayı iki kez birincil dönüşüm sayarsa ROAS şişer.
• İptal, iade ve ödeme bekleyen siparişler ayrılmadan reklam raporu net ciroyu temsil etmez.

Mücevher mağazasında dönüşüm yalnızca satın alma değildir

Mücevher alıcısı ürünü çoğu zaman ilk oturumda satın almaz. Pırlanta, altın, nişan yüzüğü ve kişiselleştirilmiş takıda karar sadece fiyata bağlı değildir. Ölçü, sertifika, ayar bilgisi, iade koşulları ve ödeme güveni de kararı etkiler.

Bu nedenle mücevher e-ticaret dönüşüm takibi iki ayrı sinyal grubunu izlemelidir:

• Satış sinyali: Başarılı ödeme sonrası gerçekleşen geçerli sipariş.
• Niyet sinyali: Kullanıcının satın almaya yaklaştığını gösteren ancak ciro yaratmayan davranışlar.

Baymard Institute’un mücevher ve saat e-ticareti araştırması, bu kategori için 470’ten fazla UX yönergesi içerir. Bu, ürün detayından checkout’a kadar olan akışın genel e-ticaret şablonuyla geçiştirilemeyeceğini gösterir. Baymard’ın mücevher ve saat e-ticaret araştırması bu farkın ürün bilgisi, varyasyonlar ve ödeme akışında neden oluştuğunu ayrıntılı inceler.

Satışa giden mikro dönüşümler hangileri?

Mikro dönüşüm, satış değildir. Ancak reklamdan gelen trafiğin kalitesini ve ürün sayfasındaki sorunları görmek için gereklidir.

Mücevher mağazasında izlenebilecek yararlı mikro dönüşümler şunlardır:

• Ürün listeleme sayfasının görüntülenmesi: view_item_list
• Ürün detayının açılması: view_item
• Yüzük ölçüsü seçimi veya ölçü rehberinin açılması
• Sertifika, ayar veya bakım bilgisi incelemesi
• Ürün videosunun belirli bir bölümünün izlenmesi
• Sepete ekleme: add_to_cart
• Sepetin görüntülenmesi: view_cart
• Ödeme başlangıcı: begin_checkout
• WhatsApp danışmanlığı başlatılması
• Telefon numarasına tıklanması
• Fiziksel mağaza randevusu talebi
• Kargo ve ödeme yönteminin seçilmesi

Örneğin bir kullanıcı Google Ads reklamından 0,30 karat tektaş yüzük sayfasına gelir. Ölçü rehberini açar, sertifikayı inceler, yüzüğü sepete ekler ve ödeme sayfasına geçer. Sonra satın almadan çıkar. Bu oturum satış değildir. Fakat ölçü rehberi kullanımıyla begin_checkout event’inin birlikte görülmesi, kampanyanın rastgele trafik değil satın alma niyeti taşıyan ziyaretçi getirdiğini gösterebilir.

Google Ads için birincil dönüşüm neden satın alma olmalı?

En pahalı takip hatası, hiç takip yapmamak değildir. Sepete eklemeyi satış diye raporlamaktır.

Google Ads, birincil dönüşümlerden öğrenir. add_to_cart olayını birincil dönüşüm yaparsanız sistem, satın alma ihtimali yüksek kişileri değil sepete ürün atmaya yatkın kişileri bulmaya çalışır. Mücevherde bu ayrım daha da büyür; kullanıcı 120.000 TL’lik bir ürünü sepete ekleyebilir ama ödeme güveni veya ölçü kararsızlığı nedeniyle işlemi tamamlamayabilir.

Doğru hiyerarşi şöyledir:

• Birincil dönüşüm: Başarılı online purchase
• İkincil dönüşümler: add_to_cart, begin_checkout, WhatsApp tıklaması, telefon tıklaması, randevu talebi, ölçü rehberi kullanımı

İkincil dönüşümler kampanya analizi içindir. Teklif stratejisini satıştan uzaklaştıracak şekilde kullanılmamalıdır.

Önce satış hunisini ve veri sözlüğünü çıkarın

GTM ekranını açmadan önce mağazanızda satışın hangi anda gerçekleştiğini yazılı olarak tanımlayın. Her ödeme sağlayıcısı, sipariş durumu ve ürün tipi aynı akışla çalışmayabilir.

Mücevher e-ticaret dönüşüm takibi etiket listesiyle değil, veri sözlüğüyle başlar. Veri sözlüğü, her event’in ne zaman tetikleneceğini, hangi alanları taşıyacağını ve hangi platformda kullanılacağını tanımlar.

Her event için tetikleme anını tanımlayın

“Teşekkür sayfası açıldı” ile “ödeme geçerli” her mağazada aynı anlama gelmez. Havale/EFT, yönlendirmeli kart ödemesi, stok teyidi veya kişiselleştirme onayı bulunan sistemlerde bu ayrım önemlidir.

Her event için şu üç soruyu yanıtlayın:

1. Event tam olarak hangi kullanıcı veya sistem hareketinde çalışır?
2. Bu hareket başarısız ödeme, bekleyen sipariş veya tekrar yüklenen sayfada da oluşabilir mi?
3. Event satış raporuna mı, yalnızca huni analizine mi girer?

Örneğin havale/EFT seçen müşteri sipariş formunu tamamlayabilir fakat tahsilat henüz gerçekleşmemiştir. Bu noktada purchase göndermek, reklam hesabına var olmayan ciroyu yazmaktır. Siparişin ödeme beklemesi, ayrı bir operasyon kaydı olabilir; satış dönüşümü değildir.

Mücevher ürünlerinde hangi parametreler gönderilmeli?

Google’ın önerdiği yapı, ürün verilerini items dizisinde; işlem bilgilerini ise event düzeyinde göndermektir. GA4 e-ticaret event standardı bu ayrımı açık biçimde tanımlar.

Her ürün için temel alanlar şunlardır:

• item_id: Mağazadaki sabit ürün veya varyasyon kimliği
• item_name: Ürün adı
• price: Ürünün gerçek birim fiyatı
• quantity: Adet
• item_category: Yüzük, kolye, bileklik, küpe gibi kategori
• item_list_name: Koleksiyon veya listeleme alanı
• discount: Varsa indirim tutarı

Mücevhere özel analiz boyutları da tanımlanabilir:

• Koleksiyon
• Materyal: altın, gümüş, platin
• Ayar: 8, 14, 18, 22 ayar
• Taş türü
• Karat aralığı
• Yüzük ölçüsü
• Gravür veya kişiselleştirme seçimi

Her alanı reklam platformuna göndermeniz gerekmez. Ancak mağaza raporunda hangi ürün tipinin daha çok sepete eklendiğini, hangisinin checkout’ta terk edildiğini ve hangi koleksiyonun daha yüksek ciro getirdiğini görebilmelisiniz.

Ürün kimliği ayrıca Google Ads, Meta kataloğu ve Merchant Center tarafındaki ürün kimliğiyle tutarlı olmalıdır. Bir yerde YUZUK-123, diğer yerde yalnızca “Tektaş Yüzük” kullanmak, ürün bazlı analiz ve dinamik reklam eşleşmesini zayıflatır.

GA4 e-ticaret event’lerini doğru kurun

GA4 e-ticaret verisini kendiliğinden oluşturmaz. Event’lerin site koduna veya Google Tag Manager veri katmanına doğru biçimde eklenmesi gerekir. Google’a göre e-ticaret raporlarının oluşması genellikle 24–48 saat alabilir; kurulumun çalışıp çalışmadığını anlamak için bu süreyi beklemek yerine DebugView kullanılmalıdır. Google’ın GA4 e-ticaret kurulum rehberi temel kontrol noktalarını açıklar.

Zorunlu huni event’leri

Sağlam bir mücevher e-ticaret hunisi en az şu event’leri içermelidir:

1. view_item_list
2. view_item
3. add_to_cart
4. view_cart
5. begin_checkout
6. add_shipping_info
7. add_payment_info
8. purchase
9. refund

Bu sıralama yalnızca rapor görünümü için kurulmaz. Kaybın hangi aşamada yaşandığını bulmak için gerekir.

Sepete ekleme yüksek, checkout başlangıcı düşükse sepet sayfasında kupon, kargo veya güven sorunu olabilir. Checkout başlangıcı yüksekken ödeme bilgisinden sonra satın alma düşüyorsa ödeme yöntemi, taksit görünürlüğü veya ödeme sağlayıcısına dönüş kontrol edilmelidir.

Baymard’ın 50 farklı çalışmayı bir araya getiren verisine göre ortalama sepet terk oranı %70,22’dir. Bu oran, Türkiye veya mücevher sektörü için yerel bir ortalama değildir. Yine de checkout’ta neyin ölçülmesi gerektiğini gösterir: Ek maliyetler ve ücretler, katılımcıların %40’ı için terk nedenleri arasındadır. Katılımcıların %19’u kredi kartı bilgisi konusunda siteye güvenmediğini söylemiştir. Yüksek değerli ürünlerde bu sinyalleri görmeden sadece “trafik geldi” demek yeterli değildir.

Purchase event’inde bulunması gereken veriler

purchase, mücevher mağazasındaki en önemli event’tir. Bu event her başarılı ve geçerli online siparişte en az aşağıdaki verileri taşımalıdır:

• transaction_id: Benzersiz sipariş numarası
• value: Dinamik işlem değeri
• currency: TRY
• items: Satın alınan ürünlerin listesi
• coupon: Varsa kullanılan kupon kodu
• shipping: Kargo bedeli raporlanacaksa
• tax: Vergi raporlaması için gerekiyorsa

value alanına sabit bir rakam yazmak mücevher için anlamsızdır. Her satışın 100 TL değerinde sayıldığı bir hesap, 3.500 TL’lik gümüş bileklik ile 95.000 TL’lik pırlanta yüzüğü algoritma gözünde eşit hale getirir.

Google Ads, işlem değerleri farklı işletmelerde dinamik dönüşüm değeri kullanılmasını önerir. Bu yaklaşım ROAS hesabını gerçek gelire daha yakın tutar ve değer odaklı teklif stratejilerinin daha doğru sinyallerle çalışmasına yardım eder.

Sipariş, ödeme sağlayıcısı, ürün kataloğu ve takip altyapısı birlikte tasarlanmadığında eklentiler eksik veya tutarsız veri gönderebilir. Özellikle WooCommerce tarafında bu akışın arka uç sipariş verisiyle eşleşmesi gerekir. WooCommerce e-ticaret altyapısında ödeme sonucu, ürün kimliği ve sipariş numarası baştan aynı veri akışında ele alınmalıdır.

Çift sayımı engelleyen üç kural

Şişirilmiş ROAS çoğu zaman yanlış kampanyadan değil, iki kez sayılan satıştan çıkar. Aynı satın alma; farklı etiketler, sayfa yenilemeleri veya içe aktarma ayarları nedeniyle rapora tekrar yazılabilir.

Bir pırlanta yüzük mağazası düşünün. Hesapta yüksek ROAS görünür; fakat sipariş paneliyle karşılaştırıldığında satışların bir bölümü başarısız ödeme dönüşlerinden ve yenilenmiş teşekkür sayfalarından oluşur. Kampanya kapatılmaz. Önce purchase tetikleme anı değiştirilir, sipariş numarası zorunlu tutulur ve geçersiz işlemler rapordan ayrılır. Gerçek ROAS düşebilir; ama artık karar verilecek rakam odur.

Her siparişe tek ve benzersiz transaction ID verin

transaction_id, siparişinizin takip sistemlerindeki kimliğidir. Aynı sipariş numarasıyla ikinci kez gelen purchase event’i GA4 tarafından yok sayılabilir. Google Ads de teşekkür sayfası yenilenmesi gibi durumlarda çift sayımı önlemek için benzersiz işlem kimliği kullanılmasını önerir.

Sipariş numarası şunları sağlamalıdır:

• Her siparişte benzersiz olmalı
• Sipariş panelindeki kayıtla eşleşmeli
• GA4, Google Ads ve gerekiyorsa Meta tarafında aynı satışın tanınmasını desteklemeli
• Test siparişlerinde de doğrulanmalı

Google tag ve GTM aynı işi iki kez yapmasın

Bir mağazada tema içine eklenmiş Google tag ile GTM içindeki aynı yapı birlikte çalışıyorsa, tek bir kullanıcı hareketi iki ayrı event üretebilir. Hazır eklenti, tema kodu ve GTM birbirinden bağımsız kurulduğunda bu hata sık görülür.

Kural basittir: Her event’in tek sahibi olmalıdır. Kurulum dokümanında hangi event’in hangi etiketle gönderildiği yazmalıdır.

GA4 içe aktarımı ile Ads etiketini iki kez birincil saymayın

Google Ads için iki geçerli yaklaşım vardır:

• Google Ads’in kendi dönüşüm etiketiyle doğrudan purchase ölçmek
• GA4’teki purchase event’ini Google Ads’e bilinçli biçimde içe aktarmak

Aynı satın alma için her iki yaklaşımı da birincil dönüşüm yapmak, aynı geliri iki kez sayabilir. GA4 davranış analizinin merkezi olabilir. Google Ads ise teklif stratejisi için tek bir ana satın alma aksiyonuna dayanmalıdır.

Bu ayrım, reklam bütçesini satışa göre yöneten Google Ads yönetimi çalışmalarında temel kontroldür. Hesap, kolay tetiklenen etkileşimleri değil tahsil edilmiş satış değerini öğrenmelidir.

Kontrol noktası: Google Ads dönüşüm özetindeki satış sayısını, sipariş yönetim panelindeki geçerli online tahsilatla düzenli karşılaştırın. Aradaki farkın nedenini bilmiyorsanız ROAS’a güvenmeyin.

Google Ads’i satış değeriyle besleyin

Mücevher e-ticaret Google Ads dönüşüm takibi, satış adedinin yanı sıra satış değerini de iletmelidir. Aksi halde düşük sepet tutarlı çok sayıdaki sipariş, yüksek değerli ama daha seyrek siparişlerin önüne geçebilir.

Sabit dönüşüm değeri neden hatalıdır?

Sabit değer, tüm dönüşümlere aynı parasal karşılığı atar. Lead toplama kampanyalarında bazen kabul edilebilir. Ancak ürün değerleri ciddi biçimde değişen mücevher mağazalarında satış gerçeğini bozar.

Doğru yapı şöyledir:

• Her purchase, o siparişin gerçek işlem değerini taşır.
• Para birimi açıkça TRY olarak gönderilir.
• İndirim, kargo ve vergi dahil etme mantığı belgelenir.
• Google Ads’teki değer ile sipariş panelindeki sipariş toplamı aynı tanıma dayanır.

Net gelirin nasıl hesaplanacağı ayrı bir karardır. Reklam optimizasyonunda çoğu mağaza, başarılı ödeme anındaki sipariş değerini kullanır. Finansal raporlama ise iptal, iade, kısmi iade ve ödeme başarısızlıklarını sonradan düşerek net ciroyu hesaplar.

İptal ve iadeleri ayrı raporlayın

Mücevherde siparişin oluşması nihai gelir anlamına gelmeyebilir. Stok teyidi, kişiselleştirme onayı, fraud kontrolü veya iade süreci yüksek tutarlı siparişleri etkileyebilir.

Bu nedenle iki raporlama katmanı kurulmalıdır:

1. Anlık optimizasyon raporu: Başarılı ödeme anındaki purchase.
2. Nihai ticari rapor: İptal ve iadeler işlendikten sonraki net ciro.

GA4 tarafında refund event’i tam veya kısmi iade bilgisiyle gönderilebilir. Google Ads tarafında da işlem kimliği üzerinden dönüşüm değerinde sonradan düzeltme yapılabilen yapılar vardır. Amaç reklam hesabını geçmiş satıştan habersiz bırakmak değil; kısa vadeli optimizasyon ile muhasebe gerçekliğini birbirine karıştırmamaktır.

Meta Pixel ve Conversions API’de aynı satışı iki kez saymayın

Meta Pixel, tarayıcı tarafındaki davranışları izler. Tarayıcı kısıtlamaları, reklam engelleyiciler veya kullanıcının izin tercihleri nedeniyle bu verinin bir kısmı eksik kalabilir. Conversions API, sunucuda oluşan satış sonucunun Meta’ya gönderilmesine yardım edebilir.

Bu iki kaynak birlikte kullanılabilir. Ancak aynı satın alma Pixel ve sunucu üzerinden gönderiliyorsa, platformun bunların tek işlem olduğunu anlayabilmesi gerekir.

Event ID eşleme mantığı

Tarayıcı ve sunucu aynı Purchase event’ini gönderiyorsa ortak bir event_id kullanılmalıdır. Meta bu kimlikle iki kaydı eşleştirmeye çalışır.

Şu hatalı kurulum çift sayıma yol açar:

• Pixel tarayıcıdan Purchase gönderir.
• Sunucu aynı satışı farklı veya boş kimlikle tekrar gönderir.
• Meta iki kaydı ayrı dönüşüm sayar.

Özellikle WhatsApp üzerinden başlayan, sonra ödeme linkiyle tamamlanan satışlarda ayrım önemlidir. Kullanıcının WhatsApp’a tıklaması ikincil etkileşimdir. Linkteki başarılı ödeme ise tek purchase olarak kalmalıdır.

Shopify mağazalarında yerleşik event’ler başlangıç noktası sağlayabilir. Yine de ödeme akışı, uygulamalar ve ürün verisi değiştikçe event’lerin sipariş paneliyle doğrulanması gerekir. Shopify kurulumu sırasında ölçüm, mağaza yayına alındıktan sonra eklenecek bir ayrıntı değil; ödeme ve analytics mimarisinin parçasıdır.

Çerez izni olmadan kurulan takip neden sorun çıkarır?

Takip etiketleri, kullanıcının çerez tercihinden bağımsız çalışan araçlar değildir. Analitik ve reklam ölçümünün teknik yapısı; tercih yönetimi, aydınlatma metni ve mağazanın hukuki değerlendirmesiyle birlikte ele alınmalıdır.

Google’ın Consent Mode yapısında analytics_storage, ad_storage, ad_user_data ve ad_personalization gibi izin sinyalleri ayrı yönetilir. Özellikle ad_user_data, gelişmiş dönüşümler ve etiket tabanlı reklam ölçümü açısından önem taşır.

Gelişmiş dönüşümler, e-posta veya ad-soyad ve adres gibi birinci taraf verilerini SHA-256 ile hash’leyerek dönüşüm eşleştirmesine destek olabilir. Telefon numarası tek başına bu kurulum için yeterli kabul edilmez. Ancak hash’lenmiş veri göndermek KVKK yükümlülüklerini ortadan kaldırmaz.

Teknik ekip şunları sağlamalıdır:

• Etiketlerin izin durumuna göre davranması
• İzin reddedildiğinde hangi verinin gönderildiğinin test edilmesi
• Gelişmiş dönüşüm verisinin yanlış alanlarla iletilmemesi
• Veri akışının belgelenmesi

Hukuki ekip veya danışman ise aydınlatma, açık rıza gerekliliği ve veri işleme dayanağını mağazanın kendi koşullarına göre değerlendirmelidir. KVKK Çerez Uygulamaları Hakkında Rehber teknik kurulumun hukuki değerlendirmeden ayrı düşünülmemesi gerektiğini gösterir.

Kurulum sonrası test listesi

Etiket yayınlandı diye takip kurulmuş sayılmaz. İlk test siparişinde veriyi tarayıcıdan sipariş paneline ve raporlama araçlarına kadar izlemek gerekir.

Aşağıdaki kontrol listesi, mücevher e-ticaret dönüşüm takibi için temel doğrulama adımlarını içerir:

1. GTM Preview modunda view_item, add_to_cart, begin_checkout ve purchase event’lerinin doğru sırayla çalıştığını kontrol edin.
2. GA4 DebugView’da event adlarını, transaction_id, value, currency ve items alanlarını doğrulayın.
3. Tag Assistant ile Google tag’in aynı sayfada iki kez yüklenmediğini kontrol edin.
4. Google Ads dönüşüm tanılama ekranında satın alma aksiyonunun veri aldığını inceleyin.
5. Meta Events Manager’da Pixel ve Conversions API event’lerinin mükerrer kayıt oluşturmadığını doğrulayın.
6. Test siparişindeki sipariş numarasını GA4, Ads ve Meta kayıtlarıyla eşleştirin.
7. Başarısız ödeme senaryosunda purchase event’inin çalışmadığını test edin.
8. Teşekkür sayfasını yenileyin; aynı siparişin ikinci kez sayılmadığından emin olun.
9. İzin reddedildiğinde etiketlerin planlanan davranışı gösterdiğini kontrol edin.
10. İade veya iptal senaryosunda raporlama düzeltmesinin nasıl yapılacağını yazılı hale getirin.

GA4 raporlarının oluşması 24–48 saat sürebilir. Google Ads gelişmiş dönüşüm tanılamasında sonuçların görünmesi de yaklaşık 48 saat alabilir. Bu gecikme normaldir. Test sırasında DebugView, Tag Assistant ve sipariş paneli daha hızlı doğrulama araçlarıdır.

Mücevher e-ticaret dönüşüm takibinde en sık yapılan hatalar

Takip hataları çoğu zaman görünmez kalır çünkü platformlar yine de veri gösterir. Sorun, görünen verinin doğru karar vermeye yetmemesidir.

En sık görülen hatalar şunlardır:

• Başarısız veya bekleyen ödemeyi purchase saymak
• Teşekkür sayfası yenilendiğinde ikinci satın alma event’i göndermek
• transaction_id göndermemek
• Her satışa sabit dönüşüm değeri vermek
• Kupon, kargo, vergi ve indirim değerlerinin tanımını belirsiz bırakmak
• add_to_cart event’ini Google Ads’te birincil dönüşüm yapmak
• GA4 içe aktarımı ile doğrudan Ads etiketini iki kez birincil saymak
• Meta Pixel ve Conversions API event’lerini ortak kimlik olmadan göndermek
• Google, Meta ve sipariş panelindeki rakamları hiç karşılaştırmamak
• Çerez izni reddedildiğinde etiketlerin davranışını test etmemek

Bu listedeki tek bir hata bile yüksek değerli birkaç siparişi yanlış raporlayabilir. Mücevherde sepet tutarı yükseldikçe ölçüm farkı bütçe kararlarını daha fazla etkiler.

Ne zaman özel kurulum gerekir?

Hazır entegrasyonlar başlangıçta yeterli olabilir. Ancak mağaza akışı standarttan uzaklaştığında otomatik eklenti kurulumu çoğu zaman eksik veri veya çift sayım üretir.

Özel kurulum gerektiren yaygın durumlar şunlardır:

• WooCommerce eklentisinin items verisini eksik göndermesi
• Yüzük ölçüsü, gravür veya taş seçimi gibi kişiselleştirme akışları
• Birden fazla ödeme sağlayıcısı kullanılması
• Havale/EFT ile sonradan onaylanan siparişler
• WhatsApp veya telefon görüşmesiyle tamamlanan satışlar
• Fiziksel mağaza randevularının satış sürecine dahil olması
• Google Ads, Meta ve Merchant Center ürün kimliklerinin eşleşmemesi
• İptal ve kısmi iadelerin net ciro raporunu ciddi biçimde etkilemesi

Kurulumun çıktısı yalnızca GTM container’ı olmamalıdır. Hangi event’lerin ölçüldüğü, hangisinin birincil dönüşüm sayıldığı, hangi değerlerin gönderildiği ve hangi siparişlerin rapora alınmadığı yazılı olmalıdır.

Mücevher mağazasında dönüşüm takibi, yalnızca bir reklam raporu değildir. Sipariş değerini, ürün bilgisini ve ödeme geçerliliğini reklam sistemlerinin anlayacağı veri yapısına çeviren bir muhasebe katmanıdır.

Doğru kurulumda satış adedinden önce üç konu net olmalıdır: Sipariş gerçekten tahsil edildi mi, değeri ne kadar ve hangi ürünler satıldı? Bu soruların yanıtı güvenilir değilse Google Ads ve Meta bütçesi hakkında güvenilir karar verilemez.

Sık sorulan sorular

Mücevher e-ticaret sitesinde hangi dönüşümler izlenmelidir?

Temel huni için view_item, add_to_cart, view_cart, begin_checkout, add_shipping_info, add_payment_info, purchase ve refund izlenmelidir. Mücevhere özel olarak ölçü rehberi açılması, sertifika incelemesi, WhatsApp danışmanlığı ve randevu talebi de ikincil niyet sinyali olabilir.

Google Ads’te sepete ekleme birincil dönüşüm olmalı mı?

Hayır. Sepete ekleme satın alma niyeti gösterir fakat satış değildir. Google Ads’te birincil dönüşüm başarılı purchase olmalıdır. add_to_cart ve begin_checkout ikincil dönüşüm olarak analiz amacıyla tutulabilir.

GA4 purchase event’inde hangi bilgiler bulunmalıdır?

En az benzersiz transaction_id, dinamik value, currency olarak TRY ve satın alınan ürünleri içeren items dizisi bulunmalıdır. Kupon, indirim, kargo ve vergi bilgileri raporlama ihtiyacına göre ayrıca gönderilebilir.

Transaction ID nedir ve neden gereklidir?

Transaction ID, her siparişe ait benzersiz işlem numarasıdır. Aynı teşekkür sayfası yenilendiğinde veya aynı satış yeniden tetiklendiğinde çift sayımı önlemeye yardım eder. Ayrıca reklam platformundaki dönüşümün sipariş panelindeki kayıtla eşleştirilmesini sağlar.

Google Ads ile GA4 aynı satışı neden farklı sayar?

Atıf modeli, raporlama gecikmesi, izin tercihleri, kanal tanımları ve dönüşüm ayarları farklı olabilir. Bu nedenle rakamların birebir eşleşmesi beklenmez. Ancak sipariş paneliyle açıklanamayan büyük farklar, çift sayım veya yanlış purchase tetiklenmesi açısından incelenmelidir.

İptal edilen mücevher siparişleri reklam raporundan nasıl ayrılır?

Anlık optimizasyonda başarılı ödeme sonrası purchase kullanılır. Nihai ticari raporda ise iptal, tam iade ve kısmi iade kayıtları ayrı işlenerek net ciro hesaplanır. GA4’te refund event’i kullanılabilir; Google Ads’te işlem kimliği üzerinden değer düzeltme yöntemleri uygulanabilir.

Meta Pixel ve Conversions API birlikte kullanılmalı mı?

Birlikte kullanılabilir. Pixel tarayıcı tarafındaki davranışları, Conversions API ise sunucu tarafındaki sonuçları iletmeye yardımcı olur. Aynı satın alma iki kaynaktan gönderiliyorsa mükerrer sayımı önlemek için ortak bir event_id ile eşleme yapılmalıdır.

Çerez izni dönüşüm takibini etkiler mi?

Evet. Kullanıcının tercihleri, analitik ve reklam etiketlerinin hangi veriyi işleyebileceğini etkileyebilir. Consent Mode gibi teknik yapılar izin sinyallerini yönetmeye yardım eder. Ancak teknik kurulum, mağazanın KVKK kapsamındaki hukuki değerlendirmesinin yerine geçmez.