E-Ticaret Sitesi Kurarken Dikkat Edilmesi Gereken 25 Nokta

1. Hedef müşteri ve iş modelini netleştirin

E-ticaret sitesi kurulumuna tasarımdan önce iş modelini tanımlayarak başlayın. Perakende müşteriye satış, bayi satışı, abonelik, pazaryeri operasyonu veya e-ihracat birbirinden farklı ürün, fiyat, üyelik ve sipariş akışları gerektirir. Hedef müşteri belirsiz olduğunda ürün kategorileri, ödeme yöntemleri ve kampanya yapısı da gereksiz yere karmaşıklaşır.

Günlük operasyonda siparişi kimin karşılayacağını, stok bilgisinin nereden geleceğini, faturanın nasıl kesileceğini ve kargoya teslimin hangi adımlarla yapılacağını yazılı hâle getirin. Yazılım seçimi bu gerçek akışa göre yapılmalıdır.

• B2C, B2B veya karma satış modeli
• Tek mağaza, çok şube veya depo yapısı
• Yurt içi ya da e-ihracat hedefi
• Manuel, XML veya ERP kaynaklı ürün yönetimi

2. Alan adı ve marka yapısını doğru kurun

Alan adı kısa, kolay yazılabilir ve markayla doğrudan ilişkili olmalıdır. Tire, gereksiz kelime veya kolay karıştırılan harfler müşteri hatalarını artırabilir. Marka adıyla alan adı arasında güçlü bir bağ kurulması, reklam ve sosyal medya çalışmalarında tutarlılık sağlar.

Alan adının yenileme sorumluluğu, DNS yönetimi ve kurumsal e-posta hesaplarının kimde olacağı baştan belirlenmelidir. Alan adı erişimi yalnızca üçüncü taraf ajansın hesabında kalmamalı; işletmenin kendi yetkili hesabı ve kurtarma bilgileri bulunmalıdır.

3. Mobil uyumluluğu temel şart olarak değerlendirin

Müşterilerin önemli bölümü ürünü telefondan inceler, sepete ekler ve ödeme adımını mobil ekrandan tamamlar. Bu nedenle mobil tasarım masaüstü görünümün küçültülmüş hâli olmamalıdır. Menü, filtre, ürün galerisi, varyant seçimi, sepet ve ödeme ekranları tek elle kullanılabilecek açıklıkta hazırlanmalıdır.

Butonların birbirine çok yakın olması, sabit öğelerin ekranı kapatması veya ürün bilgilerinin yatay taşması dönüşüm kaybına yol açar. Gerçek telefonlarda farklı ekran genişlikleriyle test yapılmalıdır.

4. Ürün ve kategori mimarisini satış mantığına göre oluşturun

Kategori yapısı müşterinin kullandığı dile göre kurulmalıdır. İç operasyon terimleri, tedarikçi kategori adları veya gereğinden fazla alt seviye müşterinin ürüne ulaşmasını zorlaştırır. Ana kategori, alt kategori, marka ve filtre alanları birbirini tamamlamalıdır.

Aynı ürünün farklı kategorilerde kontrolsüz biçimde çoğaltılması yerine tek ürün kaydı ve doğru kategori ilişkileri kullanılmalıdır. Böylece stok, fiyat, URL ve SEO bilgileri tek merkezden yönetilir.

5. Ürün verisi için ortak bir standart belirleyin

Ürün adı, SKU, barkod, marka, kategori, vergi oranı, stok, ağırlık, ölçü, varyant ve görsel alanları için ortak veri standardı oluşturun. Farklı tedarikçilerden gelen içerikler aynı kurala dönüştürülmezse filtreler bozulur, benzer ürünler ayrı ayrı görünür ve operasyon ekibi hata yapar.

Ürün kodları sonradan rastgele değiştirilmemeli; sistemler arası eşleştirmede kalıcı anahtar olarak kullanılmalıdır. Varyantlı ürünlerde renk ve beden gibi seçeneklerin aynı ürün ailesi altında yönetilmesi gerekir.

6. Ürün açıklamalarını müşterinin sorularına göre yazın

Ürün açıklaması yalnızca teknik özellik listesinden oluşmamalıdır. Kullanım alanı, kimler için uygun olduğu, ölçü ve uyumluluk bilgileri, paket içeriği, bakım koşulları ve teslimatla ilgili önemli ayrıntılar açıkça yazılmalıdır.

Tedarikçiden gelen metni olduğu gibi kopyalamak hem benzer sitelerle aynı içeriği üretir hem de müşterinin gerçek sorularını cevapsız bırakır. Her ürün grubunda tekrar eden bilgiler için yapılandırılmış şablon kullanılabilir, ancak ürünün ayırt edici yönleri ayrıca belirtilmelidir.

7. Ürün görsellerini tutarlı ve açıklayıcı hazırlayın

Görseller net, yeterli çözünürlükte ve aynı ürünün farklı açılarını gösterecek biçimde hazırlanmalıdır. Ana görsel ürünün tamamını göstermeli; detay, kullanım ve ölçü görselleri sonraki sıralarda yer almalıdır. Arka plan, oran ve kadraj tutarlılığı kategori sayfalarının daha düzenli görünmesini sağlar.

Her görsel için anlamlı alt metin kullanılmalı; dosya adları rastgele karakterlerden oluşmamalıdır. Gereksiz büyük dosyalar mobil yüklenme süresini artırdığı için görseller web için optimize edilmelidir.

8. Kalıcı ve anlaşılır URL yapısı kullanın

Ürün ve kategori adresleri kısa, okunabilir ve gereksiz parametrelerden arındırılmış olmalıdır. Ürün adı veya kategori adı değiştiğinde URL’nin de kontrolsüz biçimde değişmesi eski bağlantıların bozulmasına ve arama görünürlüğünün zarar görmesine neden olabilir.

Adres değişikliği zorunluysa eski URL’den yeni URL’ye kalıcı yönlendirme yapılmalıdır. Aynı içeriğin birden fazla URL’den açılması durumunda canonical işaretleri ve yönlendirme kuralları dikkatle yönetilmelidir.

9. Site içi arama ve filtreleri gerçek ürün verisine bağlayın

Ürün sayısı arttıkça kategori gezintisi tek başına yeterli olmaz. Arama alanı ürün adı, SKU, barkod ve önemli anahtar kelimeleri bulabilmelidir. Filtreler yalnızca müşterinin karar vermesini kolaylaştıran özelliklerden oluşturulmalıdır.

Boş sonuç veren, aynı anlama gelen veya yüzlerce değere bölünen filtreler kullanılabilirliği düşürür. Renk, beden, marka, fiyat aralığı, uyumluluk ve stok durumu gibi alanlar ürün grubuna göre düzenlenmelidir.

10. Stok kaynağını ve güncelleme sıklığını belirleyin

Stok bilgisinin web sitesi, mağaza, depo, XML tedarikçisi veya ERP sistemlerinden hangisinde ana kayıt olarak tutulacağı açıkça belirlenmelidir. Birden fazla sistem aynı stoğu bağımsız biçimde değiştirirse fazla satış ve iptal riski oluşur.

Stok güncellemelerinde güvenlik payı, kritik stok eşiği ve ürün pasifleştirme kuralları tanımlanmalıdır. Pazaryerleriyle birlikte çalışan yapılarda satış sonrası stok azaltma ve tekrar deneme mekanizmaları özellikle önemlidir.

11. Fiyatlandırma ve kampanya kurallarını merkezileştirin

Liste fiyatı, kampanyalı fiyat, müşteri grubu fiyatı, bayi fiyatı ve pazaryeri fiyatı birbirinden ayrılmalıdır. Aynı ürünün farklı ekranlarda farklı fiyat göstermesi müşteri güvenini zedeler ve sipariş uyuşmazlığı oluşturur.

İndirim oranı gösteriliyorsa çizili liste fiyatı ile satış fiyatı gerçek ve tutarlı olmalıdır. Kampanyanın başlangıç ve bitiş zamanı, hangi ürünlerde geçerli olduğu ve başka indirimlerle birleşip birleşmeyeceği açıkça tanımlanmalıdır.

12. Ödeme altyapısını gerçek senaryolarla test edin

Kredi kartı, havale veya diğer ödeme yöntemleri yalnızca formun açılmasıyla test edilmiş sayılmaz. Başarılı ödeme, başarısız ödeme, kullanıcı iptali, banka dönüşü, tekrar deneme ve aynı siparişin iki kez oluşması gibi senaryolar kontrol edilmelidir.

Ödeme sonucu sipariş kaydıyla doğru eşleşmeli, stok ve bildirim işlemleri yalnızca doğrulanmış sonuçtan sonra çalışmalıdır. Müşteriye gösterilen hata mesajı teknik kod yerine ne yapması gerektiğini anlatmalıdır.

13. Sepet ve ödeme adımlarını gereksiz yükten arındırın

Sepet ekranında ürün adı, varyant, adet, birim fiyat, indirim, kargo ve toplam tutar açıkça görünmelidir. Müşteri ödeme aşamasında beklemediği yeni bir ücretle karşılaşmamalıdır. Zorunlu olmayan alanlar ve uzun formlar tamamlanma oranını düşürür.

Sepette ürün adedi değiştirildiğinde toplamların anında ve doğru güncellenmesi, stok sınırının kontrol edilmesi ve mobil klavyenin uygun alanlarda açılması gerekir. Misafir alışveriş seçeneği iş modeline göre değerlendirilmelidir.

14. Kargo ve teslimat kurallarını önceden tanımlayın

Kargo firmaları, desi hesaplama, ücretsiz kargo sınırı, bölgesel kısıtlar ve teslimat süreleri ürün türüne göre belirlenmelidir. Ağır, hacimli, kırılabilir veya özel taşıma gerektiren ürünler standart kuralla gönderilmemelidir.

Sipariş kargoya verildiğinde takip numarası müşteriye iletilmeli ve panelde saklanmalıdır. Teslim edilemeyen, iade dönen veya hasarlı gelen gönderiler için operasyon adımları yazılı olmalıdır.

15. Fatura sürecini sipariş akışıyla birlikte planlayın

E-fatura veya e-arşiv oluşturma adımı sipariş durumlarıyla uyumlu olmalıdır. Fatura sipariş alınır alınmaz mı, ödeme doğrulandıktan sonra mı, yoksa kargoya teslim sırasında mı oluşturulacak; işletmenin muhasebe sürecine göre kararlaştırılmalıdır.

Müşteri tipi, vergi bilgileri, adres ve ürün vergi oranları doğru aktarılmalıdır. Entegrasyon hatalarında faturanın kaybolmaması için kayıt, uyarı ve tekrar deneme mekanizması bulunmalıdır.

16. İade ve iptal akışını müşteri ve operasyon açısından açıklayın

İade koşulları görünür olmalı; müşteri hangi ürünün hangi süre ve koşullarda iade edilebildiğini kolayca bulabilmelidir. İade talebi açıldığında ürün, ödeme, kargo ve fatura kayıtları birbiriyle ilişkili biçimde izlenmelidir.

İptal edilen siparişte stok iadesi, ödeme geri dönüşü ve belge süreçleri ayrı ayrı kontrol edilmelidir. Manuel notlarla yürütülen dağınık süreçler büyüyen sipariş hacminde hata oluşturur.

17. Güvenlik ve kullanıcı yetkilerini ihmal etmeyin

Yönetim paneline erişen her kullanıcıya yalnızca ihtiyaç duyduğu yetkiler verilmelidir. Ürün yöneten çalışanla ödeme veya müşteri verilerine erişen çalışanın yetkileri aynı olmak zorunda değildir. Güçlü parola, iki aşamalı doğrulama ve oturum kayıtları desteklenmelidir.

Yazılım, eklenti ve sunucu güncellemeleri planlı yapılmalı; erişim anahtarları açık dosyalarda tutulmamalıdır. Eski çalışanların hesapları gecikmeden kapatılmalıdır.

18. Yedekleme ve geri dönüş planını test edin

Yedek almak tek başına yeterli değildir; yedeğin nerede saklandığı, ne sıklıkla alındığı ve gerektiğinde nasıl geri yükleneceği bilinmelidir. Site dosyaları, ürün verileri, sipariş kayıtları ve veritabanı için uygun yedekleme düzeni kurulmalıdır.

Aynı sunucuda tutulan tek yedek, disk arızası veya güvenlik olayı sırasında kullanılamayabilir. Periyodik geri yükleme testi yapılarak yedeğin gerçekten çalıştığı doğrulanmalıdır.

19. Site hızını yalnızca ana sayfada ölçmeyin

Performans kontrolü ana sayfa dışında kategori, ürün, arama, sepet ve ödeme ekranlarında da yapılmalıdır. Büyük görseller, gereksiz JavaScript dosyaları, yavaş üçüncü taraf etiketleri ve optimize edilmemiş sorgular mobil kullanıcıyı doğrudan etkiler.

Hız çalışması yalnızca tek bir test puanına odaklanmamalıdır. Gerçek kullanıcı deneyimi, sunucu yanıtı, görsel yükleme ve etkileşim gecikmeleri birlikte değerlendirilmelidir.

20. Teknik SEO temelini yayından önce tamamlayın

Her sayfada doğru başlık, açıklama, H1 ve alt başlık yapısı bulunmalıdır. Canonical adresleri, sitemap.xml, robots.txt, 404 yanıtları ve yönlendirmeler yayına çıkmadan önce kontrol edilmelidir.

Ürün ve kategori sayfaları arama motorlarının anlayabileceği açık metin içermeli; yalnızca görsel veya JavaScript ile oluşturulan eksik içeriklere güvenilmemelidir. Yapılandırılmış veriler sayfadaki gerçek bilgiyle uyumlu olmalıdır.

21. Search Console ve dönüşüm ölçümünü kurun

Search Console doğrulaması, sitemap gönderimi ve indeks raporları sitenin arama motoru tarafındaki durumunu izlemek için gereklidir. Yeni sayfaların keşfi, tarama hataları ve kaldırılan URL’ler düzenli kontrol edilmelidir.

Reklam veya trafik ölçümünde yalnızca sayfa görüntüleme değil; sepete ekleme, ödeme başlangıcı ve tamamlanan sipariş gibi gerçek iş hedefleri izlenmelidir. Aynı dönüşümün iki kez sayılmadığı doğrulanmalıdır.

22. Merchant Center uygunluğunu site genelinde ele alın

Ürün verisi ile web sitesindeki fiyat, stok, kargo ve iade bilgileri tutarlı olmalıdır. İşletme adı, iletişim, teslimat, ödeme ve iade sayfaları açık ve erişilebilir biçimde sunulmalıdır.

Merchant Center yalnızca ürün feed dosyasından ibaret değildir. Site güveni, ürün sayfası içeriği, ödeme akışı ve işletme bilgilerindeki çelişkiler birlikte değerlendirilmelidir.

23. Pazaryeri entegrasyonunda veri sahipliğini belirleyin

Pazaryerlerine hangi ürünlerin gönderileceği, fiyatların nasıl hesaplanacağı ve stokların hangi sistemden güncelleneceği belirlenmelidir. Marka, kategori ve zorunlu nitelik eşleştirmeleri ürün yayınının temelidir.

Siparişler merkezi panele alınacaksa müşteri, ürün, fiyat, kargo ve fatura bilgilerinin eksiksiz gelmesi gerekir. Kanal hataları ve toplu işlem sonuçları kayıt altına alınmalıdır.

24. E-ihracat planında dil, para ve URL yapısını birlikte kurun

Çoklu dil yalnızca metin çevirisi değildir. Ürün adları, açıklamalar, kategori yapısı, para birimi, teslimat, ödeme ve yasal bilgilendirmeler hedef pazara göre hazırlanmalıdır. Her dil için tutarlı ve indekslenebilir URL yapısı kullanılmalıdır.

Kur, vergi, gümrük ve kargo hesapları müşteriye ödeme öncesinde anlaşılır biçimde gösterilmelidir. Çeviri bulunmadığında hangi dile veya içeriğe geri dönüleceği önceden tanımlanmalıdır.

25. Yayına çıkmadan önce uçtan uca kontrol yapın

Son test yalnızca geliştirici bilgisayarında yapılmamalıdır. Farklı telefon ve tarayıcılardan ürün bulma, sepete ekleme, ödeme, sipariş bildirimi, stok düşümü, kargo ve fatura adımları baştan sona denenmelidir.

Bozuk bağlantılar, eksik görsel alt metinleri, 404 sayfaları, form gönderimleri ve e-posta bildirimleri kontrol edilmelidir. Yayından sonra ilk siparişler yakından izlenmeli ve hata kayıtları günlük olarak gözden geçirilmelidir.

• Mobil ve masaüstü test siparişi
• Başarılı ve başarısız ödeme senaryosu
• Stok, kargo ve fatura doğrulaması
• Sitemap, indeks ve yönlendirme kontrolü
• Yedekten geri dönüş ve acil iletişim planı