E-Ticarette Dönüşüm Oranı Nasıl Artırılır? Trafiği Satışa Çevirmek

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

E-ticarette dönüşüm oranı, satın almayla sonuçlanan oturumların toplam oturumlara bölünüp 100 ile çarpılmasıyla bulunur. Bir ayda 20.000 oturumun 300’ü siparişle bittiyse dönüşüm oranı yüzde 1,5’tir; hedeflenen eylem çoğunlukla GA4’teki purchase etkinliğidir.

Hesap basit olsa da iki tanım kararı raporun anlamını baştan belirler. Birincisi paydadır: oturum bazlı oran ile kullanıcı bazlı oran aynı mağaza için farklı sonuç verir, çünkü bir kullanıcı satın almadan önce siteye birkaç kez gelebilir. İkincisi paydır: bülten kaydı, sepete ekleme ve satın alma aynı “dönüşüm” başlığında toplanırsa oran şişer ve hiçbir karara yön vermez. GA4’te işletme için önemli eylemler artık “önemli etkinlik” (key event) olarak işaretleniyor; “dönüşüm” adı Google Ads’te kampanya ölçümü ve teklif için kullanılan eylemlere kaldı. Bu yüzden raporlamaya başlamadan önce ana hedefi ve ara adımları ayrı ayrı tanımlıyoruz.

Oranı tek başına izlemek yanıltıcı olabilir. İndirimle yükselen bir dönüşüm oranı ortalama sipariş tutarını ve kârlılığı düşürebilir; bu nedenle oranı her zaman oturum başına gelir ve ortalama sipariş tutarıyla aynı tabloda okuyoruz.

Kayıp huninin hangi adımında? Ölçüm nasıl kurulur?

Kaybın yerini bulmak için satın alma yolculuğunu adımlara bölüp her adımdan bir sonrakine geçiş oranını ayrı ayrı ölçmek gerekir. Tek bir genel dönüşüm oranı sorunun var olduğunu söyler, nerede olduğunu söylemez.

Ölçümü GA4’ün önerilen e-ticaret etkinlikleri üzerine kuruyoruz: ürün listesi görüntüleme, ürün görüntüleme, sepete ekleme, ödemeye başlama ve satın alma. Bu etkinlikler doğru gönderildiğinde huni keşfi (funnel exploration) raporunda her geçişin oranı görülür. Kurulumdan sonra bir test siparişiyle etkinliklerin sırayla ve birer kez tetiklendiğini, onay sayfası yenilendiğinde purchase etkinliğinin yeniden gönderilmediğini ve her siparişin benzersiz bir transaction_id taşıdığını kontrol ediyoruz; hatalı ölçümle yapılan dönüşüm çalışması yanlış adımı düzeltir.

Oranları her zaman cihaz, trafik kaynağı ve yeni ya da geri gelen kullanıcı kırılımında okuyoruz; masaüstünde sağlıklı görünen bir ödeme adımı mobilde ciddi kayıp verebilir. Sayısal veriyi nitel sinyallerle tamamlıyoruz: sıfır sonuç dönen site içi aramalar, müşteri hizmetlerine en sık gelen sorular ve ödeme sayfasındaki hata mesajları kaybın nedenini çoğu zaman doğrudan gösterir.

Organik aramanın bu huniye ve gelire katkısının nasıl raporlanacağını SEO metrikleri yazımızda ayrıca ele aldık.

Arama niyetiyle açılış sayfası nasıl eşleştirilir?

Açılış sayfası, kullanıcının aradığı ifadenin niyetine en doğrudan cevap veren sayfa olmalıdır: belirli bir modeli arayan ürün sayfasına, bir ürün türünü arayan filtrelenmiş kategoriye, nasıl seçeceğini soran ise rehber içeriğe inmelidir. Niyetle sayfa arasındaki uyumsuzluk, iyi tasarlanmış bir sayfada bile kaybın ilk nedenidir.

“Kadın koşu ayakkabısı” aramasıyla gelen kullanıcıyı ana sayfaya ya da genel bir kampanya sayfasına indirmek, seçim yükünü ona bırakmaktır. Aynı mantık reklamlar için de geçerlidir: reklam metninde vaat edilen ürün, fiyat veya kampanya açılış sayfasında ilk bakışta görünmüyorsa ödenen tıklama boşa gider.

Bu eşleşme aynı zamanda SEO’nun ve GEO’nun işidir. SEO ve GEO trafiğin niteliğini, dönüşüm çalışması ise o trafiğin karşılandığı deneyimi belirler: yanlış sorgularda görünür olan bir mağazayı tasarım değişikliği kurtaramaz, doğru sorgularda görünüp ürün sayfasında kullanıcıyı kaybeden mağaza ise kazandığı trafiği boşa harcar. Yapay zekâ asistanlarından gelen ziyaretçileri de ayrı bir segment olarak izlemeyi öneriyoruz; GA4’te chatgpt.com veya perplexity.ai gibi yönlendiren alan adları için özel bir kanal grubu tanımlanabilir, ancak bu trafiğin bir kısmı yönlendiren bilgisi taşımadığından doğrudan trafikte görünebilir. Hedef sorguları doğru sayfalarla eşleştirmek, e-ticaret SEO paketlerimizin çıkış noktasıdır.

Kategori ve ürün sayfaları satın almayı nasıl kolaylaştırır?

Kategori sayfası kullanıcının seçenekleri hızla daraltmasını, ürün sayfası ise sepete eklemeden önce sorduğu soruların cevabını sayfadan ayrılmadan bulmasını sağladığında satın almayı kolaylaştırır. İki sayfanın ortak görevi, karar için gereken bilgiyi aramaya gerek bırakmadan kullanıcının önüne koymaktır.

Kategori sayfasında neler önemlidir?

Kategori sayfasında önemli olan, kullanıcının çok sayıda ürün arasından kendine uyanı birkaç adımda bulabilmesidir. Bunu ağaç yapısı, filtreler, tutarlı görseller ve site içi arama birlikte sağlar.

• Mantıklı kategori ağacı: Ürünleri müşterinin düşündüğü biçimde (kullanım amacı, ürün türü, hedef kitle) gruplamak, aranan ürüne daha az adımda ulaşılmasını sağlar.
• İşe yarayan filtreler: Beden, renk, fiyat aralığı ve stokta olanlar gibi filtreler kategoriye göre seçilmeli; mobilde filtre paneli ürün listesini kaybettirmeden açılıp kapanabilmelidir.
• Tutarlı liste görselleri: Aynı açıdan ve aynı arka planla çekilmiş görseller ürünlerin yan yana karşılaştırılmasını kolaylaştırır.
• Site içi arama: Sıfır sonuç dönen aramalar, eksik ürün ya da yanlış adlandırılmış kategori için en net sinyaldir; eş anlamlılar ve yaygın yazım hataları arama motorunda karşılanmalıdır.

Ürün sayfasında neler bulunmalı?

Ürün sayfasında, kullanıcının satın almadan önce sorduğu soruların cevabı bulunmalıdır: ürün ne işe yarar, kime uyar, ne zaman teslim edilir ve sepete nasıl eklenir.

• Özgün ürün açıklaması: Üreticinin metnini kopyalamak yerine ürünü kimin, hangi durumda kullanacağını anlatan, ölçü ve malzeme bilgisini içeren bir açıklama.
• Gerçek kullanım bağlamında görseller: Yakın plan, ölçek veren bir çekim ve kullanım anını gösteren görseller; ürünün nasıl çalıştığını anlatmak gerekiyorsa kısa bir tanıtım videosu.
• Beden tablosu, stok ve teslim bilgisi: Ölçü tablosu, varyant bazında stok durumu ve tahmini teslim aralığı fiyatın yakınında görünmelidir.
• Ulaşılabilir bir sepete ekleme alanı: Varyant seçimi, adet ve sepete ekleme butonu mobilde başparmağın rahat ulaştığı bir yerde kalmalıdır.

Tanıtım videosu ürün görselinin yerine değil yanında durmalıdır; sayfanın ilk açılışında ağır bir video dosyası yüklemek, aşağıda ele aldığımız hız metriklerini bozabilir.

Ürünlerinizi pazar yerlerinde de satıyorsanız fiyat, stok ve kargo bilgisinin kendi sitenizle eşzamanlı kalması gerekir; iki kanalda farklı bilgi gören kullanıcı iki kanala da güvenini kaybedebilir. Bu eşitlemeyi elle değil, pazar yeri ve stok entegrasyonu kuran özel yazılımlarla yapmak hata payını azaltır. Kategori ve ürün sayfalarının arama motorları için nasıl kurgulanacağını ise e-ticaret SEO rehberimizde ayrıntılı anlattık.

Toplam maliyet şeffaflığı ve güven sinyalleri satın almayı nasıl etkiler?

Kargo ücreti, ücretsiz kargo eşiği, teslim aralığı ve iade koşulları ürün sayfasında göründüğünde kullanıcı sepette sürpriz bir maliyetle karşılaşmaz; güven sinyalleri ise karar anındaki riski azaltır. Sepette ortaya çıkan beklenmedik ek maliyet, sepet terkinin sık görülen nedenlerindendir.

Toplam bedelin gösterilmesi yalnızca bir dönüşüm tercihi değil, yasal bir yükümlülüktür: 6563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun, siparişin onaylanması aşamasında ve ödeme bilgileri girilmeden önce, ödenecek toplam bedel dâhil sözleşme şartlarının alıcı tarafından açıkça görülmesini ister. Dönüşüm açısından ise bu bilgiyi ödeme adımından çok önce, ürün sayfasında vermek daha etkilidir.

Kargo ve iade politikalarını yapılandırılmış veriyle de vermek mümkündür. Google, işletme genelindeki kargo ve iade politikasının Organization işaretlemesiyle verilmesini, Offer düzeyindeki shippingDetails ve hasMerchantReturnPolicy özelliklerinin ise yalnızca farklı koşulu olan ürünler için kullanılmasını öneriyor; bu bilgiler arama sonuçlarında da gösterilebilir.

• Doğrulanmış müşteri yorumları: Sayfanın altına gömülmek yerine fiyatın ve sepete ekleme butonunun yakınında durmalı. Yorumların gerçek olması şarttır; kurgusal yorum hem yasal hem de itibar açısından risk yaratır.
• Açık iade ve değişim politikası: Kısa bir özeti ürün sayfasında, ayrıntısı bağlantıyla ulaşılabilen bir sayfada bulunmalı.
• Tanınan ödeme yöntemleri ve güvenli ödeme: Kabul edilen ödeme yöntemleri ödeme adımından önce görünmelidir. HTTPS bugün bir ayrıcalık değil, asgari koşuldur; kart verisinin güvenliği ise ödeme hizmet sağlayıcısıyla birlikte, altyapının kart verisi güvenlik standardına (PCI DSS) uygunluğu doğrulanarak sağlanmalıdır.
• Ulaşılabilir işletme bilgisi: Ticaret unvanı, adres, iletişim kanalları ve müşteri hizmetleri bilgisi, kullanıcının ürünü kimden aldığını bilmesini sağlar.

Sepet ve ödeme adımlarındaki sürtünme nasıl azaltılır?

Sürtünme; misafir ödemeyi varsayılan yapmak, formdan gereksiz alanları çıkarmak, tarayıcının otomatik doldurmasına izin vermek ve hatayı kullanıcı yazarken göstermekle azalır. Amaç, satın almaya karar vermiş kullanıcının önüne yeni bir karar ya da engel koymamaktır.

1. Misafir ödemeyi varsayılan yapın. web.dev’in ödeme formu rehberi, satın almadan önce hesap açmaya zorlamanın sepet terkinin başlıca nedenlerinden biri olarak gösterildiğini belirtir ve misafir ödemeyi varsayılan seçenek olarak önerir. Üyelik teklifini sipariş onayından sonraya bırakmak daha az sürtünme yaratır.
2. Yalnızca gereken bilgiyi isteyin. Her alanın siparişi tamamlamak için gerçekten gerekip gerekmediğini sorgulayın; ad ve soyad için ayrı alanlar yerine tek bir ad alanı çoğu mağazada yeterlidir.
3. Otomatik doldurmayı açın. Ad, adres, telefon ve kart alanlarına doğru autocomplete değerlerini vermek (örneğin kart numarasında cc-number), tarayıcının kayıtlı bilgileri tek dokunuşla doldurmasını sağlar.
4. Doğru mobil klavyeyi çağırın. Telefon alanında tel giriş türü, kart numarasında ise text giriş türüyle birlikte numeric giriş modu kullanılır; sayı giriş türündeki artırma okları kart numarası için anlamsızdır.
5. Hatayı yerinde gösterin. Doğrulamayı gönderimden sonra toplu bir liste olarak değil, veri girilirken ilgili alanın yanında yapın.
6. Sepeti ödeme sayfasında düzenlenebilir tutun. Sipariş özeti eksiksiz görünmeli, adet değiştirmek için kullanıcının geri dönmesi gerekmemeli.
7. Kupon alanını öne çıkarmayın. Belirgin bir kupon kutusu, kodu olmayan kullanıcıyı siteden çıkıp kod aramaya yöneltebilir; alanı sade bir bağlantının arkasında tutmak bu riski azaltır.

Ödeme adımındaki kaybın bir kısmı kullanıcıdan değil altyapıdan gelir. Bankadan ya da ödeme kuruluşundan dönen ret ve hata mesajlarını türüne göre kaydedip raporlamak, “kullanıcı vazgeçti” sanılan siparişlerin bir bölümünün aslında teknik bir hatada takıldığını gösterebilir. E-ticaret web tasarım projelerinde ürün, sepet ve ödeme adımlarını bu ilkelere göre kurguluyoruz.

Sepet hatırlatma e-postası gibi akışlar kurulacaksa, alıcıdan hangi iletişim izninin alındığı baştan netleştirilmelidir; Türkiye’de ticari elektronik iletiler kural olarak alıcının önceden onayına bağlıdır.

Mobil hız dönüşümü nasıl etkiler?

Mobil hız, kullanıcının ürün görselini görmesi, beden seçmesi ve sepete eklemesi sırasında yaşadığı bekleme ve takılmaları belirlediği için dönüşümü doğrudan etkiler. Google’ın Core Web Vitals eşiklerine göre iyi bir deneyim için LCP 2,5 saniye veya altında, INP 200 milisaniye veya altında, CLS ise 0,1 veya altında olmalıdır; değerler sayfa yüklemelerinin 75. yüzdeliğinde, mobil ve masaüstü için ayrı ayrı değerlendirilir.

Ürün sayfasında LCP çoğunlukla ana ürün görselinin ne zaman göründüğünü, INP beden seçimi veya sepete ekleme gibi etkileşimlere sayfanın ne kadar çabuk görsel yanıt verdiğini, CLS ise içeriğin beklenmedik biçimde yer değiştirmesini ölçer. Sepete ekleme butonunun geç yüklenen bir banner yüzünden aşağı kayması, CLS’nin dönüşüme doğrudan dokunduğu tipik durumdur.

• Ana ürün görseli önceliklendirilmeli: Görseller sıkıştırılıp WebP gibi modern biçimlerde sunulmalı; sayfanın altındaki görseller geç yüklenebilir ama ilk ekrandaki ana görsel geç yüklemeye bırakılmamalıdır.
• Görsellere ve banner alanlarına yer ayrılmalı: Genişlik ve yükseklik değerleri tanımlı görseller ve sabit boyutlu kampanya alanları düzen kaymasını önler.
• Üçüncü taraf kodlar ayıklanmalı: Canlı destek, pazarlama etiketleri ve kişiselleştirme betikleri etkileşimlere yanıtı yavaşlatabilir; kullanılmayanlar kaldırılmalıdır.
• Dokunma hedefleri yeterli büyüklükte olmalı: web.dev, dokunma hedefleri için yaklaşık 48 cihazdan bağımsız piksel boyut ve hedefler arasında yaklaşık 8 piksel boşluk öneriyor.
• Ekranı kaplayan açılır pencereler sınırlanmalı: Mobilde ürünü örten bülten ve kampanya pencereleri karar anını böler.
• Altyapı yükü taşıyabilmeli: Tarayıcı önbelleği, içerik dağıtım ağı (CDN) ve kampanya dönemindeki trafik artışını kaldırabilen bir barındırma, yoğun günlerde yavaşlamayı önler.

Karar verirken laboratuvar testlerini değil gerçek kullanıcı verisini esas alıyoruz: Search Console’daki Core Web Vitals raporu, benzer sayfaları gruplayarak mobil ve masaüstü için saha verisini gösterir; laboratuvar testleri ise sorunun nedenini bulmakta işe yarar. Google, Core Web Vitals’ın sıralama sistemlerinde kullanıldığını ancak iyi sonuçların en üst sıralarda yer almayı garanti etmediğini belirtir; ayrıca siteleri dizine eklerken ve sıralarken mobil sürümü kullanır. Ölçüm araçlarını ve metrik bazında iyileştirmeleri Core Web Vitals rehberimizde ele aldık.

Hız sorunlarının önemli bir kısmı yayından sonra değil, tasarım ve şablon kararlarında doğar; bu kararları web sitesi tasarlanırken yapılacak SEO kontrolleriyle birlikte almak sonradan düzeltme maliyetini azaltır.

Bir değişikliğin işe yaradığı nasıl kanıtlanır?

Bir değişikliğin işe yaradığı, önceden tanımlanmış tek bir metriği kontrol grubuyla karşılaştıran kontrollü bir testle kanıtlanır. Aynı anda beş şey değiştirildiğinde hangisinin sonuç ürettiği bilinemez ve bir sonraki karar yine tahmine kalır.

• Hipotezi yazılı kurun. Hangi adımdaki kaybı, hangi değişiklikle, hangi metriği etkileyerek azaltmayı beklediğinizi test başlamadan not edin.
• Tek değişken test edin. Kargo bilgisinin yeri ile buton metni aynı testte değişirse sonuç okunamaz hâle gelir.
• Haftalık döngüyü kapsayın. Hafta içi ve hafta sonu davranışı farklıdır; kampanya dönemleri ayrıca değerlendirilmelidir.
• Örneklem büyüklüğünü önceden hesaplayın. Bu veri miktarına ulaşmadan kazanan ilan etmeyin; ara sonuçlara bakıp testi erken durdurmak rastlantısal bir farkı kazanım gibi gösterebilir.
• Arama görünürlüğünü koruyun. Google, test varyantlarında orijinal URL’yi gösteren canonical etiketi kullanılmasını, yönlendirme gerekiyorsa kalıcı 301 yerine geçici 302 tercih edilmesini, Googlebot’a kullanıcılardan farklı içerik gösterilmemesini ve test bitince test öğelerinin olabildiğince çabuk kaldırılmasını öneriyor.

Sonucu cihaz ve trafik kaynağı kırılımında da okumak gerekir; masaüstünde kazanan bir varyant mobilde nötr kalabilir. Trafiği A/B testine yetmeyen mağazalarda önce-sonra karşılaştırması yapılabilir; bu durumda sezon, kampanya ve trafik karışımındaki değişimleri kayda geçirerek yorumlamak gerekir.