E-Ticaret Sitesi Nasıl Yayına Alınır?

Canlıya Geçiş Bir Düğmeye Basmak Değildir

E-ticaret sitesinin yayına alınması; domain, uygulama, ödeme, entegrasyon, yönlendirme, analitik ve operasyon ekiplerinin aynı anda doğru durumda olmasını gerektirir. Yayın planı bu değişikliklerin sırasını, sorumlularını ve geri dönüş yolunu tanımlar.

Amaç yalnız sitenin açılması değil, ilk gerçek siparişlerin güvenli biçimde alınması ve işletmenin sistemi sürdürülebilir şekilde devralmasıdır.

1. Yayın Penceresini Planlayın

Trafiğin ve ekip erişiminin uygun olduğu bir zaman seçin. Büyük kampanya veya yoğun satış döneminin hemen öncesinde gereksiz risk almayın.

• Teknik ekip erişilebilir mi?
• Ödeme/kargo sorumluları hazır mı?
• DNS değişikliği gerekiyorsa planlandı mı?
• Müşteri hizmetleri bilgilendirildi mi?
• Geri dönüş için yeterli zaman var mı?

2. Yayın Runbook'u Oluşturun

Runbook, yayın sırasında yapılacak adımların sıralı listesidir. Her adımın sahibi ve doğrulama sonucu olmalıdır.

1. Son yedek.
2. Bakım/değişiklik başlangıcı.
3. Üretim deploy.
4. Veritabanı/migrasyon gerekiyorsa.
5. Üretim konfigürasyonu.
6. DNS/domain değişiklikleri.
7. Ödeme/kargo/entegrasyon doğrulaması.
8. SEO/indexleme ayarları.
9. Analitik.
10. Smoke test.
11. Yayın onayı.

3. Geri Dönüş Planını Yayından Önce Hazırlayın

Kritik hata çıkarsa 'ne yapacağız?' sorusu olay sırasında ilk kez sorulmamalıdır.

• Hangi durumda rollback yapılacak?
• Önceki sürüme nasıl dönülecek?
• Veritabanı değişikliği geri alınabilir mi?
• Yayın sırasında oluşan gerçek sipariş/veri nasıl korunacak?
• Kararı kim verecek?

4. DNS Geçişini Kontrollü Yapın

Yeni site farklı altyapıya taşınıyorsa DNS değişikliği gerekebilir. Mevcut kayıtları yedekleyin ve e-posta gibi diğer servis kayıtlarını yanlışlıkla değiştirmeyin.

DNS değişikliklerinin internet genelinde görünür hale gelmesi zaman alabileceğinden eski ve yeni ortamın geçiş süresince nasıl davranacağı planlanmalıdır.

5. Eski URL'leri Koruyun

Mevcut siteden yeni yapıya geçişte değerli eski URL'ler en yakın yeni karşılıklarına 301 ile yönlendirilmelidir.

1. Eski URL listesini çıkarın.
2. Yeni karşılıkları eşleştirin.
3. Yönlendirmeleri uygulayın.
4. Zincir/döngü kontrolü yapın.
5. Eski URL'leri test edin.
6. 404 kalan değerli URL'leri inceleyin.

Tüm eski adresleri ana sayfaya yönlendirmek yerine konu ve kullanıcı niyetine en yakın karşılığı kullanın.

6. Yayın Sonrası Smoke Test

Canlı ortam açılır açılmaz kısa ama kritik test seti çalıştırın.

• Ana sayfa açılıyor.
• Kategori/arama çalışıyor.
• Ürün ve varyant doğru.
• Sepete ekleme.
• Checkout.
• Gerçek veya kontrollü üretim ödeme testi.
• Sipariş admin'e düşüyor.
• Stok etkisi doğru.
• Kargo entegrasyonu çalışıyor.
• E-posta geliyor.

7. İlk Gerçek Siparişleri Yakından İzleyin

İlk siparişler yalnız gelir değil, üretim sisteminin en değerli kabul testleridir. İlk günlerde siparişleri normalden daha ayrıntılı kontrol edin.

• Ödeme sağlayıcı kaydı.
• Sipariş toplamı.
• Stok hareketi.
• ERP/pazaryeri aktarımı.
• Kargo kaydı.
• Müşteri bildirimi.
• Analitik dönüşüm kaydı.

8. İzleme ve Alarm Kurun

• Uygulama hata oranı.
• Ödeme hata artışı.
• Entegrasyon kuyruğu.
• Stok senkronizasyon gecikmesi.
• Sipariş oluşmama anomalisi.
• Site erişilebilirliği.
• Kritik sayfa performansı.

Alarm yalnız teknik ekibe değil, olayın ticari etkisini anlayabilecek doğru sorumluya ulaşmalıdır.

9. İlk 24 Saat Kontrolü

1. Sipariş ve ödeme sayılarını karşılaştırın.
2. Başarısız ödeme oranını inceleyin.
3. Stok uyuşmazlığı var mı kontrol edin.
4. Kargo kaydı başarısını kontrol edin.
5. Entegrasyon hata kuyruğunu inceleyin.
6. 404 ve uygulama hatalarını kontrol edin.
7. Analitik dönüşümleri siparişlerle karşılaştırın.
8. Müşteri destek taleplerini sınıflandırın.

10. İlk 7 Gün Kontrolü

• Trafik kaynakları.
• Ürün görüntüleme → sepet davranışı.
• Checkout terk noktaları.
• Ödeme başarı oranı.
• Sipariş hazırlama süresi.
• Zamanında kargoya verme.
• İptal/iade nedenleri.
• En çok gelen destek soruları.
• Arama sonuçsuz sorguları.
• Teknik hata eğilimleri.

11. İlk 30 Gün Kontrolü

Bir aylık veri, kurulum varsayımlarını gerçek müşteri davranışıyla karşılaştırmak için ilk anlamlı dönemlerden biridir.

• Dönüşüm oranı.
• Ortalama sepet.
• Yeni müşteri edinimi.
• Kanal performansı.
• Ürün/kategori performansı.
• İade/iptal.
• Kargo maliyeti ve performansı.
• Operasyon kapasitesi.
• Tekrar satın alma sinyalleri.
• Teknik/entegrasyon bakım ihtiyacı.

12. Hata ile İyileştirmeyi Ayırın

Yayın sonrası her talep acil değildir. Hatalar mevcut işlevin yanlış çalışmasıdır; iyileştirmeler çalışan sisteme yeni değer ekler.

• P0/Kritik: satış, güvenlik veya veri bütünlüğü ciddi etkileniyor.
• P1/Yüksek: önemli müşteri/operasyon problemi.
• P2/Normal: sınırlı hata veya iyileştirme.
• Backlog: gelecekte değerlendirilecek fikir.

13. Destek Taleplerini Ürün Verisine Dönüştürün

Müşterilerin tekrar tekrar sorduğu sorular ürün sayfası, teslimat mesajı veya checkout tasarımındaki bilgi açığını gösterebilir.

14. Arama Verisini Katalog Geliştirmede Kullanın

• En çok aranan kelimeler.
• Sonuçsuz aramalar.
• Düşük tıklamalı aramalar.
• Yazım farklılıkları.
• Aranıp katalogda bulunmayan ürünler.

Site içi arama, müşterinin kendi kelimeleriyle ne istediğini gösteren güçlü bir katalog sinyalidir.

15. SEO Yayın Sonrası Kontrolü

• Sitemap erişilebilir.
• Önemli URL'ler indekslenebilir.
• Yanlış noindex yok.
• Canonical doğru.
• 301'ler çalışıyor.
• 404 eğilimleri izleniyor.
• Arama motoru araçlarında tarama/indexleme sorunları takip ediliyor.

Sıralama değişimleri tek güne bakılarak yorumlanmamalı; teknik hata ile normal dalgalanma birbirinden ayrılmalıdır.

16. Analitik Veri Kalitesini Doğrulayın

Dashboard'da veri görünmesi doğru veri toplandığı anlamına gelmez. Sipariş sayısı ve gelir gibi kritik metrikleri gerçek sistem kayıtlarıyla karşılaştırın.

• Tekrarlı sipariş olayı.
• Eksik gelir.
• Yanlış para birimi.
• Test siparişlerinin rapora karışması.
• Ödeme başarısızken dönüşüm yazılması.
• Kanal bilgisinin kaybolması.

17. Operasyon Devir Teslimi Yapın

Proje ekibi sistemi kurmuş olabilir; günlük işletimi farklı kişiler yürütecektir. Bilginin kişide kalmaması gerekir.

• Admin kullanım dokümanı.
• Sipariş SOP.
• İptal/iade SOP.
• Kargo SOP.
• Entegrasyon hata prosedürü.
• Yetki listesi.
• Tedarikçi/destek iletişimleri.
• Yedekleme ve olay prosedürü.

18. Erişim Envanterini Kapatın

Proje sırasında ajans, geliştirici veya geçici çalışanlara verilen erişimleri gözden geçirin.

1. Tüm admin hesaplarını listeleyin.
2. Geçici hesapları kapatın.
3. Rolleri daraltın.
4. Paylaşılan hesapları mümkünse kişiselleştirin.
5. API anahtarlarını kontrol edin.
6. Gerekliyse secret/parola yenileyin.
7. Sorumlu kişileri kaydedin.

19. Bakım Takvimi Oluşturun

• Yazılım/güvenlik güncellemeleri.
• Yedekleme kontrolleri.
• Domain/sertifika yenilemeleri.
• Entegrasyon sağlık kontrolü.
• Ödeme/kargo ticari koşulları.
• Katalog veri kalitesi.
• SEO teknik tarama.
• Performans kontrolü.
• Kullanıcı ve yetki denetimi.

SaaS kullanılsa bile işletmenin veri, kullanıcı, entegrasyon ve ticari süreç sorumluluğu devam eder.

20. 90 Günlük Geliştirme Backlog'u

İlk 30 gün verisine dayanarak yayın öncesinde ertelediğiniz ve yeni ortaya çıkan iyileştirmeleri önceliklendirin.

• Gelir/dönüşüm etkisi.
• Müşteri problemi.
• Operasyon zamanı/maliyeti.
• Risk azaltma.
• Uygulama maliyeti.
• Kanıt gücü.

En çok talep edilen özelliği otomatik olarak ilk sıraya almak yerine ticari etki ve kanıtı birlikte değerlendirin.

21. Eğitim Boyunca Oluşturduğunuz Sistem

• E-Ticaret Sitesi Proje Özeti.
• Domain ve Teknik Sahiplik Kartı.
• E-Ticaret Yazılımı Gereksinim Belgesi ve Karar Matrisi.
• Katalog Mimarisi Belgesi.
• Ürün Sayfası Kontrol Formu.
• Checkout Akış Haritası ve Ödeme Kabul Testi.
• Teslimat Operasyon Planı.
• Entegrasyon Veri Akış Haritası.
• Yayın Öncesi Kabul Dosyası.
• Canlıya Geçiş Runbook'u ve 30/90 Gün İzleme Planı.

Bu belgeler birlikte mağazanın yalnız kurulmasını değil, işletilebilir ve geliştirilebilir hale gelmesini sağlar.

22. E-Ticaret Sitesi Kurma Yol Haritası

1. Ticari hedef ve kapsamı belirle.
2. Alan adı ve sahipliği güvenceye al.
3. Yazılımı gereksinimle seç.
4. Katalog mimarisini kur.
5. Ürün sayfasını karar odaklı hazırla.
6. Checkout ve ödemeyi güvenilir hale getir.
7. Kargo ve teslimatı tasarla.
8. Entegrasyonları veri sahipliğiyle bağla.
9. Yayın öncesi uçtan uca test et.
10. Kontrollü canlıya geç.
11. İlk 30 günü ölç.
12. 90 günlük iyileştirme döngüsüne geç.

Uygulama: Canlıya Geçiş ve İlk 30 Gün Planı

1. Yayın tarihini ve sorumluları belirleyin.
2. Runbook'u adım adım yazın.
3. Rollback koşullarını tanımlayın.
4. Eski URL yönlendirme listesini tamamlayın.
5. Smoke test setini hazırlayın.
6. İlk sipariş kontrol sorumlusunu belirleyin.
7. İlk 24 saat dashboard'unu hazırlayın.
8. 7 günlük kontrol toplantısını planlayın.
9. 30 günlük performans değerlendirmesini planlayın.
10. Erişim envanterini kapatın.
11. Bakım takvimini oluşturun.
12. 90 günlük backlog için öncelik kriterlerini belirleyin.

KMK E-Ticaret Platformunu İnceleyinEğitim boyunca oluşturduğunuz gereksinimleri KMK Commerce e-ticaret altyapısıyla karşılaştırın.

E-ticaret sitesi kurma sürecini planlamadan canlı işletime kadar tamamladınız. Artık amaç yalnız 'site sahibi olmak' değil; ürün, ödeme, operasyon, entegrasyon ve ölçüm süreçleri birlikte çalışan sürdürülebilir bir satış sistemi işletmektir.