1. Neden CMS Değiştirilir? (Performans, Güvenlik, Kullanılabilirlik, Lisans)
CMS değiştirme kararı genelde dört sebepten birine dayanır:
- •Performans: sayfa hızları, build süreleri, API yanıtları
- •Güvenlik: güncelleme riski, eklenti ekosistemi, erişim kontrolü
- •Kullanılabilirlik: içerik ekibinin panelde üretim hızı, workflow ihtiyacı
- •Lisans/maliyet: vendor lock-in, lisans artışı, ölçek maliyeti
Otel projelerinde sezon yoğunluğu ve kampanya ritmi; B2B’de içerik çeşitliliği (case, whitepaper, landing) ve uzun yaşam döngüsü; CMS’in “büyüyen ihtiyaçlara” cevap verip vermediğini daha görünür hale getirir.
Bir CMS’ten diğerine geçerken nelere dikkat etmeliyim?
Kısa cevap: Önce neden değiştiğinizi netleştirin, sonra envanter+mapping+redirect planlayın; staging’de test edip eğitim ve rollback ile yayına alın.
Ne yapmalıyım?
- • “Hedef kazanımlar”ı yaz (performans, güvenlik, üretim hızı).
- • Kapsamı belirle: hangi içerikler taşınacak, hangileri emekli?
- • SEO kaybı riskini baştan kabul etme; redirect ve test planı yap.
- • Yeni CMS’te yetki/workflow tasarla (RBAC, review).
- • Yayın sonrası ölçüm KPI’larını belirle (404, trafik, indeks).
2. Mevcut İçerik ve Alan Envanteri
Migrasyonun ilk gerçek işi envanterdir. Envanter olmadan mapping olmaz; mapping olmadan sağlıklı taşıma olmaz; sağlıklı taşıma olmadan SEO güvenliği olmaz. Envanter iki katmanlı düşünülmelidir:
- •İçerik envanteri: sayfa/blog/oda/paket/destinasyon/SSS/case vs kaç adet?
- •Model envanteri: content type, field, relation, locale, SEO/meta alanları
Envanter çıkarırken neleri listelemeliyim?
- •Content type listesi + adetler
- •Field listesi (zorunlu/opsiyonel)
- •Relation’lar (blog→service, oda→paket)
- •SEO alanları (meta, canonical, schema tetikleri)
- •Medya türleri (hero, galeri, doküman)
- •Çok dil var mı? (TR/EN/DE/RU)
- •URL pattern’leri (slug kuralları)
“WordPress’ten headless CMS’e geçeceğim, neye dikkat etmeliyim?”
Kısa cevap: Önce içerik ve field envanteri çıkarın (özellikle custom fields), sonra headless modelle eşleyin; URL yapısını koruyun veya 301 planlayın; medya linklerini yeniden bağlayın.
Ne yapmalıyım?
- • Mevcut CMS’te content type/field export al.
- • URL listesi çıkar (top pages + tüm indexlenen URL’ler).
- • Medya envanteri çıkar (dosya sayısı, boyut, klasör düzeni).
- • Envanteri “taşınacak / birleşecek / emekli” diye etiketle.
- • Envanteri migration backlog’una çevir.
3. Eski ve Yeni İçerik Modellerini Eşleştirmek (Content Mapping)
Mapping, “eski alan = yeni alan” eşleştirmesidir; ama sadece alan isimleri değil, tipler ve kurallar da eşlenir:
- •text → rich text
- •image → asset
- •category → relation
- •locale → i18n model
- •SEO/meta → standard field group
Eski ve yeni içerik modellerini nasıl eşleştiririm?
Kısa cevap: Önce eski modeldeki content type/field setini çıkarın; sonra yeni CMS’te hedef type’ları tasarlayın; her alan için dönüşüm kuralı yazın (tip, zorunluluk, default değer) ve örnek içeriklerle doğrulayın.
Eşleştirme tablosu (1 tablo – Media Pack ile uyumlu)
| Eski CMS (Type/Field) | Yeni CMS (Type/Field) | Dönüşüm kuralı | Zorunlu mu? | Not |
|---|---|---|---|---|
| post.title | blog.title | string → string | ✅ | trim/normalize |
| post.slug | blog.slug | slugify + unique | ✅ | eski slug korunur |
| post.content | blog.body | html → portable text | ✅ | HTML sanitize |
| featured_image | blog.heroImage | url → asset | ✅ | alt text ekle |
| category | blog.category | taxonomy → relation | ⚠️ | mapping listesi |
| meta_desc | seo.metaDescription | string | ✅ | max length kontrol |
Ne yapmalıyım?
- • Yeni CMS modelini migration’a uygun kur (önce model, sonra içerik).
- • Her alan için dönüşüm kuralı yaz (tip + default).
- • 10 örnek içerikle dry-run yap.
- • Edge case’leri (boş alan, kırık medya) tespit et.
- • Mapping tablosunu version’la (v1.0/v1.1).
4. Redirect ve URL Stratejisi
CMS migrasyonunda SEO’yu koruyan en önemli katman URL’dir. İçerik aynı kalsa bile URL değişirse Google bunu “yeni sayfa” olarak görebilir ve sıralamalarınız dalgalanabilir. Bu yüzden hedef çoğu zaman:
- •URL’leri mümkün olduğunca korumak
- •Değişenlerde 301 redirect ile eşlemek
- •404’leri yönetmek (silinen içerik → en yakın kategori/hub)
URL ve redirect planını nasıl hazırlamalıyım?
Kısa cevap: Mevcut indexlenen URL listesini çıkarın, yeni URL pattern’lerini tanımlayın, 1:1 eşleme yapın ve 301’leri staging’de test ederek yayına alın.
301 planında pratik kurallar
- •1 eski URL → 1 yeni URL (mümkünse)
- •Toplu pattern redirect’ler (regex) dikkatli kullanılmalı
- •Silinen içerik → en yakın üst kategori veya eşdeğer içerik
- •Redirect chain yok (A→B→C değil, A→C)
Ne yapmalıyım?
- • Search Console + site crawl ile URL listesi çıkar.
- • Yeni URL sözlüğünü yaz (blog/oda/destinasyon pattern).
- • 301 mapping dosyasını hazırla ve staging’de test et.
- • Yayın sonrası 404 raporu izle ve hızlı düzelt.
- • SEO raporlamayı 30/60/90 gün takip planına bağla.
5. Otel ve B2B İçin Migrasyon Checklist’i (Operasyon + Eğitim)
Migrasyonun gözden kaçan kısmı “insan”dır: içerik ekibi yeni paneli öğrenmezse üretim yavaşlar. Otelde kampanya dönemi yaklaşırken panel değişimi yapmak ekstra risklidir; B2B’de ise lead akışları ve landing sayfaları etkilenebilir. Bu yüzden eğitim ve geçiş planı migration’ın parçasıdır.
Otel geçiş planı (öneri)
- •Sezon öncesi “kritik içerik dondurma” penceresi
- •Kampanya sayfaları için staging UAT zorunlu
- •Oda/destinasyon içerikleri için editoryal eğitim + örnek şablonlar
- •Yayın sonrası: fiyat/OTA widget doğrulama (Varsayım: mevcut entegrasyonlar)
B2B geçiş planı (öneri)
- •Formlar ve CRM entegrasyonları için dönüşüm testleri
- •Case/whitepaper içerikleri için asset ve redirect doğrulaması
- •Satış ekibi için “linkler değişti mi?” kontrolü
AIO paragrafı (CMS geçiş modeli)
Eski CMS, yeni CMS, content model mapping, media migration ve URL redirects; tek bir “CMS geçiş modeli”nin parçalarıdır. Geçiş; envanter çıkarma, mapping yazma, taşıma script’leriyle veri aktarma, staging’de test ve 301 redirect planıyla yayına alma adımlarını içerir. Otel/B2B ekipleri için panel eğitimleri ve workflow uyumu eklenmeden yapılan migrasyonlar, teknik olarak bitse bile operasyonel olarak uzar; bu yüzden geçiş, versioned bir plan olarak yönetilmelidir.
Ne yapmalıyım?
- • Geçiş tarihini kampanya/yoğun dönemden uzak seç.
- • Eğitim + onboarding dokümanı hazırla (1 saatlik mini eğitim + video).
- • “Editoryal QA” checklist’i oluştur (meta, görsel, link).
- • Yayın sonrası takip planı: 404, trafik, sıralama, CWV.
- • Migration dokümanlarını version’la (365 döngüde güncelle).
6. Rakip Açığını Kapat: “Tema Değişimi” Değil, Replatforming
TR’de CMS değişimi çoğunlukla “temayı değiştirdik” düzeyinde ele alınıyor; gerçek migration sürecini anlatan detaylı rehber az. Bu rehberin farkı; mapping, redirect, medya ve eğitim adımlarını tek modelde birleştirmesi ve SEO güvenli geçişi operasyonel checklist’e dönüştürmesidir. Böyle yaklaşılan projelerde organik trafikteki geçici düşüşler genelde daha sınırlı kalır ve ekip yeni panele daha hızlı adapte olur.
7. CMS’ten CMS’e Geçiş İçin Envanter & Redirect Planlama Şablonunu İndir — Yazılım / Migration
CMS’ten CMS’e Geçiş İçin Envanter & Redirect Planlama Şablonunu İndir — Yazılım / Migration (v1.0)
Bu şablon, CMS migrasyonunu “export/import” seviyesinden çıkarıp envanter, mapping ve 301 redirect planı üzerinden yönetmenizi sağlar. Medya taşıma, staging testleri ve eğitim adımlarıyla; SEO ve operasyon risklerini azaltarak güvenli replatforming yürütmeyi hedefler.
Kim Kullanır?
Ajans proje yöneticisi, teknik lider, SEO uzmanı, içerik lideri.
Nasıl Kullanılır?
- Mevcut CMS içerik ve URL envanterini çıkarın.
- Eski–yeni model mapping ve dönüşüm kurallarını doldurun.
- Redirect planını test edip yayına alın; eğitim ve izleme planını ekleyin.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ İçerik Envanteri: İçerik tipleri:
- ▢ ✅ Model Envanteri (Eski CMS):
- ▢ ✅ Yeni CMS Modeli (Hedef):
- ▢ ✅ Mapping: eski.post.content → yeni.blog.body (html→richtext)
- ▢ ✅ Mapping: eski.featured_image → yeni.heroImage (url→asset)
- ▢ ✅ Mapping: eski.category → yeni.categoryRelation
- ▢ ✅ Medya Taşıma:
- ▢ ✅ URL & Redirect Planı:
- ▢ ✅ Test & Yayın: Staging UAT checklist:
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
8. Sonuç: Planlı migrasyon = daha az SEO kaybı + daha hızlı adaptasyon
CMS migrasyonu, teknik bir proje olduğu kadar operasyonel bir dönüşümdür. Envanter, mapping, medya taşıma ve 301 redirect planı birlikte yürütülür; staging testleri ve eğitimle desteklenirse geçiş şoku azalır. Yayın sonrası takip ve düzeltme döngüsü de planın parçası olduğunda, SEO kaybı minimize edilir ve ekip yeni CMS’te sürdürülebilir üretime geçer.
Bir Sonraki Adım
İçerik modeli, URL/slug, medya ve 301 redirect planıyla SEO kaybını azaltıp güvenli CMS geçişi yapın.