1. Neden İçerik Taşıma Stratejisi Şart?
Migration’ın en büyük yanılgısı şudur: “Yeni site yayına çıkınca Google zaten anlar.” Google “anlar”, ama siz ona doğru sinyali vermezseniz yanlış anlar: sayfalar kaybolmuş sanır, otoriteyi yanlış yere taşır, indeks karmaşası yaşar. Bu yüzden içerik taşıma stratejisi, projenin “SEO sigortasıdır”.
Siteyi yenileyeceğim, SEO’m bozulur mu?
Bozulabilir; özellikle URL’ler değişiyorsa, içerikler temizleniyorsa veya bilgi mimarisi yeniden kurgulanıyorsa risk artar. Ancak URL envanteri çıkarıp bire bir 301 planı yapar, staging’de test eder ve go-live sonrası 30 gün izlerseniz kaybı çok daha sınırlı tutabilirsiniz. Kritik olan “plansız geçiş”ten kaçınmaktır.
Türkiye’de sık görülen hata: “go-live’dan sonra 301’lere bakarız”
Türkiye’de sık görülen hata “go-live’dan sonra 301’lere bakarız.” Bu, ilk taramada Google’ın hatalı sinyal almasına ve hızlı düşüşe yol açabilir. Doğru yaklaşım: 301 planı go-live öncesi hazır ve test edilmiş olmalı.
Ne yapmalıyım? (SXO)
- • Kickoff’ta “migration scope”u yaz (URL, içerik, medya)
- • 301 planını go-live’dan önce tamamla ve staging’de test et
- • İlk 30 gün için izleme planını (404, GSC, trafik) şimdiden hazırla

2. Mevcut Site Envanteri (URL, İçerik, Medya)
Envanter, migration’ın “tek kaynak gerçeği”dir. Burada amaç yalnız URL listesi çıkarmak değil; her URL’nin SEO değeri, içerik bileşenleri ve taşınma kararını netleştirmektir.
Envanterde hangi alanlar olmalı?
- •URL
- •Sayfa türü (blog, hizmet, oda, kampanya, case)
- •Title, meta description, H1
- •İçerik özeti (1–2 satır)
- •Medya (ana görsel, galeri, doküman)
- •Trafik/performans notu (Varsayım: GSC/GA4’den)
- •Karar: Koru / Birleştir / Sil / Taşı ve Güncelle
Otel ve B2B’de envanter öncelikleri
- •Otel: oda tipleri, paketler, sezon kampanya arşivi (özellikle “hala trafik alanlar”)
- •B2B: case study, referans, doküman landing’leri, blog cluster sayfaları
Ne yapmalıyım? (SXO)
- • Envanteri sayfa türlerine göre filtrele (kritik 100 sayfa)
- • Trafik alan sayfalara “koru” önceliği ver
- • İçeriği taşımadan önce “temizlik/güncelleme” backlog’u çıkar

3. 301 ve Redirect Planı
301 redirect, migration’ın en kritik parçasıdır: eski URL’nin otoritesini yeni URL’ye taşır, kullanıcıyı 404’e düşmekten kurtarır ve Google’a “bu sayfa taşındı” sinyalini verir. Burada hedef, mümkün olduğunca bire bir eşleşme yapmaktır.
301 redirect ve URL eşleştirme planı nasıl hazırlanır?
Önce eski URL envanterini çıkarın ve her URL’ye bir “hedef yeni URL” atayın. İçerik birleştiriliyorsa, eski sayfaları en yakın ve en kapsamlı yeni sayfaya yönlendirin; “hepsini ana sayfaya atmak” gibi toplu yönlendirmelerden kaçının. Ardından 301 tablosunu staging’de test edin ve go-live’da devreye alın.
Redirect stratejisinde 5 altın kural
- •301’leri bire bir yap (mümkün olduğunda)
- •“Hepsi ana sayfaya” gibi blanket redirect yapma
- •Redirect zinciri oluşturma (A→B→C)
- •404/410 kararı net olsun (silinen içerik) (Varsayım: bazıları 410)
- •Internal link’leri de yeni URL’ye güncelle (sadece 301’e güvenme)
Technical SEO Notu: 301’lerin mümkün olduğunca bire bir eşleşme ile yapılması ve /tr/seo/teknik-seo ile koordineli yürütülmesi önerilir (robots/sitemap/canonical kontrolüyle birlikte).
Ne yapmalıyım? (SXO)
- • En çok trafik alan 50 URL için bire bir redirect’i “zorunlu” yap
- • 404 raporunu go-live sonrası ilk 72 saatte günlük kontrol et
- • Internal link’leri yeni URL’lere refactor et (SEO + UX)

| Eski URL | Yeni URL | Karar | 301 Notu |
|---|---|---|---|
| /blog/eski-yazi | /blog/yeni-yazi | Taşı | Bire bir |
| /kampanya/yaz-2022 | /teklifler/yaz-kampanyasi | Birleştir | En yakın yeni hub |
| /referans/eski-case | /case-studies/yeni-case | Taşı | Slug güncelle |
| /hizmet/eski | /hizmet/yeni | Güncelle | İçerik refresh |
4. Eski ve Yeni Bilgi Mimarilerinin Eşleştirilmesi
URL’yi taşımak yetmez; IA değiştiyse kullanıcı yolu da değişir. Bu yüzden migration planında “IA mapping” şarttır: eski sitedeki kategori/silo yapısı ile yeni sitedeki silo yapısı eşleşmeli, breadcrumb ve menü yeni rotayı net göstermelidir.
IA mapping nasıl yapılır?
- •Eski site silolarını çıkar (hizmetler, blog, odalar, kampanyalar)
- •Yeni IA’yı çiz (hub sayfalar + child sayfalar)
- •Eski sayfaları yeni silolara “en yakın” yere yerleştir
- •Menü ve breadcrumb’ı buna göre kilitle
Mini örnek (otel): Eski sitede “Kampanyalar” dağınıksa, yeni sitede “Teklifler” altında sezon kampanyaları toplanır; eski kampanya URL’leri doğru alt sayfalara 301 ile gider.
Mini örnek (B2B): Eski “Referanslar” sayfası, yeni “Case Study” silosuna ayrılır; her eski referans girişi en yakın vaka sayfasına yönlenir.
Ne yapmalıyım? (SXO)
- • IA mapping’i redirect planıyla birlikte yürüt (aynı doküman)
- • Hub sayfaları belirle ve internal link planı çıkar
- • Yeni IA’da kullanıcı görevlerini (rezervasyon/teklif) 3 tıkta çözdür
5. Otel ve B2B İçin Geçiş Kontrol Listesi
Go-live bir gün, migration ise bir dönemdir. Bu yüzden checklist iki parçalı olmalı: go-live öncesi ve go-live sonrası.
Otel özel dikkat noktaları
- •Sezon kampanya arşivi (hala trafik alıyor olabilir)
- •Oda/paket sayfaları (en yüksek değer)
- •Rezervasyon CTA ve motor bağlantıları
- •Mobil hız ve görsel optimizasyon (Varsayım: CWV)
B2B özel dikkat noktaları
- •Case study ve referans URL’leri
- •Doküman indirme linkleri ve PDF’ler
- •Lead form akışı ve ölçüm event’leri (Varsayım: GA4/GTM)
Key Statistics / Data Point (sheet): Plansız geçiş yapılan sitelerde organik trafikte %30+ düşüşler yaşanabildiği; envanter ve redirect planlı geçişlerde kaybın daha sınırlı olduğu saha örneklerinde görülüyor. (Bu veri noktası “risk” vurgusu için, kesin sonuç vaadi vermeden kullanıldı.)
Ne yapmalıyım? (SXO)
- • Go-live öncesi “SEO smoke test” çalıştır (robots/sitemap/canonical)
- • Go-live sonrası ilk 14 gün günlük; sonraki 14 gün haftalık kontrol planla
- • KPI’ları (GSC klik/pozisyon, 404, dönüşüm) önce/sonra kıyasla

6. Go-Live Testleri ve İlk 30 Gün İzleme Rutini
Migration başarısı, “yayınlandı” değil, izleniyor ve düzeltiliyor ile gelir. Özellikle ilk 72 saat kritik: crawler’lar gelir, hataları bulur, sinyaller oluşur. Bu dönemde hızlı müdahale trafik kaybını sınırlayabilir.
Go-live öncesi test seti (staging)
- •Redirect tablo testi (örnek 200 URL)
- •robots.txt / sitemap.xml doğrulama
- •canonical/hreflang (varsa) kontrol
- •Kritik sayfalar: ana sayfa, hizmet, blog, rezervasyon/teklif
- •Analytics/event çalışıyor mu? (Varsayım)
İlk 30 gün izleme rutini
- •404/soft-404 raporu
- •Search Console: index coverage + performance trendi
- •En kritik 20 URL’nin pozisyon takibi (Varsayım)
- •İç link bozuklukları ve yönlendirme zincirleri
- •Dönüşüm KPI’ları (form/rezervasyon)
Notes (sheet): Geçişten önce Search Console ve analytics verilerinin yedeklenmesi, geçiş sonrası performans karşılaştırması için kritiktir. Bu nedenle go-live planına “baseline export” adımı eklenmelidir.
Ne yapmalıyım? (SXO)
- • Baseline export’u (GSC + GA4) go-live’dan önce al
- • 72 saat: günlük 404+GSC kontrolü
- • 30 gün: haftalık rapor + aksiyon backlog

7. Site Geçişi İçin İçerik Envanteri & 301 Planlama Şablonunu İndir — Yazılım / Migration
Site Geçişi İçin İçerik Envanteri & 301 Planlama Şablonunu İndir — Yazılım / Migration (v1.0)
Bu asset, eski siteden Next.js’e geçişte SEO kaybını azaltmak için URL envanteri, içerik kararları (koru/birleştir/sil), 301 redirect tablosu ve go-live test setini tek yerde toplar. Otel ve B2B projelerinde bozuk linkleri ve indeks kaybını minimuma indirirken, performans karşılaştırması için GA4/GSC baseline yedeğini zorunlu adım yapar.
Kim Kullanır?
SEO uzmanı, ajans PM, geliştirici/DevOps, içerik editörü, otel/B2B dijital lideri.
Nasıl Kullanılır?
- Envanter tablosunu doldurun (URL + meta + H1 + medya + karar).
- 301 eşleştirme tablosunu çıkarın ve staging’de test edin.
- Go-live checklist’i ve 14 günlük izleme planını uygulayıp KPI’ları kıyaslayın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Eski site URL envanteri tamamlandı mı?
- ▢ ✅ Her URL için karar verildi mi (koru/birleştir/sil/güncelle)?
- ▢ ✅ 301 tablosu bire bir eşleşme ile hazır mı?
- ▢ ✅ Redirect zinciri kontrol edildi mi?
- ▢ ✅ Staging’de SEO smoke test yapıldı mı?
- ▢ ✅ GA4 + Search Console baseline export alındı mı?
- ▢ ✅ Go-live sonrası 404/GSC izleme planı var mı?
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
8. Sonuç: Next.js site geçişi tasarım değişimi değil, SEO korumalı migration sürecidir
Eski web sitesinden yeni Next.js yapısına geçiş, yalnızca tasarım veya teknoloji değişimi değildir. En kritik konu, eski sitenin sahip olduğu SEO değeri, içerik otoritesi, kullanıcı rotaları ve ölçüm geçmişini kaybetmeden yeni yapıya taşımaktır.
Güvenli geçiş için URL envanteri, koru/birleştir/sil kararları, bire bir 301 redirect planı, IA mapping, teknik SEO smoke test ve ilk 30 gün izleme rutini birlikte çalışmalıdır. Bu sistem kurulduğunda otel ve B2B sitelerinde sıralama kaybı, bozuk link ve ölçüm kaybı riski çok daha kontrollü yönetilir.

Bir Sonraki Adım
URL envanteri, 301 planı ve go-live test rutiniyle Next.js geçişinizi SEO kaybı olmadan planlayalım.
