E-Ticaret Sitesinde Satış Raporlama Dashboard'u Nasıl Tasarlanmalı?

E-ticaret sitesinde satış raporlama dashboard'u, sadece toplam ciroyu ve sipariş sayısını gösteren bir ekran olmamalıdır. İyi bir dashboard; satışın nereden geldiğini, hangi ürünlerin kâr ürettiğini, hangi kampanyanın gerçekten işe yaradığını, hangi stok hatasının satış kaybettirdiğini ve hangi ödeme/kargo/iade sorunlarının büyümeyi yavaşlattığını görünür hale getirir.

Birçok e-ticaret işletmesi raporu reklam panelinden, sipariş panelinden, muhasebe yazılımından, kargo ekranından ve Excel dosyalarından ayrı ayrı takip eder. Bu yapı kısa vadede idare edebilir; ancak ürün sayısı, kanal sayısı ve sipariş hacmi arttıkça karar almak zorlaşır. Dashboard'un görevi veriyi süslemek değil, ekiplerin aynı gerçek üzerinden hareket etmesini sağlamaktır.

Satış dashboard'u neyi cevaplamalı?

Dashboard tasarımında ilk soru "hangi grafikler olsun?" değildir. İlk soru, işletmenin hangi kararları daha hızlı ve doğru vermek istediğidir. Yönetici günlük ciro trendini görmek isterken pazarlama ekibi kanal performansına, ürün ekibi en çok satan ve stokta tükenen ürünlere, operasyon ekibi geciken sipariş ve iade oranına bakar.

E-ticaret altyapısı satış raporlamasını tek sipariş listesiyle sınırlamamalıdır. Sipariş, ürün, müşteri, kanal, ödeme, kargo, iade ve stok verisi birbirine bağlanmalıdır. Örneğin bir kampanya cirosu yüksek görünebilir; ancak yüksek iade, düşük marj ve kargo maliyeti nedeniyle gerçek kârlılığı zayıf olabilir.

Google Analytics e-ticaret ölçüm dokümanı; ürün listesi görüntüleme, ürün seçme, ürün detay görüntüleme, sepete ekleme, checkout başlatma, satın alma, iade ve promosyon gibi alışveriş davranışlarının event olarak ölçülebileceğini açıklar Google Analytics. Bu eventler satış dashboard'unun davranış tarafını besler; ancak operasyon ve finans verileriyle birlikte yorumlanmalıdır.

Dashboard tek ekran mı olmalı, rol bazlı mı?

Her metriği tek ekrana koymak dashboard'u daha güçlü yapmaz. Aksine, karar vericinin dikkatini dağıtır. Yönetici özeti, pazarlama performansı, ürün performansı, operasyon durumu, stok riski ve finansal görünüm ayrı ekranlar olarak planlanmalıdır. Böylece her ekip kendi kararını destekleyen metrikleri görür.

Yönetim paneli geliştirme sürecinde bu ekranlar ayrı yetkilerle sunulabilir. Örneğin depo ekibinin reklam maliyetlerini görmesi gerekmeyebilir; pazarlama ekibinin ise kargo barkodu oluşturma ekranına erişmesi gerekmez. Dashboard hem veri görünürlüğü hem yetki modeliyle tasarlanmalıdır.

Hangi metrikler ilk sürümde olmalı?

Dashboard ilk sürümde her şeyi ölçmeye çalışırsa proje uzar ve ekip ekranı kullanmaz. Önce işletmenin günlük kararlarını etkileyen temel metrikler seçilmelidir. Daha sonra segment, kanal, ürün, kategori ve müşteri bazında detaylar eklenebilir.

Başlangıç için önerilen metrik seti:

• Toplam ciro: Brüt satış tutarı ve dönem karşılaştırması.
• Net ciro: İade, iptal ve indirimler sonrası gelir.
• Sipariş sayısı: Günlük, haftalık, aylık sipariş trendi.
• Ortalama sepet tutarı: Toplam gelirin sipariş sayısına oranı.
• Dönüşüm oranı: Ziyaret veya oturumdan siparişe geçiş oranı.
• Ürün performansı: En çok satan, en çok görüntülenen, en çok sepete eklenen ürünler.
• Kanal performansı: Organik, reklam, sosyal, e-posta, pazaryeri ve doğrudan trafik ayrımı.
• Stok riski: Hızlı satan ama düşük stoklu ürünler.
• İade oranı: Ürün, kategori ve iade nedeni bazında.
• Operasyon durumu: Hazırlanacak, kargoda, geciken ve ödeme hatalı siparişler.

Dönüşüm takibi kurulumu bu metriklerin davranış tarafı için temeldir. Ancak dashboard yalnızca GA4 veya reklam paneli verisine dayanırsa eksik kalır. Siparişin gerçek durumu, iade, stok, kargo ve muhasebe verisi e-ticaret panelinden veya ERP'den gelmelidir.

Veri kaynakları nasıl bağlanmalı?

Satış dashboard'u farklı veri kaynaklarını birleştirir. E-ticaret paneli sipariş ve ürün verisini, GA4 kullanıcı davranışını, reklam platformları kampanya maliyetini, ERP stok ve maliyeti, kargo sistemi teslimat durumunu, ödeme sağlayıcı tahsilat ve iade verisini sağlar. Bu kaynaklar aynı sipariş, ürün ve müşteri kimlikleriyle bağlanmadığında raporlar tutarsız olur.

Örnek veri kaynağı haritası:

Google Analytics, GA4 verilerinin BigQuery'ye aktarılabileceğini ve günlük ya da streaming export seçenekleriyle veri akışının kurulabileceğini açıklar Google Analytics Help. Büyük hacimli e-ticaret sitelerinde dashboard'un sadece arayüz raporlarından değil, ham veri ve veri ambarı mantığından beslenmesi daha sağlıklı olabilir.

Örnek satış dashboard'u nasıl görünür?

Dashboard tasarımında üst bölüm hızlı karar metrikleriyle başlamalıdır. Kullanıcı ekrana girdiğinde bugünün, bu haftanın veya bu ayın genel durumunu hemen anlamalıdır. Alt bölümlerde ise detay kırılımları olmalıdır: kanal, kategori, ürün, ödeme, kargo, iade ve stok.

Örnek yönetici özeti:

Dönem: 1-26 Haziran 2026 | Ciro: 4.850.000 TL | Net ciro: 4.210.000 TL | Sipariş: 12.430 | Ortalama sepet: 390 TL | Dönüşüm oranı: %2,8 | İade oranı: %6,4 | Brüt kâr: 1.180.000 TL | Düşük stoklu hızlı satan ürün: 38 SKU

Bu örnek gerçek şirket verisi değildir; dashboard satırının nasıl kurgulanabileceğini göstermek için hazırlanmıştır. Bu özet tek başına yeterli değildir, ancak yöneticinin hangi alanı incelemesi gerektiğini gösterir. Örneğin net ciro ile brüt ciro arasındaki fark büyüyorsa iade ve indirim detayına inilir.

Kanal ve kampanya performansı nasıl gösterilmeli?

Pazarlama dashboard'u sadece kampanya gelirini değil, maliyet ve kaliteyi de göstermelidir. Bir kanal yüksek ciro getiriyor olabilir, ancak yüksek reklam maliyeti veya yüksek iade oranı nedeniyle net kârlılığı zayıf olabilir. Bu yüzden ROAS tek başına karar metriği olarak kullanılmamalıdır.

E-ticaret dönüşüm optimizasyonu için kanal raporunda şu kırılımlar bulunabilir:

• Kanal bazlı ciro, sipariş ve dönüşüm oranı.
• Kampanya bazlı reklam harcaması ve gelir.
• İlk sipariş ve tekrar sipariş ayrımı.
• Mobil ve masaüstü dönüşüm farkı.
• Kanal bazlı iade oranı ve net gelir.
• Kupon kullanım oranı ve kupon sonrası sepet tutarı.
• Yeni müşteri edinme maliyeti ve müşteri yaşam boyu değeri tahmini.

Google Analytics e-ticaret eventleri, ürün listesi görüntüleme, ürün detay görüntüleme, sepete ekleme, checkout başlatma ve satın alma gibi adımları ölçmeye izin verir Google Analytics. Bu veri doğru kurulursa kampanya yalnızca satın alma sonuyla değil, tüm alışveriş hunisiyle değerlendirilebilir.

Ürün ve stok dashboard'u nasıl olmalı?

Ürün performansı dashboard'u yalnızca en çok satan ürünleri göstermemelidir. En çok görüntülenen ama az satılan ürünler, çok sepete eklenip checkout'ta kaybedilen ürünler, hızlı satan ama stok riski olan ürünler ve yüksek iade oranlı ürünler ayrı ayrı izlenmelidir. Bu rapor ürün, satın alma ve içerik ekipleri için aksiyon üretir.

Stok takip yazılımı verisiyle satış verisi birleştiğinde şu sorular yanıtlanabilir:

• Hangi ürünler hızlı satıyor ama 7 gün içinde stok bitecek?
• Hangi ürünler çok görüntüleniyor ama sepete eklenmiyor?
• Hangi ürünler sepete ekleniyor ama satın alınmıyor?
• Hangi ürünlerde iade oranı kategori ortalamasının üzerinde?
• Hangi tedarikçi ürünleri yüksek ciro ama düşük marj üretiyor?
• Hangi ürünler reklamdan trafik alıyor ama stokta yok?

Bu soruların cevabı doğrudan aksiyona dönüşmelidir. Düşük stoklu hızlı satan ürün satın alma ekibine görev olmalı, yüksek iade oranlı ürün içerik ve kalite kontrol ekibine gitmeli, çok görüntülenip az satılan ürün fiyat/görsel/açıklama açısından incelenmelidir.

Operasyon dashboard'u günlük iş akışını yönetmeli

Operasyon dashboard'u yönetici raporundan farklıdır. Burada amaç stratejik analiz değil, günlük işlerin kaçmasını önlemektir. Hazırlanacak siparişler, ödeme hataları, kargo bekleyenler, geciken teslimatlar, iade talepleri ve destek bekleyen siparişler tek ekranda görünmelidir.

E-ticaret entegrasyon hizmeti ile kargo, ödeme ve ERP sistemleri bağlandığında operasyon dashboard'u daha güvenilir hale gelir. Ödeme başarılı ama ERP'ye düşmeyen sipariş, kargo barkodu alınamayan paket veya stok eşleşmeyen ürün hata kuyruğunda görünmelidir.

Operasyon ekranı için örnek bölümler:

1. Hazırlanacak siparişler: Ödemesi tamamlanmış, stok eşleşmiş kayıtlar.
2. Hata kuyruğu: Ödeme, stok, ERP, kargo veya fatura hataları.
3. Geciken kargolar: Taahhüt edilen süreyi aşan paketler.
4. İade talepleri: Yeni, kontrol bekleyen, onaylanan ve reddedilen iadeler.
5. Destek riski: Aynı sipariş için açılan tekrar eden müşteri talepleri.

Kârlılık raporu neden cirodan ayrı olmalı?

Ciro, satış hacmini gösterir; kârlılık, işin sağlığını gösterir. E-ticaret dashboard'u ürün maliyeti, kargo maliyeti, ödeme komisyonu, pazaryeri komisyonu, iade maliyeti ve reklam maliyetini dikkate almıyorsa kararlar eksik kalır. Yüksek ciro yapan bir kategori, düşük marj ve yüksek iade nedeniyle beklenen katkıyı üretmeyebilir.

Kârlılık ekranında şu metrikler bulunabilir:

• Brüt kâr ve brüt kâr marjı.
• Kanal bazlı net gelir.
• Ürün maliyeti ve tedarikçi bazlı marj.
• Kargo maliyeti ve ücretsiz kargo etkisi.
• Ödeme ve pazaryeri komisyonları.
• İade sonrası net marj.
• Kampanya indirim maliyeti.

Bu ekran finans ekibi kadar pazarlama ve ürün ekipleri için de önemlidir. Çünkü reklam bütçesi yalnızca cirosu yüksek ürüne değil, katkısı yüksek ürüne yöneltilmelidir.

Veri kalitesi için hangi kurallar gerekir?

Dashboard yanlış veriyle beslendiğinde güven kaybeder. Ekipler ekrana bakmayı bırakır ve tekrar Excel'e döner. Bu nedenle dashboard projesinde veri kalitesi kuralları en az görsel tasarım kadar önemlidir.

Veri kalitesi checklist'i:

• Her sipariş için benzersiz `order_id` var mı?
• GA4 `transaction_id` ile panel sipariş numarası eşleşiyor mu?
• Ürün SKU'ları panel, ERP, reklam feedi ve GA4 tarafında aynı mı?
• İptal ve iade siparişleri cirodan doğru düşülüyor mu?
• Kargo, ödeme ve stok hataları ayrı statü olarak tutuluyor mu?
• Kampanya ve kupon adları standart isimlendirmeyle mi giriliyor?
• Veri güncelleme zamanı dashboard'da görünür mü?
• Yetkisiz kullanıcılar finansal maliyet verilerini göremiyor mu?

API entegrasyon hizmeti bu kuralların otomatik çalışmasını sağlar. Manuel Excel aktarımı kısa vadede kullanılabilir, ancak düzenli dashboard için veri akışının sistemler arasında güvenilir ve tekrarlanabilir olması gerekir.

Dashboard tasarım checklist'i

E-ticaret satış raporlama dashboard'u tasarlarken aşağıdaki kontrol listesi kullanılabilir:

• Dashboard'un karar soruları rol bazında yazıldı mı?
• Yönetici, pazarlama, ürün, operasyon ve finans ekranları ayrıldı mı?
• GA4 eventleri ürün ve sipariş verisiyle eşleşiyor mu?
• Sipariş, iade, ödeme, kargo ve stok verileri tek modelde birleşiyor mu?
• Ciro ile net ciro ve brüt kâr ayrı gösteriliyor mu?
• Kanal performansı iade ve maliyet sonrası değerlendiriliyor mu?
• Ürün raporu stok riski, iade oranı ve dönüşüm sorunlarını gösteriyor mu?
• Operasyon ekranı günlük aksiyon üretiyor mu?
• Veri yenilenme zamanı ve veri kaynağı dashboard'da görünür mü?
• Her grafik için aksiyon sahibi belli mi?

Sonuç: Dashboard karar hızını artırmalı

E-ticaret sitesinde satış raporlama dashboard'u, güzel grafiklerden oluşan pasif bir rapor değil, karar alma altyapısıdır. Doğru tasarlandığında hangi kanalın büyüdüğünü, hangi ürünün stok riski taşıdığını, hangi kampanyanın kâr ürettiğini, hangi operasyon hatasının satış kaybettirdiğini ve hangi müşteri segmentinin değerli olduğunu görünür hale getirir.

Webioo, e-ticaret dashboard projelerinde ölçüm planı, veri modeli, GA4 eventleri, panel verileri, ERP/kargo/ödeme entegrasyonları ve rol bazlı yönetim ekranlarını birlikte planlar. Böylece dashboard yalnızca rapor göstermez; ekiplerin aynı veriyle daha hızlı aksiyon almasını sağlar.