1. Ana sayfa
2. CMS taşıma

Haber sitesini yeni CMS'e taşıma: 301 yönlendirme, arşiv ve SEO koruma

Son güncelleme: 3 Ekim 2026Yazar: KEYDAL5 dk okuma

Taşımada ne kaybedilir, ne korunur?

Bir haber sitesinin değeri arşivindedir: yıllar içinde biriken on binlerce haber, her birine gelen bağlantılar ve arama motorlarındaki konumlar. CMS değiştirmek bu arşivin adresini, biçimini ve sunumunu değiştirir. Doğru yapılan taşımada okur ve Google farkı birkaç hafta içinde unutur; yanlış yapılan taşımada trafik aylarca geri gelmez. Fark, planlamadadır.

Korunması gerekenler: URL'ler (ya da birebir 301 karşılıkları), başlıklar ve açıklamalar, yayın tarihleri, yazar bilgileri, görseller ve alt metinleri, kategori yapısı, iç bağlantılar, yapısal veri, sitemap.xml. Kaybedilmesi kabul edilebilenler: eski tema, kullanılmayan etiket sayfaları, yorum spam'i, ince içerikli otomatik arşiv sayfaları.

Adım adım taşıma planı

1. Envanter çıkarın. Tüm URL'leri listeleyin: sitemap, Search Console "Sayfalar" raporu ve bir tarama aracı (Screaming Frog, Sitebulb ya da açık kaynak alternatifleri). Her URL için trafik (Analytics), geri bağlantı (Search Console "Bağlantılar") ve son 12 ay görüntülenme bilgisini yanına yazın. Bu tablo yönlendirme haritanızın temelidir.
2. URL yapısına karar verin. Mümkünse eski yapıyı birebir koruyun; yeni CMS buna izin veriyorsa 301'e hiç gerek kalmaz. Değişecekse kuralı yazın: /haber/12345-baslik.html → /gundem/baslik/. Kuralı yazamıyorsanız (eski URL'de kategori yoksa yeni URL'de varsa), eşleme tablosu gerekir.
3. İçeriği dışa aktarın ve temizleyin. WordPress'ten WXR, diğer sistemlerden JSON/CSV ya da veritabanı dökümü. Boş gövdeli haberleri, çift kayıtları ve kırık görsel bağlantılarını bu aşamada ayıklayın; taşıdıktan sonra ayıklamak iki kat zahmetlidir.
4. Görsel arşivini planlayın. Görseller genellikle en büyük veri kütlesidir ve en çok kırılan bağlantılardır. İki seçenek: eski görsel yollarını yeni sunucuda aynen koruyun (/uploads/2019/05/...) ya da her görseli yeni adrese taşıyıp eski yoldan 301 verin. Görsel aramasından gelen trafik sanıldığından büyüktür.
5. Yönlendirme haritasını yazın ve test edin. Eski URL → yeni URL. Sunucu düzeyinde (Nginx map, Apache RewriteMap) ya da CMS'in 301 modülünde. Her kural tek atlamada hedefe gitmeli; eski yönlendirmeler (http→https, www) zincir oluşturmasın. Canlıya almadan önce test ortamında ilk 1.000 trafikli URL'yi otomatik kontrol edin.
6. Yeni siteyi test ortamında kurun. İçeriği içe aktarın; başlık, açıklama, canonical, yapısal veri, lastmod ve yazar alanlarını örneklem üzerinde karşılaştırın. Test ortamını noindex ile ve tercihen parola arkasında tutun.
7. Taşıma günü. Eski siteyi salt okunur yapın, son artımlı aktarımı yapın, DNS'i ya da sunucuyu değiştirin, yönlendirmeleri açın, noindex'i kaldırın. Yeni sitemap.xml ve sitemap-news.xml'i Search Console'a gönderin. Alan adı değişiyorsa Search Console "Adres değişikliği" aracını kullanın; yalnızca yol yapısı değişiyorsa gerekmez.
8. İzleme (ilk 90 gün). Search Console'da tarama hataları ve 404'ler, "Sayfalar" raporunda dizine ekleme durumu, Analytics'te organik trafik. 404 veren eski URL'leri haftalık toplayıp yönlendirme haritasına ekleyin. Eski sitemap'i Google'ın yeni URL'leri işlemesi için bir süre erişilebilir tutabilirsiniz; Google yeni sitemap gönderildikten sonra eskisinin kaldırılabileceğini söyler.

301 yönlendirme: kurallar ve tuzaklar

Google'ın site taşıma dokümanı açık: kalıcı taşımalar için 301 veya 308 sunucu taraflı yönlendirme kullanın; JavaScript ya da meta refresh yönlendirmelerini yalnızca başka seçenek yoksa tercih edin. Yönlendirmeleri en az bir yıl, mümkünse kalıcı tutun. Googlebot bir zincirde en fazla 10 atlamayı izler ama Google, kullanıcı gecikmesi için zinciri 3'ü aşmayacak şekilde kurmanızı önerir.

Yönlendirme haritasını bir e-tabloda saklayın ve sürümleyin; taşıma bittikten bir yıl sonra bile "bu URL nereye gidiyordu" sorusu gelir.

Taşıma sonrası SEO kontrol listesi

• Rastgele 50 eski URL: hepsi tek 301 ile doğru sayfaya gidiyor mu? (curl -I ile kontrol)
• Yeni sayfalarda canonical kendine mi işaret ediyor; test ortamının adresi kalmış mı?
• robots.txt yeni sitede yanlışlıkla her şeyi engelliyor mu?
• NewsArticle JSON-LD: datePublished eski tarih mi (olmalı), dateModified taşıma tarihi mi?
• Haber sitemap'i yalnızca son iki günün haberlerini mi içeriyor? Arşivi haber sitemap'ine koymayın.
• Görseller: ilk ekrandaki manşet görseli hızlı yükleniyor mu, alt metinler taşındı mı?
• İç bağlantılar: içerikteki eski mutlak bağlantılar (http://eski-alan.com/...) güncellendi mi?
• Core Web Vitals: taşıma öncesi ölçümle karşılaştırın; yeni tema yavaşsa önbellek ve görsel ayarlarına dönün.
• Analytics ve reklam etiketleri yeni şablonda mevcut mu?
• Künye, iletişim ve aydınlatma metni sayfaları aynı adreslerde mi?

Hangi CMS'ten hangisine: özel notlar

Hazır scriptten WordPress'e

Genellikle yalnızca SQL dökümü vardır; haber tablosunu CSV'ye çevirip WP All Import gibi bir araçla içe aktarmak, görselleri ise eski yollarını koruyarak kopyalamak en az riskli yoldur. Script URL'leri çoğunlukla ?id=123 biçimindedir; kural tabanlı yönlendirme için kimlik → yeni URL tablosu üretin. Script seçiminde yaşanan sorunlar için haber scripti rehberi.

WordPress'ten yönetilen haber yazılımına

WXR dışa aktarımı yazı, yazar, kategori ve görsel referanslarını taşır; görsellerin kendisini ayrıca kopyalamak gerekir. Tema kısa kodları ([gallery], oluşturucu blokları) düz HTML'e çevrilmelidir; önce örneklem alıp kontrol edin. Sağlayıcının içe aktarma aracı varsa da yönlendirme haritasını kendiniz onaylayın.

Geleneksel CMS'ten headless'a

En büyük iş görünüm katmanıdır: manşet, kategori, yazar ve etiket sayfalarının tamamı yeniden yazılır. Önce içerik modelini birebir eşleyin, sonra sayfaları. Ayrıntı: headless CMS nedir.

Taşıma öncesi hedef sistemi doğru seçmek bu rehberin öncülüdür; seçim için en iyi CMS karşılaştırması ve içerik yönetim sistemi nasıl seçilir.

Bu sayfa bilgilendirme amaçlıdır; hukuki danışmanlık değildir. Ayrıntı: Yasal uyarı.