CMS, web sitesi içeriğini kod bilmeden yönetmeyi sağlayan sistemdir. Türlerini, kurumsal bir sitede aranması gereken özellikleri ve seçim sürecinde sorulacak soruları anlatıyoruz.
CMS (Content Management System / İçerik Yönetim Sistemi), web sitesindeki metin, görsel, sayfa ve menüleri kod yazmadan yönetmenizi sağlayan yazılımdır. Bir sayfa eklemek, bir haberi yayınlamak ya da menüyü değiştirmek için geliştiriciye ihtiyaç duymamanızın sebebi CMS'tir.
CMS nasıl çalışır?
Her CMS üç katmandan oluşur:
- Yönetim paneli: içerik girişinin yapıldığı arayüz.
- Veri katmanı: içeriğin saklandığı veritabanı ve dosya deposu.
- Sunum katmanı (tema): içeriğin ziyaretçiye nasıl gösterileceğini belirleyen şablonlar.
Bu ayrım, aynı içeriğin farklı yerlerde tekrar kullanılabilmesini sağlar: bir ürün kaydı hem ürün sayfasında, hem ana sayfadaki vitrinde, hem de bir kampanya sayfasında görünebilir — içerik tek yerde durur.
CMS türleri
Geleneksel (birleşik) CMS
İçerik yönetimi ve sunum aynı sistemdedir. Kurulumu ve yönetimi kolaydır; kurumsal sitelerin çoğu için doğru seçimdir.
Headless CMS
Yalnız içerik yönetir, sunumu size bırakır; içerik API ile tüketilir. Aynı içeriği web, mobil uygulama ve ekranlarda kullanacaksanız anlamlıdır. Karşılığında ön yüz geliştirme yükünü siz üstlenirsiniz.
Hibrit
Hem hazır tema ile site yayınlar hem API sunar. Bugün kurumsal projelerin çoğu bu modeli tercih ediyor: site hızlı ayağa kalkar, ileride mobil uygulama gerekirse aynı içerik beslenir.
Kurumsal bir CMS'te aranması gerekenler
Çok dillilik
Yalnız arayüz çevirisi değil; her içeriğin dil başına ayrı başlık, slug, meta ve gövdesi olmalı. Diller arası eşleştirme (hreflang) otomatik üretilmeli. Sonradan eklenen çok dillilik, en pahalı geliştirmelerden biridir.
İçerik modelleme
"Sayfa" ve "yazı" çoğu kurum için yetmez: hizmet, çözüm, referans, ekip üyesi, sektör… Her biri farklı alanlara sahiptir. İyi bir CMS, kod yazmadan yeni içerik tipi ve alan tanımlamanıza izin verir.
Yetkilendirme
Editör, yazar ve yönetici rolleri ayrılmalı; kim neyi yayınlayabilir tanımlı olmalı. Onay akışı olan kurumlarda taslak → inceleme → yayın adımları desteklenmeli.
SEO araçları
- Sayfa başına meta başlık, açıklama ve kanonik adres
- Otomatik site haritası ve robots yönetimi
- 301 yönlendirme yönetimi (adres değiştiğinde sıralamayı korumak için)
- Yapılandırılmış veri (schema.org) üretimi
- Okunabilir, düzenlenebilir adres yapısı
Başarım
Önbellek, görsel optimizasyonu (WebP/AVIF, boyutlandırma), tembel yükleme ve gereksiz betiklerden kaçınma CMS düzeyinde çözülmeli. "Sonra optimize ederiz" denen projelerde ilk kurban Core Web Vitals olur.
Güvenlik ve bakım
Güncelleme sıklığı, eklenti bağımlılığı ve yedekleme düzeni sorulmalı. Çok sayıda üçüncü parti eklentiye yaslanan bir yapı, her eklenti kadar güvenlidir.
Açık kaynak mı, özel geliştirme mi?
| Hazır/açık kaynak | Özel geliştirme | |
|---|---|---|
| Başlangıç maliyeti | Düşük | Yüksek |
| Kurulum süresi | Kısa | Uzun |
| İhtiyaca uyum | Eklentiyle | Birebir |
| Bağımlılık | Eklenti ekosistemi | Geliştirici ekip |
| Güncelleme yükü | Sürekli | Planlı |
| Uygun olduğu yer | Standart ihtiyaçlar | Kendine özgü süreçler |
Karar ölçütü şudur: ihtiyacınız sektörde standart mı, yoksa işinize özgü mü? Standart bir kurumsal site için özel geliştirme savurganlık; birden çok markayı, çok dili ve özel iş akışlarını tek panelden yöneten bir yapı içinse hazır sistemleri zorlamak uzun vadede daha pahalıdır.
Seçim sürecinde sorulacak 10 soru
- Yeni bir içerik tipi eklemek kod gerektiriyor mu?
- Çok dilli içerik nasıl yönetiliyor, hreflang üretiliyor mu?
- Adres değiştiğinde eski adres otomatik yönlendiriliyor mu?
- Medya kütüphanesi yeniden kullanıma izin veriyor mu?
- Kim neyi yayınlayabilir, yetkiler ne kadar ince ayarlanabiliyor?
- Yedek nasıl alınıyor, geri dönüş kaç dakika sürüyor?
- Sayfa hızını etkileyen ayarlar (önbellek, görsel) panelden yönetiliyor mu?
- Birden çok siteyi tek panelden yönetebiliyor muyum?
- Verimi dışa aktarabiliyor muyum? (kilitlenme riski)
- Güncellemeler kim tarafından, hangi sıklıkla yapılıyor?
Göç (migration) planlaması
Mevcut siteden yeni CMS'e geçerken en sık atlanan üç konu:
- Adres eşlemesi: eski adreslerin yeni karşılıkları 301 ile yönlendirilmeli. Bu liste çıkarılmadan yapılan geçişler, aramadan gelen trafiği aylarca kaybettirir.
- Medya: görsellerin sadece kopyalanması yetmez; içerik içindeki yolların da güncellenmesi gerekir.
- Kategori yapısı: göç, dağınık kategorileri düzeltmek için en iyi fırsattır — sonra elle düzeltmek çok daha zahmetlidir.
Sık sorulan sorular
CMS olmadan site yapılabilir mi?
Yapılabilir (statik site), ancak içerik her değiştiğinde geliştirici gerekir. İçeriği sık değişen kurumsal sitelerde CMS neredeyse zorunludur.
CMS sitemi yavaşlatır mı?
Kendiliğinden değil. Yavaşlık genelde ağır tema, optimize edilmemiş görsel ve önbelleksiz çalışan eklentilerden gelir.
Blog için ayrı sistem mi kurmalıyım?
Hayır. Blogu ayrı bir alan adında ya da ayrı sistemde tutmak, hem yönetimi böler hem SEO değerini dağıtır. Aynı CMS içinde ayrı bir içerik tipi olarak yönetmek daha doğrudur.
Özet
Doğru CMS, "en popüler" olan değil; içerik modelinize, dil ihtiyacınıza ve ekibinizin yetkinliğine uyan sistemdir. Seçim yaparken demoya değil, yukarıdaki on soruya verilen cevaplara bakın.
Yorumlar (0)
Henüz yorum yok — ilk yorumu siz yazın.
Yorum yaz