- Ana sayfa
- Headless CMS
Headless CMS nedir? Geleneksel CMS'ten farkı ve haber siteleri için uygunluğu
Kısa cevap
Headless CMS, içeriği yönetip saklayan ama sayfayı kendisi üretmeyen içerik yönetim sistemidir; "baş" (head) denilen görünüm katmanı yoktur. İçerik REST ya da GraphQL API ile dışarı verilir, siteyi ayrı bir ön yüz uygulaması (Next.js, Nuxt, Astro) üretir. Aynı içeriği web, mobil uygulama ve başka kanallara dağıtmak için güçlüdür; karşılığında ön yüz geliştirme ve barındırma kurgusu sizin işiniz olur. Tek kanallı, teknik ekibi olmayan haber siteleri için genellikle gereğinden fazladır.
Geleneksel CMS ile headless CMS farkı
Geleneksel (bağlı, monolitik) bir CMS'de üç şey tek pakettedir: içerik deposu, yönetim paneli ve görünüm (tema). WordPress'e girersiniz, haber yazarsınız, WordPress aynı anda hem veritabanına yazar hem ziyaretçiye sayfayı üretir. Headless CMS bu paketten görünümü çıkarır. Geriye panel ve depo kalır; içerik bir API uç noktasından JSON olarak sunulur. Sayfayı kim üretecek? Sizin yazdığınız ya da yazdırdığınız ayrı bir uygulama.
| Özellik | Geleneksel CMS | Headless CMS |
|---|---|---|
| Görünüm katmanı | CMS'nin içinde (tema) | Ayrı uygulama (Next.js, Nuxt, Astro, mobil) |
| İçerik erişimi | Şablon içinden doğrudan | REST / GraphQL API |
| Çok kanal (web + uygulama + ekran) | Eklenti ile | Var |
| Hazır tema pazarı | Var | Yok |
| Önizleme ("yayınlamadan gör") | Var | Özel geliştirmeÖnizleme ortamı kurulur |
| Manşet / ana sayfa düzeni | Eklenti ile | Özel geliştirme |
| Gerekli ekip | Editör + ara sıra geliştirici | Editör + sürekli ön yüz geliştiricisi |
| Örnekler | WordPress, Drupal, Joomla, Ghost | Strapi, Payload, Directus, Sanity, Contentful |
Bir ara durum daha vardır: hibrit (decoupled) CMS. WordPress'in REST API'si ve Drupal'ın JSON:API'si ile geleneksel bir CMS headless gibi kullanılabilir; panel ve tema kalır, isterseniz ayrıca API'den beslenen bir uygulama eklersiniz. Çoğu yayıncı için "headless'a geçmek" yerine bu hibrit yol daha az riskli bir başlangıçtır.
Headless CMS nasıl çalışır?
- İçerik modeli tanımlanır. "Haber" türü: başlık, spot, gövde (zengin metin ya da blok dizisi), görsel, yazar, kategori, yayın tarihi. Headless sistemlerde bu adım ilk ve en önemli adımdır.
- Editör panele içerik girer. Panel geleneksel CMS'lere benzer; fark, "Önizle" düğmesinin ayrı bir önizleme ortamına bağlanması gerektiğidir.
- İçerik API'den sunulur. Örneğin
/api/haberler?kategori=ekonomi&limit=20isteği JSON döner. - Ön yüz uygulaması sayfayı üretir. Üç yoldan biriyle: sunucuda her istekte (SSR), derleme anında tüm sayfalar (SSG) ya da ikisinin karışımı (ISR: artımlı yeniden üretim).
- CDN dağıtır. Üretilen HTML ve görseller kenar sunucularda önbelleğe alınır.
SSR, SSG ve haber akışı
Haber sitesi için üretim stratejisi, mimariden daha belirleyicidir. SSG (statik üretim) her yayında tüm siteyi ya da değişen sayfaları yeniden derler; günde beş yazı için kusursuz, günde elli haber ve sürekli güncellenen ana sayfa için sorunludur: derleme kuyruğu birikir, "haber kaydedildi ama sitede yok" dakikaları oluşur. SSR (sunucu taraflı üretim) sayfayı istek anında üretir ve kısa süreli önbelleğe alır; haber kaydedildiği an yayındadır. ISR ikisini birleştirir: sayfalar statik üretilir ama belirli aralıkla ya da tetikleyiciyle yenilenir.
Not
"Headless = hızlı" denklemi doğru değildir. Hız, üretim stratejisinden, önbellekten ve CDN'den gelir. İyi önbelleklenmiş geleneksel bir WordPress, kötü kurgulanmış bir headless siteden hızlı olabilir. Sözlükteki SSR, SSG ve CDN maddelerine bakın.
Headless CMS örnekleri
- Strapi — Node.js tabanlı, açık kaynak çekirdek, kendi sunucunuzda ya da Strapi Cloud'da. En yaygın açık kaynak headless seçeneklerden biri.
- Payload — TypeScript/Next.js dünyasında hızla yaygınlaşan açık kaynak sistem; kod öncelikli yapılandırma.
- Directus — Mevcut SQL veritabanının üzerine panel ve API koyar; veri odaklı projeler için.
- Sanity — Barındırılan içerik deposu, gerçek zamanlı ortak düzenleme, güçlü sorgu dili (GROQ).
- Contentful — Kurumsal odaklı SaaS; çok dilli ve çok markalı yapılar.
- Ghost ve WordPress (API ile) — Geleneksel sistemlerin headless kullanımı; mevcut panelden vazgeçmeden deneme imkânı.
Artılar ve eksiler
Artılar
- Aynı içerik web, mobil uygulama, akıllı ekran ve ortak yayına tek kaynaktan
- Ön yüz teknolojisi özgür; tasarım CMS'in tema sınırlarına bağlı değil
- Panel ile site ayrı olduğundan saldırı yüzeyi küçülür
- Esnek içerik modeli; yapılandırılmış veri
Eksiler
- Sürekli ön yüz geliştiricisi gerekir; "tema indir, kur" yok
- Önizleme, manşet düzeni, haber sitemap'i, JSON-LD: hepsi sizin kodunuz
- İki ayrı sistemin barındırması ve izlemesi
- Editörler için önizleme deneyimi çoğu zaman geleneksel CMS'den zayıf
Headless maliyeti: neyi ödersiniz?
Headless CMS'lerin çoğunun çekirdeği ücretsizdir; maliyet başka kalemlerde birikir. Ön yüz geliştirme: ana sayfa, kategori, haber, yazar, etiket, arama ve 404 sayfalarının tamamı sıfırdan yazılır; manşet düzeni için editörün kullanacağı bir arayüz de buna dahildir. Önizleme: editörün yayımlamadan önce haberi görmesi için ayrı bir önizleme ortamı kurulur. Barındırma: CMS için bir sunucu (ya da bulut planı), ön yüz için ikinci bir barındırma, görseller için CDN. SEO çıktıları: sitemap, haber sitemap'i, JSON-LD, Open Graph ve 301 yönetimi ön yüz kodunda yazılır ve bakımı yapılır. Süreklilik: ön yüz çerçeveleri (Next.js, Nuxt, Astro) yılda birkaç büyük sürüm çıkarır; güncel kalmak düzenli geliştirici saati ister. Bu kalemleri toplayınca headless, geleneksel CMS'den "ucuz" değil, farklı bir yatırım türüdür: lisans yerine mühendislik ödersiniz.
Sık sorulan sorular
- WordPress headless kullanılabilir mi?
- Evet. WordPress REST API'si ve WPGraphQL eklentisiyle içerik dışarı verilir; ön yüzü Next.js gibi bir çerçeveyle yazarsınız. Panel ve içerik modeli aynı kalır; tema katmanı değişir.
- Headless CMS SEO için daha mı iyi?
- Kendiliğinden değil. SEO çıktıları ön yüz kodunun kalitesine bağlıdır. Sunucu taraflı üretim yapmayan (yalnızca tarayıcıda çizen) bir ön yüz, geleneksel CMS'den kötü sonuç verir.
- Headless CMS'de editör haberi önizleyebilir mi?
- Ancak önizleme ortamı kurulduysa. Çoğu headless sistem "taslak modu" API'si sunar; ön yüzün bunu desteklemesi gerekir.
Haber sitesi için headless ne zaman mantıklı?
Üç koşul birlikte sağlanıyorsa evet: (1) içeriği web dışında en az bir kanala daha (mobil uygulama, ortak yayıncı, ekran) dağıtıyorsunuz; (2) kadroda ya da sözleşmeli olarak sürekli bir ön yüz geliştiricisi var; (3) manşet düzeni, önizleme ve haber SEO çıktılarını kendiniz yazmak için bütçe ve zaman ayırdınız. Bu koşullardan biri eksikse, geleneksel bir CMS ya da haber odaklı yönetilen bir sistem daha az sürprizle çalışır. Karşılaştırma için en iyi CMS hangisi; temel kavramlar için CMS nedir.
Yerel bir gazete ya da tek kanallı bir haber sitesi için headless, çoğu zaman bir mühendislik hevesidir. Okur sayfanın nasıl üretildiğini değil, kaç saniyede açıldığını ve haberin doğru olup olmadığını önemser.
Kaynaklar
- WordPress REST API el kitabı — https://developer.wordpress.org/rest-api/
- Drupal JSON:API modülü dokümantasyonu — https://www.drupal.org/docs/core-modules-and-themes/core-modules/jsonapi-module
- Strapi dokümantasyonu — https://docs.strapi.io/
- Payload dokümantasyonu — https://payloadcms.com/docs
- Next.js, Rendering: Server-side ve Static (SSR/SSG/ISR) — https://nextjs.org/docs
Bu sayfa bilgilendirme amaçlıdır; hukuki danışmanlık değildir. Ayrıntı: Yasal uyarı.