---
title: "Dönüşüm Takibi Kurulumu: GA4 ve Ads | Designodin Tekstil"
description: "Tekstil mağazasında dönüşüm takibi kurulumu: GA4’te satın almayı önemli etkinlik yapın, Ads’te tek birincil dönüşüm seçin, çift sayımı test edin."
source: https://designodin.com.tr/tekstil/blog/tekstil-e-ticarette-donusum-takibi-kurulumu
---

[← Tüm yazılar](https://designodin.com.tr/tekstil/blog/) [Dijital Pazarlama](https://designodin.com.tr/tekstil/blog/kategori/dijital-pazarlama/)

# Dönüşüm Takibi Kurulumu: GA4 ve Ads

22 Eylül 2026 · Designodin

**Kısa cevap:** Dönüşüm takibi kurulumu, her satın almayı GA4’e ve Google Ads’e bir kez, doğru değer ve para birimiyle, ödeme doğrulandıktan sonra göndermektir. GA4’te `purchase` varsayılan olarak önemli etkinliktir; Google Ads’te teklif için tek bir birincil satın alma dönüşümü seçilir, sepete ekleme ve ödeme adımları ikincil kalır. Her satın alma benzersiz bir `transaction_id` taşır, tekstilde renk ve beden `item_variant` alanıyla gelir ve etiketler ziyaretçi onay vermeden çalışmaz. Reklam açılmadan önce bir test siparişiyle sayfa yenileme ve başarısız ödeme senaryoları denenir.

Tekstil mağazanızda Google Ads satış gösteriyor olabilir. Bu, reklamın gerçekten satış getirdiğini tek başına kanıtlamaz. Aynı sipariş iki kez sayılıyorsa, başarısız 3D Secure dönüşü satın alma olarak kaydediliyorsa ya da iade edilen ürün gelirde kalıyorsa reklam hesabı kendini yanlış veriye göre yönlendirir.

Sorun raporların görüntüsü değildir. Yanlış `purchase` verisi bütçeyi yanlış kampanyaya taşır, doğru ürünü satan reklamı kapattırır, beden tablosu yüzünden kaybedilen satışı da “reklam performansı zayıf” diye okutur. [Ticaret Bakanlığı’nın 2025 raporuna](https://icticaret.ticaret.gov.tr/haberler/turkiyede-e-ticaretin-gorunumu-raporu-2025-yayinlandi) göre giyim, ayakkabı ve aksesuar kategorisi 428,7 milyar TL ile e-ticaret hacminde ilk sıradaydı. Bu ölçekte “satış geldi” bilgisi yetmez; hangi ürünün, hangi bedenin, hangi kanalın ve hangi ödeme adımının net gelir ürettiğini bilmeniz gerekir. Kaynaklar Ekim 2026’da kontrol edildi.

**Öne Çıkanlar**

- GA4’te satın alma bir “önemli etkinlik”tir; Google Ads’te teklif için kullanılan işlem ise “dönüşüm” adını korur. `purchase` GA4’te varsayılan olarak önemli etkinliktir.
- Google Ads’te tek birincil dönüşüm, benzersiz sipariş numarasıyla gelen doğrulanmış `purchase` olmalıdır; `add_to_cart`, `begin_checkout` ve `add_payment_info` ikincil kalır.
- Google Ads aynı işlem kimliğini yalnızca aynı dönüşüm işlemi içinde tekilleştirir. GA4 içe aktarması ve Google Ads etiketi ikisi birden birincilse aynı satış iki kez sayılır.
- Tekstilde renk, beden ve kalıp `item_variant` alanıyla tutarlı gönderilmelidir; stok durumu için GA4’te standart bir alan yoktur.
- İzin modu çerez bandının yerine geçmez; KVKK Çerez Rehberi’ne göre davranışsal reklam çerezleri açık rıza gerektirir.

## Dönüşüm Takibi Nedir, Tekstil Mağazasında Neyi Ölçmeli?

Dönüşüm takibi, reklamdan veya başka bir kanaldan gelen ziyaretçinin satın alma gibi değerli bir işlemi tamamlayıp tamamlamadığını ölçen kurulumdur. Tekstil mağazasında bu yalnızca bir satış sayacı değildir; müşterinin hangi adımda karar verdiğini veya vazgeçtiğini gösteren veri altyapısıdır.

Bir ziyaretçi reklamı görür. Koleksiyon sayfasına gelir, bir elbiseyi açar, beden rehberine bakar, M bedeni seçer, sepete ekler, kargo ücretini görür, ödeme adımına geçer ve 3D Secure ekranından döner. Yolculuk satın alma olmadan bitiyorsa bunu yalnızca “reklam kötü” diye açıklayamazsınız. Sorunun hangi adımda oluştuğunu ölçmeniz gerekir.

Google’ın [GA4 e-ticaret ölçümü dokümantasyonu](https://developers.google.com/analytics/devguides/collection/ga4/ecommerce?hl=tr), ürün listelemeden iadeye kadar standart bir etkinlik yapısı sunar. Tekstil mağazası bu yapının üstüne varyant ve karar sürtünmesi verilerini ekler. Bu yazı GA4 ve Google Ads tarafını anlatıyor; Meta Pikseli ve Dönüşümler API’si için [Meta reklam yönetimi](https://designodin.com.tr/tekstil/blog/tekstil-e-ticarette-meta-reklam-yonetimi/) yazısına bakın.

Ölçüm planınız şu sorulara cevap vermelidir:

- Hangi kategori ve koleksiyon sayfası ürün keşfi üretiyor?

- Hangi ürünler çok görüntülenip az sepete ekleniyor?

- Hangi renk veya beden varyantlarında ödeme adımına geçiş düşüyor?

- Beden rehberi görüntüleyen kullanıcıların satın alma oranı nedir?

- Kupon, ücretsiz kargo eşiği veya taksit seçeneği sepet terkini etkiliyor mu?

- Hangi ödeme yönteminde 3D Secure sonrası kayıp artıyor?

- İade edilen ürünler reklam kaynaklarına ve ürün varyantlarına göre nasıl dağılıyor?

[Aynı raporun ödeme verilerine](https://ticaret.gov.tr/data/6a02f2c7269de183c0b98bc4/T%C3%BCrkiye%27de%20E-Ticaretin%20G%C3%B6r%C3%BCn%C3%BCm%C3%BC%20Raporu%202025.pdf) göre 2025’te e-ticaret hacminin %62,5’i kartla, %29,2’si havale/EFT ile ödendi; kartlı ödemelerin %64,1’inde 3D Secure kullanıldı. Yani satışların büyük bölümünde ya bir doğrulama ekranı ya da sonradan teyit edilen bir havale var. Satın alma etkinliğini yalnızca siparişin oluşturulduğu ana bağlamak bu yüzden risklidir; ödemenin tamamlandığını doğrulayan bir kurulum gerekir.

### Tekstilde ürün adı yeterli veri değildir

Aynı ürünün siyah M bedeni ile bej XL bedeni aynı sonucu vermeyebilir. Yalnızca ürün adı düzeyinde raporlamak stok ve kalıp sorunlarını gizler.

Varsayımsal bir örnek: Bir keten pantolon reklamı çok sayıda sepete ekleme üretiyor. Ancak yalnızca bej M ve L bedenlerinde `add_payment_info` sonrası satın alma düşüyorsa sorun reklam hedeflemesi değildir. Beden tablosu, kalıp açıklaması veya o varyanttaki stok güveni satışı durduruyor olabilir.

Bu nedenle her ürün etkinliğinde en az şu alanlar tutarlı gelmelidir:

- `item_id`: Değişmeyen ürün veya varyant kimliği

- `item_name`: Ürün adı

- `item_category`: Kategori

- `item_variant`: Renk, beden ve gerekiyorsa kalıp

- `price`: Birim fiyat

- `quantity`: Adet

- `coupon`: Kullanılan kupon kodu

- `value`: Etkinliğin toplam parasal değeri

- `currency`: Para birimi; `value` gönderildiğinde zorunludur

`purchase` etkinliğinde `value`, ürünlerin fiyat × adet toplamıdır. Kargo ücreti bu değere eklenmez, `shipping` alanında ayrıca gönderilir; vergiyi ayrı göstermek isterseniz `tax` alanı kullanılır. Stok durumu için GA4’te standart bir alan yoktur; gerekiyorsa özel parametre olarak tanımlanır.

## GA4’te Önemli Etkinlik, Google Ads’te Dönüşüm

İki araç aynı satışa farklı adlar verir. GA4’te iş açısından önemli sayılan etkinlikler artık [önemli etkinlik](https://support.google.com/analytics/answer/13965727?hl=tr) olarak işaretlenir; Google Ads’te teklif için kullanılan işlem ise “dönüşüm” adını korur. `purchase`, GA4’te [varsayılan olarak önemli etkinliktir](https://support.google.com/analytics/answer/13128484?hl=tr); ayrıca işaretlemeniz gerekmez.

Görevleri de farklıdır. GA4, müşteri yolculuğunu ve ürün performansını analiz etmek için kullanılır; Google Ads ise reklam ilişkilendirmesi ve teklif optimizasyonu içindir. İki araca aynı görevi yüklemek veri karışıklığı yaratır.

### Google Ads’te satın alma dönüşümü nasıl oluşturulur?

Google Ads’te dönüşüm işlemleri Hedefler › Dönüşümler › Özet sayfasında yönetilir. Satın alma için iki yol vardır:

- **Google Ads etiketi:** Sitede Google etiketi ve satın alma etkinliği çalışır; dönüşüm değeri ve işlem kimliği siparişten dinamik olarak gelir.

- **GA4’ten içe aktarma:** GA4’teki `purchase` önemli etkinliği Google Ads’e dönüşüm olarak alınır.

[İçe aktarma](https://support.google.com/google-ads/answer/2375435?hl=tr) için GA4 mülkü ile Google Ads hesabı bağlı olmalı ve Google Ads’te otomatik etiketleme açık olmalıdır; GA4’te en az Pazarlamacı rolü, Google Ads’te yönetici erişimi gerekir. Reklamdan gelen ziyaretçinin adresindeki GCLID parametresi sitedeki yönlendirmelerde kaybolmamalıdır.

Aynı kaynak önemli bir farkı da açıklar: Google Ads dönüşümü reklam tıklamasının tarihine, GA4 ise dönüşümün gerçekleştiği tarihe yazar. Bu yüzden iki panel gün bazında birebir tutmayabilir; karşılaştırmayı daha uzun bir dönem üzerinden yapın.

## Önce Gerçek Satışın Tanımını Netleştirin

Yanlış ölçümün en yaygın nedeni teknik eksiklik değildir; “satış” tanımı baştan net değildir. Sipariş numarası oluştu diye ödeme alınmış sayılmaz.

### Teşekkür sayfası satış kanıtı değildir

Birçok mağaza `purchase` etkinliğini teşekkür sayfası açıldığında çalıştırır. Bu yöntem bazı altyapılarda hızlı görünür, fakat ödeme başarısız olduğunda veya müşteri sayfayı tekrar yüklediğinde satışları şişirebilir.

`purchase` etkinliği, mümkünse ödeme ve sipariş durumu doğrulandıktan sonra gönderilmelidir. Her satın alma benzersiz bir `transaction_id` taşımalıdır. Tekilleştirme iki araçta farklı çalışır:

- **GA4**, aynı işlem kimliğiyle gelen [yinelenen satın almaları ayıklar](https://support.google.com/analytics/answer/12313109?hl=tr). Boş bir `transaction_id` göndermeyin.

- **Google Ads**, aynı işlem kimliğini yalnızca [aynı dönüşüm işlemi içinde](https://support.google.com/google-ads/answer/6386790?hl=tr) tekilleştirir. İşlem kimliği en fazla 64 karakter olabilir ve müşteriyi tanımlayan bilgi içermemelidir; sipariş numarası bu iş için yeterlidir.

Bu fark önemlidir. İşlem kimliği, aynı etiketin sayfa yenileme veya geri dönme yüzünden ikinci kez çalışmasını yakalar. Ama aynı satış iki ayrı dönüşüm işlemiyle, örneğin hem GA4 içe aktarmasıyla hem Google Ads etiketiyle gönderiliyorsa Google Ads ikisini de sayar.

Varsayımsal bir örnek: Google Ads’teki satın alma sayısı, sipariş panelindeki başarılı ödeme sayısından belirgin biçimde yüksek görünüyor. Nedenlerden biri, müşterilerin 3D Secure ekranından döndükten sonra teşekkür sayfasını yeniden açması ve işlem kimliği taşımayan etiketin aynı siparişi ikinci kez göndermesi olabilir. Reklam hesabı yüksek ROAS gösterdiği için bütçeyi artırmak cazip görünür; gerçek gelir ancak sipariş paneliyle mutabakat yapıldığında ortaya çıkar.

Satışın teknik tanımı şu olmalıdır: **ödeme veya sipariş sistemi tarafından doğrulanmış, benzersiz sipariş numarası taşıyan ve tekrar gönderildiğinde tekilleştirilebilen işlem.**

### Havale, iptal ve iade aynı şey değildir

Havale/EFT ile ödeme alan mağazalarda siparişin oluşturulduğu an ile tahsilat anı farklıdır. [WooCommerce sipariş durumlarında](https://woocommerce.com/document/managing-orders/order-statuses/) `Processing` ödemenin alındığını gösterir; havale (BACS) siparişleri ise ödeme elle doğrulanana kadar `On hold` durumunda kalır. `purchase` etkinliğini ödemesi alınmış duruma bağlayın; havale siparişlerini ödeme doğrulandığında sayın.

İptal, hiç gerçekleşmemiş veya sonradan geçersiz sayılmış siparişin durumudur. İade ise gerçekleşen satışın tamamının ya da bir bölümünün geri dönmesidir. İkisi de gelir raporunda görünmelidir, fakat aynı veri değildir.

GA4’e `refund` etkinliğini aynı `transaction_id` ile gönderin; kısmi iadede iade edilen ürünleri `items` dizisine ekleyin. Reklam paneli muhasebe sistemi değildir; yine de brüt sipariş değeri ile net gelir arasındaki farkı izlemek zorundasınız.

## GA4 E-Ticaret Etkinlik Planı

Temel etkinlik setiniz şöyle olmalıdır:

Etkinlik Ne gönderilmeli? Hangi kararı destekler?

`view_item_list` Liste adı, ürün sırası, ürün kimliği Kategori ve koleksiyon sayfaları ilgi yaratıyor mu?

`select_item` Liste adı, ürün kimliği Hangi ürünler listeden tıklanıyor?

`view_item` Ürün, kategori, varyant Ürün sayfası talep topluyor mu?

`add_to_cart` Ürün, varyant, fiyat, adet, kupon Hangi ürünler satın alma niyeti yaratıyor?

`view_cart` Sepet değeri, adet; kargo eşiğine uzaklık (özel parametre) Sepette teklif sürtünmesi var mı?

`begin_checkout` Sepet, değer, kupon Sepetten ödemeye geçiş yeterli mi?

`add_shipping_info` Kargo yöntemi (`shipping_tier`), sepet değeri Kargo maliyeti veya teslimat seçeneği sorun mu?

`add_payment_info` Ödeme yöntemi (`payment_type`) Ödeme ve 3D Secure aşamasında kayıp var mı?

`purchase` Sipariş no, gelir, ürünler, kupon Gerçek satış ve reklam optimizasyonu

`refund` Sipariş no, iade tutarı, ürünler Net gelir ve ürün kalitesi analizi

Tablodaki etkinliklerin ve parametrelerin tanımı Google’ın [önerilen etkinlikler referansında](https://developers.google.com/analytics/devguides/collection/ga4/reference/events?hl=tr) yer alır. `add_shipping_info` ve `add_payment_info`, GA4’teki ödeme yolculuğu raporunun adımlarını da besler; o raporu [checkout optimizasyonu](https://designodin.com.tr/tekstil/blog/tekstil-e-ticaret-checkout-optimizasyonu/) yazısında ele aldık.

### Tekstil için eklenebilecek özel etkinlikler

Standart GA4 etkinlikleri başlangıç için yeterlidir. Tekstil mağazasında müşterinin hangi aşamada durduğunu görmek için Google’ın standart listesinde olmayan, sizin tanımladığınız özel etkinlikler eklenebilir.

**view_size_guide**, beden rehberi açıldığında çalışır. Bu etkinlik tek başına iyi veya kötü değildir. Ancak yüksek beden rehberi görüntüleme, düşük sepete ekleme ve yüksek iade birlikte görülüyorsa ürün bilgisinin net olmadığı anlaşılır.

**stock_notification_signup**, stok bildirimi isteyen ziyaretçileri takip eder. Reklamla trafik alan varyantlarda bu veri önemlidir: Ürün satmıyor gibi görünürken aslında talep var, stok yok olabilir.

Kupon bilgisini `coupon` alanıyla düzenli gönderin. Böylece indirimli satışların hangi kanaldan geldiğini, kuponun dönüşümü artırıp artırmadığını ve yalnızca zaten satın alacak müşteriye mi indirim verdiğinizi görebilirsiniz.

Varsayımsal bir örnek: Bir nevresim koleksiyonu yüksek trafik alıp az satış getiriyor görünüyor. Etkinlik verisi, ziyaretçilerin ürün sayfasından sonra çoğunlukla “stok gelince haber ver” formunu doldurduğunu gösteriyorsa sorun reklamda değil, stoktadır: En çok aranan ölçüler stokta yoktur. Bu durumda kampanyayı kapatmak yerine reklamları stokta bulunan varyantlara yönlendirin ve stok planını talep verisine göre değiştirin.

## Google Tag Manager ile Veri Katmanını Kurun

Sağlıklı kurulumun merkezi `dataLayer` ya da altyapının güvenilir müşteri etkinliği akışıdır. Etiketler ürün ve sipariş bilgisini buradan almalıdır.

DOM’dan veri çekmek, yani sayfadaki ürün başlığını, fiyatı veya sipariş numarasını CSS seçicilerle kazımak, kırılgan bir yöntemdir. Tema güncellenebilir, fiyat biçimi değişebilir, mobil görünüm farklılaşabilir ya da kupon alanı sayfanın başka bir bölümüne taşınabilir. Etiket çalışıyor görünür, ama yanlış veri gönderiyor olabilir.

Doğru akış şöyledir:

- Mağaza altyapısı ürün, varyant, sipariş, ödeme ve iade verisini üretir.

- Bu veri standart bir sözleşmeyle `dataLayer` içine aktarılır.

- Google Tag Manager tetikleyicileri, etiketleri ve onay durumlarını yönetir.

- GA4 tam huniyi kaydeder.

- Google Ads doğrulanmış satın alma verisiyle teklif stratejisini çalıştırır.

- Sipariş veya ERP paneli günlük mutabakat için gerçek kaynak olarak kalır.

### WooCommerce ve Shopify’da mantık aynı, uygulama farklıdır

WooCommerce’te özel tema, ödeme eklentisi, iyzico veya PayTR akışı ve sipariş durumları bu kurulumun doğrudan parçasıdır. Yalnızca eklenti yüklemek yetmez: Etkinliklerin doğru anda tetiklendiği, varyant bilgisinin eksiksiz geldiği ve ödeme dönüşünün tek başına satış olarak kaydedilmediği test edilmelidir. Ödeme bildiriminin sunucuda nasıl doğrulandığını [iyzico ve PayTR entegrasyonu](https://designodin.com.tr/tekstil/blog/iyzico-paytr-entegrasyonu-tekstil-markasi/) yazısında anlattık.

[WooCommerce mağazası](https://designodin.com.tr/tekstil/e-ticaret/) tarafında ölçüm, ödeme, ürün ve stok akışı aynı mağaza mimarisinin parçası olarak düşünülmelidir. Aynı satın alma etkinliğini gönderen birden fazla takip eklentisi, siparişi iki kez saydırabilir.

Shopify’da Teşekkür ve Sipariş durumu sayfalarını [yükseltmek için son tarih](https://help.shopify.com/tr/manual/checkout-settings/customize-checkout-configurations/upgrade-thank-you-order-status) 26 Ağustos 2026’ydı; yükseltilen sayfalarda eski “ek komut dosyaları” çalışmaz. Takip artık [Pikseller ve müşteri etkinlikleri](https://help.shopify.com/tr/manual/promoting-marketing/pixels) altında uygulama pikselleri veya özel piksellerle yapılır; özel pikseller korumalı bir ortamda (sandbox) çalıştığı için her piksel işlevi orada çalışmaz. Shopify’ın Google & YouTube uygulaması `purchase`, `add_to_cart` ve `begin_checkout` gibi etkinlikleri [Google Ads dönüşüm kimliğine eşleyebilir](https://support.google.com/merchants/answer/16267554?hl=tr); aynı satın almayı bir de GTM veya özel pikselle gönderirseniz çift sayım olur. İki platformu ölçüm dışındaki yönleriyle de [Shopify mı WooCommerce mi](https://designodin.com.tr/tekstil/blog/shopify-mi-woocommerce-mi-tekstil-markasi/) yazısında karşılaştırdık.

### Ödeme sayfasından dönüş satışın kaynağını bozmasın

Kartla ödemede müşteri çoğu zaman 3D Secure veya ödeme sağlayıcısının sayfasına gider, sonra mağazaya geri döner. Bu dönüş ayarlanmazsa GA4 satın almayı reklama değil, ödeme sağlayıcısının alan adına yazabilir. GA4 veri akışının etiket ayarlarındaki [İstenmeyen yönlendirmeleri listeleyin](https://support.google.com/analytics/answer/10327750?hl=tr) bölümüne ödeme sağlayıcısının alan adlarını ekleyin; ayar en fazla 50 kural alır ve Düzenleyici rolü gerektirir.

## Google Ads İçin Tek Bir Birincil Satın Alma Dönüşümü Seçin

Her etkinliği dönüşüm olarak işaretlemek size daha anlamlı veri vermez; Google Ads’e yanlış hedef tanımlamış olursunuz.

Google Ads [birincil ve ikincil dönüşüm işlemlerini](https://support.google.com/google-ads/answer/11461796?hl=tr) ayırır. Birincil işlemler teklif stratejisinde kullanılır ve “Dönüşümler” sütununda görünür; ikincil işlemler yalnızca gözlem içindir ve “Tüm dönüşümler” sütununda kalır. Çoğu tekstil mağazasında birincil dönüşüm **doğrulanmış purchase** olmalıdır. `add_to_cart`, `begin_checkout` ve `add_payment_info` değerli sinyallerdir, ama satış değildir: Bunları ikincil tutun, huni teşhisinde kullanın ve reklam algoritmasına satın alma kadar değerli oldukları sinyalini vermeyin.

### GA4 içe aktarma mı, Google Ads etiketi mi?

GA4 ile Google Ads hesabını [bağlamak](https://support.google.com/google-ads/answer/7519537?hl=tr); GA4 önemli etkinliklerini Ads’e aktarmayı, kitle oluşturmayı ve Analytics verisini Ads raporlarıyla birlikte görmeyi sağlar. GA4’ten gelen dönüşümler Google Ads’e varsayılan olarak ikincil gelir; birincil yapmak yalnızca Google Ads’te mümkündür.

Aynı `purchase` işlemini hem GA4’ten içe aktarıp hem de Google Ads etiketiyle birincil dönüşüm yaparsanız, tekilleştirme dönüşüm işlemi bazında çalıştığı için aynı satış iki kez sayılır. Bir yöntemi birincil satın alma kaynağı seçin, diğerini ikincil bırakın.

### Gelişmiş dönüşümler

[Gelişmiş dönüşümler](https://support.google.com/google-ads/answer/13262500?hl=tr), müşterinin verdiği e-posta veya telefon gibi bilgileri SHA256 ile karma (hash) hâline getirip Google’a göndererek ölçümü güçlendirir; kullanmak için Google’ın müşteri verisi politikalarını kabul etmeniz gerekir. Hesap düzeyindeki ayar, Hedefler › Ayarlar › Müşteri verilerinin kullanımı altındaki “Gelişmiş dönüşümleri aç” seçeneğidir. [Nisan 2026’dan itibaren](https://support.google.com/google-ads/answer/16884284?hl=tr) Google Ads bu veriyi site etiketinden, Veri Yöneticisi’nden ve API’den aynı anda kabul ediyor; tek bir yöntem seçmeniz gerekmiyor. GA4 de [kullanıcı tarafından sağlanan veriyi](https://support.google.com/analytics/answer/14077171?hl=tr) gönderebilir.

Karma hâline getirmek veriyi hukuki yükümlülükten çıkarmaz. E-posta ve telefon kişisel veridir; yurt dışındaki bir hizmet sağlayıcıya gidiyorsa [KVKK md. 9](https://www.mevzuat.gov.tr/mevzuat?MevzuatNo=6698&MevzuatTur=1&MevzuatTertip=5) kapsamındaki aktarım kuralları uygulanır.

### İlişkilendirme modeli ve dönüşüm aralığı

Google Ads’te ilk tıklama, doğrusal, zamana bağlı azalma ve konuma dayalı [ilişkilendirme modelleri](https://support.google.com/google-ads/answer/6259715?hl=tr) artık kullanılmıyor; bu modelleri kullanan dönüşüm işlemleri veriye dayalı ilişkilendirmeye yükseltildi, son tıklama ise hâlâ seçilebilir. GA4’te aynı kural tabanlı modeller [Kasım 2023’ten beri](https://support.google.com/analytics/answer/10597962?hl=tr) yok. Google Ads’te [dönüşüm aralığı](https://support.google.com/google-ads/answer/3123169?hl=tr) varsayılan olarak 30 gündür ve 1–90 gün arasında ayarlanabilir. Karar süresi bir tişörtle bir dış giyim ürünü arasında değişebilir; aralığı ürün yapınıza göre kontrol edin. ROAS’ın bu veriyle nasıl okunacağını [dijital pazarlama ROI ölçümü](https://designodin.com.tr/tekstil/blog/tekstil-markasi-dijital-pazarlama-roi-olcumu/) yazısında anlattık.

Reklam hesabınız satış hedefiyle çalışacaksa dönüşüm kaynağının sipariş panelindeki gerçekle mutabık olması gerekir. Yanlış ölçümün üstüne yapılan optimizasyon daha hızlı yanlış karar üretir. [Tekstil için Google Ads yönetimi](https://designodin.com.tr/tekstil/google-ads/) bu yüzden ölçüm denetimiyle başlamalıdır.

## KVKK, Çerez Bandı ve İzin Modu

Çerez bandı eklemek tek başına yeterli değildir. Bant ziyaretçinin tercihini toplar; [izin modu](https://support.google.com/google-ads/answer/10000067?hl=tr) ise bu tercihi Google etiketlerine iletir. Google’ın kendi tanımıyla izin modu bir çerez bandı sağlamaz. Temel ve gelişmiş olmak üzere iki uygulaması vardır: Temel uygulamada Google etiketleri onay gelene kadar yüklenmez; gelişmiş uygulamada etiketler yüklenir ve onay reddedilse de çerezsiz sinyaller gönderir.

İzin modunun ikinci sürümüyle gelen `ad_user_data` ve `ad_personalization` sinyallerini Google, [Avrupa Ekonomik Alanı’ndaki kullanıcılar için](https://support.google.com/tagmanager/answer/14754100?hl=tr) şart koşar. Türkiye’deki ziyaretçi için belirleyici olan ise KVKK’dır.

KVKK’nın [Çerez Uygulamaları Hakkında Rehberi](https://www.kvkk.gov.tr/SharedFolderServer/CMSFiles/fb193dbb-b159-4221-8a7b-3addc083d33f.pdf), davranışsal reklam çerezlerinin açık rıza gerektirdiğini söyler. Birinci taraf analitik çerezlerin rıza olmadan kullanılabileceği durumu ise dar tanımlar: yalnızca kitle ölçümü, anonim istatistik, siteler arası takip yok ve veri üçüncü taraflara aktarılmıyor. GA4 verisi Google’a iletildiği için bu koşulları sağlamak zordur. Rıza önceden alınmalı; bantta kabul ve ret seçenekleri eşit düzeyde sunulmalıdır.

Teknik tarafta şu üç nokta net olmalıdır:

- Analitik ve reklam etiketleri, gerekli onay oluşmadan tam ölçüm çalıştırmamalıdır.

- Ziyaretçinin bantta verdiği tercih GTM’e ve Google etiketlerine aktarılmalıdır.

- İzin modu çerez bandının yerine geçmez; onay sinyalini etiket sistemine ileten katmandır.

Onay reddedildiğinde ölçüm kaybı yaşanır; bu, veriyi zorla toplamak için gerekçe değildir. GA4 bu boşluğu [davranış modellemesiyle](https://support.google.com/analytics/answer/9976101?hl=tr) kısmen doldurabilir, ama yalnızca gelişmiş izin modu uygulamasında ve mülk uygunluk eşiklerini karşılıyorsa. Karar verirken hangi verinin gözlemlendiğini, hangisinin modellendiğini bilmeniz gerekir.

## Kurulumu Test Etmeden Reklam Açmayın

Etiketin yayında olması kurulumun doğru olduğu anlamına gelmez. Test planı olmadan açılan reklamlar, gerçek bütçeyle yapılan teknik denemedir.

İlk testte kendi mağazanızda kontrollü bir sipariş akışı oluşturun. Mümkünse kupon, varyant, kargo seçimi ve ödeme yöntemi içeren bir senaryo kullanın. Test sırasında çerez bandında onay verin; onay reddedilmişse [DebugView](https://support.google.com/analytics/answer/7201382?hl=tr) etkinlik göstermez.

Kontrol sırası şöyle olmalıdır:

- GTM’de **Önizleme**’ye tıklayın, Tag Assistant’ta mağaza adresinizi girip **Bağlan** deyin ve etkinliklerin doğru sırada tetiklendiğini [kontrol edin](https://support.google.com/tagmanager/answer/6107056?hl=tr).

- `view_item`, `add_to_cart`, `begin_checkout` ve `add_payment_info` etkinliklerinde ürün, varyant, fiyat ve para biriminin doğru geldiğini doğrulayın.

- `purchase` etkinliğinde `transaction_id`, `value`, `currency`, `coupon` ve `items` dizisinin eksiksiz olduğunu kontrol edin.

- Teşekkür sayfasını yenileyin. Aynı sipariş ikinci kez sayılmamalıdır.

- Başarısız veya yarım kalan ödeme senaryosunda `purchase` etkinliğinin çalışmadığını kontrol edin.

- Ödeme sağlayıcısından dönüşte satın almanın kaynağının değişmediğini kontrol edin.

- GA4 DebugView üzerinden etkinlikleri anlık doğrulayın.

- Google Ads’te Hedefler › Dönüşümler › Özet sayfasında dönüşüm işleminin durumunu inceleyin.

- Sipariş panelindeki başarılı ödeme tutarıyla GA4 ve Ads verisini karşılaştırın.

- İptal ve iade kayıtlarından sonra `refund` verisinin rapora ulaştığını doğrulayın.

- İlk haftalarda günlük, ardından haftalık mutabakat yapın.

GA4 standart raporlarında verinin görünmesi [24–48 saat sürebilir](https://support.google.com/analytics/answer/11198161?hl=tr). Bu yüzden kurulumun ilk doğrulama aracı rapor ekranı değil, DebugView olmalıdır. Yayına çıkmadan önceki diğer kontrolleri [lansman kontrol listesi](https://designodin.com.tr/tekstil/blog/tekstil-e-ticaret-sitesi-lansman-kontrol-listesi/) yazısında topladık.

## Tekstil Mağazaları İçin 12 Maddelik Dönüşüm Takibi Kontrol Listesi

Reklam bütçesini artırmadan önce aşağıdaki listeyi kontrol edin:

- `purchase` etkinliği benzersiz bir `transaction_id` içeriyor, boş değer gönderilmiyor mu?

- Başarısız 3D Secure veya yarım ödeme `purchase` olarak sayılmıyor mu?

- Teşekkür sayfası yenilendiğinde aynı sipariş tekrar sayılmıyor mu?

- Havale siparişleri ödeme doğrulandığında mı sayılıyor?

- Google Ads’te tek bir birincil satın alma dönüşümü tanımlı mı?

- GA4 içe aktarması ve Google Ads etiketi aynı satışı birincil olarak iki kez saymıyor mu?

- Ödeme sağlayıcısının alan adları istenmeyen yönlendirmeler listesinde mi?

- Ürünlerde renk, beden ve kalıp bilgisi `item_variant` ile geliyor mu?

- Beden rehberi ve stok bildirimi gibi tekstile özel sinyaller ölçülüyor mu?

- Kupon, kargo ve ödeme yöntemi verisi checkout etkinliklerinde var mı?

- İade ve iptaller brüt sipariş değerinden ayrı izleniyor mu?

- Çerez tercihi GTM’e ve Google etiketlerine aktarılıyor, etiketler onaydan önce çalışmıyor mu?

Bu listenin tamamına “evet” diyemiyorsanız, ROAS konuşmadan önce veri altyapısını düzeltin. Yanlış kurulumda reklam panelindeki yüksek oran, yalnızca daha inandırıcı görünen bir hatadır.

## Sık sorulan sorular

### Dönüşüm takibi kurulumu nasıl yapılır?

Önce satışın tanımı yapılır: ödemesi doğrulanmış, benzersiz sipariş numarası taşıyan işlem. Ardından mağaza altyapısı ürün ve sipariş verisini veri katmanına aktarır, GA4 e-ticaret etkinlikleri GTM veya platform entegrasyonuyla kurulur, Google Ads’te tek birincil satın alma dönüşümü seçilir ve etiketler çerez onayına bağlanır. Son adım, bir test siparişiyle sayfa yenileme ve başarısız ödeme senaryolarını denemektir.

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

Hayır. Sepete ekleme satın alma niyetini gösterir, fakat satış değildir. Google Ads teklif stratejisinin ana hedefi doğrulanmış `purchase` olmalıdır. Sepete ekleme ve ödeme adımı etkinlikleri ikincil teşhis verisi olarak kalmalıdır.

### Renk ve beden varyantları GA4’te nasıl takip edilir?

Sabit ürün kimliğinin yanında renk, beden ve gerekiyorsa kalıp bilgisini `item_variant` alanında tutarlı biçimde gönderin. Her sayfada farklı yazım kullanmayın; “M”, “Medium” ve “40” gibi aynı beden için farklı değerler raporlamayı bozar.

### İade edilen siparişler reklam verisinden nasıl ayrılır?

GA4’e `refund` etkinliğini aynı `transaction_id` ile gönderin; kısmi iadede iade edilen ürünleri de ekleyin. Reklam raporlarını düzenli olarak sipariş veya ERP paneliyle karşılaştırın. Brüt dönüşüm değeri ile net gelir aynı metrik değildir.

### Çerez bandı varsa izin modu gerekir mi?

Bant ve izin modu farklı katmanlardır. Bant ziyaretçinin tercihini toplar; izin modu bu tercihi Google etiketlerine iletir ve kendisi bir bant sağlamaz. Bandın kararı etiketlere ulaşmıyorsa bant tek başına bir şey değiştirmez; bu yüzden ya izin modu kurulur ya da etiketler onay gelene kadar hiç yüklenmez. Teknik uygulamayı KVKK kapsamındaki aydınlatma ve rıza düzeninizle birlikte ele alın.

## Sonuç: Önce Satışların Doğru Sayıldığını Kanıtlayın

Doğru dönüşüm takibi, reklam raporunu daha iyi göstermek için kurulmaz. Hangi ürünün, varyantın, teklifin ve reklam kanalının net gelir getirdiğini ayırmak için kurulur. Önce satışların doğru sayıldığını kanıtlayın; ROAS, bütçe ve kampanya kararlarını ondan sonra konuşun.

## İlgili Yazılar

- [Meta Reklam Yönetimi: Tekstil Rehberi](https://designodin.com.tr/tekstil/blog/tekstil-e-ticarette-meta-reklam-yonetimi/)

- [Checkout Optimizasyonu: Tekstil Rehberi](https://designodin.com.tr/tekstil/blog/tekstil-e-ticaret-checkout-optimizasyonu/)

- [Tekstil Markası İçin Dijital Pazarlama ROI Ölçümü](https://designodin.com.tr/tekstil/blog/tekstil-markasi-dijital-pazarlama-roi-olcumu/)

- [Tekstil E-Ticarette Müşteri Edinme Maliyeti Nasıl Hesaplanır](https://designodin.com.tr/tekstil/blog/tekstil-e-ticarette-musteri-edinme-maliyeti/)

- [iyzico PayTR Entegrasyonu ve Testi](https://designodin.com.tr/tekstil/blog/iyzico-paytr-entegrasyonu-tekstil-markasi/)

**Reklam bütçeniz gerçek satış verisiyle çalışsın.**

Google Ads etiketini ziyaretçi onay vermeden çalışmayacak şekilde kurarız. Reklam bütçeniz doğrudan Google’a gider, biz o bütçeden yüzde almayız. Hesaplar sizin adınıza açılır; Merchant Center ve Ads’in sahipliği sizde kalır. Sonuçlar ürüne, rekabete ve bütçeye göre değişir; garanti bir getiri taahhüt etmeyiz.

[Tekstil için Google Ads yönetimi](https://designodin.com.tr/tekstil/google-ads/) [Teklif alın](https://designodin.com.tr/iletisim/)

- #e-ticaret-donusum-takibi
- #ga4
- #google-ads
- #tekstil-e-ticaret
- #woocommerce

## Bu işi sizin için de kuralım.

Sizi aramaz, kimseyi habersiz bir listeye eklemeyiz. Ne istediğinizi yazın; e-postayla, teklif ve teslim tarihiyle geri dönelim.

[Teklif alın](https://designodin.com.tr/tekstil#tekstil-teklif) [Tekstil çözümleri](https://designodin.com.tr/tekstil/)
