İçerik Taşıma Stratejisi: Eski Web Siteden Yeni Next.js Siteye Geçiş

İçerik Taşıma Stratejisi: Eski Web Siteden Yeni Next.js Siteye Geçiş

9 dk okuma27 Nisan 2026DGTLFACE Editorial

Bir site yenilemesi (relaunch), en sık “görsel olarak güzel oldu” diye kutlanır; fakat SEO tarafında asıl sınav ilk 30–60 gün içinde verilir. Eski CMS’ten Next.js’e geçerken, plansız taşınan içerikler 404’ler, bozuk linkler, yanlış canonical/robots ve kaybolan sayfalarla organik görünürlüğü sarsabilir. Otel sitelerinde sezonluk kampanyalar ve oda/paket sayfaları; B2B’de case study ve referans sayfaları en çok “kaybolan değer” üretir. Bu rehber, migration-safe redesign yaklaşımıyla envanter + 301 + IA eşleştirme + test üçlüsünü adım adım standartlaştırır.

Öne Çıkan Cevap

Eski bir siteden Next.js tabanlı yeni yapıya geçişte plansız içerik taşıma, SEO ve kullanıcı deneyimi için ciddi risk oluşturur. Güvenli migration; URL envanteri (başlık/meta/H1/medya), içerik temizlik kararları (koru-birleştir-sil), bire bir 301 redirect tablosu, eski-yeni bilgi mimarisi eşleştirmesi ve go-live testleri ile yürütülür. Otel ve B2B sitelerinde bu yaklaşım, sıralama kaybını ve bozuk linkleri minimuma indirir.

Özet

SEO kaybını önlemek için üçlü: URL envanteri + 301 redirect planı + go-live test. İçerikleri temizle/güncelle, eski-yeni IA’yı eşleştir; Search Console/analytics verisini yedekle.

Maddeler

  • Hedef kitle: Ajans PM/SEO, otel dijital ekipleri, B2B pazarlama/ürün, teknik lider
  • KPI: Organik trafik değişimi, 404/soft-404 sayısı, indekslenen URL sayısı, ana sayfa/landing dönüşümü, Search Console klik/pozisyon trendi
  • Entity set: Content migration, URL inventory, 301 redirects, IA mapping, site relaunch, SEO testing, Next.js replatform
  • GEO: Türkiye geneli; eski CMS’ten Next.js’e geçen otel ve B2B siteleri
  • Funnel: MoFu (plan) → BoFu (go-live riski yönetimi)
  • Risk alanları: Redirect eksikliği, IA kopukluğu, canonical/hreflang hatası, içerik kaybı, ölçüm kaybı (GA4/GSC)
  • Çıktı: Envanter + redirect tablosu + test checklist’i + 14 günlük izleme

Kısa Cevap

Siteyi yenilerken SEO bozulmasın diye envanter çıkarın, 301 planı yapın, test edip yayına alın.

Hızlı Özet

  • 1) Eski site URL envanterini çıkar: URL, title, meta, H1, medya ve performans notu.
  • 2) Her URL için koru/birleştir/sil/güncelle kararını ver.
  • 3) Eski-yeni URL eşleştirmesini bire bir 301 planıyla hazırla.
  • 4) Yeni IA, breadcrumb, canonical, robots ve sitemap kontrollerini staging’de test et.
  • 5) GA4/GSC baseline yedeğini al; go-live sonrası 30 gün 404, indeks ve trafik trendini izle.

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
Migration neden şart bölüm ayırıcı, otel ve B2B SEO kaybını azaltma
Migration neden şart bölüm ayırıcı, otel ve B2B SEO kaybını azaltma

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
İçerik envanteri ve taşıma akışı diyagramı, SEO-preserving replatforming modeli
İçerik envanteri ve taşıma akışı diyagramı, SEO-preserving replatforming modeli

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)
301 ve redirect planı bölüm ayırıcı, bozuk link ve trafik kaybını azaltma
301 ve redirect planı bölüm ayırıcı, bozuk link ve trafik kaybını azaltma
Tablo: 301 Redirect Eşleştirme Örneği
Eski URLYeni URLKarar301 Notu
/blog/eski-yazi/blog/yeni-yaziTaşıBire bir
/kampanya/yaz-2022/teklifler/yaz-kampanyasiBirleştirEn yakın yeni hub
/referans/eski-case/case-studies/yeni-caseTaşıSlug güncelle
/hizmet/eski/hizmet/yeniGü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
Site geçiş checklist kartı, otel ve B2B SEO kaybını azaltma adımlar
Site geçiş checklist kartı, otel ve B2B SEO kaybını azaltma adımlar

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
Migration sonrası 404 ve organik performans KPI kartı, kurumsal web izleme
Migration sonrası 404 ve organik performans KPI kartı, kurumsal web izleme

7. Site Geçişi İçin İçerik Envanteri & 301 Planlama Şablonunu İndir — Yazılım / Migration

CHECKLIST_SPRINT_PLANv1.0Checklist + Sprint

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?

  1. Envanter tablosunu doldurun (URL + meta + H1 + medya + karar).
  2. 301 eşleştirme tablosunu çıkarın ve staging’de test edin.
  3. 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

Şablonu İndir Ücretsiz • PDF / Excel

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.

URL envanteri ve 301 planı deliverables kanıt kartı, SEO korumalı site yenileme
URL envanteri ve 301 planı deliverables kanıt kartı, SEO korumalı site yenileme

Bir Sonraki Adım

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

Sık Sorulan Sorular

Eski web sitemden yeni Next.js siteye geçerken içerikleri nasıl taşımalıyım?
Önce URL envanteri çıkarın (meta/H1/medya dahil), sonra koru/birleştir/sil kararlarını verin. Ardından bire bir 301 planı hazırlayıp staging’de test edin ve go-live sonrası 30 gün izleyin.
301 redirect ve URL eşleştirme planı nasıl hazırlanır?
Her eski URL’ye tek bir yeni URL hedefi atayın; mümkün olduğunda bire bir eşleşme yapın. Zincir redirect’lerden ve ana sayfaya toplu yönlendirmeden kaçının; planı go-live’dan önce test edin.
Otel ve B2B için içerik taşıma sırasında nelere dikkat etmeliyim?
Otelde oda/paket ve sezon kampanya sayfaları; B2B’de case study, referans ve doküman sayfaları en yüksek değeri taşır. Bu sayfalar için bire bir 301 ve içerik refresh önceliği verin.
Site yenilemede SEO kaybını nasıl önlerim?
Envanter + 301 + test üçlüsünü uygulayın: staging’de SEO smoke test yapın, go-live sonrası 404 ve Search Console performansını günlük/haftalık izleyin. Baseline export ile önce/sonra kıyası yapın.
Eski kampanyaları tamamen silmeli miyim?
Trafik almayan ve iş değeri olmayan kampanyalar kaldırılabilir; ancak trafik alan sayfaları silmek risklidir. En azından en yakın yeni kampanya/hub sayfaya 301 ile yönlendirin.
301 yerine 302 kullanırsam ne olur?
302 geçici yönlendirme sinyali verir ve otorite transferini zayıflatabilir. Site geçişlerinde kural olarak 301 tercih edilir.
Next.js Site Geçişi: İçerik Taşıma ve 301 Planı | DGTLFACE