Web Sitesi Göçü (Site Migration) Sonrası SEO Kayıplarını Önleme Rehberi

Web sitesi göçü sonrası SEO kayıplarını önleme, eski URL’lerdeki otoriteyi, organik trafiği ve indeks görünürlüğünü yeni yapıya doğru aktarmak için göç öncesi planlama, 301 yönlendirme, teknik kontrol, hız optimizasyonu ve göç sonrası izleme adımlarının eksiksiz uygulanmasıdır. Başarılı bir site migration sürecinde hedef, Google’ın yeni siteyi hızlıca anlamasını sağlamak, kullanıcıları kırık sayfalara düşürmemek ve sıralama sinyallerini mümkün olan en az kayıpla korumaktır.

Site migration; domain değişikliği, HTTP’den HTTPS’ye geçiş, altyapı veya CMS değişimi, URL yapısının yenilenmesi, hosting taşıması, tasarım yenilemesi ya da çok dilli yapıya geçiş gibi farklı senaryoları kapsar. Bu işlemler doğru yapılmadığında organik trafik birkaç gün içinde yüzde 20-60 arası düşebilir; kritik hatalar varsa kayıp aylarca sürebilir. Ancak iyi hazırlanmış bir kontrol listesi, doğru sunucu yapılandırması ve düzenli veri takibi ile bu risk büyük ölçüde yönetilebilir.

Bu rehberde, Hostragons blog okuyucuları için 2026 SEO beklentilerine uygun, uygulanabilir bir site migration yol haritası bulacaksınız. Anlatılan adımlar; küçük kurumsal sitelerden e-ticaret projelerine, WordPress’ten özel yazılım altyapılarına kadar birçok senaryoya uyarlanabilir.

Web Sitesi Göçü Nedir ve SEO Açısından Neden Risklidir?

Web sitesi göçü, bir web sitesinin teknik, yapısal veya adres düzeyinde önemli bir değişiklikten geçirilmesidir. Bu değişiklik, arama motorlarının siteyi yeniden taramasını ve bazı sinyalleri yeniden değerlendirmesini gerektirir. Google için URL, içerik, dahili bağlantı, canonical, hreflang, sayfa hızı, yapılandırılmış veri ve sunucu yanıtları bir bütün olarak değerlendirilir. Bu bileşenlerden biri hatalı taşındığında sıralama kaybı oluşabilir.

Örneğin, aylık 50.000 organik ziyaret alan bir e-ticaret sitesinde kategori URL’leri değiştiği halde eski adresler yeni adreslere 301 ile yönlendirilmezse, Google eski sayfaları 404 olarak görür. Kullanıcılar da arama sonucundan boş sayfaya düşer. Bu durumda sadece trafik değil, dönüşüm ve marka güveni de zarar görür. Benzer şekilde HTTPS geçişinde karma içerik, yanlış canonical veya SSL sertifikası hataları varsa güvenlik ve tarama problemleri ortaya çıkar. Bu nedenle migration yalnızca yazılım ekibinin değil, SEO, içerik, analitik ve hosting ekiplerinin birlikte yönettiği bir süreç olmalıdır. SSL geçişleri için SSL sertifikası çözümleri ve güvenli altyapı planlaması için web hosting hizmetleri sayfaları süreçte destekleyici olabilir.

En Yaygın Site Migration Türleri

Her migration türünün SEO riski aynı değildir. Sadece hosting sağlayıcısını değiştirmek görece düşük riskli olabilirken, domain ve URL yapısını aynı anda değiştirmek yüksek risklidir. Aşağıdaki tablo, farklı göç senaryolarını özetler.

Risk seviyesi yükseldikçe hazırlık süresi de artmalıdır. Büyük bir e-ticaret sitesinde migration planı 4-8 hafta önceden hazırlanmalı, küçük bir kurumsal sitede ise en az 1-2 haftalık teknik kontrol yapılmalıdır.

Göç Öncesi SEO Kontrol Listesi

SEO kayıplarını önlemenin en önemli kısmı göçten önce yapılan hazırlıktır. Yayına aldıktan sonra hataları düzeltmek mümkündür; fakat Google’ın hatalı sinyalleri taramış olması toparlanma süresini uzatır. Bu nedenle migration öncesinde aşağıdaki adımlar mutlaka tamamlanmalıdır.

1. Mevcut Performansı Kayıt Altına Alın

Önce nerede olduğunuzu net bilmelisiniz. Google Search Console’dan son 16 aylık tıklama, gösterim, ortalama konum ve CTR verilerini dışa aktarın. Google Analytics 4 üzerinden organik oturumları, dönüşümleri, gelir verilerini ve en çok trafik alan açılış sayfalarını listeleyin. Ayrıca sıralama takip aracınız varsa ilk 100-500 anahtar kelimenin pozisyonlarını kaydedin.

Pratik bir yöntem olarak sayfaları üç gruba ayırabilirsiniz: yüksek trafik getiren sayfalar, backlink alan sayfalar ve dönüşüm üreten sayfalar. Bu sayfalar migration sırasında en yüksek önceliğe sahip olmalıdır. Örneğin toplam organik trafiğin yüzde 70’ini getiren 40 URL varsa, bu URL’lerin yönlendirme, canonical ve içerik kontrolleri manuel yapılmalıdır.

2. Tüm URL’leri Tarayın ve Envanter Oluşturun

Migration öncesinde sitenizin tam URL envanterini çıkarmadan işlem yapmayın. Screaming Frog, Sitebulb, Ahrefs, Semrush veya benzeri araçlarla tüm taranabilir URL’leri listeleyin. Sadece aktif sayfaları değil, 3xx, 4xx, 5xx, canonical verilen, noindex olan ve sitemap içinde bulunan URL’leri de ayrı ayrı kaydedin.

URL envanterinde şu sütunlar bulunmalıdır: eski URL, yeni URL, durum kodu, sayfa başlığı, meta açıklama, H1, canonical, indeks durumu, organik trafik, backlink sayısı ve öncelik seviyesi. Bu tablo, 301 yönlendirme haritasının temelini oluşturur. Özellikle binlerce ürün veya blog içeriği olan sitelerde bu çalışma yapılmadan migration başlatmak ciddi SEO kaybına davetiye çıkarır.

3. URL Eşleştirme ve 301 Yönlendirme Haritası Hazırlayın

Her değerli eski URL’nin en alakalı yeni URL’ye birebir yönlendirilmesi gerekir. Ana sayfaya toplu yönlendirme yapmak kolay görünür, ancak SEO açısından zayıf bir çözümdür. Google, eski sayfanın konusu ile yeni hedef sayfanın konusu arasında tutarlılık arar. Eski bir “kadın koşu ayakkabısı” kategorisini yeni sitede genel “ayakkabı” sayfasına yönlendirmek, sinyal kaybına neden olabilir.

Doğru yönlendirme modeli şu şekildedir: eşdeğer sayfa varsa birebir yönlendirin, eşdeğer yoksa en yakın kategoriye yönlendirin, tamamen değersiz veya bilinçli kaldırılmış sayfalarda 410 kullanılmasını değerlendirin. Geçici taşımalarda 302 kullanılabilir; kalıcı migration süreçlerinde standart tercih 301 yönlendirmedir.

4. Staging Ortamını Arama Motorlarına Kapatın

Yeni site test ortamında hazırlanıyorsa staging alanının indekslenmediğinden emin olun. Bunun için HTTP kimlik doğrulama, IP kısıtlaması veya noindex kullanılabilir. Ancak yayına geçerken noindex etiketinin canlı sitede kalmaması gerekir. Migration projelerinde sık görülen hatalardan biri, test ortamında kullanılan noindex meta etiketinin canlı siteye taşınmasıdır. Bu hata birkaç gün içinde indeks kaybına yol açabilir.

Alan adı ve DNS tarafında güvenli hazırlık için domain sorgulama ve domain yönetimi kaynakları, sunucu tarafında kesintisiz taşıma için VPS sunucu çözümleri değerlendirilebilir.

Teknik SEO Ayarları: Yayına Geçmeden Önce Kontrol Edilecekler

Teknik SEO, migration sürecinin omurgasıdır. İçerik iyi olsa bile yanlış sunucu yanıtları, bozuk canonical veya yavaş açılan sayfalar sıralama kaybı yaratabilir. 2026 itibarıyla Google, kullanıcı deneyimi ve teknik erişilebilirlik sinyallerini daha bütünsel ele alır. Bu nedenle sadece botların sayfaya erişmesi değil, kullanıcının sayfayı hızlı ve sorunsuz deneyimlemesi de önemlidir.

Canonical Etiketlerini Doğru Kurgulayın

Yeni sitedeki canonical etiketleri mutlaka yeni URL’leri göstermelidir. Eski domaini veya test alanını gösteren canonical etiketleri, Google’a yanlış sinyal gönderir. Sayfa kendine canonical vermeli veya bilinçli olarak eşdeğer ana sayfaya işaret etmelidir. E-ticaret sitelerinde filtreli URL’ler, sıralama parametreleri ve varyasyon sayfaları ayrıca kontrol edilmelidir.

XML Sitemap ve Robots.txt Dosyasını Güncelleyin

Canlıya geçişte sitemap yalnızca indekslenmesini istediğiniz yeni, 200 durum kodlu URL’leri içermelidir. 301, 404, noindex veya canonical ile başka sayfaya işaret eden URL’ler sitemap içinde kalmamalıdır. Robots.txt dosyasında CSS, JS ve görsel dosyalarının taranmasına engel olan gereksiz Disallow kuralları bulunmamalıdır. Ayrıca sitemap adresi robots.txt içinde belirtilmelidir.

Yapılandırılmış Verileri Koruyun

Ürün, makale, SSS, organizasyon, breadcrumb ve değerlendirme şemaları migration sırasında kaybolabilir. Bu da zengin sonuç görünürlüğünü azaltır. Yeni tema veya altyapıda schema markup tekrar test edilmelidir. Google Rich Results Test ve Schema Markup Validator ile kritik sayfalar kontrol edilmelidir. Özellikle e-ticaret sitelerinde fiyat, stok ve değerlendirme alanlarının güncel olması önemlidir.

Dahili Linkleri Yeni URL’lere Güncelleyin

Eski URL’ler 301 ile çalışıyor olsa bile site içindeki bağlantılar doğrudan yeni URL’lere verilmelidir. Dahili linklerin 301 üzerinden akması gereksiz tarama bütçesi tüketir ve zincir yönlendirme riskini artırır. Menü, footer, breadcrumb, blog içi bağlantılar ve ürün öneri alanları manuel veya otomatik tarama ile kontrol edilmelidir.

Hosting, Sunucu ve Hız Faktörleri

Web sitesi göçü yalnızca URL değişimi değildir; çoğu zaman altyapı performansı da değişir. Yeni hosting ortamı yavaş, istikrarsız veya yanlış yapılandırılmışsa SEO performansı olumsuz etkilenebilir. Googlebot’un sayfaları hızlı tarayabilmesi ve kullanıcıların düşük gecikmeyle siteye erişebilmesi için sunucu tarafı güçlü olmalıdır.

Migration öncesinde TTFB, LCP, INP ve CLS metriklerini ölçün. 2026 standartlarında özellikle mobil performans kritik hâle gelmiştir. İyi optimize edilmiş bir sayfada LCP’nin 2,5 saniyenin altında, INP’nin 200 ms altında, CLS’nin ise 0,1 altında tutulması hedeflenmelidir. Bu değerler sadece tema optimizasyonuyla değil; doğru hosting, önbellekleme, CDN, görsel sıkıştırma ve veritabanı optimizasyonuyla sağlanır.

Hosting taşıması yapılacaksa DNS TTL değeri göçten 24-48 saat önce düşürülebilir. Örneğin TTL değerini 300 saniyeye çekmek, geçiş anında DNS yayılımını hızlandırır. Sunucu tarafında PHP sürümü, veritabanı uyumluluğu, SSL kurulumu, HTTP/2 veya HTTP/3 desteği, gzip/brotli sıkıştırma ve cache katmanı kontrol edilmelidir. Performans odaklı bir başlangıç için hızlı web hosting paketleri, WordPress projeleri için WordPress hosting çözümleri incelenebilir.

Migration Günü: Yayına Alma Planı

Migration günü aceleye getirilmemelidir. Yayına alma işlemi trafiğin en düşük olduğu saatlerde yapılmalı, tüm ekiplerin ulaşılabilir olduğu bir zaman dilimi seçilmelidir. Büyük sitelerde hafta sonu gece geçişi cazip görünebilir; ancak teknik ekip ve karar vericiler hazır değilse risk artar. En iyi zaman, müdahale edilebilirliğin yüksek olduğu düşük trafik saatidir.

Canlıya Alma Sırasında İzlenecek Adımlar

• Veritabanı ve dosya yedeğini alın.
• DNS yönlendirmesini veya sunucu geçişini planlanan saatte başlatın.
• SSL sertifikasının doğru çalıştığını kontrol edin.
• Eski URL’lerden yeni URL’lere 301 yönlendirmeleri test edin.
• Ana sayfa, kategori, ürün, blog, iletişim ve ödeme gibi kritik şablonları kontrol edin.
• Robots.txt, sitemap ve canonical etiketlerini doğrulayın.
• Analytics, Tag Manager, dönüşüm ve reklam etiketlerinin çalıştığından emin olun.
• Search Console’da yeni sitemap’i gönderin.
• Sunucu loglarını ve hata kayıtlarını ilk saatten itibaren izleyin.

İlk birkaç saat içinde 404, 500, yönlendirme döngüsü, karışık içerik ve noindex hataları aranmalıdır. Bu hataların erken fark edilmesi, SEO kaybını ciddi ölçüde azaltır.

Göç Sonrası İlk 30 Gün: İzleme ve Optimizasyon

Migration tamamlandığında süreç bitmez; asıl kritik dönem ilk 30 gündür. Google yeni yapıyı tarayıp değerlendirdikçe dalgalanmalar görülebilir. Küçük pozisyon değişimleri normaldir; ancak indekslenen sayfa sayısında sert düşüş, 404 artışı veya organik trafikte sürekli azalma varsa hızlı müdahale gerekir.

İlk 7 Günlük Kontroller

İlk hafta her gün Search Console kapsam raporları, tarama istatistikleri, sitemap durumu ve manuel işlemler kontrol edilmelidir. En çok trafik alan eski URL’ler tek tek test edilmeli, doğru yeni sayfalara yönlendiği doğrulanmalıdır. Sunucu log analizinde Googlebot’un hangi sayfaları taradığı, 404 veya 5xx hatalarıyla karşılaşıp karşılaşmadığı incelenmelidir.

Bu dönemde organik trafik yüzde 5-15 arası dalgalanabilir. Ancak markalı aramalarda sert düşüş, ana sayfanın indeks dışı kalması veya tüm kategori sayfalarının görünürlüğünü kaybetmesi kritik alarmdır. Böyle bir durumda robots.txt, noindex, canonical ve yönlendirme kuralları öncelikli kontrol edilmelidir.

İlk 30 Günde Ölçülmesi Gereken KPI’lar

• Organik oturum ve kullanıcı sayısı
• Önemli anahtar kelimelerde sıralama değişimi
• İndekslenen sayfa sayısı
• 404, 500 ve yönlendirme zinciri sayısı
• Googlebot tarama sıklığı
• Core Web Vitals alan verileri
• Dönüşüm oranı ve gelir etkisi
• Backlink alan eski URL’lerin yönlendirme durumu

Örneğin migration öncesi günlük 2.000 organik oturum alan bir site, geçişten sonraki ilk hafta 1.750-1.900 bandına inebilir. Eğer ikinci ve üçüncü haftada toparlanma yoksa sorun araştırılmalıdır. Doğru yönetilen geçişlerde çoğu site 2-6 hafta içinde stabil hâle gelir; büyük domain veya URL değişimlerinde bu süre 8-12 haftaya çıkabilir.

Backlink ve Otorite Kaybını Önleme

Backlinkler, migration sırasında korunması gereken en değerli SEO varlıklarından biridir. Eski URL’lere gelen kaliteli bağlantılar yeni sayfalara 301 ile aktarılmalıdır. Ancak mümkünse en önemli backlink kaynaklarıyla iletişime geçip bağlantıların doğrudan yeni URL’lere güncellenmesini istemek daha sağlıklıdır.

Backlink analizi için en çok bağlantı alan 100-500 URL’yi listeleyin. Bunların tamamının doğru hedeflere yönlendiğini test edin. Eski bir blog yazısı yeni sitede birleşik bir rehbere taşındıysa, yönlendirme konu uyumlu olmalıdır. Ana sayfaya yapılan toplu yönlendirme, link değerinin bir kısmını boşa çıkarabilir. Ayrıca eski domain kullanılmaya devam edilecekse yenileme süresi takip edilmeli, domainin süresi dolmamalıdır. Marka değişimlerinde eski domaini en az 2-3 yıl elde tutmak iyi bir uygulamadır.

İçerik ve Kullanıcı Deneyimi Kaynaklı SEO Kayıpları

Birçok migration projesinde teknik yönlendirmeler doğru yapılır; fakat içerik kısaltıldığı veya sayfa düzeni değiştiği için sıralama kaybı yaşanır. Google, eski sayfada bulunan metin, başlık, tablo, görsel alt metni, SSS, yorum ve ürün bilgilerini sıralama sinyali olarak değerlendirmiş olabilir. Yeni tasarımda bu öğeler kaldırılırsa sayfa aynı URL’de kalsa bile performans düşebilir.

Bu nedenle yüksek trafik alan sayfalarda içerik değişikliği kontrollü yapılmalıdır. H1 ve ana başlık yapısı korunmalı, önemli alt başlıklar taşınmalı, görsellerin alt metinleri eklenmeli ve sayfanın arama niyeti bozulmamalıdır. Eğer migration ile birlikte içerik optimizasyonu da yapılacaksa, tüm sayfaları aynı anda değiştirmek yerine aşamalı ilerlemek daha güvenlidir.

Kullanıcı deneyimi tarafında mobil menü, filtreleme, arama kutusu, form alanları ve satın alma adımları test edilmelidir. SEO trafiği korunmuş olsa bile dönüşüm hunisi bozulursa işletme hedefleri zarar görür. Bu nedenle migration başarısı yalnızca sıralama ile değil, dönüşüm ve gelir metrikleriyle de ölçülmelidir.

En Sık Yapılan Site Migration Hataları

• 301 yerine 302 kullanmak: Kalıcı geçişlerde 301 tercih edilmelidir.
• Tüm eski URL’leri ana sayfaya yönlendirmek: Konu uyumu zayıflar ve otorite aktarımı azalır.
• Noindex etiketini canlıda unutmak: İndeks kaybına neden olabilir.
• Sitemap’i güncellememek: Google eski veya hatalı URL’leri taramaya devam eder.
• Dahili linkleri eski URL’de bırakmak: Tarama bütçesi ve kullanıcı deneyimi zarar görür.
• Backlink alan sayfaları gözden kaçırmak: Otorite kaybı oluşur.
• Hız testlerini ihmal etmek: Yeni site görsel olarak iyi olsa bile yavaşsa performans düşer.
• Analitik kodlarını taşımamak: Kayıp var mı yok mu ölçülemez.

Bu hataların çoğu, göç öncesinde hazırlanmış bir kontrol listesi ve test ortamı taramasıyla önlenebilir. Özellikle hosting, SSL ve DNS tarafındaki küçük görünen gecikmeler bile Googlebot’un tarama davranışını etkileyebilir.

Uygulanabilir Site Migration SEO Kontrol Listesi

Aşağıdaki kısa kontrol listesi, migration projenizde pratik bir özet olarak kullanılabilir:

• Mevcut organik trafik, sıralama ve dönüşüm verilerini dışa aktarın.
• Tüm URL’leri tarayın ve önceliklendirilmiş URL envanteri oluşturun.
• Eski-yeni URL eşleştirmesini sayfa bazında hazırlayın.
• 301 yönlendirmeleri test ortamında kontrol edin.
• Canonical, hreflang, schema, meta title ve H1 alanlarını karşılaştırın.
• Robots.txt ve XML sitemap dosyalarını canlıya uygun hâle getirin.
• SSL, DNS, cache, CDN ve sunucu performansını test edin.
• Canlıya geçiş sonrası ilk 24 saatte kritik şablonları manuel test edin.
• Search Console’a sitemap gönderin ve kapsama hatalarını izleyin.
• İlk 30 gün boyunca 404, 5xx, sıralama ve trafik metriklerini takip edin.

Bu liste basit görünse de disiplinli uygulandığında web sitesi göçü sonrası SEO kayıplarını önleme konusunda en güçlü koruma katmanını oluşturur.

Sonuç: Planlı Göç, Kontrollü SEO Performansı

Web sitesi göçü, doğru yönetildiğinde büyüme fırsatına dönüşebilir; daha hızlı hosting, temiz URL yapısı, daha iyi kullanıcı deneyimi ve güvenli SSL altyapısı uzun vadede SEO performansını artırabilir. Ancak plansız bir geçiş; trafik, indeks ve gelir kaybına yol açabilir. Başarılı migration için temel yaklaşım nettir: önce ölç, sonra eşleştir, teknik olarak test et, kontrollü yayına al ve ilk 30 günü yakından izle.

Hostragons altyapısında domain, SSL, hosting ve sunucu ihtiyaçlarınızı planlarken SEO etkilerini de hesaba katmanız, geçiş sürecini daha güvenli hâle getirir. Eğer yeni bir projeye taşınmayı veya mevcut sitenizi daha güçlü bir altyapıya geçirmeyi düşünüyorsanız, ihtiyaçlarınıza uygun çözümleri inceleyerek risksiz bir başlangıç yapabilirsiniz: Hostragons hosting çözümleri.

Sıkça Sorulan Sorular

Web sitesi göçü sonrası SEO kaybı normal midir?

Kısa süreli dalgalanmalar normaldir. Doğru yönlendirme, sitemap, canonical ve teknik kontroller yapılmışsa çoğu site 2-6 hafta içinde dengelenir. Ancak sert indeks kaybı, yoğun 404 hatası veya noindex problemi varsa hızlı müdahale gerekir.

Site migration sırasında 301 yönlendirme neden önemlidir?

301 yönlendirme, eski URL’nin kalıcı olarak yeni URL’ye taşındığını arama motorlarına bildirir. Böylece kullanıcılar doğru sayfaya ulaşır ve eski sayfanın otorite sinyalleri mümkün olduğunca yeni sayfaya aktarılır.

Hosting değişikliği SEO sıralamalarını etkiler mi?

Evet, etkileyebilir. Yeni hosting daha hızlı ve stabilse olumlu katkı sağlayabilir; ancak sık kesinti, yüksek TTFB, SSL hatası veya yanlış DNS yapılandırması varsa sıralama ve tarama performansı olumsuz etkilenebilir.

Migration sonrası eski domain ne kadar süre elde tutulmalı?

Domain değişimlerinde eski domainin en az 2-3 yıl elde tutulması önerilir. Böylece eski URL’lere gelen kullanıcılar ve backlink sinyalleri 301 yönlendirmeleriyle yeni domaine aktarılmaya devam eder.

Site migration için en uygun zaman nedir?

En uygun zaman, trafiğin düşük olduğu ancak teknik ekibin aktif destek verebildiği zaman dilimidir. Büyük sitelerde geçiş öncesi test, yedekleme ve geri dönüş planı hazır olmadan canlıya alma yapılmamalıdır.