E-Ticaret Sitesi Kurarken Dikkat Edilmesi Gerekenler

E-ticaret sitesi kurarken platform seçimi yalnızca başlangıç adımlarından biridir. Ürün verisinin kim tarafından güncelleneceği, ödeme ve kargonun nasıl işleyeceği, müşteri sorularının kim tarafından yanıtlanacağı, siparişlerin nasıl hazırlanacağı ve başarının nasıl ölçüleceği de aynı planın parçasıdır. Tasarım, teknoloji ve operasyon birlikte hazırlanırsa site yayına çıktığında işletme günlük siparişleri yönetmeye daha hazır olur.

İş Modeli ve Başlangıç Gereksinimleri

İlk teknik karardan önce ne sattığınızı ve nasıl teslim edeceğinizi tanımlayın. Fiziksel ürün, dijital ürün, kişiye özel üretim, abonelik veya farklı satış modelleri farklı katalog, stok ve teslimat ihtiyaçları yaratır. Hedef pazar, ürün çeşidi, varyant sayısı, günlük sipariş işleme kapasitesi ve satış kanalları da altyapıyı etkiler.

Bir gereksinim listesi oluşturun: ürün sayısı ve seçenekleri, depo/stok kaynağı, ödeme yöntemi, kargo firmaları, muhasebe veya ERP bağlantıları, müşteri hizmeti kanalları, ekip rolleri ve hedeflenen pazarlar. “İleride gerekebilir” diye her aracı ilk günden sisteme eklemek maliyet ve bakım yükü doğurabilir. Öncelik, bugünkü zorunlu akışların sorunsuz işlemesi ve büyüme ihtiyacının anlaşılır biçimde tanımlanmasıdır.

Başlangıç bütçesini sadece kurulum bedeli olarak düşünmeyin. Platform aboneliği veya lisans, tema ve geliştirme, entegrasyon, ödeme kuruluşu maliyetleri, kargo süreçleri, içerik üretimi, bakım ve pazarlama ayrı kalemlerdir. Fiyatlar sağlayıcı ve sözleşmeye göre değiştiğinden güncel teklifi doğrudan kaynaktan alın; genel bir rakamı tüm işletmelere uygulamayın.

E-Ticaret Altyapısı Nasıl Seçilir?

Hazır SaaS, açık kaynak ve özel geliştirme seçenekleri tek başına “iyi/kötü” olarak sınıflandırılamaz. Seçimi gereksinime, ekip becerisine, entegrasyonlara, kontrol ihtiyacına ve toplam sahip olma maliyetine göre yapın.

| Seçenek | Değerlendirilecek yönler | Sorulacak temel soru | | --- | --- | --- | | Yönetilen SaaS | Barındırma, güncelleme, destek ve uygulama ekosistemi sağlayıcıya göre değişir | İş akışımızın ne kadarı yerleşik özelliklerle karşılanıyor? | | Açık kaynak | Esneklik ve kaynak koduna erişim; bakım, güvenlik ve barındırma sorumluluğu | Güncelleme ve teknik bakım için kimin kapasitesi var? | | Özel geliştirme | İşe özel akış ve entegrasyon olanağı; daha fazla planlama ve bakım ihtiyacı | Standart ürünlerle karşılanmayan, kanıtlanmış gereksinim nedir? |

Hazır SaaS, açık kaynak ve özel geliştirme değerlendirmesi

İşletmenin önemli gereksinimlerini bir puan tablosu gibi değil, karar kaydı olarak karşılaştırın. Katalog, kampanya, taksit veya ödeme ihtiyaçlarınız hangi sistemde destekleniyor? Ürün bilgisi ve siparişleri dışa aktarabiliyor musunuz? Tasarım ve içerik ekibi günlük değişiklikleri teknik destek beklemeden yapabilir mi? Sağlayıcı değiştirmek gerekirse veri ve URL'ler taşınabilir mi?

Bir demoyu sadece ana sayfaya bakarak değerlendirmeyin. Ürün oluşturma, stok güncelleme, sipariş iptali, iade, indirim, kargo etiketi, ödeme hatası ve müşteri bildirimi gibi gerçek iş akışlarını test edin. Abonelik veya geliştirme maliyetlerinin yanında operasyonel bağımlılık ve bakım gereksinimini de yazın.

Entegrasyon ve büyüme ihtiyaçları

Ödeme, kargo, muhasebe, stok, pazaryeri ve müşteri hizmeti sistemlerinin hangi veriyi hangi yönde aktardığını şemayla gösterin. Aynı siparişin farklı sistemlerde farklı statülerde görünmesi, stok veya iade sorunlarına yol açabilir. Entegrasyon sağlayıcısından hata yönetimi, tekrar deneme, günlük kayıtları ve destek sürecini sorun.

Bir entegrasyonu canlıya almadan önce test ortamında normal sipariş, başarısız ödeme, iptal ve kısmi iade gibi senaryoları deneyin. Kişisel veri ve ödeme bilgisi aktarımını sadece teknik bağlantı olarak görmeyin; veri işleme ve güvenlik sorumluluklarını da işletme içinde değerlendirin.

Ürün Kataloğu ve İçerik Hazırlığı

Ürün kataloğu, hem mağazada gezinmeyi hem arama motorlarının içeriği anlamasını destekler. Kategori adları müşterilerin diline yakın olmalı, ürünler tutarlı özellik alanlarıyla tanımlanmalı ve varyantlar net gösterilmelidir. Ürün başlığını sadece katalogdaki stok kodundan oluşturmayın; ürünün gerçek türünü ve ayırt edici özelliğini açıklayın.

Ürün sayfalarında ürünün gerçek özellikleri, materyali, ölçüsü, kullanım biçimi, bakım bilgisi, paket içeriği, uyumluluk ve garanti koşulları gibi karar bilgilerini sağlayın. Her ürün için kopya şablon açıklaması yazmak yerine ürünün gerçek farkını anlatın. Görseller doğru varyantı göstermeli; alternatif metin görselin içeriğini tarif etmelidir. Stok ve fiyat değiştiğinde sayfa, feed ve reklam verisinin güncellenmesini test edin.

Google Search Central'ın e-ticaret site yapısı rehberi gezinme bağlantılarının ve site mimarisinin keşfe katkısını anlatır. Product structured data rehberi görünür ürün bilgisiyle tutarlı yapılandırılmış veri kurallarını açıklar. Bu işaretleme arama görünürlüğü garantisi değildir; yalnızca sayfada bulunan doğru bilgiyi temsil etmelidir.

Ödeme, Kargo, İade ve Müşteri Hizmetleri

Satın alma akışında ödeme sağlayıcısı, para birimi, taksit veya diğer seçenekler hedef pazar ve sağlayıcı koşullarına göre belirlenir. Başarılı ödeme kadar başarısız ödeme, tekrar deneme, iki kez sipariş oluşması ve iade senaryolarını da test edin. Ödeme yöntemi logolarını eklemek tek başına güven sağlamaz; kullanıcıya toplam tutarı, teslimatı ve satıcı bilgisini açıkça gösterin.

Kargo ücretini ve tahmini teslimat bilgisini mümkün olduğunca karar anından önce belirtin. Ürün ölçüsü, adres bölgesi ve sipariş ağırlığı gibi koşullar fiyatı değiştirebilir; bunları checkout sonuna kadar gizlemek müşteriyi şaşırtabilir. Sipariş hazırlama, stok doğrulama, kargo etiketi, takip mesajı, hasar ve gecikme süreçleri için operasyon sorumlusu belirleyin.

İade, iptal ve değişim akışını yazılı hale getirin ve mağaza içindeki açıklamaları bu süreçle uyumlu tutun. Türkiye'de tüketiciye yönelik uzaktan satışlarda bilgi verme ve sözleşme yükümlülükleri gibi konular bulunur. Ticaret Bakanlığı'nın Mesafeli Sözleşmeler Bilgilendirmesi ve e-ticaret mevzuatı sayfası güncel resmi başvuru noktalarıdır. Bu makale hukuki danışmanlık değildir; iş modelinize ve güncel mevzuata göre hukuk uzmanından değerlendirme alın.

Müşteri hizmetlerinde sipariş durumu, teslimat, ürün kullanımı, iade ve ödeme soruları için yanıt akışları hazırlayın. İletişim kanalı ve çalışma saatleri gerçek olmalı; otomatik yanıtlar çözüm üretmiyorsa insan desteğine geçiş belirgin olmalıdır.

Güvenlik, Gizlilik ve Yasal Kontrol Başlıkları

Yönetici hesapları için kişiye özel erişim, güçlü kimlik doğrulama ve görev temelli izinler kullanın. Gereksiz kullanıcı hesaplarını kapatın, yedekleme ve güncelleme sorumluluğunu belirleyin, olay anında kimin ne yapacağını dokümante edin. Kart verisi ve hassas bilgilerin sağlayıcı üzerinden nasıl işlendiğini sağlayıcı belgeleriyle inceleyin; gereksiz kişisel veri toplamaktan kaçının.

KVKK kapsamındaki aydınlatma yükümlülükleri ve veri sorumlusu sorumlulukları işlenen veriye, amaca ve sürece bağlıdır. Kişisel Verileri Koruma Kurumu aydınlatmanın veri sorumlusunun kimliği, işleme amacı ve hukuki sebep gibi bilgileri kapsadığını açıklar. Çerez, pazarlama izni ve müşteri iletişimi için tek bir genel onay kutusu varsaymayın; güncel resmi mevzuat ve uzman görüşüyle akışı tasarlayın.

Mobil Kullanım, Erişilebilirlik ve Performans

Mobil tasarımı proje sonunda küçültülmüş masaüstü ekranı olarak ele almayın. Kategori gezinmesi, filtreler, varyant seçimi, görsel yakınlaştırma, sepet ve form alanları dokunma ile kullanılmalı; önemli bilgi görünür alan içinde bulunmalıdır. Sipariş formundaki etiketleri, hata mesajlarını ve klavye türlerini telefon üzerinde test edin.

Erişilebilir renk kontrastı, klavye ile gezinme, görünür odak, anlamlı etiketler ve görsel alternatif metinleri kalite kontrol listesine ekleyin. Performans için gerçek boyutlarda görsel sunun, gereksiz scriptleri sınırlayın ve ilk ekrandaki içerik yüklenirken yerleşim kaymasını izleyin. Laboratuvar puanları ile kullanıcı alan verileri farklı ölçüm bağlamlarına sahiptir; tek cihazdaki sonuç bütün kullanıcı deneyimini temsil etmez.

SEO ve Analitik Kurulum Planı

Kategori ve ürün URL'lerini kısa, kalıcı ve okunabilir tasarlayın. Filtre veya sıralama parametrelerinin gereksiz çoğalmasını önleyin; canonical, iç bağlantı ve sitemap URL'lerini tutarlı tutun. Ürün stoktan çıktığında sayfanın geleceğini ürünün kalıcı mı geçici mi kaldırıldığına ve uygun alternatif bulunup bulunmadığına göre değerlendirin.

Ölçüm planında ürün görüntüleme, liste seçimi, sepete ekleme, ödeme başlangıcı, satın alma ve iade gibi olayları tanımlayın. Google Analytics'in e-ticaret olay rehberi bu etkileşimler için olay ve ürün parametrelerini açıklar. Olayların doğru tetiklenmesini test edin, işlem kimliğini ve para birimini tutarlı gönderin; test siparişlerini üretim raporundan ayırın. Consent tercihleri ve veri politikaları analitik kurulumuna dahil edilmelidir.

İçerik planında ürün ve kategori sorularını rehberlerle yanıtlayın; yazıdan ilgili kategori veya hizmete bağlamlı bağlantı verin. Önce temel teknik keşif ve kullanıcı deneyimini çözün, sonra içerik kümesini genişletin. Google'ın SEO Starter Guide rehberi özgün, yararlı ve iyi düzenlenmiş içeriğin önemini açıklar.

Yayına Alma Öncesi Kontrol Listesi

• Katalog, varyant, stok ve fiyat bilgileri örnek ürünlerle doğrulandı mı?
• Ürün listesi ve detayından sepete, ödemeye ve sipariş onayına kadar akış test edildi mi?
• Başarısız ödeme, iptal, iade ve kargo gecikmesi için süreç var mı?
• Mobilde filtre, form, varyant ve sepet kullanılabiliyor mu?
• Gizlilik, aydınlatma, sözleşme ve iletişim metinleri işletme koşullarına göre uzman kontrolünden geçti mi?
• Canonical, sitemap, robots ve önemli iç bağlantılar beklenen URL'leri gösteriyor mu?
• Analytics olayları doğru ve tekil çalışıyor mu?
• Yönetici erişimleri, yedekleme ve güncelleme sorumluluğu belirlendi mi?
• Müşteri desteği ve sipariş operasyonu gerçek kapasiteyle uyumlu mu?

Bir e-ticaret sitesi, satın alma ve teslimat sürecini taşıyan bir operasyon ürünüdür. Planlamayı yalnızca görünüşe veya platform demosuna göre yapmak yerine, günlük iş akışlarını test edin. OLY Digital'in E-Ticaret, Tasarım Hizmetleri ve Dijital Pazarlama sayfaları mağaza deneyimi, tasarım ve pazarlama ihtiyaçlarını ayrı kapsamlar halinde açıklar.

Canlıya geçişi kontrollü planlayın

Yayına alma gününü yalnızca DNS veya tasarımın hazır olduğu tarih olarak görmeyin. Ürün içeriği, sipariş operasyonu, müşteri desteği, ödeme mutabakatı ve ölçüm sorumlularının hazır olması gerekir. İlk gün için kimin siparişleri, ödeme hatalarını, kargo bildirimlerini ve site performansını takip edeceğini belirleyin. Kritik entegrasyon arızasında kullanılacak destek kanallarını önceden kaydedin.

URL değişikliği veya mevcut bir mağazadan geçiş varsa eski adresleri ve yeni hedefleri envantere alın. Kullanıcıların kaydedilmiş bağlantıları, arama motorlarının bilinen sayfaları ve reklam hedefleri etkilenebilir. Gerçekten eşdeğer yeni sayfa varsa yönlendirmeyi planlayın; karşılığı bulunmayan eski URL'leri ilgisiz ana sayfaya topluca göndermeyin. Canonical, sitemap ve iç bağlantıları son URL yapısına göre kontrol edin.

Yayın sonrası kontrolü de planın parçası yapın. Bir test siparişi, mobil checkout, ürün araması ve kategori filtreleri üzerinden gerçek kullanıcı görevlerini tekrarlayın. İlk günlerde ürün feed'i ile mağaza fiyat/stok verisini karşılaştırın. Ekipten gelen sorunları önem ve etki düzeyine göre kaydedin; kritik hataları görsel ayrıntılardan önce çözün.