Dönüşüm Adımları
Adım adım düşme noktaları
Ziyaretçilerin satın almaya giden adımlarda nerede düştüğünü gösterir.
Panelde nerede
Sol menüde Analitik → Dönüşüm Adımları (/dashboard/funnel-analytics).
Huni nedir
Sıralı adımlardan oluşan bir yol tanımlarsınız; her adımda kaç ziyaretçinin kaldığını görürsünüz.
Tipik bir e-ticaret hunisi:
Ürün görüntüleme → Sepete ekleme → Ödeme başlangıcı → Satın alma
10.000 1.200 480 310
(%12) (%40) (%65)
Huni neyi sayar
Huni kişi sayar, olay değil. Dokuz kez arama yapan bir ziyaretçi ilk adımda bir kez görünür. Adımlar ayrıca sırayla tamamlanmış olmalıdır: önce arama, sonra tıklama, sonra sepet.
Bu, panelin başka yerlerindeki sayılarla karşılaştırırken önemlidir:
| Rakam | Neyi sayar | Nerede |
|---|---|---|
| Kişi | Adıma sırayla ulaşan benzersiz ziyaretçi | Huni adımları |
| Olay | O kişilerin bu adımda ürettiği olay sayısı | Adım Analizi tablosu |
| Hacim | Dönemdeki tüm olaylar (kişi ayrımı yok) | Search sayfasındaki "Arama hacmi" |
| Sipariş | Bu yüzeyin dokunduğu sipariş | "Bu yüzeyden gelen siparişler" |
Dördü de farklı sorular yanıtlar ve birbirine eşit olmaları beklenmez. Bir mağazada haftada 376 arama olayı 58 kişiden gelebilir; aynı hafta aramaya atfedilen 39 sepete ekleme varken, huninin sepet adımına ulaşan kişi sayısı çok daha düşük olabilir — çünkü atıf 7 güne kadar geriye bakar, huni ise tek oturum içindeki sırayı arar.
Her rakamın yanındaki küçük etiket (Kişi / Hacim / Sipariş / Atfedilen) hangi soruyu yanıtladığını söyler.
Nasıl okunur
Her adımın altındaki yüzde, bir önceki adıma göre geçiş oranıdır. En büyük düşüşün olduğu adım, en çok kazanç potansiyeli olan yerdir.
Yukarıdaki örnekte en büyük kayıp ilk adımdadır (%88 kayıp) — ama bu normaldir; ürün bakan herkes satın almaz. Asıl dikkat çekici olan sepete ekleyip ödemeye geçmeyen %60'tır.
Huni tanımlama
| Alan | Açıklama |
|---|---|
| Name | Huninin adı |
| Steps | Sıralı adımlar |
| Segment | İsteğe bağlı — yalnızca bir segmentin hunisi |
| Tarih aralığı | İsteğe bağlı sabit dönem |
Adımlar, Selwise'in topladığı eventlere dayanır. Hangi eventlerin mevcut olduğu: Event Referansı.
Segment karşılaştırması
Aynı huniyi farklı segmentler için çalıştırmak en öğretici kullanımdır:
| Karşılaştırma | Ne öğrenirsiniz |
|---|---|
| Mobil vs masaüstü | Mobilde hangi adım bozuk |
| Yeni vs geri dönen | Yeni ziyaretçi nerede takılıyor |
| Segment A vs B | Farklı müşteri gruplarının davranışı |
Mobil/masaüstü karşılaştırması genellikle en somut bulguyu verir: mobilde belirli bir adımda kayıp çok yüksekse orada bir kullanılabilirlik sorunu vardır.
Siparişler
Huninin altındaki Bu yüzeyden gelen siparişler kartı, modülün kendi sayfalarının (kampanya, öneri, arama listeleri ve detayları, Analytics kartları) yazdığı rakamların ta kendisidir:
| Rakam | Anlamı |
|---|---|
| Bu modüle yazılan sipariş | Ziyaretçi bu modülün bir yüzeyiyle etkileşti (tıkladı ya da yüzeyin kendi sepete ekle düğmesini kullandı) ve 7 gün içinde sipariş verdi; siparişten önceki son etkileşimi bu modüldeydi. Her siparişin tek sahibi vardır, bu yüzden modüllerin toplamı ana sayfadaki Selwise gelirine eşittir. |
| Bu siparişlerin cirosu | Aynı siparişlerin toplam tutarı. Bir satın alma sayısı hiçbir zaman cirosu olmadan gösterilmez. |
| Sepete ekleyen | Etkileşimden sonra 7 gün içinde sepete ürün ekleyen kişi. |
Bir yüzeyi yalnızca görmek etkileşim sayılmaz. Her sayfada görünen bir yüzen buton, sırf ekranda olduğu için neredeyse her siparişi "etkilemiş" görünürdü; bu yüzden kredi yalnızca etkileşime verilir. İçerik zenginleştirme tek istisnadır: okunan, tıklanmayan bir içerik olduğu için görülmesi etkileşim sayılır.
Yukarıdaki huni tüm adımları tek ziyarette sırayla tamamlayan kişileri sayar; bu kart ise 7 günlük pencereye bakar. Pazartesi tıklayıp perşembe satın alan bir müşteri kartta vardır, hunide yoktur. İkisi farklı soruları yanıtlar.
90 gün sınırı
Huni hesaplaması ham event verisine dayanır ve bu veri 90 gün saklanır. Daha eski tarih aralıklarında huni boş görünür.
Eksik event, kırık huni
Bir adımın eventi gönderilmiyorsa o adım sıfır görünür ve huni orada tamamen kopar. Ödeme başlangıcı eventi göndermiyorsanız o adımda %100 kayıp görürsünüz — gerçekte kayıp yoktur, ölçüm yoktur. Bkz. Takip Sorunları.
Son güncelleme: 9 Ekim 2026