Dönüşüm oranı nedir, nasıl hesaplanır ve nasıl artırılır?

Dönüşüm oranı nedir?

Dönüşüm, sizin ürününüz için değerli olan bir eylemdir. Satın alma, kayıt, teklif formu ya da deneme sürümü başlatma bunlara örnektir. Neyin dönüşüm sayılacağına siz karar verirsiniz.

Dönüşüm oranı, bu eylemi yapanların bütün ziyaretçilere oranıdır. Jakob Nielsen bunu istenen eylemi yapan kullanıcıların yüzdesi diye tanımlar. Nielsen, dönüşümün satış olmak zorunda olmadığını da vurgular.

Google Analytics 4'te bir eylemi dönüşüm olarak saymak için onu "key event" olarak işaretlersiniz. Google'a göre key event, işinizin başarısı için özellikle önemli bir eylemi ölçen etkinliktir. Oranın neyi ölçtüğünü, hangi etkinliği işaretlediğiniz belirler.

Bu yüzden "dönüşüm oranımız %3" cümlesi tek başına bir şey söylemez. Hangi eylemi ve hangi kitleyi saydığınızı da söylemeniz gerekir.

Dönüşüm oranı nasıl hesaplanır?

Formül şudur: dönüşüm oranı = dönüşüm sayısı ÷ ziyaret sayısı × 100. Wikipedia'daki örnekte bir site günde 200 ziyaretçi alıyor. Bunların 30'u bültene kaydoluyor. O günün dönüşüm oranı %15.

Nielsen'in örneği bir e-ticaret sitesi. Sitede nisan ayında 100.000 ziyaretçi ve 2.000 satın alma var. Oran %2.

Payda: oturum mu, kullanıcı mı?

Formülün zor kısmı paydadır. Google Analytics iki ayrı oran verir. Oturum bazlı oran, hedef eylemin olduğu oturumları tüm oturumlara böler. Kullanıcı bazlı oran ise eylemi yapan kullanıcıları tüm kullanıcılara böler.

Aynı kişi üç kez gelip bir kez satın alırsa iki oran ayrışır. Oturum bazında %33,3, kullanıcı bazında %100 çıkar. Nielsen'e göre tekil ziyaretçiyi de tekrar gelişleri de sayabilirsiniz. Yeter ki her dönem aynı şekilde sayın.

Ben raporda paydayı her zaman yazarım, örneğin "oturum bazlı satın alma oranı, ekim, tüm kanallar". İki ay sonra biri rakamı sorduğunda kimse neyin ölçüldüğünü tartışmaz.

Tek oran yetmez, huniyi çıkarın

Genel oran sorunun büyüklüğünü gösterir. Sorunun yerini bulmak için akışı adımlara bölersiniz: ziyaret, ürün sayfası, sepet, ödeme, satın alma. Her adımda kaç kişinin kaldığını gösteren bu sıraya huni denir.

Aşağıdaki hesaplayıcıya kendi adımlarınızı ve sayılarınızı yazın. Araç genel oranı ve her geçişteki kaybı hesaplar, en çok kişinin ayrıldığı adımı da işaretler.

Dönüşüm oranı ve huni hesaplayıcı

1. Adım 1 adı
   Adım 1 sayısı
2. Adım 2 adı
   Adım 2 sayısı
3. Adım 3 adı
   Adım 3 sayısı
4. Adım 4 adı
   Adım 4 sayısı

Genel dönüşüm oranı %2,00 (200 / 10.000 × 100)

En büyük kayıp: Ürün sayfası → Sepet. Bu geçişte kayıp oranı %80,0.

1. 1. Ziyaret 10.000

   İlk adım. Diğer oranlar buna göre hesaplanır.

2. 2. Ürün sayfası 4.000

   Önceki adımdan geçen: %40,0. Kayıp: 6.000 kişi (%60,0). İlk adıma göre: %40,0.

3. 3. Sepet 800 En büyük kayıp

   Önceki adımdan geçen: %20,0. Kayıp: 3.200 kişi (%80,0). İlk adıma göre: %8,0.

4. 4. Satın alma 200

   Önceki adımdan geçen: %25,0. Kayıp: 600 kişi (%75,0). İlk adıma göre: %2,0.

JavaScript kapalı olduğu için sonuç yalnızca bu örnek huniye göre gösteriliyor.

Araç hiçbir veri toplamaz ve göndermez. Hesap tarayıcınızda yapılır.

Her adıma o adıma ulaşan kişi sayısını yazın. İlk adım genelde ziyaret sayısıdır. Üç örnek huni benim uydurduğum, elle kontrol ettiğim sayılardır; gerçek bir ürünün verisi değildir.

E-ticaret örneğini elle de kontrol edebilirsiniz: 200 ÷ 10.000 × 100 = %2. Ürün sayfasını 4.000 kişi görmüş, bunların 800'ü sepete geçmiş. Geçiş %20, kayıp %80.

Sepetten satın almaya geçiş ise 200 ÷ 800 = %25. Yani asıl kayıp ürün sayfasıyla sepet arasında. Genel orana bakarak bunu göremezsiniz.

Makro ve mikro dönüşüm

Nielsen Norman Group'tan Tim Neusesser, dönüşümleri ikiye ayırır. Makro dönüşüm, işin ana hedefine doğrudan katkı veren eylemdir. Satın alma, teklif formunun gönderilmesi ya da hesap açılması bu gruba girer.

Mikro dönüşümler ana hedefe dolaylı yoldan bağlıdır ama daha sık görülür. Sepete ekleme, ödemeyi başlatma ve bülten kaydı bunlara örnektir. Neusesser bunları iki türe ayırır.

• Süreç adımları: Makro dönüşüme giden en olası yoldaki adımlar. Ödemeyi başlatmak, satın almadan önceki adımdır.
• İkincil eylemler: Doğrudan satışa götürmeyen ama ileride dönüşümü haber verebilen eylemler. Bülten aboneliği ya da uygulamayı indirmek gibi.

Makro oranlar yavaş değişir. Neusesser bu yüzden küçük tasarım iyileştirmelerini mikro dönüşümlerle ölçmeyi önerir. Hesaplayıcıdaki ara adımların her biri de süreç adımı türünden bir mikro dönüşümdür.

Makalede kamu ve kurum içi ürünler için önemli bir uyarı var. Kullanıcının başka seçeneği olmayan zorunlu işlerde dönüşüm oranı iyi bir ölçü değildir. Vergi beyanı ya da izin talebi gibi işlerde hata sayısına ve destek taleplerine bakın.

Ölçüm tuzakları: oran yanlış olabilir

Düşük orana tasarımla müdahale etmeden önce rakamın doğru olduğundan emin olun. Audit'lerde birkaç kez sorunun arayüzde değil, ölçümde olduğunu gördüm.

Bot ve iç trafik

Google Analytics, bilinen botların ve örümceklerin trafiğini otomatik olarak dışarıda bırakır. Bunu Google'ın kendi araştırmasına ve IAB'nin bot listesine göre yapar. Bu ayar kapatılamaz ve ne kadar trafiğin dışarıda kaldığını göremezsiniz.

Listede olmayan botlar ise ziyaret sayısına girer ve oranı aşağı çeker. Ziyaret bir gecede fırlıyor ama satış yerinde duruyorsa ilk şüphelendiğim şey budur.

Ekibinizin kendi ziyaretleri de paydayı şişirir. GA4'te iç trafiği IP adresiyle tanımlayıp bir filtreyle dışlayabilirsiniz. Filtre etkinleştiğinde dışlanan veri kalıcı olarak kaybolur, sonradan geri getirilemez. Bu yüzden filtreyi önce test durumunda deneyin.

Kanal karışımı

Genel oran, kanalların ağırlıklı ortalamasıdır. Kanalların trafikteki payı değişirse, her kanal iyileşse bile genel oran düşebilir. İstatistikte buna Simpson paradoksu denir: gruplarda görülen bir eğilim, gruplar birleşince kaybolabilir ya da tersine dönebilir.

Aşağıdaki sayılar benim uydurduğum bir örnek. Şubatta iki kanalın oranı da yükseliyor. Ama trafiğin çoğu düşük oranlı sosyal medyaya kaydığı için genel oran düşüyor.

Kanal	Ocak	Şubat
Arama	5.000 ziyaret, %4, 200 satış	3.000 ziyaret, %4,5, 135 satış
Sosyal medya	5.000 ziyaret, %1, 50 satış	9.000 ziyaret, %1,2, 108 satış
Toplam	250 ÷ 10.000 = %2,5	243 ÷ 12.000 ≈ %2,03

Bu yüzden oranı her zaman kanallara ayırıp okuyun.

Nielsen de aynı etkiyi anlatır. Kedilerle ilgili bir yazı yüzünden sitesi bir günde normalin 4 katı trafik almış. Satışlar ortalama bir günle aynı kalmış, oran normalin neredeyse dörtte birine inmiş. Çünkü gelenler hedef kitlenin dışındaymış.

Mevsim ve ölçüm dönemi

Nielsen, ölçüm dönemine giren mevsimsel değişimleri hesaba katmayı önerir. Tüketici siteleri aralık tatil döneminde genelde daha çok satar. Türkiye'de bunun karşılığı kasım indirimleri ya da bayram öncesi haftalar olabilir.

Bu yüzden kasımı ekimle değil, geçen yılın kasımıyla karşılaştırın. Bir tasarım değişikliğinin etkisini de kampanya haftasında ölçmeyin.

Sayılmayan ya da iki kez sayılan dönüşüm

Dönüşümü teşekkür sayfasının açılmasıyla sayıyorsanız, sayfayı yenileyen kişi iki kez sayılabilir. Ödeme sağlayıcısının sayfasından geri dönmeyen kişi hiç sayılmayabilir. Ayda bir analitikteki satın alma sayısını sipariş sistemindeki sayıyla karşılaştırın.

İyi dönüşüm oranı kaç?

Bu sorunun herkese uyan bir cevabı yok ve ben uydurma bir ortalama vermeyeceğim. Bulduğum en açık kaynak Nielsen'in 2013 tarihli yazısı. Nielsen'e göre iyi bir dönüşüm oranı genelde %1 ile %10 arasındadır.

Aralığın üst sınırı alt sınırın on katı, üstelik rakam 2013'ten. Nielsen de oranın markaya, fiyata, satışın karmaşıklığına ve kullanıcıdan istenen bağlılığa göre değiştiğini yazar. Anlık kararla alınan bir ürünle yönetim onayı gereken bir B2B hizmet aynı ölçekle ölçülmez.

Benim önerim şu: kendi oranınızı kendi geçmişinizle, aynı kanal ve aynı dönemle karşılaştırın. Başka bir sitenin ortalamasını hedef yaparsanız yanlış adıma odaklanırsınız.

Dönüşüm oranı düşükse: belirtiye göre teşhis

Düşük oranın tek bir nedeni yoktur. Ben teşhise belirtiden başlarım, çünkü belirti nereye bakacağımı söyler. Aşağıdakiler audit'lerde en sık karşılaştığım durumlar.

Oran bir sürümden sonra birden düştü

Olası neden: Ölçüm etiketi silinmiş ya da akışta bir hata çıkmış olabilir. Örneğin ödeme adımı tek bir tarayıcıda çalışmıyordur.

Teşhis: Düşüş gününü sürüm tarihiyle eşleştirin. Analitikteki satın alma sayısını sipariş sistemiyle karşılaştırın. Sonra akışı farklı cihazlarda baştan sona kendiniz deneyin.

Ziyaret arttı, satış yerinde duruyor

Olası neden: Gelenler hedef kitlenin dışında olabilir ya da analitik bazı botları tanımıyordur. Bu durumda sayfa bozuk değildir, yalnızca payda büyümüştür.

Teşhis: Oranı kanala ve açılış sayfasına göre ayırın. Tek bir kaynaktan gelen çok kısa oturumlar bot olasılığını artırır.

Mobilde düşük, masaüstünde normal

Olası neden: Dokunma hedefleri küçük olabilir ya da bir form alanı yanlış klavyeyi açıyordur. Bazen de hata yalnızca mobilde ortaya çıkar.

Teşhis: Huniyi cihaza göre ayırın ve en büyük farkın hangi adımda olduğuna bakın. O adımı gerçek bir telefonda deneyin. Dokunma alanı kurallarıyla karşılaştırın.

Sepete ekleyen çok, satın alan az

Olası neden: Kargo ücreti son adımda çıkıyor ya da üyelik zorunlu. Baymard'ın Eylül 2025'te güncellenen listesinde "sadece bakıyordum" dışındaki en sık neden yüksek kargo, vergi ve ek ücretlerdir (%40). Zorunlu hesap açma %18 ile dördüncü sırada.

Teşhis: Ödeme akışının her adımını huniye ekleyin ve kaybın nerede arttığına bakın. Ödeme sayfası kalıbı ve sepet terk nedenleri sayfaları bu adımın kontrol listesidir.

Formu açan çok, gönderen az

Olası neden: Form gereksiz alanlar soruyor ya da hata mesajları ne yapılacağını söylemiyor.

Teşhis: Alan bazında terk verisine bakın. Formu bilerek yanlış doldurun ve hatanın neyi söylediğini okuyun. Form tasarımı ve hata mesajları kalıplarıyla karşılaştırın.

Ürün sayfası çok görülüyor, sepete ekleme az

Olası neden: Fiyat ya da teslimat bilgisi eksik olabilir. Ana buton görünmüyordur ya da ürün beklenen şey değildir.

Teşhis: Bu adımı sayılar açıklamaz, nedeni kullanıcıdan duymanız gerekir. Birkaç kişiyle küçük bir kullanılabilirlik testi yapın ve sayfayı neden terk ettiklerini sorun.

Her adım makul, ama genel oran hep düşük

Olası neden: Sorun teklifte olabilir. Fiyat ya da ürünün kitleye uymaması tasarımla düzelmez.

Teşhis: Satış ekibinin ve müşteri hizmetlerinin en sık duyduğu itirazları toplayın. Bir tasarımcı olarak bunu söylemek hoşuma gitmiyor ama dürüst cevap bu.

UX kaynaklı en sık nedenler

Ölçüm doğruysa ve teklif sağlamsa, kayıp çoğu zaman şu sorunlardan birinden gelir:

• Toplam tutarın son adımda ortaya çıkması. Kullanıcı fiyatı gördüğü anda ayrılır.
• Satın almadan önce hesap açtırmak. Misafir olarak devam etmek görünmüyorsa kayıp artar.
• Gerekenden fazla soru soran formlar. Nielsen'e göre formdan kaldırılan her soru tamamlama oranını yükseltir.
• Mobilde çalışmayan ya da zor çalışan adımlar.
• Kullanıcıya bir sonraki adımı söylemeyen boş ekranlar ve hata mesajları.
• Güveni sarsan ayrıntılar. Belirsiz iade koşulları ya da tanımadığı bir ödeme sayfası kullanıcıyı durdurur.

Bir de ters yön var. Gizli abonelik, önceden işaretli kutu ya da iptali zor bir akış kısa vadede oranı yükseltebilir. Bunlar dark pattern sayılır. Kazanılan oran sonra iade ve şikâyet olarak geri döner.

Dönüşüm oranı nasıl artırılır?

Ben sırayı hiç değiştirmem. Her adım bir öncekinin sonucuna dayanır.

1. Ölçümü doğrulayın. Bot ve iç trafiği ayıklayın, analitiği sipariş sistemiyle karşılaştırın.
2. Huniyi çıkarın. Ana akışı adımlara bölün, her adımı kanala ve cihaza göre ayırın.
3. En büyük kayba odaklanın. Yukarıdaki hesaplayıcının işaretlediği adım genelde başlangıç noktasıdır.
4. Nedenini bulun. Rakam yeri gösterir, nedeni göstermez. Heuristik değerlendirme ve kullanıcı testi bu boşluğu doldurur.
5. Tek seferde tek değişiklik yapın. Aynı anda on şeyi değiştirirseniz hangisinin işe yaradığını bilemezsiniz.
6. A/B testiyle doğrulayın. Değişiklik gerçekten fark yarattı mı, ölçün.

Nielsen bir uyarı daha yapar: dönüşümü en üst düzeye değil, en uygun düzeye çıkarın. Oranı bir puan daha artırmanın maliyeti, getirdiği kazançtan büyük olabilir.

A/B testiyle doğrulama

A/B testinde ziyaretçiler rastgele iki gruba ayrılır. Bir grup eski sürümü, öteki yeni sürümü görür ve iki grubun oranı karşılaştırılır. Asıl soru, aradaki farkın şans eseri olup olmadığıdır.

Bunu kendi sayılarınızla A/B test hesaplayıcıda kontrol edebilirsiniz. Aynı sayfa, testi başlatmadan önce grup başına kaç ziyaretçi gerektiğini de hesaplar. Örneklemi baştan belirleyin ve test bitmeden sonuca bakıp durdurmayın.

Trafiğiniz azsa A/B testi haftalar sürebilir. O zaman değişikliği yapar, önceki ve sonraki dönemi aynı kanal ve aynı mevsimle karşılaştırırım. Bu daha zayıf bir kanıttır, raporda da bunu açıkça yazarım.

Benim notum

Audit'lerde en sık gördüğüm durum, ekibin genel oranı her hafta izleyip huniyi hiç çizmemiş olmasıdır. Oran düşünce ana sayfa yeniden tasarlanır. Oysa kayıp çoğu zaman başka bir adımdadır, bazen ödeme formundaki tek bir alanda.

İkinci sık durum, iki ekibin farklı paydayla aynı oranı konuşmasıdır. Pazarlama oturumları, ürün ekibi kullanıcıları sayar. Toplantının yarısı rakamın ne olduğunu tartışmakla geçer.

Ben bir dönüşüm sorununa bakarken önce ölçümü, sonra huniyi, en son ekranı incelerim. UX Audit Pro tüm uygulamada 10 akışa kadar bakar ve öncelik sırasına konmuş bir düzeltme listesi verir. Önce süreci tanımak isterseniz UX audit rehberi adımları tek tek anlatır.