E-ticarette önceden seçili ek ücret yasak mı?

E-ticarette önceden seçili ek ücret, tüketicinin açık onayı alınmadan ilave ödeme doğuruyorsa hukuka aykırıdır. Mesafeli Sözleşmeler Yönetmeliği, ana ürün veya hizmet dışında ücret çıkaran seçeneklerin otomatik işaretli sunulmasını kabul etmez. Tüketici, ödeme tutarını artıran kargo, sigorta, hediye paketi ya da ek hizmeti kendisi seçmelidir.

Ancak her kargo bedeli yasak değildir. Zorunlu teslimat ücretinin siparişten önce açıkça gösterilmesi farklıdır. Ödeme ekranında önceden işaretlenmiş hızlı teslimat, ürün sigortası veya hediye paketi satılması farklı değerlendirilir. Esas ölçüt, tüketicinin ek ödemeyi bilerek ve aktif biçimde onaylayıp onaylamadığıdır.

Önceden seçili ek ücret hangi durumda yasaktır?

Önceden seçili ek ücret, tüketicinin ayrıca ve açıkça onaylamadığı ilave bir ödeme yükümlülüğü oluşturuyorsa yasaktır. Seçenek kutusunun ödeme ekranına otomatik işaretli gelmesi, tüketicinin gerçek tercih yaptığını göstermez.

Örneğin 1.000 TL tutarındaki bir üründe 80 TL ürün sigortası kutusu işaretli görünüyorsa tüketici 1.080 TL ödemeye yönlendirilir. Tüketici kutuyu fark etmese bile sistem bu tutarı alıyorsa, açık onay şartı karşılanmaz. Aynı sorun 25 TL hediye paketi veya 60 TL hızlı teslimat seçeneğinde de oluşabilir.

Seçeneklerin işaretsiz sunulması tek başına yeterli olmayabilir. Ücretin adı, tutarı ve satın alınan hizmetin kapsamı da ödeme öncesinde anlaşılır olmalıdır. “Güvence paketi” gibi belirsiz bir ifade yerine, “Ürün sigortası: 80 TL” açıklaması kullanılmalıdır.

Yanlış: “Ek hizmetler otomatik seçili dursun, tüketici istemezse kaldırsın.” Doğru: “Ek hizmetler boş kutuyla sunulsun, tüketici isterse kendisi seçsin.” Bu fark, kullanıcı arayüzünde küçük görünür. Fakat ödeme onayının hukuki niteliğini doğrudan etkiler.

Kargo ücreti de önceden seçili ek ücret sayılır mı?

Kargo ücreti, teslimatın zorunlu bedeli olarak siparişten önce açıkça gösteriliyorsa otomatik olarak yasaklanmış ek ücret sayılmaz. Tüketici, ürünü satın alırken toplam maliyeti ve teslimat bedelini görebilmelidir.

Örneğin ürün sayfasında “Kargo: 49 TL” bilgisi bulunuyor ve ödeme özetinde toplam tutar 549 TL olarak gösteriliyorsa bilgilendirme yapılmış olur. Buna karşılık ürün 500 TL görünürken son ödeme adımında açıklamasız biçimde 49 TL eklenmesi şeffaflık sorunu yaratır.

Birden fazla teslimat yöntemi varsa her seçeneğin ücreti ve tahmini süresi ayrı yazılmalıdır. Standart teslimat ücretsiz, ertesi gün teslimat 90 TL ise hızlı seçenek boş kutuyla gösterilmelidir. Tüketici hızlı teslimatı seçmeden bu bedel toplam tutara eklenmemelidir.

Kargo şirketinin tüketiciden ayrıca tahsil ettiği bedel ile satıcının sipariş sırasında aldığı teslimat bedeli de karıştırılmamalıdır. Site, tüketicinin hangi tutarı kime ve ne zaman ödeyeceğini açıkça açıklamalıdır. Teslimat bilgileri için e-ticarette teslimat süresi nasıl yazılmalı rehberindeki kontrol noktaları kullanılabilir.

Kargo bedeli ürünün fiyatına dahil ediliyorsa ayrıca “ek ücret” olarak yazılması gerekmez. Fakat aynı bedel hem ürün fiyatına dahil edilip hem ödeme adımında tekrar alınamaz. Sepet ve ödeme ekranı, mükerrer tahsilat ihtimaline karşı test edilmelidir.

Sigorta ve ek hizmet kutuları nasıl sunulmalıdır?

Sigorta ve ek hizmet kutuları, tüketicinin kendisinin işaretleyeceği boş seçenekler olarak sunulmalıdır. Bu hizmetlerin fiyatı, kapsamı, süresi ve hangi riskleri karşıladığı ödeme öncesinde açıklanmalıdır.

“Siparişimi koru” ifadesi tek başına yeterince açık olmayabilir. Bunun yerine “Kargo hasar sigortası: 35 TL” gibi ücret ve hizmet türünü belirten bir metin kullanılabilir. Hizmetin sağlayıcısı, teminat sınırı veya istisnaları varsa bunlara erişim de ödeme öncesinde sağlanmalıdır.

Ek hizmet seçildiğinde toplam tutar anında değişmelidir. Tüketici kutuyu kaldırdığında ücret toplamdan silinmelidir. Sepet sayfasında 535 TL, ödeme onayında 570 TL görünmesi teknik ve hukuki risk oluşturur.

Ek hizmeti ana üründen ayırmak da önemlidir. Ürün, sigorta alınmadan satın alınamıyorsa bu durum ayrıca açıklanmalıdır. Tüketicinin ana ürünü alabilmek için istemediği bir hizmeti satın almaya zorlanması, yalnızca önceden seçili kutu sorunundan ibaret değildir.

Sistem, seçimin tarihini, saatini ve sipariş numarasını kayıt altına alabilir. Ancak kayıt tutmak, geçersiz bir arayüzü hukuka uygun hale getirmez. Önce doğru onay akışı kurulmalı, ardından bu akışın kanıtı saklanmalıdır.

Hediye paketi ve benzeri seçeneklerde açık onay nasıl alınır?

Hediye paketi gibi isteğe bağlı hizmetler, tüketicinin aktif seçimiyle siparişe eklenmelidir. Bu seçenekler ürünün temel satışından ayrı gösterilmeli ve ödeme toplamına yalnızca seçimden sonra yansıtılmalıdır.

Uygun bir akışta seçenek başlangıçta boş gelir. Tüketici “Hediye paketi istiyorum” kutusunu işaretler. Hemen yanında “30 TL” bedeli görünür. Ara toplam ve genel toplam güncellenir. Tüketici kutuyu kaldırdığında ücret de silinir.

“Devam etmek için hediye paketi seçin” gibi zorunlu akışlar, hizmet gerçekten zorunlu değilse kullanılmamalıdır. Aynı şekilde “Standart paket” adı altında ücretli seçeneğin otomatik atanması da açık onay sorununu ortadan kaldırmaz.

Mobil ekranda kutunun görünür olması ayrıca test edilmelidir. Küçük ekranlarda açıklama metni kesiliyor, seçim alanı kayıyor veya toplam tutar ekranın altında kalıyorsa tüketici yeterli bilgiye ulaşamayabilir. Masaüstünde doğru çalışan tasarım mobilde farklı sonuç verebilir.

Hediye paketi gibi düşük tutarlı hizmetler için “nasıl olsa birkaç lira” yaklaşımı kullanılmamalıdır. Yasal değerlendirme ücretin küçük veya büyük olmasına değil, ilave ödeme için geçerli onay bulunup bulunmadığına dayanır. Aynı kontrol, montaj, uzatılmış garanti ve öncelikli destek hizmetlerinde de uygulanmalıdır.

Ödeme ekranında hangi bilgiler görünmelidir?

Ödeme ekranı, tüketicinin sipariş vermeden önce ürün bedelini, teslimat ücretini, seçilen ek hizmetleri ve genel toplamı ayrı ayrı görebileceği şekilde hazırlanmalıdır.

En az şu bilgiler aynı akışta bulunmalıdır: ürün adı, adet, birim fiyat, indirim, teslimat bedeli, seçilmiş isteğe bağlı hizmetler, vergiler dahil toplam ve ödeme yükümlülüğü doğuran son buton. Bu bilgiler farklı ve erişimi zor sayfalara dağıtılırsa tüketicinin kontrolü zayıflar.

Son butonun metni de önemlidir. “Devam et” veya “Tamamla” yerine, ödeme yükümlülüğünü açıkça gösteren bir ifade tercih edilmelidir. Tüketici, butona bastığında ücret ödeyeceğini anlayabilmelidir.

Sipariş özeti ile ödeme kuruluşuna gönderilen tutar aynı olmalıdır. Örneğin ek hizmet seçilmemişse toplam 1.000 TL kalmalıdır. Kullanıcı seçim yapmadığı halde ödeme isteğine 1.040 TL gönderiliyorsa arayüz ile arka uç arasında uyumsuzluk vardır.

Bu alanlar farklı cihazlarda ve farklı tarayıcılarda denenmelidir. Özellikle hızlı satın alma düğmeleri, kayıtlı kart akışları ve tek tıklamalı ödeme sistemleri ayrı test edilmelidir. Hızlı ödeme, ek ücret onayının yerine geçmez.

Site yöneticileri ayrıca tüketiciye gönderilen sipariş e-postasını kontrol etmelidir. E-postada hangi ek hizmetin seçildiği, bedeli ve toplam tutar görünmelidir. E-ticarette satış imkânsızsa para ne zaman iade? başlığındaki gibi sonradan doğan iade süreçlerinde bu kayıtlar önem kazanır.

Önceden seçili seçenek dönüşümü gerçekten artırır mı?

Önceden seçili ek ücretler kısa vadede ortalama sepet tutarını artırabilir; fakat bu artışın sürdürülebilir olduğu varsayılamaz. İptal, iade, şikâyet ve ödeme itirazları ayrıca ölçülmelidir.

Bir e-ticaret sitesi iki haftalık testte şu metrikleri birlikte izleyebilir: ek hizmet seçilme oranı, toplam dönüşüm oranı, ödeme terk oranı, ek hizmet iptal oranı ve destek talebi sayısı. Sadece ek hizmet gelirine bakmak yanıltıcıdır.

Örneğin otomatik seçili bir hizmette sepet başına gelir artabilir. Fakat ödeme adımında terk oranı da yükselirse net katkı düşebilir. Kullanıcılar hizmeti fark ederek siparişten sonra iade talep ederse operasyon maliyeti daha da büyüyebilir.

Karşılaştırma testi yapılacaksa iki varyantın fiyatı, trafik kaynağı, cihaz dağılımı ve kampanya koşulları kaydedilmelidir. Bir varyantta otomatik seçim, diğerinde boş kutu kullanmak yerine, mevzuata uygun iki farklı açık sunum biçimi karşılaştırılmalıdır.

Örneğin A varyantında ek hizmet boş kutu ve kısa açıklama ile gösterilir. B varyantında kutu yine boştur, ancak hizmet kapsamı açılır bilgiyle sunulur. Böylece test, hukuken riskli bir tasarımı ölçmeden kullanıcı anlaşılırlığını karşılaştırır.

Satış performansı için kullanıcı davranışı analiz edilirken hukuki uyum ayrı bir başarı koşulu kabul edilmelidir. İkas mı T-Soft mu? gibi platform karşılaştırmalarında da bu seçeneklerin hangi ayarlarla yönetilebildiği ayrıca incelenmelidir.

Site yöneticisi ek ücret akışını nasıl denetlemelidir?

Site yöneticisi, her ek ücret seçeneğini ürün sayfasından ödeme sonrasına kadar uçtan uca test ederek denetlemelidir. Denetim yalnızca yönetim panelindeki kutu ayarını kontrol etmekle sınırlı kalmamalıdır.

1. İsteğe bağlı bütün hizmetleri listeleyin. Sigorta, hediye paketi, hızlı teslimat, montaj, uzatılmış garanti ve bağış seçeneklerini ayrı ayrı yazın.
2. Her hizmetin başlangıç durumunu kontrol edin. Tüketici işlem yapmadan önce hiçbir isteğe bağlı kutu işaretli olmamalıdır.
3. Ücretin nerede gösterildiğini inceleyin. Fiyat, vergi durumu ve hizmet kapsamı ödeme öncesinde okunabilir olmalıdır.
4. Seçim ve kaldırma testini yapın. Kutuyu işaretleyince toplam artmalı, kaldırınca aynı tutar eksilmelidir.
5. Sipariş kaydını ve e-postayı karşılaştırın. Seçilmeyen hizmet siparişe veya ödeme talebine eklenmemelidir.
6. Mobil, masaüstü ve hızlı ödeme akışlarını ayrı ayrı deneyin. Bir akışın doğru olması diğerlerini garanti etmez.

Test sırasında ekran görüntüsü, sipariş numarası, tarih, saat ve ödeme özeti saklanabilir. Bu kayıtlar, iç denetimde hangi sürümün kullanıldığını göstermeye yardımcı olur.

Yazılım güncellemelerinden sonra aynı test tekrarlanmalıdır. Tema değişiklikleri, ödeme modülü güncellemeleri veya yeni kampanya eklentileri seçim durumunu değiştirebilir. Özellikle üçüncü taraf uygulamalar, boş kutuyu otomatik işaretleyebilir.

İç denetimde şu soruya net cevap aranmalıdır: Tüketici hiçbir ek seçeneği işaretlemeden yalnızca ana ürünü satın alabiliyor mu? Cevap hayırsa seçenek zorunlu olabilir veya akış yanlış kurulmuş olabilir.

İhlal halinde tüketici hangi haklara sahip olabilir?

İhlal halinde tüketici, açıkça onaylamadığı ilave ödeme için bedel ödemek zorunda bırakılamaz. Tahsilat yapılmışsa işletmenin bu tutarı iade etmesi gerekebilir.

İade sürecinde ana ürünün bedeliyle isteğe bağlı hizmet bedeli ayrıştırılmalıdır. Tüketici ürünü teslim almış ve yalnızca sigorta ücretine itiraz etmiş olabilir. Bu durumda başvurunun kapsamı, sipariş kayıtları ve hizmetin gerçekten seçilip seçilmediği incelenmelidir.

Tüketici, sipariş onayı, ödeme ekranı görüntüsü, banka hareketi ve işletmeyle yazışmaları saklayabilir. İşletme de hangi kutunun hangi tarihte seçildiğini gösteren kayıtları tutmalıdır. Sadece “sistem otomatik eklemez” açıklaması yeterli kanıt olmayabilir.

Ödeme kuruluşu üzerinden yapılan itirazlar, idari başvurular veya tüketici uyuşmazlıkları farklı süreçlerdir. Hangi yolun kullanılacağı tutara, talebin niteliğine ve güncel mevzuata göre değerlendirilmelidir. Güncel parasal sınırlar ve idari yaptırım tutarları her yıl değişebileceğinden sabit rakamla işlem yapılmamalıdır.

Güvensiz ürün, ürün güvenliği veya cayma hakkı gibi başka bir sorun da varsa bunlar ayrıca ele alınmalıdır. Örneğin e-ticarette 2026 cayma hakkı cezası ne kadar başlığı, cayma hakkı ihlallerini önceden seçili ücret sorunundan ayrı inceler.

İşletme açısından en güvenli yaklaşım, itiraz geldiğinde tüketiciyi yeniden seçim yapmaya zorlamamak ve kayıtları hızla incelemektir. Hatalı tahsilat tespit edilirse düzeltme, iade ve sistem onarımı birlikte yürütülmelidir.

E-ticaret sitesinde önceden seçili ek ücret kontrol listesi nedir?

Önceden seçili ek ücret kontrolü, ödeme ekranındaki kutuları incelemekten daha geniş bir süreçtir. Ürün, sepet, ödeme, sipariş ve iade kayıtları birlikte kontrol edilmelidir.

• İsteğe bağlı bütün hizmetler başlangıçta boş mu?
• Her ek hizmetin adı, bedeli ve kapsamı açıkça yazıyor mu?
• Standart kargo ile ücretli hızlı teslimat ayrıştırılıyor mu?
• Seçilmeyen bir hizmetin bedeli toplam tutara ekleniyor mu?
• Kutu kaldırıldığında toplam ücret doğru azalıyor mu?
• Mobil ekranda seçenek ve toplam tutar görünür mü?
• Son sipariş butonu ödeme yükümlülüğünü açıkça belirtiyor mu?
• Sipariş e-postasında seçilen hizmetler ayrı gösteriliyor mu?
• Ödeme kuruluşuna gönderilen tutar sepet özetiyle aynı mı?
• Yeni yazılım veya kampanya sonrası test tekrarlanıyor mu?

Liste, haftalık veya aylık rutinle sınırlı tutulmamalıdır. Ödeme modülü, tema, kampanya altyapısı veya kargo entegrasyonu değiştiğinde yeniden uygulanmalıdır. Değişiklik yapılmayan dönemlerde de örnek siparişle kontrol yapılabilir.

Kontrol sonucunda yalnızca “uygun” veya “uygunsuz” notu bırakmak yerine ekran görüntüsü ve test siparişi numarası eklenmelidir. Hangi cihazda, hangi kullanıcı hesabında ve hangi ödeme yöntemiyle test yapıldığı yazılmalıdır.

İşletme ayrıca üçüncü taraf eklentilerin varsayılan ayarlarını incelemelidir. Eklenti dokümantasyonunda “recommended”, “preselected” veya “auto-add” gibi ifadeler bulunabilir. Bu ayarlar Türkçe arayüzde görünmese bile ödeme talebini etkileyebilir.

Ürün güvenliği bilgileri için de ayrı bir uyum kontrolü gerekir. Bu nedenle e-ticarette ürün güvenliği bilgisi siteye nasıl eklenir rehberindeki ürün sayfası kontrolleriyle ödeme ekranı kontrolleri birbirine karıştırılmamalıdır.

Önceden seçili ek ücret yasağı için pratik sonuç nedir?

Pratik sonuç şudur: Tüketiciye ek ödeme çıkaran isteğe bağlı seçenekleri boş kutuyla gösterin ve ücret toplamını yalnızca aktif seçimden sonra değiştirin.

Zorunlu teslimat bedeli, ürün fiyatı ve toplam ödeme siparişten önce açıkça görünmelidir. Hızlı teslimat, sigorta, hediye paketi veya ek garanti gibi hizmetler ise ayrı seçenek olarak sunulmalıdır. Her birinin bedeli ve kapsamı anlaşılır olmalıdır.

Site yöneticileri arayüzdeki seçimi, arka uçtaki sipariş kaydını ve ödeme kuruluşuna giden tutarı aynı testte karşılaştırmalıdır. Üç alandan biri farklıysa tüketiciye gösterilen onay ile tahsil edilen bedel örtüşmeyebilir.

Uyum çalışması yalnızca hukuki metin eklemekle tamamlanmaz. Açık rıza veya onay metni yazmak, önceden işaretli kutunun sorununu çözmez. Kullanıcı gerçekten seçim yapmalı, bu seçim teknik olarak kaydedilmeli ve sipariş özetinde gösterilmelidir.

Özetle, ek ücretin tutarı değil, onay biçimi belirleyicidir. Küçük bir hediye paketi bedeli de yüksek tutarlı bir sigorta bedeli de aynı temel kontrolü gerektirir. Güncel mevzuat, platform ayarları ve ödeme akışı birlikte incelenmelidir.