GA4 ve Shopify farklı gelir toplamları gösterdiğinde önce her sayının neleri içerdiğini inceleyin. Vergi, kargo, satış kanalları, para iadeleri ve raporlama tarihleri, izlemeyi onarmaya gerek kalmadan farkın büyük bölümünü açıklayabilir. Bu rehber ortak bir raporlama tanımından gelir köprüsüne, sipariş düzeyinde kontrole ve doğrulanmış düzeltmeye kadar ilerler.
Shopify raporlarına ve dışa aktarmaya erişim, GA4 analiz erişimi ve satın alma takibinden sorumlu bir uygulama sahibi gerekir. Tamamlanmış bir dönemle çalışın, ilk dışa aktarımları saklayın ve indirme zamanını kaydedin. Aşağıdaki beş ekran görüntüsü Beecommercer Merch içindeki gerçek rapor kontrollerini gösterir. Müşteri sipariş ayrıntıları içermez ve seçilen aralıkta satış göstermez. Ayrı verilen $13,200 örneği tamamen varsayımsaldır.
1 Neyi karşılaştıracağınız konusunda anlaşın
Verileri dışa aktarmadan önce kısa bir ölçüm mutabakatı oluşturun. İlk karşılaştırma için indirim sonrası, vergi ve kargo hariç çevrimiçi ürün geliri kullanılabilir; ters kayıt ve para iadelerinin nasıl ele alındığı ayrıca belgelenmelidir. Bu temeli yalnızca satın alma uygulamanızın gerçekten gönderdiği değerlerle eşleşiyorsa kullanın.
| Ayar | Kaydedilecek bilgiler | Devam etmeden önce kontrol edin |
|---|---|---|
| Dönem ve saat dilimi | Başlangıç ve bitiş tarihleri, Shopify mağazasının saat dilimi, GA4 mülkünün saat dilimi ve dışa aktarma zaman damgası. | Aynı takvim tarihleri farklı saatleri kapsayabilir. Tam eşleştirme için zaman damgalarını ortak bir saat dilimine dönüştürün; yalnızca bu çalışma için üretim ayarlarını değiştirmeyin. |
| Para birimi | Mağaza para birimi, müşteriye gösterilen para birimi, GA4 etkinlik para birimi ve raporlama para birimi. | Önce aynı para birimindeki özgün tutarları karşılaştırın. Dönüşüm gerekiyorsa dönüştürülmüş toplamları sessizce karıştırmak yerine kuru, tarihi ve yöntemi kaydedin. |
| Satış kapsamı | Online Store, POS, taslak veya manuel siparişler, diğer kanallar, test siparişleri ve ödeme ya da sipariş durumu kuralları. | Web satın alma akışı, Shopify’ın her kanalını veya satış raporundaki her siparişi mutlaka gözlemlemez. |
| Gelir bileşenleri | İndirimli ürünler, kargo, vergi, gümrük vergileri, ücretler ve dahil edilen diğer tutarlar. | Etkinlik değerinin neyi temsil ettiğini belirtin; ödeme toplamının ürün geliri olduğunu varsaymayın. |
| Düzeltmeler | Ürün iadeleri, iptaller, düzenlemeler, kısmi para iadeleri ve tarihleri. | Dönem hareketlerini veya bir sipariş kohortunu seçin ve iki tarafta da aynı temeli koruyun. |
Shopify satış ters kayıtları, ürünlere ait para iadelerinden daha geniştir. Satış raporları ve ödeme raporları da farklı soruları yanıtlar. Güncel Shopify satış raporu tanımlarını kullanarak seçtiğiniz raporun bileşenlerini belirleyin. Brüt satışlar bekleyen, iptal edilmiş ve ödenmemiş siparişleri içerebilir; bu nedenle raporlanan her satışın başarıyla ödenmiş bir web satın alması olduğunu varsaymak yerine dahil edilme kuralını yazın.
GA4 gelir metriğini bilinçli seçin
İlgili GA4 Data API metrik referansına göre, grossPurchaseRevenue para iadeleri düşülmeden önceki satın alma gelirini ifade eder; purchaseRevenue ise iade edilen işlemlerin gelirini düşer. itemRevenue vergi ve kargoyu hariç tutan ürün düzeyindeki bir ölçüdür. Toplam gelir başka gelir akışlarını da içerebilir. Etkinlik düzeyindeki satın alma değerlerini ürün değerlerinden ayırın ve tekrarlanan sipariş toplamını her ürün satırı için yeniden toplamayın.
İlgili GA4 e-ticaret metrikleri kılavuzu da satın alma etkinliklerini sayan Ecommerce purchases ile para iadelerini ve diğer işlem etkinliklerini içerebilen Transactions arasında ayrım yapar. Ham CSV satır sayısı veya Transactions metriği otomatik olarak Shopify sipariş sayısı kabul edilmemelidir.
Net karşılaştırmada ilgili para iadesi hareketlerini rapora veya sorguya dahil edin; yalnızca satın alma etkinliği filtresi iade tarafını çıkarabilir. Zaten net olan Purchase revenue değerinden para iadelerini bir kez daha düşmeyin. Mülkte web siteleri, uygulamalar veya mağazalar birlikte bulunuyorsa ilgili düzeltmeleri yanlışlıkla dışlamadan karşılaştırmayı uygun kaynakla sınırlayın.
2 Eşleşen raporları açın ve tarihleri ayarlayın
GA4 Transactions raporunu açın
- Mağazanın gerçekten kullandığı GA4 mülkünü seçin. Demo mülkü farklı bir satıcının siparişlerini uzlaştıramaz.
- Reports bölümünü açıp Transactions raporunu bulun. Görüntüdeki koleksiyonda yol Drive sales → Transactions şeklindedir; rapor koleksiyonları ve gezinme mülke göre değişebilir.
- Transaction ID, Ecommerce purchases ve Purchase revenue değerlerini inceleyin. Grafik ilk ekranı kaplıyorsa tabloya kaydırın.
- Tarih seçicisini açıp ortak dönemi girin. Örnekte 1–20 Ekim 2026 kullanılır.
- Apply’a tıklayın, rapor başlığını doğrulayın ve mülkün raporlama saat dilimini ve para birimini kaydedin.
Shopify satış raporlarını açın
- Shopify’da Analytics → Reports yolunu açın ve total sales araması yapın.
- Gerekirse sonuçları kaydırarak Total sales over time raporunu bulun. Ekran görüntüsü o rapor satırını değil, rapor grubu aramasını gösterir.
- Raporu açın, metriklerini ve filtrelerini inceleyin ve aynı ana tarih aralığını ayarlayın.
- Apply’a tıklayın ve etkin tarihleri doğrulayın.
- Rapor izinleriniz uygunsa Total sales yanına Net sales ekleyin. Dışa aktarmadan önce kargo, vergi ve diğer bileşenleri inceleyin.
- Kararlaştırılan kanal ve dahil edilme filtrelerini uygulayın ve yapılandırmanın kaydını saklayın.
3 İzleme hatası demeden önce gelir köprüsünü kurun
Alıştırma için aşağıdaki kurgusal USD örneğini kullanın. Satış olmayan ekran görüntüleriyle bağlantısı yoktur. Basitleştirilmiş başlangıç toplamı gümrük vergisi, bahşiş veya ek ücret içermez; düzeltmeler birbiriyle çakışmaz.
| Köprü satırı | Düzeltme veya karşılaştırma | Kalan tutar |
|---|---|---|
| Shopify toplam satışları | Başlangıç noktası | $13,200 |
| Net kargoyu çıkarın | −$800 | $12,400 |
| Net vergiyi çıkarın | −$900 | $11,500 |
| POS ve manuel siparişlerin net ürün tutarını çıkarın | −$1,000 | $10,500 |
| Karşılaştırılabilir çevrimiçi ürün tutarı | Karşılaştırma temeli | $10,500 |
| GA4 net satın alma geliri (Purchase revenue) | Karşılaştırma değeri | $10,100 |
| Açıklanamayan kalan fark | $10,500 − $10,100 | $400 |
Önce kargo ve vergiyi çıkararak tüm kanallardaki net ürün tutarına ulaşın, sonra yalnızca kapsam dışı ürün tutarını çıkarın. Kargo ve vergisi zaten çıkarılmışken POS ödeme toplamının tamamını düşmek, bu dışlamaları iki kez sayar.
$10,500 karşılaştırma temelinin dönemdeki $500 ürün ters kaydını zaten içerdiğini ve GA4’teki $10,100 değerinin kararlaştırılan temelde doğru toplanmış ilgili para iadelerini içerdiğini varsayın. Kalan fark şudur: 400 / 10500 = 3.81%. Başlıktaki toplam fark $3,100 idi; bileşenler ve kapsam bunun $2,700 bölümünü açıklar. Kalan $400 için hâlâ kanıt gerekir.
Başka bir hesapta tanımların gerektirdiği şekilde köprü satırlarını ters yönde uygulayın veya yeni satırlar ekleyin. Shopify ters kaydı otomatik olarak bir GA4 refund etkinliği değildir. Köprüye etkisine karar vermeden önce her sistemde bulunan düzeltmeyi, tutarını ve tarihini kaydedin.
4 Dönem hareketlerini sipariş kohortlarından ayırın
Bir siparişin 30 Eylül’de verildiğini ve parasının 3 Ekim’de iade edildiğini düşünün. Ekim hareket raporu ilk satışı içermeden negatif düzeltmeyi içerebilir. Ekim’de oluşturulan sipariş kohortu o siparişi tamamen dışlayabilir. Her iki sonuç da kendi tanımıyla tutarlı olabilir.
Bir yöntem seçin: raporlama döneminde gerçekleşen satış ve düzeltmeleri uzlaştırın ya da belirli dönemde oluşturulan siparişleri açıkça belirtilmiş bir para iadesi son tarihine göre uzlaştırın. Kohort için ilgili sonraki düzeltmeleri de toplayın. Etkinlik tarihli gelir raporunu güncel durumdaki sipariş dışa aktarımıyla birleştirip farkı eksik izleme olarak adlandırmayın.
Shopify’ın satış farkları rehberi sipariş dışa aktarımlarının, satış raporlarının ve ödeme hareketlerinin neden ayrışabildiğini açıklar. Sipariş, düzeltme ve etkinlik zaman damgalarını ayrı ayrı saklayın. Gece yarısına ve saat dilimi kaymalarına yakın siparişleri inceleyin.
5 Gerçek işlemleri dışa aktarın ve eşleştirin
- Cihazları, ödeme yollarını, para birimlerini ve dönem sınırlarını kapsayan küçük bir örneklemle başlayın. Eşleme güvenilir olduğunda uygun kayıtların tamamına genişletin.
- Seçilen temele uygun Shopify sipariş veya rapor ayrıntılarını dışa aktarın. Sipariş CSV dosyaları aynı sipariş için birden fazla ürün satırı içerebilir. Sipariş toplamları için sipariş başına bir satır oluşturun veya ürün satırı tutarlarını bilinçli olarak birleştirin; tekrarlanan sipariş toplamlarını toplamayın.
- GA4’te Transactions raporunu veya Transaction ID ve uyumlu satın alma metrikleri içeren serbest biçimli bir keşfi kullanın. Mevcut tüm satırları dışa aktarın, satır sınırlarını ve veri kalitesi bildirimlerini kontrol edin. Rapor filtrelerini ve tutarların brüt mü net mi olduğunu kaydedin.
- Uygulamanın bir Shopify sipariş anahtarını tam olarak nasıl eşlediğini belirleyin:
transaction_id. Sipariş adı, sayısal kimlik ve ödeme kimliği birbirinin yerine kullanılamaz. Belgelenmiş bir eşleme tutun ve kişisel bilgileri dışarıda bırakın. - İndirimli ürün tutarını, para birimini, zaman damgalarını, vergiyi, kargoyu ve para iadesi bağlantısını karşılaştırın. Eksik kimlikleri, tekrarlanan kimlikleri ve tutar farklarını ayrı kaydedin.
Yalnızca satın alma eşleştirmesinde iade öncesi indirimli ürün tutarlarını gözlemlenen brüt satın alma değerleriyle karşılaştırın, ardından para iadesi hareketlerini ayrı bir günlükte uzlaştırın. Net eşleştirmede seçilen dönem veya kohortun gerektirdiği düzeltmeleri bilinçli olarak dahil edin. Yalnızca para iadesi içeren satırı yeni satın alma olarak yorumlamayın.
Bir rapor dışa aktarımı mutlaka ham etkinlik veya sınırsız geçmiş sağlamaz. Zaten yapılandırılmışsa BigQuery etkinlik dışa aktarımları daha ayrıntılı incelemeye yardımcı olabilir, ancak farklı bir raporlama yüzeyi kullanır. Yeni bir dışa aktarma bağlantısı geçmişteki her etkinliği yeniden oluşturmaz. Şu kaynağı inceleyin: GA4 ve BigQuery raporlama karşılaştırma rehberi ; yalnızca kurulumunuza uygunsa kullanın.
6 Kontrolleri Google Sheets ile düzenleyin
Örnek gelir köprüsü CSV dosyasını indirin ve Bridge adlı yeni bir sayfaya aktarın. Dosya etkin formüller değil, sabit örnek tutarlar ve notlar içerir. Değiştirilmemiş bir referans kopyası saklayın ve örneği doğruladığınız rapor bileşenleriyle değiştirin.
Yalnızca satın almaları eşleştirmek için Orders ve GA4 sekmeleri oluşturun. Her sekmede A sütununu metin biçimindeki eşlenmiş işlem anahtarı, B sütununu tek para biriminde sayısal, para iadesi öncesi indirimli ürün tutarı için kullanın. Para birimini, zaman damgasını ve kaynak referansını ek sütunlarda tutun. Her para birimi için ayrı dosya veya eşleştirme bloğu kullanın; USD ile EUR tutarlarını toplamayın. Eşleştirmeden önce eksik ya da sayısal olmayan tutarları reddedin.
- Tekrarlanan ürün satırlarını tek sipariş kaydına dönüştürün ve GA4 kayıtlarının ayrıntı düzeyini belirleyin. Ham dışa aktarımları ayrı referans sekmelerinde tutun.
- Match sekmesinde her iki A sütunundaki kimlikleri A sütununa yapıştırın, boşları kaldırın ve Data → Data cleanup → Remove duplicates yolunu kullanın. Bu birleşim yalnızca bir tarafta bulunan kimlikleri de içerir.
- Baştaki sıfırları koruyun. Yanlışlıkla eklenen boşlukları ancak gerçek kimlik biçimini kontrol ettikten sonra temizleyin. # gibi bir öneki yalnızca belgelenmiş eşleme onun görsel olduğunu kanıtlıyorsa kaldırın; aksi hâlde farklı siparişleri birleştirebilir.
- Kayıt sayıları için B ve C, tutar farkı için D sütununu ekleyin. Aşağıdaki formülleri B2, C2 ve D2 hücrelerine girip aşağı doldurun.
=IF(A2="","",COUNTIF(Orders!A$2:A$10000,A2))=IF(A2="","",COUNTIF(GA4!A$2:A$10000,A2))=IF(A2="","",IF(AND(B2=1,C2=1),SUMIF(Orders!A$2:A$10000,A2,Orders!B$2:B$10000)-SUMIF(GA4!A$2:A$10000,A2,GA4!B$2:B$10000),"review"))Formüller 2–10000 satırlarını kapsar; daha büyük dışa aktarımlar için tüm aralıkları birlikte genişletin. İngilizce işlev adları ve virgüller gösterilmiştir; bölgesel ayarlarınız farklı ayırıcılar gerektirebilir. Bu sayılar hazırlanan sekmelerdeki satırları sayar; otomatik olarak ham etkinlik sayısı değildir. COUNTIF büyük ve küçük harfi ayırt etmez; joker karakterleri ve sayı gibi görünen anahtarları yorumlayabilir. Bu basit yöntemi yalnızca *, ? veya ~ içermeyen, anahtarların sadece harf büyüklüğü ya da başına eklenen sıfırlar bakımından farklılaşamadığı doğrulanmış bir kimlik biçimiyle kullanın. Bu koşullar sağlanmıyorsa büyük ve küçük harfe duyarlı, metni olduğu gibi eşleştiren bir iş akışı kullanın.
B=1 ve C=0, dışa aktarılan GA4 satın almasıyla eşleşmeyen siparişi; B=0 ve C=1 ise uygun bir siparişle eşleşmeyen GA4 kaydını işaretler. 1 değerinden büyük sayılar, tutarları karşılaştırmadan önce ayrıntı düzeyi veya yinelenen kayıt incelemesi gerektirir. İkisi de 1 olduğunda D, Shopify eksi GA4’tür: pozitifse Shopify daha yüksektir. Gerçek sıfır tutarlı sipariş, olmayan bir satırdan farklıdır.
İşlem anahtarı, düzeltme tarihi, ürün tutarı, vergi ve kargo yaklaşımı ve GA4 refund kanıtı içeren bir Adjustments sekmesi ekleyin. Sınıflandırma, kanıt, sorumlu ve sonraki adımı içeren bir Issues sekmesi ekleyin. Paylaşılan çalışma kopyalarında müşteri adlarını, e-posta adreslerini ve ödeme ayrıntılarını bulundurmayın.
7 Her istisnayı kanıtla teşhis edin
| İstisna | İncelenecekler | Erken sonuca varmayın |
|---|---|---|
| GA4’te eksik sipariş | Dahil edilme koşulları, kanal, tarih sınırı, izin durumu, rapor sınırları, veri filtreleri, mülk veya akış ve ödeme yolu. | Tek başına eşleşmeyen bir dışa aktarılmış kayıt, etiketin bozuk olduğunu kanıtlamaz. |
| Tekrarlanan veya yeniden kullanılan anahtar | Uygulama veya entegrasyon, etiket yöneticisi ve özel göndericiler; sayfa yenileme; kimlik biçimi ve benzersizliği. | Yinelenen ham gönderim ile raporda yinelenen satın alma farklı gözlemlerdir. |
| Eşleşen kimlik, farklı tutar | İndirimin dağılımı, adet, vergi, kargo, sipariş düzenlemeleri ve para birimi dönüşümü. | Sırf eşitlik sağlamak için bir sistemin tutarının üzerine yazmayın. |
| Para iadesi uyuşmazlığı | Tam veya kısmi tutar, ürün tutarı veya ödeme toplamı, etkinlik tarihi ve ilk işlemle bağlantı. | Shopify para iadesi veya iptali, entegrasyonun GA4 refund gönderdiğini garanti etmez. |
| Toplam eşleşir, kanallar farklıdır | Edinme boyutu, ilişkilendirme modeli, oturum veya etkinlik kapsamı, yönlendirme ve alanlar arası yapılandırma. | Temel sipariş toplamı aynı kalırken kanala atfedilen pay değişebilir. |
Şu kaynağı kullanın: resmî e-ticaret etkinlik rehberi ; uygulanan satın alma ve para iadesi veri yüklerini inceleyin. Satın almada doğru mülkü, benzersiz ve boş olmayan işlem kimliğini, sayısal değeri, para birimini ve ürünleri doğrulayın. Amaçlanan satın alma değeri indirimli ürün tutarlarını yansıtmalı; vergi ve kargo belgelenmiş şemaya göre ayrı sağlanmalıdır.
Google’ın işlem kimliği rehberi web akışındaki tekilleştirmeyi açıklar. Siparişler arasında sabit bir kimliği yeniden kullanmayın ve bu mekanizmanın çakışan göndericileri zararsız kıldığını varsaymayın. Veri toplamayı değiştirmeden önce sorumlu satın alma göndericisini belirleyin ve para iadelerini ayrı test edin.
Gerçek ödeme ve ödeme dönüş yolu üzerinden, izin durumunun uygun olduğu bir test yapın. Varsa tarayıcı isteklerini ve GA4 DebugView’ı inceleyin, ardından işlenmiş raporlamayı kontrol edin. Gizlilik tercihlerini koruyun; izni atlamayın veya sırf toplamı artırmak için ikinci satın alma göndericisi eklemeyin. Modellenmiş raporlama, gözlemlenen etkinlikler ve ham dışa aktarımlar farklı olabilir; uzlaştırdığınız yüzeyi belirtin.
8 Doğrulanmış sorunları kapatın, açıklanamayan bakiyeyi koruyun
Varsayımsal $400 kalan farkta, zaman damgası kanıtının $100 tutarını açıkladığını ve kontrollü testlerin $100 eksik veri toplamayı ortaya koyduğunu varsayın. Kalan $200 tutarını çözümlenmemiş bırakın. İzin, tarayıcı kısıtlamaları ve başka bir uygulama sorunu, kanıtlar bunları ayırt edene kadar olası açıklamalardır.
- Doğrulanmış veri toplama sorununu etkilenen yol, beklenen veri yükü, gözlemlenen veri yükü ve düzeltme tarihiyle birlikte sorumlusuna atayın.
- İzin verilen test satın almalarını ve ilgili kısmi veya tam para iadesi testlerini yapın. Kimlikleri, değerleri ve yinelenme davranışını doğrulayın.
- Sonucu okumadan önce ilgili raporlama gecikmesini bekleyin. Google, birçok rapor ve keşfin verileri işlemek için şu süreye ihtiyaç duyabileceğini belirtir: 24–48 saat; anında görülen bir DebugView etkinliği tüm raporlamanın tamamlandığını kanıtlamaz.
- Aynı mutabakatı sonraki tamamlanmış dönemde tekrarlayın. İlk kanıtları koruyarak açıklanamayan tutarı ve yüzdesini değişmeyen tanımlarla karşılaştırın.
Üç sonucu ayrı izleyin: açıklanan kapsam farkları, düzeltilen veri toplama hataları ve açık kalan farklar. Daha küçük fark, yalnızca karşılaştırma temeli tutarlı kaldığında yararlıdır. Geçmiş etkinlikleri uydurmayın veya yeni bir etiket kurulumunun önceki raporları düzelteceğini vaat etmeyin.
9 Sık sorulan sorular
Hangi fark yüzdesi kabul edilebilir?
Evrensel bir eşik yoktur. Uygulamanız için beklenen farkları belirleyin, ardından açıklanamayan değişimi ve finansal riski izleyin. Karşılaştırılabilir temel sıfırsa ona bölerek yüzde hesaplamayın; tutarı bildirin ve kapsamı inceleyin.
Kararlara hangi sistem yön vermeli?
Satış operasyonları için uygun tanımlanmış sipariş ve finans kayıtlarını; ölçülen davranış ve edinme analizi için GA4’ü kendi kapsamı içinde kullanın. Mutabakat bu amaçları birbirine bağlar. Tüm panellerin aynı sayıyı göstermesini gerektirmez.
Satın alma verilerinin toplanması hiç kontrol edilmediyse nereden başlamalıyım?
Şu kaynağı izleyin: GA4 kurulum rehberi; ardından izleme tanılama rehberini kullanarak gelir farkını yorumlamadan önce satın alma değerlerini, para birimini ve yinelenen veri toplamayı inceleyin.