E-Ticaret Sitesi Taşıma: SEO ve Veri Rehberi

E-ticaret sitesi taşıma, yalnızca ürünleri yeni panele aktarmaktan ibaret değildir. Eski sistemdeki müşteri hesapları, sipariş geçmişi, kategori bağlantıları, görseller, SEO verileri ve ödeme akışları birlikte ele alınmalıdır. Eksik planlanan bir geçiş; yanlış stok, erişilemeyen sipariş kayıtları, 404 hataları ve organik trafikte düşüş gibi operasyonel sorunlara yol açabilir.

Sağlıklı bir taşıma süreci; veri envanteri, URL eşleştirmesi, test ortamı, kontrollü DNS geçişi ve yayın sonrası takiple ilerler. Amaç, müşterinin alışverişe devam etmesini sağlarken arama motorlarına da sitenizin yeni altyapıda aynı içeriği sunduğunu doğru şekilde anlatmaktır.

E-ticaret sitesi taşıma neden proje gibi yönetilmelidir?

Yeni altyapıya geçiş kararı çoğunlukla hız, entegrasyon ihtiyacı, yönetim kolaylığı veya ölçeklenme gerekçesiyle alınır. Ancak eski ve yeni sistemlerin veri yapıları nadiren birebir aynıdır. Bir platform ürünü tek kayıtla yönetirken diğeri varyant, özellik, stok birimi ve fiyat listesini ayrı alanlarda tutabilir.

Bu nedenle taşıma başlamadan önce hem teknik hem ticari kapsamı yazılı hale getirin. Hangi verinin taşınacağını, hangisinin arşivde kalacağını ve hangi alanların yeni sistemde farklı çalışacağını ekipler aynı dokümandan takip etmelidir.

• Ürünler, varyantlar, SKU kodları, stoklar, fiyatlar ve görseller.
• Kategoriler, markalar, filtreler, kampanya sayfaları ve içerik sayfaları.
• Müşteri hesapları, adresler, üyelik durumları ve izin kayıtları.
• Siparişler, iadeler, kargo numaraları, faturalar ve sipariş durumları.
• Ödeme, kargo, pazaryeri, e-fatura ve muhasebe entegrasyonları.
• URL yapısı, meta veriler, canonical etiketleri ve mevcut yönlendirmeler.

Bu aşamada yeni platformun ihtiyaçlarını da doğrulayın. Yönetim paneli, API kapasitesi, SEO alanları ve entegrasyon esnekliği farklı seçeneklerde değişir. Altyapı kararını netleştirmeden önce e-ticaret yazılımlarını karşılaştıran rehberi incelemek, taşıma sonrasında ikinci bir platform değişikliği riskini azaltır.

Veri aktarımında ürün, müşteri ve sipariş kayıtlarını eşleştirin

Veri taşımanın temel aracı bir eşleştirme dokümanıdır. Bu dokümanda eski sistemdeki her alanın yeni sistemde hangi alana karşılık geldiği açıkça belirtilir. Örneğin eski sistemdeki “beden” seçeneği yeni altyapıda varyant özelliği olabilir. Aynı ürünün farklı renkleri ayrı ürün olarak tutuluyorsa, yeni sistemde bunları tek ana ürün altında toplamak gerekebilir.

Ürün aktarımında sabit bir ürün kimliği belirleyin. SKU kodu, barkod veya eski ürün ID’si bu iş için kullanılabilir. Aynı SKU’nun iki farklı ürüne bağlanması; stokların karışmasına, pazaryeri senkronizasyonunun bozulmasına ve yanlış sevkiyata neden olabilir.

Ürün ve stok verilerinde kontrol edilmesi gerekenler

• Aktif, taslak ve yayından kaldırılmış ürünleri ayrı gruplar halinde aktarın.
• Varyantların fiyat, stok, görsel, ağırlık ve desi bilgilerini tek tek doğrulayın.
• KDV oranı, indirimli fiyat, para birimi ve stok birimi kurallarını kontrol edin.
• Görsel dosyalarının yeni sunucuda açıldığını, küçük resimlerin üretildiğini test edin.
• Eski ürün açıklamalarındaki bozuk karakterleri, gereksiz kodları ve kopya alanları temizleyin.

Müşteri verilerinde ise veri minimizasyonu önemlidir. Yeni sistemin çalışması için gerekli olmayan kayıtları taşımak yerine, saklama yükümlülüklerinizi ve kullanım amacınızı değerlendirin. Şifreler yalnızca her iki sistemin güvenli parola hash yapısı uyumluysa aktarılabilir. Uyumluluk yoksa müşterilere güvenli parola yenileme akışı sunun; gerçek parolaları hiçbir zaman dışa aktarmayın.

Sipariş geçmişinde sipariş numarası, müşteri bağlantısı, ürün satırları, vergi tutarları, kargo durumu ve iade kayıtları korunmalıdır. Kart numarası veya CVV gibi ödeme verileri taşınmaz. Ödeme kuruluşunun token taşıma prosedürü varsa, süreci doğrudan ilgili kuruluşla planlayın.

İlk tam veri aktarımını canlı geçişten günler önce yapın. Ardından geçiş saatine yakın oluşan yeni sipariş ve stok hareketleri için ikinci bir fark aktarımı planlayın. Bu yöntem, hem test süresini uzatır hem de canlıya geçerken kaybolabilecek kayıtları azaltır.

URL envanteri ve 301 yönlendirme ile SEO değerini koruyun

SEO tarafında en kritik konu, eski URL’nin yeni karşılığını doğru bulmasıdır. Ürün adı aynı kalsa bile yeni altyapı URL formatını değiştirebilir. Örneğin eski sistemdeki /urun/kirmizi-spor-ayakkabi-458 adresi, yeni sistemde /kirmizi-spor-ayakkabi şeklinde açılabilir. Arama motoru ve dış siteler eski adrese gitmeye devam edeceği için bu ilişkiyi 301 yönlendirmeyle kurmanız gerekir.

URL listesini yalnızca aktif ürünlerden oluşturmayın. Site haritası, tarama kayıtları, Google Search Console verileri, analiz araçları, kategori sayfaları, blog yazıları ve backlink alan eski adresler de envantere dahil edilmelidir. Trafik getiren ancak panelde görünmeyen eski bir kampanya sayfasını unutmak, değerli bir giriş noktasını kaybettirebilir.

301 yönlendirme kuralları nasıl hazırlanır?

• Her eski adresi, içerik ve niyet bakımından en yakın yeni adrese yönlendirin.
• Eski ürünün doğrudan alternatifi varsa ilgili ürün sayfasına 301 verin.
• Ürün tamamen kaldırıldıysa ve uygun alternatif yoksa kullanıcıya açık bir kategori veya bilgilendirici sayfa değerlendirin.
• Birbiriyle ilgisiz tüm eski sayfaları ana sayfaya yönlendirmeyin.
• Yönlendirme zincirlerini önleyin; eski URL mümkünse tek adımda yeni URL’ye ulaşsın.
• Eski yönlendirmeleri yeni kurallarla çakıştırmadan önce test edin.

301 kurallarını canlıya çıkmadan önce yeni sunucuda veya CDN katmanında hazırlayın. Tarayıcıda sayfayı açmak tek başına yeterli değildir; yanıt kodunun 301 olduğunu, hedef sayfanın 200 döndüğünü ve tekrar başka adrese yönlenmediğini kontrol edin. Yeni sayfalardaki canonical adresler, XML site haritası ve iç bağlantılar da yeni URL yapısını göstermelidir.

Taşıma sırasında SEO kontrollerini daha ayrıntılı planlamak için e-ticaret SEO rehberimizdeki indeksleme, kategori yapısı ve teknik kontrol adımlarından yararlanabilirsiniz. Doğru yönlendirme sıralama kaybını tamamen garanti etmez; ancak arama motorlarının değişikliği anlamasını önemli ölçüde kolaylaştırır.

Test ortamında satış senaryolarını uçtan uca deneyin

Canlı mağazayı kapatıp hataları müşteriler üzerinde keşfetmek yerine, yeni sistemi ayrı bir test ortamında doğrulayın. Test ortamını arama motorlarından ve yetkisiz erişimden koruyun. Gerçek müşteri verisi kullanmanız gerekiyorsa erişimi sınırlandırın, gereksiz kişisel alanları maskeleyin ve test bittiğinde veriyi güvenli biçimde temizleyin.

Ürün sayfalarının açılması tek başına başarılı geçiş anlamına gelmez. Siparişin oluşmasından faturaya, stok düşümünden kargo etiketine kadar tüm zincir çalışmalıdır.

• Üyelik açma, giriş yapma, parola yenileme ve adres kaydetme akışları.
• Arama, filtreleme, varyant seçimi, kupon kullanımı ve sepet hesaplaması.
• Havale, kapıda ödeme ve sanal POS gibi aktif ödeme yöntemleri.
• Kargo ücretleri, teslimat seçenekleri, barkod üretimi ve takip numarası aktarımı.
• E-fatura, e-arşiv, muhasebe, ERP ve pazaryeri senkronizasyonları.
• Yönetim panelinde sipariş, iade, stok güncelleme ve kullanıcı yetkileri.

Test siparişlerinde beklenen tutarları önceden yazın. Örneğin iki farklı KDV oranına sahip üç ürün, indirim kuponu ve kargo bedeli içeren bir sepet oluşturun. Yeni sistemin toplamı doğru hesaplayıp hesaplamadığını; stok, fatura ve kargo kayıtlarında aynı sipariş numarasını izleyerek doğrulayın.

DNS geçişi ve kesintisiz yayın planını önceden kurun

DNS değişikliği, taşımanın görünen son adımıdır; fakat en hassas bölümlerinden biridir. DNS kayıtları farklı internet sağlayıcılarında önbellekte kalabildiği için tüm kullanıcıların aynı anda yeni sunucuya ulaşacağını varsaymayın. Geçişten 24-48 saat önce TTL değerini düşürmek, DNS sağlayıcınız izin veriyorsa değişikliğin daha kontrollü yayılmasına yardımcı olur.

Canlı geçiş günü için görev, saat ve sorumlu kişileri içeren kısa bir yayın planı oluşturun. Özellikle satış, depo, müşteri hizmetleri, muhasebe ve teknik ekibin aynı geçiş penceresinden haberdar olması gerekir.

1. Eski siteden son veri yedeğini alın ve geri yükleme yöntemini doğrulayın.
2. İlk aktarım sonrasında oluşan sipariş, müşteri ve stok farklarını yeniden aktarın.
3. Eski sitede yeni sipariş oluşmasını kontrollü biçimde durdurun veya sipariş akışını tek noktada yönetin.
4. 301 yönlendirmeleri, SSL sertifikası, ödeme ayarları ve sunucu yapılandırmasını aktif edin.
5. DNS kayıtlarını yeni altyapıya yönlendirin ve kritik sayfaları farklı bağlantılardan test edin.
6. Sepet, ödeme, sipariş e-postası, stok düşümü ve yönetim panelini tekrar kontrol edin.

Kesintisiz yayın, her zaman sıfır saniye işlem kilidi anlamına gelmez. Bazı mağazalarda sipariş çakışmasını önlemek için kısa ve planlı bir bakım penceresi daha güvenlidir. Bu süre boyunca eski sunucunun yanlışlıkla sipariş kabul etmemesi gerekir. Eski altyapıyı en az 7-14 gün yalnızca yetkili ekiplerin erişebileceği, salt okunur bir yedek olarak tutmak; eksik kayıt veya yönlendirme sorunlarında geri dönüş imkânı sağlar.

Geçiş öncesinde geri alma koşullarını da belirleyin. Ödeme hatası, kritik ürün stoklarının yanlış görünmesi veya sipariş e-postalarının ulaşmaması gibi sorunlarda kimin karar vereceği net olmalıdır. Geri dönüş planı olmayan taşıma, teknik bir işlemden çok gereksiz bir ticari riske dönüşür.

Yayın sonrası ilk 72 saatte neyi izlemelisiniz?

Yeni altyapı yayına girdikten sonraki ilk 72 saat, taşımanın doğrulama dönemidir. Bu süreçte organik trafik, sipariş sayısı veya dönüşüm oranını tek başına yorumlamayın. Aynı gün ve saat aralıklarıyla karşılaştırma yapın; kampanya, hafta sonu ve sezon etkilerini hesaba katın.

• Sunucu hata kayıtlarında 404, 500, ödeme ve API hatalarını takip edin.
• En çok ziyaret edilen ürün, kategori, sepet ve ödeme sayfalarını her gün kontrol edin.
• Google Search Console üzerinden site haritasını gönderin ve örnek URL’leri inceleyin.
• Yönlendirme hatalarını, indeks dışı kalan önemli sayfaları ve mobil kullanılabilirlik uyarılarını kayıt altına alın.
• Ödeme başarı oranı, sipariş e-postaları, kargo entegrasyonu ve stok senkronizasyonunu izleyin.

Alan adı değişmiyorsa Search Console’daki adres değişikliği aracını kullanmanız gerekmez; burada esas iş URL yönlendirmeleri ve yeni site haritasıdır. Alan adı da değişiyorsa, doğrulanmış eski ve yeni mülkler üzerinden 301 yönlendirmeleri tamamlandıktan sonra adres değişikliği sürecini başlatın.

Hataları önem derecesine göre sıralayın. Ödeme ve sipariş hatalarını hemen çözün. Daha az trafik alan yönlendirme eksiklerini ise günlük bir listeyle tamamlayın. Bu yaklaşım, ekibin aynı anda onlarca küçük sorunla uğraşmasını engeller.

Sıkça Sorulan Sorular

E-ticaret sitesi taşıma ne kadar sürer?

Süre; ürün sayısı, veri kalitesi, özel entegrasyonlar ve URL miktarına göre değişir. Teknik aktarım kısa sürse bile veri eşleştirme, test ve yönlendirme kontrolleri için yeterli zaman ayırmak gerekir.

301 yönlendirmeleri ne kadar süre açık kalmalıdır?

Eski URL’ler dış bağlantı, yer imi veya arama trafiği almaya devam edebileceği için yönlendirmeleri erken kaldırmayın. Kalıcı olarak kaldırılan adresler için düzenli kontrol yaparak ihtiyaç sürdüğü müddetçe kuralları koruyun.

Müşteri şifreleri yeni sisteme taşınabilir mi?

Yalnızca güvenli parola hash algoritmaları ve sistem yapıları uyumluysa taşınabilir. Uyum yoksa müşterileri güvenli parola yenileme sayfasına yönlendirmek doğru yöntemdir.

Eski ve yeni site aynı anda açık kalabilir mi?

Test ortamı erişime kapalı ve indekslenemez durumdaysa kullanılabilir. Ancak aynı alan adında iki sistemin sipariş alması stok ve sipariş çakışması oluşturabileceği için canlı geçişte tek bir işlem kaynağı belirlemelisiniz.

Taşıma kapsamı, entegrasyonlar ve mevcut URL yapısı her mağazada farklıdır. HazırSoft ekibiyle mevcut altyapınızı incelemek ve uygulanabilir bir geçiş planı oluşturmak için teklif alın. Test senaryolarını, veri sorumluluklarını ve canlı geçiş adımlarını baştan netleştiririz.