E-Ticaret Altyapısı Değiştirme: Veri, SEO ve Satış Kaybetmeden Geçiş Rehberi

Birkaç yıldır satan bir mağaza düşünün: birkaç bin ürün, yüzlerce kategori ve ürün adresi, Google'da yerine oturmuş bir blog, geri dönen müşteriler. Altyapı artık yetmiyor — pazaryeri entegrasyonu ayrı bir programda, her yeni istek ek ücret, panelde yapılamayan iş listesi uzuyor. Karar aslında çoktan verilmiştir; ertelenen şey karar değil, geçişin kendisidir. Çünkü asıl soru şu: taşınırken ne kaybederim?

Bu yazı e-ticaret altyapısı değiştirme işini karar ve yol haritası düzeyinde anlatıyor: geçmeye değer mi, hangi veri taşınır hangisi taşınmaz, eski adresler nasıl korunur, geçiş hangi sırayla yürür, yayın gününde neye bakılır, ilk otuz günde ne ölçülür. Anlatılanlar kendi göç aracımızın fiilen yaptığı işe ve yapılmış geçişlerden çıkan derslere dayanıyor; tek tek platformların taşınması ve göçte bozulan alanların ayrıntısı ayrı yazıların konusu.

Altyapı değiştirmeye değer mi? Önce dört soru

Geçiş bedava değildir: içerik taşınır, tasarım yeniden kurulur, ekip yeni panele alışır. Bu bedeli ödemeye değip değmediğini dört soru belirler.

1. Bugün yapamadığınız iş ne? "Panel eski görünüyor" bir sebep değildir; "aynı stoğu üç kanalda tutamıyorum", "bayime farklı fiyat gösteremiyorum", "yurt dışına ikinci para biriminde satamıyorum" sebeptir. Eksik olan işi tek cümleyle yazamıyorsanız, sorun altyapıda olmayabilir.
2. Para nereye gidiyor? Altyapı ücreti, ayrı entegratör aboneliği, eklenti lisansları, her özelleştirme için alınan geliştirme bedeli ve varsa ciro payı — hepsini bir yılda toplayın. Fatura kalemi sayısı çoksa, büyüdükçe artan gizli bir maliyet eğrisi var demektir.
3. Veriniz elinizde mi? Ürünleri, müşterileri, görselleri ve içerikleri dışarı alabiliyor musunuz, hangi biçimde? Bu sorunun cevabı hem çıkış maliyetinizi hem de bir sonraki sağlayıcıya bağımlılığınızı belirler.
4. Sorun altyapıda mı, operasyonda mı? Ürün verisi dağınıksa, stok kodları yoksa, görseller pazaryeri kurallarına uymuyorsa yeni altyapı bunları kendiliğinden düzeltmez — aynı dağınıklığı yeni panele taşırsınız. Bu durumda geçiş, veriyi toparlama fırsatıdır; ama toparlamayı yine birinin yapması gerekir.

Dört sorunun cevabı "kalmak" diyorsa geçiş ertelenir. "Taşınmak" diyorsa, buradan sonrası bu kararın nasıl kayıpsız uygulanacağıdır. Altyapıyı hangi ölçütlerle seçeceğinizi ayrı bir yazıda ele aldık: e-ticaret altyapısı nasıl seçilir.

Geçişte gerçekten riskli olan üç şey

1. Veri bütünlüğü. Ürünlerin "taşınmış görünmesi" yetmez. Varyant eksenleri, barkodlar, çoklu kategori üyelikleri, açıklamanın satır yapısı ve görsellerin tamamı yerinde mi? Bu alanlar sessizce kaybolur: sayfa açılır, ürün görünür, eksik olan yalnızca pazaryerine gönderirken ya da müşteri beden seçerken ortaya çıkar.

2. Adres sürekliliği. Yıllardır Google'da sıra almış her ürün ve kategori adresi bir varlıktır. Yeni sistemde adres kalıbı değişiyorsa — ki genelde değişir — eski adresin yenisine kalıcı olarak yönlendirilmesi gerekir. Yönlendirme kurulmazsa o sayfaların birikmiş değeri yeni adrese geçmez; ziyaretçi 404 sayfası görür.

3. Satış kesintisi. Eski mağaza kapanırken yeni mağazanın hazır olması, DNS'in yayılması, ödemenin ve kargonun ilk dakikadan çalışması gerekir. İyi planlanmış bir geçişte mağazanın kapalı kaldığı süre sıfıra yakındır; kötü planlanmışta kesinti günlere yayılır ve zararı geri gelmez.

Hangi veri taşınır, hangisi taşınmaz?

Bu tablo, kendi göç aracımızın kapsamıdır — yani "taşınabilir" değil, fiilen taşıdığımız şeyler. Kapsam dışı olanları da açıkça yazıyoruz, çünkü geçiş planındaki en pahalı sürprizler o satırlardan çıkar.

Veri	Otomatik taşınır mı?	Not
Kategori ağacı	Evet	Ebeveyn-çocuk yapısı, sıra ve kaynakta gizlenmiş kategoriler dahil; hedef kaynakla birebir aynı ağaçtır
Ürünler ve varyantlar	Evet	Ad, açıklama, marka, seçenek eksenleri, fiyat, stok, stok kodu, barkod, SEO başlık ve açıklaması
Ürün görselleri	Evet	Önce kaynaktaki adresleriyle kaydedilir, ardından ayrı bir adımda kendi depomuza indirilir — eski site kapandığında görseller ölmesin diye
Blog yazıları	Evet	Kapak ve gövde içi görseller de indirilir, yazının içindeki görsel adresleri yeniden yazılır
Kurumsal ve politika sayfaları	Evet	Mesafeli satış, iade, KVKK, gizlilik, teslimat, üyelik metinleri kaynaktan taşınır; yeniden yazılmaz
Eski adresler (301 haritası)	Evet	Taşınan her kaydın eski yolu yeni yoluyla eşlenip yönlendirme tablosuna yazılır
Müşteri hesapları	Hayır — ayrı karar	Kişisel veri olduğu için kapsam dışında tutuldu; taşınacaksa ayrı ve kontrollü bir iş olarak planlanır
Sipariş geçmişi	Hayır — ayrı karar	Aynı sebep. Geçmiş siparişler muhasebe ve fatura kayıtlarında durmaya devam eder; yeni panele taşınıp taşınmayacağı ayrı karardır
Müşteri şifreleri	Hayır	Hiçbir koşulda taşınmaz. Hesap taşınsa bile müşteri şifresini sıfırlayarak giriş yapar
Ürün yorumları ve puanlar	Hayır — otomatik değil	Kaynak sistem dışa aktarım veriyorsa ayrı bir iş olarak yapılır
Tema ve tasarım dosyaları	Hayır	Tasarım yeni altyapıda yeniden kurulur; taşınması gereken şey görünüm değil, eski sitedeki satış mekanizmalarıdır (aşağıda)

Tabloda görünmeyen ama en çok unutulan kalem şu: eski mağazanın yıllar içinde biriktirdiği satış mekanizmaları. Ücretsiz kargo eşiği mesajı, beden tablosu, taksit bilgisi, "WhatsApp'tan sor" butonu, kupon alanı, hediye notu, stok uyarısı, sepette eşik hatırlatması... Bunlar tasarım süsü değil, dönüşüm getiren parçalardır. Geçişten önce dört sayfa tipinde (anasayfa, kategori, ürün detay, sepet) tek tek çıkarılıp yeni mağazada karşılığı kurulmazsa, site "daha temiz" görünüp daha az satabilir.

Ürün verisinde en çok kaybolan alanlar

Göç raporunda "tüm ürünler yazıldı" satırını görmek rahatlatıcıdır ama doğrulama değildir. Yapılmış geçişlerde en sık şu alanlar bozuldu:

• Varyant yapısı. Renk ve beden eksenlerinin nasıl kurulduğu, pazaryerinde ürünlerin tek ilan altında gruplanmasını ve beden eşleşmesini belirler. Yanlış kurulmuş bir varyant yapısı mağazada normal görünür, sorun ürünü pazaryerine gönderirken ortaya çıkar.
• Barkod. Kaynakta barkod varsa mutlaka taşınmalıdır; pazaryerlerinin bir kısmı, özellikle giyimde, barkodsuz ürünü kabul etmez. Barkod sonradan da tanımlanabilir ama ilan açmayı geciktirir.
• Çoklu kategori üyeliği. Bir ürün birden çok kategoride durabilir. Üyeliği yalnız ürün sayfasından çıkaran bir aktarım ikinci ve üçüncü kategoriyi kaybeder; doğru yöntem kategori sayfalarını tek tek gezip kategori başına ürün sayısını kaynakla karşılaştırmaktır.
• Gizli ya da kapalı kategoriler. Site haritasına girmezler, yalnız kategori taramasıyla bulunurlar. Bunlar mağazada gizli kalacak olsa bile silinmez — içlerindeki ürünler ve geçmiş adresleri korunur.
• Açıklamanın biçimi. "Kelime sayısı tuttu" demek yapı korundu demek değildir: madde listeleri, satır sonları ve tablolar kaybolup açıklama tek bloğa dönüşebilir. Kıyaslama yapılırken boşluk karakterleri ve emojiler normalize edilmezse ölçüm de yanıltır.
• Görsellerin gerçekten indirilmiş olması. Bazı görseller kaynak sitenin farklı bir alt adresinde ya da CDN'inde durur; basit bir "yerel mi?" kontrolü bunları atlar. Atlanan görseller eski site kapandığı gün kırılır.
• Fiyat tutarsızlığı. Kaynakta ana ürün fiyatı ile varyant fiyatı çelişiyorsa doğrusunu makine seçemez. Böyle ürünleri taslak bırakıp mağaza sahibinin teyidine sunmak, yanlış fiyatla satmaktan iyidir.

Bu yüzden her fazın sonunda rapora değil veritabanına bakılır: kaç ürün kategorisiz kaldı, kaç üründe hâlâ kaynak sitenin görsel adresi duruyor, kaç stok kodu şüpheli. Göçte neyin nasıl bozulduğunu ayrı bir yazıda tek tek ele alacağız.

Adresleri korumak: 301 haritası nasıl kurulur?

Geçişin SEO tarafı tek bir işe indirgenebilir: eski adresi yeni adrese kalıcı olarak yönlendirmek. Google'ın kendi taşıma rehberi de bunu söylüyor — sunucu tarafında kalıcı yönlendirme (301/308) kullanın, yeni site haritasını Search Console'a gönderin, yönlendirmeleri en az bir yıl açık tutun ve yönlendirme zinciri kurmayın (Google Search Central, adres değişikliğiyle site taşıma). Alan adı ya da alt alan adı değişmiyorsa Search Console'daki adres değişikliği aracına gerek yoktur; aynı alan adında altyapı değiştirmek Google için sıradan bir URL değişikliğidir.

Pratikte harita şuna benzer:

Eski adres	Yeni adres	Sebep
/urun/kirmizi-kupa-350ml	/urun/kirmizi-kupa-350-ml	Adres kalıbı normalize edildi
/kategori/kupalar	/kupalar	Yeni yapıda kategori öneki yok
/sayfa/iade-kosullari	/iade-ve-cayma	Politika sayfası eşlemesi
/blog/kargo-ucretleri-2025	/blog/kargo-ucretleri	Yazı adresi sadeleşti
/urun/kırmızı-kupa	/urun/kirmizi-kupa	Türkçe karakterli eski adres; hem çözülmüş hem yüzde kodlu biçimi yazılır

Haritanın kurulmasında üç ayrıntı işi kurtarır. Birincisi, yönlendirmeler tahminle değil, göç sırasında tutulan kaynak yol → hedef yol kaydından üretilir; her taşınan ürün, kategori, yazı ve sayfa için kaydı zaten vardır. İkincisi, Türkçe karakter taşıyan eski adresler tarayıcıdan yüzde kodlu gelir; her iki biçim de tabloya yazılmazsa yönlendirme isteğin yarısında çalışmaz. Üçüncüsü, eski adresin ilk parçası yeni sistemde ayrılmış bir rotayla çakışıyorsa (sepet, hesap, yönetim gibi) o yönlendirme servis edilemez; bunlar rapora düşer ve elle çözülür.

İki şeye ayrıca dikkat edin: zincir kurmayın — eski adres önce ara bir adrese, oradan nihai adrese gidiyorsa hem yavaşlar hem arama motorunun taramasını zorlaştırır; ve sorgu parametresi taşıyan eski adresler (örneğin ?product_id=412 biçimindeki adresler) yol eşlemesiyle çözülmez, onlar için ayrı kural yazmak gerekir.

Geçiş dört aşamada yürür

1. Envanter ve prova. Kaynak site taranır: kaç ürün, kaç kategori, kaç blog yazısı, kaç kurumsal sayfa, hangi adres kalıpları. Ardından hiçbir şey yazmadan bir prova koşusu yapılır ve çıkan sayılar kaynakla karşılaştırılır. Bu aşamada eski sitenin hızı, SEO durumu ve satış mekanizmaları da ölçülür — yeni mağazanın neyi geçmesi gerektiği buradan çıkar.
2. Kapalı kurulum. Yeni mağaza yayına kapalı kurulur: içerik taşınır, tasarım yapılır, ödeme, kargo, e-posta ve ölçüm bağlanır. Eski site bu süre boyunca satmaya devam eder. İşin en uzun kısmı burasıdır ve müşteriye hiç görünmez.
3. Yayın günü. Alan adı yeni mağazaya bakar, yönlendirmeler devreye girer, eski sunucuda kalıcı yönlendirme bırakılır. Aşağıdaki kontrol listesi bu güne aittir.
4. İlk otuz gün. Ölçüm ve onarım dönemi: 404'ler, yönlendirme isabetleri, kategori sayfaları, sipariş ve fatura zinciri, arama motoru kapsamı.

Süreler katalog büyüklüğüne göre değişir. Ölçtüğümüz kadarıyla ürün aktarımı ürün başına ortalama bir saniye civarında ilerliyor; yani veri taşımanın kendisi genelde saatler sürer. Takvimi uzatan şey aktarım değil, doğrulama, tasarım ve müşteriden beklenen teyitlerdir (fiyat çelişkileri, eksik belgeler, ödeme sağlayıcı bilgileri).

Yayın günü kontrol listesi

1. TTL'yi önceden düşürün. Alan adı kayıtlarının yaşam süresi düşük olursa değişiklik hızla yayılır; geçiş gününde geri dönmeniz gerekirse de hızlı dönersiniz.
2. Posta kayıtlarına (MX) dokunmayın. E-postanız başka bir sağlayıcıdaysa MX kaydının üstüne yazmak mağazanın postasını keser. Kayıtların bugünkü hâlini tek bir DNS çözümleyicisine sorup karar vermeyin — bayat cevap alırsınız; en az üç farklı çözümleyiciyle doğrulayın.
3. Sertifika ve SSL kipi hazır olsun. Yönlendirmeler https üzerinden çalışmalı; karışık kip, tarayıcıda uyarı ve döngü üretir.
4. Eski sunucuyu hemen kapatmayın. Eski hostta kalıcı yönlendirme bırakın; kapatma kararı, o adreslere istek gelmediğini ölçtükten sonra verilir.
5. Ölçüm kodlarını tek yerden bağlayın. GA4, etiket yöneticisi ve pixel yeni mağazada tek kaynaktan çalışsın; aynı olayı iki yerden ateşlerseniz dönüşümleriniz çift sayılır ve reklam kararlarınız bozulur.
6. Yeni site haritasını Search Console'a gönderin. Alan adı da değişiyorsa adres değişikliği aracını kullanın.
7. Uçtan uca bir test siparişi geçin. Ödeme, sipariş onayı e-postası, fatura ve kargo etiketi zinciri ilk gün çalışmalı.
8. Mağazanın e-posta gönderimini doğrulayın. Sipariş onayı ve şifre sıfırlama iletileri mağazanın kendi alan adından çıkıyor mu, spam'e düşüyor mu?

Geçişten sonraki otuz günde neyi ölçersiniz?

• Kategori sayfaları boş mu? Rastgele birkaç kategoriye girin; ürün kartı sayısı sıfırsa adres kalıbı ya da kategori bağlantıları hatalıdır. Kategori başına ürün sayısını kaynak siteyle karşılaştırın.
• Yönlendirme isabetleri. Yönlendirme tablosu hangi eski adresin kaç kez istendiğini sayar. Hiç isabet almayan bir yönlendirme zararsızdır; isabet alan ama hedefi yanlış olan yönlendirme ziyaretçiyi kaybettirir.
• 404 günlüğü. Haritada olmayan eski adresler buradan çıkar. İlk hafta günlük, sonra haftalık bakın.
• Search Console kapsamı. Eski adreslerin yerini yenilerin alması zaman alır; gösterim eğrisinde kısa süreli dalgalanma olağandır. Bu yüzden yönlendirmeler en az bir yıl açık tutulur.
• Sayfa hızı, özellikle soğuk kategori sayfası. Toplu aktarımdan sonra veritabanı istatistikleri tazelenmezse sorgu planı bozulur ve kategori sayfaları saniyelerce sürebilir. Bu, geçişten sonra en çok gözden kaçan performans sorunudur.
• Sipariş → fatura → kargo zinciri. İlk gerçek siparişlerde tutarların ve adreslerin doğruluğunu tek tek kontrol edin.
• Pazaryeri kanallarında stok ve fiyat. Çok kanallı satıyorsanız ilk günlerde senkronu elle doğrulayın; hatalı stok, pazaryeri puanınızı düşürür.

Göçü kim yapar?

Altyapı değiştirmenin ağır kısmı yazılım değil, sorumluluktur: kim taşıyacak, kim doğrulayacak, yanlış giderse kim düzeltecek. Mubido'da kurulum ve göç bizim işimiz. Kaynak siteyi tanıyan adaptörlerle çalışan bir aracımız var; WooCommerce ve benzeri yaygın mağaza yazılımlarının her biri için ayrı, tanımadığı yapılarda ise site haritası ve sayfa yapısı üzerinden okuyan genel bir okuyucu devreye giriyor. Araç önce hiçbir şey yazmadan prova koşuyor, her fazın sonunda "kaynakta şu kadar, yazılan şu kadar, atlanan şu kadar ve sebebi şu" raporu üretiyor ve aynı komut tekrar çalıştırıldığında kayıtları çoğaltmıyor.

Taşıma bittiğinde iş bitmiyor: kategori sayımları kaynakla karşılaştırılıyor, görsellerin indiği doğrulanıyor, adres haritası kuruluyor, eski sitedeki satış mekanizmalarının yeni mağazadaki karşılıkları tek tek kuruluyor. Panelin kapsamına ve pazaryeri entegrasyonunun nasıl çalıştığına bakabilir, panelin nasıl göründüğünü kısa demo videolarından izleyebilir, geçişi konuşmak için kurulum talebi oluşturabilirsiniz — mevcut sitenizin verisini biz taşıyalım, siz yalnız doğrulayın.

Sıkça Sorulan Sorular

Altyapı değiştirince Google sıralamam düşer mi?

Eski adreslerin tamamı yeni adreslerine kalıcı (301) olarak yönlendirilir ve içerik korunursa kalıcı bir kayıp beklenmez. İlk haftalarda gösterim ve sıralamada dalgalanma olağandır; arama motorunun sinyalleri yeni adreslere taşıması zaman alır. Bu yüzden Google yönlendirmelerin en az bir yıl açık tutulmasını öneriyor. Kalıcı kayıp genellikle yönlendirme kurulmadığında ya da yönlendirme zinciri oluştuğunda yaşanır.

Müşteri hesapları ve geçmiş siparişler taşınır mı?

Otomatik göç aracımızın kapsamında değiller; kişisel veri oldukları için ayrı ve kontrollü bir karar olarak ele alınıyorlar. Müşteri şifreleri hiçbir koşulda taşınmaz — hesap taşınsa bile müşteri şifresini sıfırlayarak giriş yapar. Geçmiş siparişler muhasebe ve fatura kayıtlarında durmaya devam eder; yeni panele taşınıp taşınmayacağı ayrı bir karardır.

Geçiş sırasında mağazam kapalı kalacak mı?

Doğru planlanmış bir geçişte hayır. Yeni mağaza yayına kapalı olarak kurulur ve eski site bu süre boyunca satmaya devam eder. Yalnızca yayın gününde alan adı yeni mağazaya yönlendirilir; bu değişikliğin yayılması alan adı ayarlarındaki yaşam süresine bağlıdır ve geçişten önce düşürülerek kısaltılır.

Geçiş ne kadar sürer?

Katalog büyüklüğüne bağlı. Ürün aktarımının kendisi ölçtüğümüz kadarıyla ürün başına ortalama bir saniye civarında ilerliyor, yani veri taşıma genelde saatler alıyor. Takvimi belirleyen şey aktarım değil; doğrulama, tasarım ve müşteriden gelen teyitler (fiyat çelişkileri, ödeme sağlayıcı bilgileri, eksik belgeler).

Alan adımı değiştirmem gerekiyor mu?

Hayır. Aynı alan adıyla altyapı değiştirmek olağan bir geçiştir ve arama motoru açısından yalnızca bir URL değişikliğidir. Alan adı veya alt alan adı da değişiyorsa Search Console'daki adres değişikliği aracı kullanılır; aynı alan adında kalıyorsanız bu araca gerek yoktur.