E-Ticaret Altyapısı Değiştirme: SEO ve Veri Taşıma Rehberi

E-Ticaret Altyapısı Nasıl Değiştirilir?

E-ticaret altyapısı değiştirme; mevcut ürün, müşteri ve sipariş verilerini yeni sisteme aktarırken satış akışını, entegrasyonları ve arama motorlarının eriştiği sayfaları birlikte yeniden kurma sürecidir. Kontrollü bir geçiş için veri envanteri hazırlanır, değişen URL'ler eşleştirilir, yönlendirmeler ve satın alma akışı test edilir. Yayına geçildikten sonra satış ve organik görünürlük ayrı ayrı izlenir.

Yalnızca ürünlerin yeni panelde görünmesi, taşımanın tamamlandığını göstermez. Eski bir ürün bağlantısına tıklayan müşteri doğru sayfaya ulaşmalı; sipariş, ödeme ve stok hareketleri de yeni sistemde tutarlı çalışmalıdır. Geçişin başarısı hem teknik erişilebilirlik hem ticari operasyon açısından değerlendirilir.

SEO uyumlu site taşıma, sıralamaların hiç değişmeyeceği anlamına gelmez. Arama motorlarının yeni yapıyı işlemesi sırasında dalgalanmalar görülebilir. Amaç; yanlış yönlendirme, eksik içerik ve indeksleme engeli gibi önlenebilir sorunları azaltmaktır.

Altyapı Değişikliği Ne Zaman Değerlendirilmelidir?

Karar, mevcut sistemin işletme ihtiyaçlarını karşılayamadığı somut durumlara dayanmalıdır. Yeni bir tasarım isteği ile ürün ve sipariş yönetiminde yaşanan teknik sınırlamalar aynı şekilde değerlendirilmemelidir. Önce sorunların listesi ve iş üzerindeki etkisi hazırlanmalıdır.

• Ürün, stok ve sipariş bilgilerinin farklı sistemlerde tekrar işlenmesi.
• Gerekli ERP, ödeme veya pazaryeri bağlantılarının kurulamaması.
• Mobil alışveriş akışında sürekli tekrar eden kullanım sorunları.
• URL, yönlendirme veya SEO alanlarının ihtiyaç duyulan şekilde yönetilememesi.
• İşletmeye özel satış kurallarının mevcut yapıda karşılanamaması.

Her ihtiyacı “mevcut sistemde çözülür”, “ek geliştirme gerekir” veya “altyapı değişikliği gerektirir” olarak değerlendirin. Böylece taşıma kararını yalnızca yeni sistemin özellik listesine bakarak vermemiş olursunuz. Yeni sağlayıcıdan gerçek ürün ve sipariş örnekleriyle demo istemek de bu değerlendirmeyi somutlaştırır.

Taşıma Öncesinde Hangi Veriler Envantere Alınmalıdır?

Aktarılacak kayıtları, alanları ve ilişkileri yazılı hale getirin. Ürün sayısı aynı olduğu halde varyantlar, kategori bağlantıları veya görseller eksik kalabilir. Bu nedenle sadece toplam kayıt sayısını karşılaştırmak yeterli değildir.

Eski ve yeni sistemin alanları için bir eşleme dosyası oluşturun. Örneğin eski sistemde “ürün kodu” olarak tutulan bilgi yeni sistemde hangi alana yazılacak? Varyantların ana ürünle ilişkisi nasıl korunacak? Aktarılmayan alanların gerekçesi de bu dosyada yer almalıdır.

Müşteri şifrelerinin taşınabilirliği ayrıca incelenmelidir; farklı şifreleme yöntemleri doğrudan aktarımı mümkün kılmayabilir. Gerekirse hesap erişimi ve şifre yenileme akışı planlanır. İlk alışverişte erişim sorunu yaşamaması için müşteri ekranları test kapsamına alınmalıdır.

SEO Envanteri ve URL Eşleme Nasıl Hazırlanır?

Mevcut ürün, kategori, blog ve diğer içerik URL'lerini bir araya getirin. Sitemap başlangıç noktasıdır; ancak geçmişte trafik alan veya dış bağlantısı bulunan sayfaları da kontrol etmek gerekir. Her eski URL için korunacak adres, yeni karşılık veya kaldırılma kararı belirlenmelidir.

Öncelikli sayfaları belirlemek için Google Search Console rehberindeki görünürlük ve hata takibi yaklaşımından yararlanılabilir. Trafik alan sayfaların yanı sıra satış üreten ürün ve kategoriler de taşıma testinde öne alınmalıdır.

Tablodaki adresler örnektir. Gerçek eşleme, sayfanın içeriğine ve kullanıcının beklediği bilgiye göre yapılmalıdır. Kaldırılan bir ürünü ilgisiz kategoriye veya ana sayfaya göndermek, kullanıcının aradığı ürüne ulaşmasını sağlamaz.

Örnek olarak eski sitenizde 800 ürün varsa yalnızca 800 ürün URL'sini kontrol etmeyin. Kategori, blog, kampanya ve görsel adreslerinin de kapsamını belirleyin. Yeni sistemde değişmeyen URL'lere gereksiz yönlendirme eklenmemelidir.

301 Yönlendirme, Canonical ve Sitemap Nasıl Kontrol Edilir?

Değişen URL'leri Doğrudan Yeni Karşılıklarına Yönlendirin

Kalıcı adres değişikliklerinde sunucu tarafında 301 veya 308 yönlendirmesi kullanılabilir. Eski adres mümkün olduğunca doğrudan nihai hedefe ulaşmalıdır. Birden fazla eski yönlendirme üzerinden ilerleyen zincirler ve birbirine dönen yönlendirme döngüleri kontrol edilmelidir.

Testte yalnızca yönlendirmenin varlığına bakmayın. Hedef sayfanın doğru ürünü gösterdiğini ve 200 yanıtı verdiğini de doğrulayın. Google, taşıma yönlendirmelerinin mümkün olduğunca uzun süre, genel olarak en az bir yıl tutulmasını önerir.

Agecore'un SEO yönetimi özellikleri arasında toplu 301 yönlendirmeleri ve kırık link tespiti bulunur. Bu araçlar kullanılacak eşleme listesinin hazırlanması ve sonuçlarının kontrol edilmesiyle birlikte değerlendirilmelidir.

Canonical ve İç Linklerde Yeni Adresleri Kullanın

Canonical, aynı veya çok benzer içeriğin tercih edilen URL'sini belirtmek için kullanılan bir sinyaldir; kullanıcıyı başka bir adrese yönlendirmez. Yeni sayfadaki canonical bilgisinin eski adrese işaret etmediğini kontrol edin. Menü, kategori, ürün ve blog bağlantılarını da doğrudan tercih edilen yeni adreslere güncelleyin.

Bir sayfada canonical başka adresi, sitemap ise farklı bir adresi gösteriyorsa sinyaller tutarsızlaşır. Çok dilli sitelerde dil sayfaları ve hreflang bağlantıları da yeni URL yapısıyla birlikte incelenmelidir.

Yeni Sitemap'i Yayınlayın

Sitemap'e arama sonuçlarında yer almasını istediğiniz tercih edilen sayfa adreslerini ekleyin. Yönlenen eski URL'leri, erişilemeyen adresleri ve yanlışlıkla eklenen test sayfalarını kontrol edin. Dosyanın yeni yapıdan üretildiğini ve Search Console üzerinden okunabildiğini doğrulayın.

Sitemap göndermek, bütün sayfaların indeksleneceğini garanti etmez. Sayfaların taranabilir olması, doğru içerik sunması ve indeksleme kurallarının uygun olması da gerekir.

Test Ortamında Hangi Kontroller Yapılmalıdır?

Yeni siteyi alan adını yönlendirmeden önce kontrollü bir ortamda test edin. Test ortamının arama sonuçlarına girmemesi için erişim ve indeksleme ayarları planlanmalıdır. Yayına geçerken bu ayarların üretim sitesindeki hangi sayfalardan kaldırılacağı ayrıca listelenmelidir.

Özellikle noindex kuralının canlı sitede yanlışlıkla kalması, sayfanın Google arama sonuçlarında gösterilmesini engelleyebilir. Robots.txt ile taramanın engellenmesi ve noindex ile indekslemenin engellenmesi aynı işlem değildir; teknik ekip iki ayarı ayrı kontrol etmelidir.

• Mobil ve masaüstünde kategori, ürün arama ve filtreleme çalışıyor mu?
• Varyant seçildiğinde fiyat, stok ve görsel doğru değişiyor mu?
• Sepet, kupon, kargo ve ödeme adımları doğru hesaplanıyor mu?
• Başarılı ve başarısız ödeme sonuçlarında sipariş durumu doğru oluşuyor mu?
• ERP ve pazaryeri bağlantılarında ürün kodları doğru eşleşiyor mu?
• İptal ve iade işlemleri ilgili sistemlere doğru yansıyor mu?
• Müşteri giriş ve şifre yenileme akışları çalışıyor mu?

Yapılandırılmış veri kullanılıyorsa ürün bilgileri de yeniden test edilmelidir. Fiyat, para birimi ve stok durumu sayfada görünen bilgilerle tutarlı olmalı; tema değişikliği sırasında işaretlemenin kaybolup kaybolmadığı kontrol edilmelidir. Rich Results Test teknik doğrulamada kullanılabilir; uygun işaretleme arama sonucu görünümünü garanti etmez.

Yayına Geçiş Günü Nasıl Planlanmalıdır?

Geçişi mümkünse satış yoğunluğunun daha düşük olduğu bir zaman aralığına planlayın. Büyük kampanya sırasında altyapı, alan adı ve tasarımı aynı anda değiştirmek, ortaya çıkan sorunun nedenini belirlemeyi zorlaştırır. Değişikliklerin kapsamını ve devreye alınma sırasını önceden belirleyin.

1. Son yedeği ve aktarım öncesi veri özetini alın.
2. İlk aktarımdan sonra oluşan yeni sipariş ve stok hareketlerini tamamlayın.
3. Eski ve yeni sistemin aynı anda çelişkili veri göndermesini önleyin.
4. Alan adı yönlendirmesini, SSL sertifikasını ve erişimi kontrol edin.
5. Kalıcı yönlendirmeleri ve canlı site indeksleme ayarlarını devreye alın.
6. Farklı cihazlarda ve ödeme yöntemlerinde test siparişi oluşturun.
7. Entegrasyonları, bildirimleri ve ölçümleme bağlantılarını doğrulayın.
8. Hata takibi ve gerektiğinde geri dönüş için sorumluları hazır tutun.

İlk aktarım ile yayına geçiş arasında sipariş alınmaya devam ediyorsa, bu aralıktaki kayıtlar için ek aktarım gerekir. Örneğin ilk aktarım salı günü yapılıp site perşembe günü açılıyorsa, aradaki siparişler, iptaller ve stok değişiklikleri ayrıca taşınmalıdır. Geri dönüş planı da geçişten sonra oluşan yeni siparişlerin nasıl korunacağını açıklamalıdır.

Alan Adı Korunuyorsa ve Değişiyorsa Süreç Nasıl Ayrışır?

Alan adı ve bütün sayfa adresleri aynı kalıyorsa, sadece altyapı değiştiği için her URL'ye yönlendirme eklemek gerekmez. Bu durumda erişim, içerik, teknik etiketler ve satın alma akışının korunmasına odaklanılır. Aynı alan adında ürün veya kategori yolları değişiyorsa, yalnızca değişen adresler eşlenmelidir.

Başka bir alan adına geçiliyorsa eski ve yeni site için Search Console erişimleri kontrol edilir. Uygun alan adı taşıma senaryolarında Adres Değişikliği aracı kullanılır; aynı alan adındaki URL yolu değişiklikleri için bu araç kullanılmaz.

Taşıma Sonrası Performans Nasıl İzlenmelidir?

Operasyon ve SEO takibini ayrı yürütün. Ödeme hatası aynı gün satışları etkileyebilirken, arama sonuçlarındaki değişimi değerlendirmek daha uzun bir gözlem dönemi gerektirir. Toplam trafik kadar ürün, kategori ve cihaz bazındaki değişimler de incelenmelidir.

Search Console'da tıklama, gösterim, CTR ve ortalama konum verilerini sayfa ve sorgu bazında karşılaştırın. Aynı günün eksik verisiyle karar vermeyin; gün, sezon, reklam ve stok etkilerini birlikte değerlendirin. İndeksleme ve erişim sorunlarını da ilgili raporlardan takip edin.

Satış ve alışveriş adımları için GA4 e-ticaret ölçümleme rehberi incelenebilir. Yeni altyapıya geçerken ölçüm kodunun eksik veya iki kez çalışması, gerçek satış değişimiyle karıştırılabilecek raporlama farkları yaratabilir.

Bu aralıklar önerilen kontrol takvimidir; sıralamaların düzeleceği bir süre taahhüdü değildir. Önemli bir kategori düşüş gösteriyorsa o gruptaki yönlendirme, içerik, canonical ve stok durumunu birlikte inceleyin. Sadece site geneline bakmak, belirli sayfa gruplarındaki sorunları gizleyebilir.

Agesoft'a Geçiş Süreci Nasıl Değerlendirilebilir?

Ageservices ve Agestart hizmetleri, ürün ve kategori yapılandırması, entegrasyon kurulumu, SEO ayarları ve eğitim gibi başlangıç çalışmalarını kapsar. Mevcut bir siteden geçişte aktarılacak veriler ve URL yönlendirmeleri proje kapsamına göre belirlenmelidir.

Altyapı, taşıma, entegrasyon ve teknik destek ihtiyaçlarını birlikte değerlendirmek isteyen markalar Agesoft Prime yaklaşımını da inceleyebilir. Başlamadan önce veri alanları, aktarılamayan kayıtlar, sorumluluklar, testler ve teslim ölçütleri yazılı olarak netleştirilmelidir.

Başarılı bir devir için yeni sistemde ürünlerin görünmesiyle yetinmeyin. Öncelikli sayfalardan yapılan alışverişin ödeme, stok ve sipariş adımlarıyla tamamlandığını; değişen URL'lerin de doğru karşılıklarına ulaştığını birlikte doğrulayın.

Altyapı Değiştirme Hakkında Sık Sorulan Sorular

Altyapı Değişikliği SEO Kaybına Neden Olur mu?

Eksik içerik, yanlış yönlendirme veya indeksleme engelleri görünürlüğü etkileyebilir. Doğru planlama bu riskleri azaltır; ancak arama motorlarının yeni yapıyı işlemesi sırasında geçici dalgalanmalar yaşanabilir. Sıralamaların aynı kalacağı garanti edilemez.

301 Yönlendirme Tek Başına Yeterli mi?

Hayır. Hedef sayfanın içeriği, erişilebilirliği, canonical bilgisi ve iç linkleri de doğru olmalıdır. Ayrıca ürün ve sipariş verilerinin aktarımı, ödeme ve entegrasyon testleri SEO yönlendirmesinden ayrı kontrol edilmelidir.

Site Taşıma Ne Kadar Sürer?

Ürün ve varyant sayısı, veri kalitesi, entegrasyonlar ve özel geliştirmeler süreyi belirler. Proje takvimi teknik inceleme sonrasında hazırlanmalıdır. Sitenin yayına alınması ile arama motorlarının yeni URL'leri işlemesi aynı süreci ifade etmez.