E-ticaret sitesi taşıma, mevcut mağazadaki ürünleri yeni bir panele yüklemekten daha kapsamlıdır. Ürün ve müşteri verilerinin yanında URL'ler, sipariş akışı, ödeme bağlantıları ve ölçüm düzeni de yeni sisteme geçmelidir. Başarılı bir geçişte müşteri alışverişini tamamlayabilir, ekip siparişi işleyebilir ve arama motorları eski sayfaların yeni karşılığını bulabilir.
Taşıma kararını yalnız yeni temanın görünümüne göre vermeyin. Önce mevcut sistemin hangi ihtiyacı karşılayamadığını tanımlayın. Yeni altyapının seçimi henüz kesinleşmediyse e-ticaret altyapısı seçme rehberi, geçiş projesinden önce cevaplanması gereken soruları netleştirir.
Taşımadan önce hangi veriler çıkarılmalı?
İlk çalışma, taşınacak varlıkların listesidir. Ürün sayısı tek başına kapsamı göstermez: varyantlar, fiyat grupları, görseller, ürün belgeleri ve kategori ilişkileri aktarımı etkiler. Müşteri hesaplarında ise adreslerin, izin kayıtlarının ve geçmiş siparişlerin hangi koşullarda taşınabildiğini ayrı ayrı öğrenin. Eski şifrelerin yeni sistemde çalışacağını varsaymayın; gerektiğinde güvenli hesap etkinleştirme akışı planlayın.
| Varlık | Hazırlanacak bilgi | Kabul kontrolü |
|---|---|---|
| Ürün ve varyant | SKU, fiyat, stok, seçenekler, görseller | Seçilen varyant doğru fiyatla sepete giriyor mu? |
| Kategori ve içerik | Başlık, açıklama, URL, iç bağlantılar | Sayfalar doğru ürün ve metinle açılıyor mu? |
| Sipariş | Durum, ödeme, kargo, müşteri ilişkisi | Açık sipariş operasyonu devam edebiliyor mu? |
| Müşteri | Hesap ve adres alanları, izin kayıtları | Giriş ve hesap kurtarma süreci çalışıyor mu? |
| Ölçüm | Etiketler, olaylar, dönüşüm hedefleri | Bir sipariş doğru değerle bir kez kaydediliyor mu? |
İpucu: Her satırın bir sorumlusu olmalıdır. Yazılım ekibinin aktarımı tamamlaması, muhasebenin veya operasyon ekibinin kayıtları kullanabildiği anlamına gelmez. Onay, verinin sahibi olan ekiple birlikte verilmelidir.
URL eşlemesi neden yayın gününden önce hazırlanmalı?
Eski ve yeni adreslerin karşılığını gösteren bir eşleme tablosu hazırlayın. Adresler değişmiyorsa da aynı URL'nin aynı içerikle açıldığını kontrol edin. Değişen ürün ve kategori adresleri için ilgili yeni karşılığa kalıcı yönlendirme planlayın. Google'ın site taşıma rehberi, URL eşlemesi ve yönlendirmelerin geçişin temel adımları olduğunu belirtir; süreçte arama görünürlüğü geçici olarak dalgalanabilir. [1]
Örneğin eski mağazadaki “paslanmaz çelik termos” ürününü yeni sitede ilgili ürün yerine ana sayfaya göndermek, müşterinin aradığı bilgiyi kaybettirir. Eşdeğer ürün yoksa ürünün bilgi değeri, alternatifleri ve kaldırılma durumu ayrıca değerlendirilmelidir. Her eski adres için otomatik olarak aynı hedefi seçmeyin.
Yeni sayfalardaki canonical adresleri, iç bağlantıları ve site haritasını da yeni URL planıyla uyumlu hale getirin. Canonical, sayfanın tercih edilen adresini bildiren bir sinyaldir; ziyaretçiyi taşıyan yönlendirmenin yerine geçmez. [2] XML site haritası rehberi, güncel adres listesinin hazırlanmasında yardımcı olur.
Deneme aktarımında yalnız kayıt sayısını karşılaştırmayın
İlk aktarımı gerçek yayından önce yapın. Basit ürün, çok varyantlı ürün, indirimli ürün, stok dışı ürün ve farklı müşteri gruplarını kapsayan örnekler seçin. Böylece yalnız kolay kayıtların başarılı olduğu yanıltıcı bir testten kaçınırsınız.
Kontrol için müşteri yolculuğunu tamamlayın: kategoriye girin, ürünü bulun, varyant seçin, sepete ekleyin ve kontrollü bir ödeme senaryosu yürütün. Ardından siparişin yönetim panelinde, entegrasyonda ve ölçüm sisteminde nasıl göründüğünü inceleyin. Test ortamı ile canlı ödeme ortamının farklı ayarlarını ayrıca kaydedin.
Tasarım da değişiyorsa mobil menü, filtreler ve ürün bilgileri ayrı değerlendirilmelidir. Web sitesini yenileme ihtiyacını gösteren belirtiler ile belirlenen sorunları, yeni tasarımın kabul listesine dönüştürün. “Daha modern görünüyor” değerlendirmesi tek başına yeterli değildir.
Son siparişler ve stok değişimleri nasıl taşınmalı?
Deneme aktarımı ile canlı geçiş arasında eski mağazada yeni siparişler oluşur; ürün fiyatı veya stok değişebilir. Bu farkların nasıl alınacağını önceden belirleyin. Tam aktarımın yeniden yapılması mı, yalnız değişen kayıtların aktarılması mı gerektiği kullanılan sistemlere bağlıdır.
Yayın planında son veri alma zamanı, sipariş kabulünün yönetimi ve stokların hangi sistemden güncelleneceği açıkça yazmalıdır. İki mağazanın aynı stoğu birbirinden habersiz satması, SEO'dan önce operasyon sorunu yaratır. Ekipler aynı geçiş takvimini kullanmalı ve kritik adımların tamamlandığını birbirine bildirmelidir.
Geri dönüş planı hangi durumda devreye girmeli?
Geri dönüş koşullarını sorun çıkınca tartışmayın. Ödeme alınamaması, siparişlerin kaybolması veya yaygın fiyat hatası gibi hangi durumlarda yayının durdurulacağını belirleyin. Her küçük görsel sorun için geri dönmek de plansız biçimde devam etmek de uygun değildir.
Dikkat: Geçiş sonrası oluşan siparişler korunmadan eski sistemi yeniden açmak yeni veri kayıpları doğurabilir. Bu nedenle geri dönüş planı yalnız alan adını eski sunucuya çevirmeyi değil, iki tarafta oluşan verilerin uzlaştırılmasını da kapsamalıdır. Yedeklerin varlığını ve geri yüklenebilirliğini geçişten önce doğrulayın.
Yayından sonra hangi göstergeler izlenmeli?
İlk kontrollerde ödeme, sipariş, stok, yönlendirme ve ölçüm hatalarına öncelik verin. Sonraki dönemde organik trafik ve indeksleme verilerini sayfa gruplarıyla izleyin. Tek günlük toplam trafiğe bakarak taşımanın başarılı veya başarısız olduğuna karar vermeyin; kampanya, mevsimsellik ve ölçüm değişikliklerini ayırın.
Yayın günü kontrol listesi
- Deneme siparişi ödeme adımında, yönetim panelinde ve entegrasyonda doğru görünüyor.
- Değişen ürün ve kategori adresleri, eşleme tablosundaki karşılığına kalıcı olarak yönlendiriliyor.
- Canonical adresler, iç bağlantılar ve site haritası yeni URL planını gösteriyor.
- Stokların hangi sistemden güncelleneceği bütün ekiplere bildirildi.
- Yedekler alındı ve geri yüklenebildikleri denendi.
- Bir sipariş ölçüm sisteminde doğru değerle ve bir kez kaydediliyor.
Taşınacak mağazanızın adresini, mevcut altyapısını, yaklaşık ürün ve varyant sayısını, kritik entegrasyonlarını birlikte paylaşmanız kapsamı netleştirir. WebAction'ın e-ticaret kurulum hizmeti üzerinden veri aktarımı, sayfa yapısı ve yayın hazırlığını kapsayan bir geçiş çalışması için talep iletebilirsiniz.
Sık sorulan sorular
Altyapı değiştirirken bütün URL'leri değiştirmek gerekir mi?
Hayır. Yeni sistem mevcut adresleri destekliyorsa uygun URL'ler korunabilir. Değişmesi gereken adresler için eski ve yeni sayfaların eşlemesi hazırlanır; ilgili yönlendirmeler test edilir.
Site taşındığında SEO performansı kesin düşer mi?
Kesin bir sonuç söylenemez. Taşımanın kapsamına göre dalgalanmalar yaşanabilir. Planlı geçiş, doğru yönlendirme ve düzenli kontrol riskleri azaltır; sıralamaların değişmeyeceğini garanti etmez.
Müşteri şifreleri yeni sisteme taşınabilir mi?
Bu, iki altyapının kimlik doğrulama yöntemlerine bağlıdır. Uyum bulunmadığında şifreleri açık metne dönüştürmek yerine güvenli hesap etkinleştirme veya şifre yenileme süreci kurulmalıdır.
Yeni tasarım ve altyapı aynı anda değiştirilebilir mi?
Yapılabilir; ancak değişikliklerin etkisini ayırmak zorlaşır. Takvim uygunsa adımları ayırmak, değilse veri, teknik yapı ve kullanıcı deneyimi için ayrı kabul kontrolleri hazırlamak gerekir.
Kaynaklar
- Google Search Central — Site taşıma (17.10.2026)
- Google Search Central — Ana URL belirleme (17.10.2026)
