Bir web sitesi migrasyonu, yıllarca biriktirilen SEO otoritesini birkaç günde sıfırlayabilir. Site migrasyonu sürecinde yapılan teknik hatalar organik trafiği %40–70 oranında düşürebilir; bazı durumlarda bu kayıp hiç telafi edilemez.
Ama migrasyonlar kaçınılmaz değildir — yanlış yönetim kaçınılmazdır.
Bu rehberde site migrasyonunu türüne göre risk skoruyla değerlendireceğiz, geçiş öncesi/sırası/sonrası için işlenebilir bir SEO checklist sunacağız ve trafik düşüşlerinde ne zaman alarm verip ne zaman beklemeniz gerektiğini net olarak açıklayacağız.
İçindekiler
- Migration Türleri ve Risk Skoru
- Aşama 1: Pre-Migration SEO Checklist
- Aşama 2: Migration Günü Protokolü
- Aşama 3: Post-Migration Monitoring ve Recovery
- JavaScript ve Modern Framework Migrasyonları
- Türkiye'de Yaygın Migration Hataları
- Araçlar
- Sıkça Sorulan Sorular
Migration Türleri ve Risk Skoru
Her migrasyon eşit risk taşımaz. Hangi değişiklikleri aynı anda yaptığınız, SEO üzerindeki etkiyi doğrudan belirler.
| Migration Türü | Risk Seviyesi | Beklenen Trafik Etkisi | Recovery Süresi |
|---|---|---|---|
| HTTP → HTTPS | Düşük | -%5 / +%5 | 1–2 hafta |
| URL yeniden yapılandırma | Orta | -%10 / -%30 | 4–8 hafta |
| Domain değişimi | Yüksek | -%20 / -%50 | 3–6 ay |
| Platform değişimi (CMS) | Çok Yüksek | -%30 / -%60 | 3–9 ay |
| Domain + Platform birlikte | Kritik | -%40 / -%70 | 6–12 ay |
Altın kural: Aynı anda birden fazla kritik değişiklik yapma. Domain taşıyacaksanız URL yapısını koruyun; platform değiştiriyorsanız domain'i sabit tutun. Her değişken, sorun çıktığında kök nedeni bulmayı katbekat zorlaştırır.
Aşama 1: Pre-Migration SEO Checklist
Migrasyonların çoğu başarısız olmaz — yetersiz hazırlıkla başarısız olur. Geçişten en az 4–6 hafta önce bu kontrolleri tamamlayın.
Baseline Verisi Toplama
- Google Search Console'dan son 90 günlük tıklama, gösterim ve ortalama pozisyon verilerini export edin
- Analytics'ten en yüksek trafikli 100 URL'yi ve her sayfanın gelir/dönüşüm katkısını listeleyin
- Screaming Frog ile mevcut siteyi crawl edip tüm URL'leri, status code'ları ve internal link yapısını kaydedin
- Ahrefs veya Semrush ile backlink profilini export edin; en güçlü backlink alan sayfaları işaretleyin
- PageSpeed Insights ile mevcut Core Web Vitals skorlarını belgeleyin (post-migration karşılaştırması için)
URL Mapping Hazırlama
- Her eski URL'i karşılık gelen yeni URL ile eşleştiren bir mapping tablosu oluşturun (CSV/Excel)
- Canonical etiketleri ve mevcut yönlendirme zincirlerini mapping'e dahil edin
- Backlink alan yüksek değerli sayfaları ayrıca işaretleyin — bunlar birincil öncelik
- Görseller için ayrı URL mapping yapın; görsel trafiği genellikle göz ardı edilir ve sıralamalar sıfırlanır
- Orphan URL'leri (inbound linki olmayan sayfaları) tespit edin; migrasyon bunları ortadan kaldırmak için fırsattır
Teknik Hazırlık
- Test/staging ortamını
robots.txtile crawl'a tamamen kapatın (Disallow: /) - Staging'e
noindexmeta etiketi ekleyin — çift güvence - Tüm 301 yönlendirmeleri staging ortamında test edin; zincir oluşmadığını doğrulayın
- Yeni sitenin Core Web Vitals ve PageSpeed skorlarını staging'de ölçün; geçiş öncesi optimize edin
- Yeni XML sitemap'i oluşturun, yalnızca canonical URL'leri içerdiğinden emin olun
Aşama 2: Migration Günü Protokolü
İlk 4 Saat
- URL mapping tablosundaki tüm 301 yönlendirmelerini aktive edin
- robots.txt'i yeni yapıya göre güncelleyin; crawl izinlerini doğrulayın
- canonical etiketlerinin doğru URL'lere işaret ettiğini birkaç kritik sayfada kontrol edin
- XML sitemap'i yeni URL'lerle birlikte yayına alın
- Google Search Console'a yeni domain veya URL prefix'ini ekleyin
İlk 24 Saat
- Search Console → Sitemap menüsünden yeni sitemap'i submit edin
- Domain değişimi varsa Search Console → Ayarlar → Adres Değişikliği aracını kullanın; bu adım link equity transferini hızlandırır
- Birkaç kritik URL'yi Search Console'da manuel fetch edin (URL İnceleme → Dizine Al)
- IndexNow protokolüyle yeni URL'leri Bing ve Yandex'e gönderin; hızlı indexleme sağlar
- Analytics izleme kodunu yeni sitede doğrulayın; filtreleri ve hedefleri güncelleyin
- Yüksek trafikli 10–15 sayfanın yönlendirmelerini browser'da manuel kontrol edin
İlk 48 Saat
- Search Console'da crawl hatalarını kontrol edin (404, 500)
- Server log'larını inceleyin; Googlebot yeni URL'leri ziyaret etmeye başlamış mı?
- CDN cache'i tamamen temizleyin; ziyaretçilerin eski sayfaları görmediğinden emin olun
- En güçlü backlink kaynaklarına ulaşarak link URL'lerini güncellemelerini isteyin (opsiyonel ama değerli)
Aşama 3: Post-Migration Monitoring ve Recovery
Beklenen Trafik Seyri
Doğru yönetilen bir migrasyonda bile trafik dalgalanır. Bu bir hata değil, Google'ın yeni URL yapısını öğrenme sürecidir.
Hafta 1–2: Trafik -%15 ile -%30 arası düşebilir — bu normaldir. Google yeni URL'leri crawl edip indexliyor.
Hafta 3–4: Trafik eski seviyenin -%10 ile -%20 altında seyredebilir. Indexlenmeyen önemli URL'ler varsa Search Console'dan manuel fetch isteyin.
Ay 2–3: Trafik eski seviyeye yaklaşmaya başlamalı. Backlink equity yeni URL'lere aktarılıyor.
Ay 4–6: Domain değişimlerinde tam konsolidasyon bu dönemde tamamlanır.
Recovery Alarm Tablosu
Aşağıdaki belirtiler "normal dalgalanma" değildir — acil müdahale gerektirir:
| Belirti | Muhtemel Kök Neden | Çözüm |
|---|---|---|
| Geçişten 2 hafta sonra -%50+ trafik | 301 yerine 302 kullanıldı | 302'leri 301'e çevirin |
| Belirli sayfalar hâlâ indexlenmiyor | noindex staging'den kalmış | HTML source'ta meta robots kontrol edin |
| Trafik iyileşmiyor, backlink'ler çalışmıyor | Yönlendirme zinciri oluşmuş | Zincirleri kırıp direkt 301 kurun |
| Duplicate content uyarısı artışı | Canonical etiket eksik veya yanlış | Tüm sayfalarda canonical doğrulayın |
| Aniden yüksek 404 oranı | Mapping tablosunda eksik URL | Screaming Frog crawl + GSC hata raporu |
| Görseller Search'te kayboldu | Görsel URL mapping yapılmadı | Görsel URL'leri için 301 ekleyin |
Aylık Kontrol Listesi (Migration Sonrası 6 Ay)
- Search Console → Kapsam raporunu haftalık kontrol edin
- Ahrefs veya Semrush'ta kayıp backlink'leri izleyin
- Core Web Vitals regression olmadığını doğrulayın
- Yönlendirme zinciri oluşmadığını Redirect Checker ile kontrol edin
JavaScript ve Modern Framework Migrasyonları
WordPress'ten Next.js'e, Magento'dan Shopify'a geçişler gibi hem platform hem de rendering mimarisi değişen migrasyonlar, standart checklist'in ötesinde ekstra SEO riski taşır.
SSR Zorunluluğu
Googlebot JavaScript render edebilir, ancak bu süreç gecikmeli ve öncelik sırasına bağlıdır. Client-side rendering (CSR) kullanan sayfalar indexlenmeden önce Google'ın render kuyruğunda bekler — bu gecikme bazen günlerce sürebilir.
Kural: Yeni platform JavaScript ağırlıklıysa, tüm kritik sayfalar Server-Side Rendering (SSR) veya Static Site Generation (SSG) ile sunulmalıdır. Next.js için App Router'da generateStaticParams ve generateMetadata doğru yapılandırılmalı; metadata API eksikse title ve description'lar indexlenmeyebilir.
Hydration ve Crawl Budget
React/Vue/Angular tabanlı platformlarda hydration hataları, sayfanın Googlebot tarafından boş görülmesine neden olabilir. Özellikle büyük e-ticaret sitelerinde crawl budget üzerindeki baskı artar; render maliyeti yüksek sayfalar daha seyrek crawl edilir.
Teknik SEO açısından kritik kontroller:
- Lighthouse'da JavaScript devre dışı bırakıldığında içerik görünüyor mu?
-
<title>ve meta description SSR ile mi geliyor, client-side sonradan mı yazılıyor? - Structured data (JSON-LD) server render'ında mı ekleniyor?
- Sayfa boyutu ve JavaScript bundle büyüklüğü Core Web Vitals eşiklerini geçiyor mu?
Türkiye'de Yaygın Migration Hataları
Yerli ajans deneyimlerine ve yaygın hatalara bakıldığında öne çıkan 6 kritik hata:
1. Test ortamını crawl'a açık bırakmak Staging'e robots.txt uygulanmadan geçiş yapılırsa Google test URL'lerini indexler. Production geçişinde duplicate content ve karışık sıralama sinyali oluşur.
2. 301 yerine 302 kullanmak 302 "geçici yönlendirme" anlamına gelir; Google link equity'yi yeni URL'ye aktarmaz. Birçok CMS ve hosting paneli varsayılan olarak 302 oluşturur — mutlaka kontrol edin.
3. Domain + platform + URL yapısını aynı anda değiştirmek Her değişken, sorun çıktığında debug süresini katlar. Zorunlu değilse bu üçü ayrı aşamalarda yapılmalı.
4. Görsel URL'lerini mapping'e dahil etmemek Google Görseller trafiği genellikle küçümsenir, ancak e-ticaret ve yemek/turizm gibi görsel yoğun sektörlerde toplam organik trafiğin %20–30'unu oluşturabilir.
5. CDN cache temizlememek Cloudflare veya benzeri bir CDN üzerinde eski sayfalar cache'de kalırsa, hem kullanıcılar hem Googlebot eski içeriği görür. Migration günü CDN cache tam purge zorunludur.
6. Analytics hedeflerini güncellemememek Yeni URL yapısında eski dönüşüm hedefleri çalışmaz. Migration sonrası data kirlenir, hangi sayfaların gerçekten performans gösterdiği ölçülemez.
Araçlar
| Araç | Kullanım Amacı |
|---|---|
| Screaming Frog | Kapsamlı crawl, URL mapping, yönlendirme zinciri tespiti |
| Google Search Console | Index durumu, kapsam hataları, fetch & index |
| Ahrefs / Semrush | Backlink profili, kayıp link tespiti, trafik izleme |
| Redirect Checker | 301/302 ayrımı, zincir tespiti |
| PageSpeed Insights | Core Web Vitals baseline ve post-migration karşılaştırma |
| Log File Analyzer | Googlebot crawl davranışı, crawl budget analizi |
Sıkça Sorulan Sorular
Site migrasyonu SEO'yu nasıl etkiler?
Site migrasyonu, URL yapısı, domain veya platform değişikliği yoluyla Google'ın birikmiş indexleme ve link equity sinyallerini yeniden değerlendirmesine neden olur. Doğru yönetilmezse organik trafik %20–70 oranında düşebilir. Kapsamlı URL mapping, eksiksiz 301 yönlendirme ve yakın monitoring ile kayıp minimize edilip 2–6 ayda eski seviyeye dönülebilir.
Migration sonrası trafik ne zaman düzelir?
Migration türüne ve hazırlık kalitesine göre değişir. HTTP→HTTPS gibi basit geçişler 1–2 haftada stabil olur. URL yeniden yapılandırma 4–8 hafta, domain değişimi 3–6 ay, platform değişimi ise 3–9 ay sürebilir. Bu süreçlerin üzerinde kalıcı kayıp yaşanıyorsa teknik sorun araştırılmalıdır.
301 ve 302 yönlendirme arasındaki fark nedir?
301 kalıcı, 302 geçici yönlendirmedir. SEO açısından kritik fark şudur: Google link equity'yi (bağlantı değerini) yalnızca 301 üzerinden aktarır. 302 kullanıldığında eski URL'nin sıralaması korunmaya çalışılır ve yeni URL otorite kazanamaz. Site migrasyonlarında tüm yönlendirmeler 302 değil 301 olmalıdır.
Domain değişiminde en önemli SEO adımı nedir?
Google Search Console'daki "Adres Değişikliği" aracını kullanmaktır. Bu araç Google'a eski domain'in yeni adrese taşındığını resmi olarak bildirir ve authority transferini hızlandırır. Buna ek olarak güçlü backlink kaynaklarına ulaşarak link URL'lerini güncellettirmek, eski domain üzerindeki 301 yönlendirmeleri en az 12 ay aktif tutmak ve GSC'den yeni domain'e doğrulama eklemek kritik adımlardır.
Site migrasyonunda hangi araçlar kullanılmalıdır?
Minimum araç seti: Screaming Frog (crawl ve URL mapping), Google Search Console (index izleme ve hata tespiti), Ahrefs veya Semrush (backlink ve trafik monitöring), bir Redirect Checker (yönlendirme zinciri doğrulama) ve PageSpeed Insights (Core Web Vitals karşılaştırma). JavaScript ağırlıklı platform migrasyonlarında ek olarak sunucu log analizi de şarttır.
Site migrasyonu, doğru planlama yapıldığında SEO değeri kaybetmeden tamamlanabilecek bir süreçtir — ama yanlış sırayla atılan tek bir adım, aylar süren toparlanmaya yol açabilir. Teknik SEO hizmetimiz kapsamında migration planlaması, URL mapping ve post-migration monitoring desteği sunuyoruz. SEO fiyatları rehberimize göz atabilir, vaka çalışmalarımızda geçmiş migration projelerinin sonuçlarını inceleyebilir ya da ücretsiz site analizi için bizimle iletişime geçebilirsiniz.