1. İçerik Yaşam Döngüsü Nedir? (Draft→Publish→Update→Archive)
İçerik yaşam döngüsü, bir içeriğin “yayına girdi” noktasıyla bitmediğini kabul eder. İçerik; yayınlandıktan sonra güncellenir, zamanla yaşlanır (content decay), bazıları evergreen kalır, bazıları sezonluk olduğu için arşivlenmelidir. CMS’te lifecycle’ı kurmak, “ne zaman ne yapacağımızı” süreçleştirmektir.
Temel lifecycle adımları:
- •Draft: hazırlanıyor
- •Review: kontrol/ onay
- •Published: canlı
- •Updated: güncellendi (sürüm arttı)
- •Archived: artık aktif değil (noindex/redirect kararıyla)
İçerik yaşam döngüsü nedir, CMS’te nasıl yönetilir?
Kısa cevap: İçerikleri statülerle yönetip periyodik review takvimi koyarak; güncellenecek, arşivlenecek ve redirect edilecek içerikleri standardize ederek yönetilir.
☑ Mini Check
- • İçeriklerinizin “son güncelleme” tarihi görünür mü?
- • Sezonluk içeriklerin otomatik “review” zamanı var mı?
- • Arşiv statüsü, SEO aksiyonuyla (noindex/redirect) bağlı mı?
Ne yapmalıyım?
- • CMS’te lifecycle statülerini standartlaştır.
- • Her içerik tipine “review periyodu” ekle (365 döngüyle uyumlu).
- • Sezonluk içeriklere otomatik “expiry/review” tarihi koy.
- • Arşiv statüsünün SEO davranışını netleştir (noindex/redirect).
- • İçerik sahibini (owner) alan olarak ekle.
2. Versiyonlama ve Revision History
Revision history, yalnız “geri al” değil; kalite kontrol ve sorumluluk için de kritiktir. Özellikle otellerde kampanya koşulları veya B2B’de hizmet vaatleri değiştiğinde; “kim neyi değiştirdi?” sorusu hem operasyon hem hukuk açısından önemlidir. Compare ekranları; önceki sürümle yeni sürümü kıyaslayarak hatayı yakalamanızı sağlar.
Versiyonlama ve revision history ne işimize yarar?
Kısa cevap: Yanlış yayını geri almak, değişiklikleri kıyaslamak, sorumluluğu izlemek ve içerik kararlarını daha güvenli vermek için kullanılır.
Pratik öneriler
- •Major/minor mantığı: v1.0 → v1.1 (küçük) / v2.0 (büyük revizyon)
- •Compare: başlık, meta, CTA, kritik alanlar için hızlı kıyas
- •Rollback: kampanya dönemi “son iyi sürüm” etiketi (Varsayım)
☑ Mini Check
- • Kritik sayfalarda (kampanya/hizmet) rollback süresi kaç dakika?
- • Revision saklama süresi tanımlı mı?
- • Compare ekranı kullanılıyor mu yoksa “göz kararı” mı?
Ne yapmalıyım?
- • Revision history’yi kapatma; standart hale getir.
- • Kritik içerikler için “release note” alanı ekle (ne değişti?).
- • Compare ekranını QA sürecine bağla.
- • Rollback prosedürü oluştur (content rollback vs redirect).
- • Versiyon etiketlemeyi (v1.0/v1.1) minimal ama tutarlı tut.
3. Eski İçerikleri Güncellemek vs Arşivlemek
En zor karar: eski içerik ne olacak? Üç temel seçenek vardır:
- Güncelle (evergreen yap): konu hâlâ değerli ve trafik potansiyeli var
- Arşivle (noindex / arşiv sayfasına taşı): artık aktif değil ama kayıt amaçlı saklanacak
- Redirect (301): içerik artık gereksiz; daha güncel/uygun sayfaya yönlendirilecek
Otel tarafında “geçmiş sezon kampanyaları” genelde arşiv/redirect adayıdır; B2B’de “eski ürün/hizmet” sayfaları ise çoğu zaman redirect veya açıklamalı arşiv olarak yönetilir.
Eski içerikleri silmek mi, güncellemek mi gerekir?
Kısa cevap: Performansı ve iş riskini ölçün: trafik/niyet hâlâ varsa güncelleyin; artık yanlış beklenti yaratıyorsa arşivleyin veya 301 ile yönlendirin.
Karar kriterleri (pratik)
- •Organik trafik trendi (düşüş var mı?)
- •Güncellik riski (yanlış bilgi, kapanmış hizmet)
- •İç link ve backlink değeri (Varsayım: varsa)
- •Kullanıcı etkileşimi (bounce/scroll/engagement)
- •İş hedefiyle uyum (hala satılıyor mu?)
☑ Mini Check
- • İçerik yanlış beklenti yaratıyor mu? (yüksek risk)
- • URL’in değeri var mı? (link/marka)
- • Güncellemek için kaynak var mı, yoksa birleştirmek daha mı mantıklı?
Ne yapmalıyım?
- • Her içerik için “güncelle/arsiv/redirect” etiketi koy.
- • Yüksek riskli içerikleri (kapanmış hizmet/bitmiş kampanya) önce ele al.
- • Evergreen’e çevrilecek içeriklerde “son güncelleme” notu ekle.
- • Arşiv içerikleri noindex/robots kuralıyla yönet (Varsayım: stratejiye göre).
- • Redirect kararlarını mapping listesiyle uygula; chain’i engelle.
4. Otel ve B2B İçin İçerik Yaşlanma (Content Decay) Yönetimi
Content decay, her içerikte olur; ama bazı dikeylerde daha hızlıdır. Otellerde sezonluk kampanyalar, etkinlik sayfaları, fiyat/koşul içeren içerikler hızlı eskir. B2B’de ürün/hizmet güncellemeleri, entegrasyon dokümanları ve “yıl/çeyrek” referanslı içerikler daha hızlı bayatlar.
Otel için pratik lifecycle politikası
- •Sezon kampanyası: “expiry” tarihi + sezon sonrası arşiv/redirect kararı
- •Destinasyon içerikleri: evergreen (yıllık güncelleme)
- •Oda içerikleri: değişiklik oldukça revizyon + görsel güncelleme
- •Eski kampanya URL’leri: en yakın “kampanyalar” hub’ına redirect (Varsayım)
B2B için pratik lifecycle politikası
- •Eski hizmet sayfası: yeni hizmete redirect + açıklama notu
- •Case/whitepaper: tarih etiketli arşiv (noindex değilse bile net tarih)
- •Blog içerikleri: yılda 1 review; performans düşükse birleştir/prune
AIO paragrafı (içerik yaşam döngüsü modeli)
Content lifecycle, revision, archive, pruning ve redirect; tek bir “içerik envanteri sağlığı” modelinin parçalarıdır. CMS’te lifecycle statüleri ve revision history; içeriğin ne zaman güncellendiğini ve hangi sürümün canlı olduğunu yönetir. Arşiv ve pruning politikası; content decay yaşayan sayfaları sınıflandırıp, kullanıcı ve SEO açısından doğru aksiyonu (güncelle/arsiv/redirect) seçmenizi sağlar. Bu model, evergreen ve seasonal içerikleri farklı kurallarla yöneterek hem marka güvenini hem organik performansı korur.
☑ Mini Check
- • Sezonluk içeriklerde “review/expiry” alanı var mı?
- • B2B’de eski ürün/hizmet sayfaları hâlâ satış vaadi mi taşıyor?
- • İçerik sahipliği (owner) belli mi?
Ne yapmalıyım?
- • Otel: kampanya sayfalarına expiry + sezon sonrası aksiyon ekle.
- • B2B: eski hizmetleri redirect ile konsolide et.
- • CMS dashboard’unda “review due” listesi oluştur.
- • İçerik sahipliğini netleştir (owner).
- • Her çeyrek küçük, yılda bir büyük pruning turu planla.
5. Content Pruning ve Redirect Kararları
Content pruning; “sil gitsin” değil, envanteri sağlıklı tutmak için kontrollü temizliktir. Ama pruning’in doğru çalışması için SEO ve raporlama ile birlikte yürütülmesi gerekir: hangi içerik gerçekten değersiz, hangisi güncellenince toparlar?
Teknik not (sheet ile uyum): Pruning ve arşiv kararları /tr/seo/icerik-seo ve /tr/seo/seo-raporlama ile birlikte, organik performans metriklerine bakarak verilmelidir.
“Ne zaman güncelle, ne zaman redirect/arsivle?” hızlı kural seti
- •Trafik var + konu hâlâ geçerli → Güncelle
- •Trafik yok + içerik overlapped → Birleştir + redirect
- •Trafik var ama içerik riskli/eski → Güncelle veya arşiv (risk seviyesine göre)
- •Sezon bitti + kampanya sayfası → Arşiv/redirect (politikaya göre)
☑ Mini Check
- • Redirect zinciri oluşturuyor musunuz? (kaçın)
- • Arşiv sayfaları kullanıcıya net “bu eski” sinyali veriyor mu?
- • Pruning sonrası sitemap/canonical kontrolleri yapılıyor mu?
Ne yapmalıyım?
- • Pruning adaylarını rapordan çıkar (top düşüş, düşük engagement).
- • Her adaya aksiyon ata: update/merge/redirect/archive.
- • Redirect mapping’i test et (chain yok).
- • Yayın sonrası 404 ve trafik trendini izle.
- • Pruning kararlarını dokümante et (neden, tarih, owner).
6. Üretim Kadar Bakım da Stratejidir
TR’de içerik üretimi bolca konuşulurken, içerik temizliği ve arşiv politikası pek ele alınmıyor. Oysa içerik birikimi kontrol edilmezse, “çok içerik” avantaj değil dezavantaja dönüşür: eski kampanyalar, kapalı hizmetler ve güncel olmayan yazılar hem kullanıcı güvenini hem SEO sinyallerini zayıflatır. Bu rehberin farkı; lifecycle + revision + archive + pruning yaklaşımını tek bir governance modeli olarak sunmasıdır.
7. İçerik Envanteri, Versiyonlama & Pruning Planlama Şablonunu İndir — Yazılım / Content Lifecycle
İçerik Envanteri, Versiyonlama & Pruning Planlama Şablonunu İndir — Yazılım / Content Lifecycle (v1.0)
Bu audit sheet; içerik envanterinizi “aktif / güncellenecek / arşivlenecek / redirect” kararlarına göre skorlayıp önceliklendirmek için tasarlanmıştır. Revision history ve content decay sinyallerini bir araya getirerek; otel ve B2B sitelerinde düzenli bakım (content hygiene) rutini kurmanızı sağlar.
Kim Kullanır?
İçerik lideri, SEO lideri, ajans içerik/performans yöneticisi.
Nasıl Kullanılır?
- İçerik listesini (URL + tip) girin ve skorlayın.
- Kırmızı/Sarı/Yeşil sonuçlara göre aksiyon seçin (update/merge/redirect/archive).
- 14 günlük sprintle en yüksek riski taşıyan içerikleri temizleyin ve raporlayın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Güncellik riski (0–5): ___
- ▢ ✅ Trafik potansiyeli (0–5): ___
- ▢ ✅ İş riski (yanlış bilgi) (0–5): ___
- ▢ ✅ İç link/backlink değeri (0–5): ___ (Varsayım: biliniyorsa)
- ▢ ✅ Güncelleme eforu (0–5): ___
- ▢ ✅ Toplam skor: ___
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Deliverables
- •Pruning backlog + öncelik
- •Redirect mapping listesi
- •Arşiv politikası dokümanı (v1.0)
8. Sonuç: “Az ama güncel” envanter, hem kullanıcı hem SEO için daha güçlü
Düzenli content pruning yapılan sitelerde, “az ama kaliteli” içerik setlerinin daha iyi çalıştığı sıkça raporlanır (sonuçlar sektöre ve kaliteye bağlıdır). Lifecycle ve arşiv modelini CMS’te kurduğunuzda; içerik ekibi neyi güncelleyeceğini bilir, SEO ekibi riskli içerikleri kontrol eder, marka algısı güncel kalır.
Bir Sonraki Adım
Eski kampanya ve güncel olmayan içerikleri lifecycle, arşiv ve pruning politikasıyla düzenleyip kullanıcı deneyimi ve SEO’yu güçlendirin.
Sık Sorulan Sorular
İçerik yaşam döngüsü nedir, CMS’te nasıl yönetilir?▾
Eski içerikleri silmek mi, güncellemek mi gerekir?▾
Versiyonlama ve revision history ne işimize yarar?▾
Otel ve B2B için içerik arşiv politikası nasıl olmalı?▾
Content pruning nedir?▾
Arşivlemek mi yoksa redirect mi?▾
Pruning kararını hangi metriklerle vermeliyim?▾
İlgili Yazılar