GA4 Veri İçe Aktarma: Analitiği Kendi Verinizle Zenginleştirmek

GA4'ün topladığı veri, sitede olup bitenle sınırlıdır: hangi sayfa görüldü, hangi ürün sepete eklendi, hangi kampanyadan gelindi. Ama bir markanın en değerli verisi çoğu zaman sitede değildir — ürünün maliyeti ERP'de, müşterinin segmenti CRM'de, Meta'nın harcaması reklam panelinde, telefonla kapanan satış ise hiçbir yerde dijital iz bırakmaz.

Veri içe aktarma, bu boşluğu kapatır. Bu yazıda GA4'ün beş içe aktarma türünü, anahtar eşleştirmenin nasıl çalıştığını, geriye dönük işleme sınırını ve pratikte en çok değer üreten kullanımları anlatıyoruz.

GA4 veri içe aktarma nedir?

GA4 veri içe aktarma (data import), kendi sistemlerinizdeki verileri bir CSV dosyası ya da bağlı bir kaynak üzerinden GA4'e yükleyerek mevcut analitik verisiyle birleştirme özelliğidir. Yüklenen veri, bir anahtar alan üzerinden GA4'teki kayıtlarla eşleştirilir ve raporlarda yeni boyut veya metrik olarak kullanılabilir hâle gelir.

Örnek: ürün kimliğini anahtar olarak kullanıp her ürünün maliyetini yüklerseniz, GA4'te ciro değil brüt kâr okuyabilirsiniz. Ya da kullanıcı kimliğini anahtar olarak kullanıp müşteri segmentini yüklerseniz, "kurumsal müşteriler" ile "bireysel müşteriler"in site davranışını ayrı ayrı görebilirsiniz.

Neden gerekli?

• Kârlılık okuması. GA4 ciroyu görür, maliyeti görmez. Maliyet olmadan "hangi kategori kârlı" sorusu analitikte cevaplanamaz.
• Kanal karşılaştırması. Google harcaması otomatik akar; Meta, TikTok ve diğer kanalların harcaması akmaz. Maliyet içe aktarması olmadan kanallar aynı ölçekte karşılaştırılamaz.
• Çevrimdışı satış. Telefonla, mağazada ya da satış ekibiyle kapanan satışlar dijital huniye bağlanamaz.
• Müşteri bağlamı. Yaşam boyu değer, segment, abonelik durumu gibi bilgiler CRM'dedir.
• Veri zenginleştirme. Ürün adı, marka, kategori gibi alanlar sitede eksik gönderiliyorsa içe aktarma ile tamamlanabilir.

Beş içe aktarma türü

1. Maliyet verisi

En hızlı değer üreten tür. Google Ads harcaması GA4'e bağlantıyla otomatik gelir ama Meta, TikTok, LinkedIn ve diğer kanalların harcaması gelmez. Bu yüzden GA4'teki kanal raporu, maliyet içe aktarması olmadan yalnızca trafik ve dönüşüm gösterir; verimliliği göstermez.

Maliyet verisini yüklediğinizde kanal bazında tıklama maliyeti, dönüşüm maliyeti ve reklam yatırımı getirisi hesaplanabilir hâle gelir. Eşleştirme kaynak/medyum üzerinden yapıldığı için UTM etiketlemenizin yüklediğiniz dosyadaki değerlerle harfiyen aynı olması şarttır. Tek bir büyük harf farkı, maliyeti hiçbir trafiğe bağlanmayan bir satıra düşürür.

2. Ürün verisi

E-ticaret için en değerli tür. Ürün kimliği üzerinden her ürüne maliyet, tedarikçi, marj bandı veya sezon bilgisi eklersiniz. Böylece GA4'te kategori bazında kâr okuması yapabilir, "ciro yüksek ama kâr düşük" kategorileri ortaya çıkarabilirsiniz.

Koşul: sitede gönderilen ürün kimliklerinin yüklediğiniz dosyadaki kimliklerle aynı olması. Varyantlı ürünlerde bu sık sorun çıkarır — sitede varyant kimliği, ERP'de ana ürün kimliği gönderiliyorsa eşleşme olmaz. Ürün kimliği tutarlılığı, aynı zamanda katalog eşlemesinin da temelidir.

3. Kullanıcı verisi

Kullanıcı kimliği üzerinden CRM'deki segment bilgisini taşır. Bunun ön koşulu, sitede oturum açan kullanıcılar için GA4'e bir kullanıcı kimliği gönderiyor olmanızdır. Bu kimlik asla kişisel veri içermemeli — e-posta ya da telefon numarası değil, sisteminizdeki anonim bir kimlik olmalı.

Tipik kullanım: yaşam boyu değeri yüksek müşterilerin site davranışını diğerlerinden ayrı okumak, abonelik seviyesine göre dönüşüm oranı karşılaştırmak, ilk kez alan ile tekrar alan müşterinin yolunu ayırmak.

4. Çevrimdışı olaylar

Lead tabanlı işlerin en kritik ihtiyacı. Kullanıcı formu doldurur, satış ekibi arar, iki hafta sonra sözleşme imzalanır — bu satışın dijital tarafta hiçbir izi yoktur. Çevrimdışı olay içe aktarması, kapanan satışı o kullanıcının dijital yoluna bağlar.

Böylece "hangi kampanya form getirdi" sorusundan "hangi kampanya satış getirdi" sorusuna geçersiniz ve bu iki soru arasındaki fark, bütçe kararlarını tamamen değiştirir. Çoğu lead hesabında en çok form getiren kanal, en çok satış getiren kanal değildir.

Kurulumun önkoşulu, form gönderiminde kullanıcı ya da istemci kimliğinin CRM'e yazılmasıdır. Bu bağlantı yoksa çevrimdışı satış hiçbir dijital yola eşlenemez.

5. Özel olay verisi

Mevcut olaylara ek açıklayıcı alanlar ekler. Daha nadir kullanılır; genellikle olay parametrelerinin sitede gönderilemediği durumlarda geçici bir çözüm olarak işe yarar.

Kurulum sırası

1. Hangi soruyu cevaplamak istediğinizi yazın. "Kategori bazında kârı görmek" ya da "hangi kanal gerçekten satış getiriyor". Soru olmadan yapılan içe aktarma, kimsenin bakmadığı bir boyut üretir.
2. Anahtarı belirleyin. Eşleştirme hangi alan üzerinden olacak? Bu alanın her iki tarafta birebir aynı olduğundan emin olun.
3. Dosya şemasını hazırlayın. GA4 yönetim bölümünde içe aktarma oluştururken şablon sunulur; sütun adları bu şemaya uymalı.
4. Küçük bir örnekle test edin. Tüm kataloğu yüklemeden önce 20–30 satırla deneyin ve eşleşme oranını kontrol edin.
5. Eşleştirmeyi doğrulayın. Yükleme sonrası raporda yeni boyutun dolu geldiğini görün; "(not set)" ağırlıklıysa anahtar eşleşmiyor.
6. Otomatikleştirin. Elle CSV yüklemesi ilk aylarda sürdürülebilir, uzun vadede sürdürülemez. SFTP ya da Google Cloud Storage üzerinden planlı yükleme kurun.
7. İzleyin. Yükleme başarısızlıklarını düzenli kontrol edin; sessizce duran bir içe aktarma, raporların yavaş yavaş yanlışlaşması demektir.

Geriye dönük işleme: en kritik sınır

Bu noktayı bilmemek, pek çok ekibin aynı hayal kırıklığını yaşamasına sebep oluyor: GA4'te içe aktarılan veri, kural olarak yükleme tarihinden sonraki veriyle eşleştirilir. Geçmişe dönük olarak tüm veriyi yeniden işlemez.

Pratik sonuçları:

• Maliyet verisi, geçmiş dönemler için yüklendiğinde ilgili tarih satırlarına yazılır; bu tür genellikle tarih anahtarlı olduğu için geçmiş dönem raporlanabilir.
• Ürün ve kullanıcı verisi gibi türlerde ise yükleme öncesindeki olaylar yeni boyutu almaz. Yani Mart ayında yüklediğiniz ürün maliyeti, Ocak ayının raporunda görünmez.
• Bu yüzden içe aktarmayı mümkün olan en erken tarihte kurmak gerekir. "Önce veri biriksin, sonra zenginleştirelim" yaklaşımı, biriken verinin zenginleşmemesiyle sonuçlanır.

Geçmişi de analiz etmek istiyorsanız doğru yol GA4'ün raporlama arayüzü değil, veriyi BigQuery'ye akıtıp kendi verinizle orada birleştirmektir. Bu, ek bir kurulum ve maliyet gerektirir ama geriye dönük esneklik sağlar.

Eşleşme sorunlarını teşhis etmek

İçe aktarma kurulduktan sonra en sık görülen sorun, verinin "görünmemesi"dir. Teşhis sırası:

1. Yükleme durumu başarılı mı? GA4 yönetim ekranında içe aktarma kaynaklarının son çalışma durumunu kontrol edin.
2. Anahtar değerleri birebir aynı mı? Büyük-küçük harf, baştaki/sondaki boşluk, sıfır öneki (SKU-001 ve SKU-1), Türkçe karakter farkı. Eşleşmeyi bozan şey neredeyse her zaman bunlardan biridir.
3. Tarih biçimi doğru mu? Maliyet verisinde tarih biçimi yanlışsa satırlar hiçbir güne bağlanmaz.
4. Kaynak/medyum değerleri etiketlemeyle uyuşuyor mu? Dosyada "facebook / paid_social" yazarken etikette "Facebook / cpc" varsa eşleşme olmaz.
5. Yükleme tarihinden sonraki veriye mi bakıyorsunuz? Geriye dönük işleme sınırı, "veri gelmiyor" sanılan durumların büyük kısmını açıklar.
6. Kullanıcı kimliği gerçekten gönderiliyor mu? Kullanıcı verisi içe aktarmasında site tarafı kimlik göndermiyorsa eşleştirilecek bir şey yoktur; kurulumu GTM yazımızda ele aldık.

Gizlilik ve veri hijyeni

İçe aktarma, kendi veritabanınızı Google'a taşıdığınız bir işlemdir; bu yüzden ne gönderdiğinize dikkat etmek zorunludur.

• Kişisel veri göndermeyin. E-posta, telefon, ad-soyad, adres ve kimlik numarası GA4'e yüklenmez. Bu hem platform sözleşmesinin ihlali hem KVKK riskidir.
• Anonim kimlik kullanın. Kullanıcıyı kendi sisteminizde anlamlı olan, Google tarafında kimseyi tanımlamayan bir kimlikle temsil edin.
• Yalnızca ihtiyacınız olanı yükleyin. "Elimizde var, ekleyelim" yaklaşımı gereksiz risk üretir. Her alan bir soruya hizmet etmeli.
• Gizlilik metinlerinizi güncelleyin. Hangi verinin hangi amaçla analitik platformuna aktarıldığı belgelenmeli.
• Erişimi sınırlayın. Maliyet ve kâr verisi yüklenen bir GA4 mülkü, ticari sır içerir; görüntüleme yetkileri buna göre dağıtılmalı.

Hangi içe aktarmadan başlamalı?

Hepsini birden kurmaya çalışmak genellikle hiçbirinin tamamlanmamasıyla sonuçlanır. İş modeline göre öncelik:

İlk içe aktarma bir kez işleyip bir karar değiştirdiğinde, ikincisi için ekip içi destek kendiliğinden gelir. Bu yüzden ilk seçimi "en kolay olan" değil "en çok karar değiştiren" üzerinden yapın.

Dosya nasıl hazırlanır?

İçe aktarma dosyaları basit CSV'lerdir ama biçim hataları en çok zaman kaybettiren konudur. Pratik kurallar:

• İlk satır sütun adları. GA4'ün istediği alan adlarını birebir kullanın; kendi tablonuzdaki Türkçe başlıkları olduğu gibi bırakmak yükleme hatasına yol açar.
• Virgül ayracı ve UTF-8 kodlama. Excel'den kaydedilen dosyalarda noktalı virgül ayracı ve Windows kodlaması sık görülen iki hatadır; Türkçe karakterler bozulur.
• Ondalık ayracı nokta. Maliyet ve fiyat alanlarında virgül kullanmak değerin yanlış okunmasına ya da satırın atlanmasına sebep olur.
• Tarih biçimi. Yıl-ay-gün sırası beklenir; yerel biçimler (gün.ay.yıl) kabul edilmez.
• Para birimi sütunu. Birden fazla para biriminde çalışıyorsanız belirtin; tek para biriminde çalışıyorsanız tutarlılığı koruyun.
• Boş hücre bırakmayın. Bilinmeyen değerler için "bilinmiyor" gibi sabit bir değer kullanmak, boş hücreden daha iyi rapor üretir.
• Yinelenen anahtar satırı olmasın. Aynı ürün kimliği iki farklı maliyetle gelirse hangisinin geçerli olacağı belirsizdir.

Dosya boyutu ve satır sayısı sınırları vardır; büyük kataloglarda yüklemeyi parçalara bölmek ya da bağlı bir depolama kaynağı üzerinden planlı yükleme kurmak gerekir.

Otomatik yüklemeyi kurmak

Elle CSV yüklemesi, ilk kurulumu test etmek için uygundur; sürekli çalışması gereken bir raporlama için uygun değildir. İki pratik yol var:

1. SFTP: GA4 belirli aralıklarla sizin sunucunuzdaki dosyayı çeker. Dosyayı üreten tarafın her gün aynı adla, aynı şemayla yazması gerekir.
2. Bulut depolama: Dosya bir nesne deposuna yazılır, GA4 oradan okur. ERP ya da veri ambarı entegrasyonu olan kurumlarda daha dayanıklı çözümdür.

Hangi yolu seçerseniz seçin, bir izleme adımı ekleyin: yükleme başarısız olduğunda bir uyarı üretilmesi gerekir. Raporların sessizce eskimesi, yanlış rapordan daha tehlikelidir çünkü kimse şüphelenmez.

İçe aktarılan veriyi raporda kullanmak

Veri yüklendikten sonra GA4'te kullanılabilir hâle gelir ama hazır raporlarda kendiliğinden görünmez. Kullanmanın üç yolu:

• Keşif (Explore) raporları. İçe aktarılan boyutu satır, mevcut metrikleri sütun olarak kullanıp serbest tablo kurarsınız. En esnek yöntem budur.
• Karşılaştırmalar. Örneğin "yüksek LTV segmenti" ile diğerlerini aynı raporda yan yana okumak.
• Kitleler. İçe aktarılan boyuta göre kitle tanımlayıp bunu reklam platformlarına göndermek. Bu, içe aktarmanın en kârlı kullanımıdır: CRM'deki değerli müşteri segmentinizi reklam hedeflemesine çevirmiş olursunuz.

Üçüncü madde özellikle önemli. Yüksek yaşam boyu değerli müşterilerinizi bir kitle olarak tanımlayıp benzer kitle kaynağı yapmak, soğuk hedeflemeyi belirgin şekilde iyileştirir; aynı segmenti yeniden pazarlama kampanyalarından hariç tutmak ise gereksiz harcamayı önler.

Kâr bazlı rapor nasıl okunur?

Ürün maliyeti yüklendikten sonra kurulacak ilk rapor şudur: kategori kırılımında ciro, maliyet, brüt kâr, reklam harcaması ve net katkı. Bu tablonun verdiği tipik sürpriz, ciroda ilk sırada olan kategorinin net katkıda üçüncü ya da dördüncü sıraya düşmesidir.

Tablonun eksik kalan parçası iadedir. İade verisi de içe aktarmayla ya da sipariş sisteminizden gelen bir raporla birleştirilmedikçe kâr okuması tamamlanmaz; iade oranı kategoriler arasında ciddi şekilde değiştiği için bu fark kârlı ile zararlı kategoriyi yer değiştirebilir.

İçe aktarma mı, BigQuery mi?

İki yöntem aynı ihtiyaca farklı derinlikte cevap verir ve seçim, ekibin kapasitesine bağlı.

Pratik öneri: ikisini karşıt değil sıralı düşünün. İçe aktarmayla başlayın, ihtiyaç GA4'ün sınırlarını aştığında BigQuery'ye geçin. Pek çok markada içe aktarma, raporlama ihtiyacının tamamını karşılıyor.

Kurumsal düzen: kim neyi sahiplenir?

İçe aktarmanın teknik tarafı bir kere kurulur; sürdürülmesi ise bir sahiplik sorusudur. Bozulan içe aktarmaların çoğu, dosyayı üreten tarafın değişikliği haber vermemesinden kaynaklanır: ERP'de bir alan adı değişir, ürün kimliği biçimi güncellenir ya da sistem değiştirilir.

İşleyen düzen üç rol tanımlar. Veri sahibi, dosyayı üreten taraftır ve şema değişikliklerini önceden bildirmekle yükümlüdür. Analitik sahibi, GA4 tarafındaki yapılandırmayı ve yükleme sağlığını izler. Rapor sahibi, veriyi karara çeviren kişidir ve bir boyut anlamsızlaştığında ilk fark eden olur.

Bu üçünün aynı kişi olduğu küçük ekiplerde de ayrımı yazılı tutmak işe yarar, çünkü kişi değiştiğinde bilgi kaybı burada yaşanır. Ölçüm altyapısının geri kalanıyla birlikte bir ölçüm dokümanı tutmak — hangi olay, hangi parametre, hangi içe aktarma, hangi soruya hizmet ediyor — devir teslimlerde en çok zaman kazandıran pratiktir.

Sık yapılan hatalar

• Soru belirlemeden kurmak. Kimsenin bakmadığı boyutlar üretilir.
• Anahtar tutarsızlığı. Sıfır öneki, boşluk ve büyük-küçük harf farkları eşleşmeyi sessizce bozar.
• Geriye dönük işleme beklemek. Yükleme öncesi veri çoğu türde zenginleşmez.
• UTM ile maliyet dosyasının uyuşmaması. Harcama hiçbir trafiğe bağlanmaz.
• Kişisel veri yüklemek. Hem sözleşme hem mevzuat ihlali.
• Elle yüklemeye bağımlı kalmak. Birkaç ay sonra kimse yüklemeyi hatırlamaz ve raporlar sessizce eskir.
• Başarısız yüklemeleri izlememek. Duran bir içe aktarma, yanlış raporlardan daha tehlikelidir çünkü fark edilmez.
• Varyant kimliklerini karıştırmak. E-ticarette ürün verisi içe aktarmasının en yaygın eşleşme sorunu.

Özetle

GA4 veri içe aktarma, analitiği sitede toplanamayan bilgilerle birleştirerek "ne oldu" raporunu "bu kârlı mıydı" raporuna dönüştürür. Beş tür arasından iş modelinize göre birini seçip başlayın: e-ticarette ürün maliyeti, çok kanallı reklamda maliyet verisi, lead işlerinde çevrimdışı olaylar. Eşleştirmenin tamamı anahtar alanın birebir aynı olmasına bağlıdır ve en kritik sınır geriye dönük işlemedir — çoğu türde yükleme öncesindeki veri zenginleşmez, bu yüzden kurulumu beklemeden yapmak gerekir. Son olarak kişisel veriyi asla yüklemeyin ve yüklemeleri otomatikleştirip izleyin.

Kâr bazlı raporlamayı e-ticaret kampanyalarının kararına bağlamak isterseniz e-ticaret reklam ajansı hizmetimizi inceleyebilirsiniz.

Ölçümü derinleştiren rehberler

1. Google Tag Manager nedir? Veri katmanı ve çift sayım
2. UTM kodu nasıl kurulur? Parametreler ve adlandırma standardı
3. GA4’e geçişte temel farklar Veri modeli ve kurulum hataları
4. ROI nedir? Yatırım getirisini pazarlama kararına çevirmek
5. ROAS nedir, nasıl hesaplanır? Panel ROAS ile net kârlılık arasındaki fark
6. Google ürün kategorisi (taxonomy) Katalog eşlemesi ve zorunlu alanlar