Headless CMS nedir? Klasik WordPress ile farkları ve doğru seçim

Yeni bir web sitesi projesinde ajansınız veya geliştiriciniz “headless” kelimesini kullanmaya başladıysa yalnız değilsiniz. Headless CMS, son yıllarda özellikle performans, çok kanallı yayın ve özel tasarım isteyen projelerde sık önerilen bir mimari. Ama her proje için doğru seçim değil. Bu yazıda headless CMS’in ne olduğunu, klasik WordPress’ten farkını, avantajlarını ve maliyetlerini teknik olmayan bir dille anlatıyor, hangi durumda mantıklı olduğuna karar vermenize yardımcı oluyoruz.

Klasik CMS nasıl çalışır?

Klasik WordPress’te içerik yönetimi ve sitenin ön yüzü aynı sistemin parçasıdır. Yazıları ve sayfaları yönetim panelinden girersiniz; ziyaretçi siteye geldiğinde WordPress veritabanından içeriği alır, seçili temayla birleştirir ve sayfayı oluşturur. Tema, eklentiler ve içerik tek bir bütün olarak çalışır.

Bu yapı yıllardır milyonlarca sitede başarıyla kullanılıyor. Kurulumu hızlıdır, eklenti ekosistemi geniştir, birçok geliştirici ve ajans bu yapıyı tanır. Kurumsal tanıtım siteleri, bloglar ve küçük-orta ölçekli e-ticaret siteleri için çoğu zaman fazlasıyla yeterlidir.

Headless CMS nedir?

Headless CMS’te “baş”, yani sitenin ziyaretçiye görünen ön yüzü, içerik yönetim sisteminden ayrılır. CMS yalnızca içeriği saklar ve bir API üzerinden sunar. Ön yüz ise ayrı bir uygulama olarak, genellikle Next.js, Nuxt veya Astro gibi modern bir framework ile geliştirilir ve içeriği bu API’den çeker.

Headless WordPress’te editörleriniz alıştıkları WordPress panelini kullanmaya devam eder; ancak ziyaretçi WordPress temasını değil, Next.js ile geliştirilmiş ayrı bir siteyi görür. Sanity, Contentful, Strapi veya Storyblok gibi baştan headless olarak tasarlanmış CMS’ler de yaygın alternatiflerdir.

Hangi headless CMS seçilmeli?

Seçim büyük ölçüde editör ekibinize ve mevcut altyapınıza bağlıdır. Ekibiniz WordPress’e alışkınsa ve sitenizde yıllar içinde birikmiş içerik varsa, headless WordPress en az sürtünmeli geçişi sunar; REST API veya WPGraphQL eklentisiyle içerik ön yüze aktarılır.

Sıfırdan başlayan, içerik yapısı karmaşık veya birden fazla dil ve kanalı yönetecek projelerde Sanity, Contentful veya Storyblok gibi bulut tabanlı çözümler daha esnek içerik modelleme sunar. Strapi ise kendi sunucunuzda barındırabileceğiniz açık kaynak bir alternatiftir. Karar verirken editör arayüzünün kullanım kolaylığını, çok dilli içerik desteğini, önizleme imkânını ve lisans maliyetlerini mutlaka deneme hesabıyla test edin.

Temel farklar bir bakışta

İki yaklaşım arasındaki farkı pratik açıdan özetlemek gerekirse:

• Klasikte tema ve içerik aynı sistemde; headless’ta içerik CMS’te, tasarım ayrı bir uygulamada
• Klasikte birçok özellik eklentiyle eklenir; headless’ta özellikler genellikle kodla geliştirilir
• Klasikte tek sunucu yeterli olabilir; headless’ta CMS ve ön yüz ayrı ayrı barındırılır
• Klasikte içerik esas olarak web sitesine gider; headless’ta aynı içerik web, mobil uygulama ve diğer kanallara dağıtılabilir
• Klasikte önizleme ve sayfa düzenleyici hazırdır; headless’ta bunların ayrıca kurulması gerekir

// Next.js: WordPress REST API'den yazıları çekmek
const res = await fetch(
  'https://cms.ornek.com/wp-json/wp/v2/posts?per_page=6',
  { next: { revalidate: 300 } }
);
const posts = await res.json();

Headless’ın avantajları

Doğru projede headless mimari ciddi kazanımlar sağlar:

• Performans: sayfalar önceden oluşturulup CDN üzerinden sunulabilir, bu da Core Web Vitals’ı iyileştirmeyi kolaylaştırır
• Tasarım özgürlüğü: temanın sınırlarına takılmadan tamamen özel arayüzler geliştirilebilir
• Çok kanallı yayın: aynı içerik web sitesine, mobil uygulamaya ve başka platformlara aynı kaynaktan gider
• Güvenlik: yönetim paneli ziyaretçiye açık sitenin arkasında gizlenebilir, saldırı yüzeyi küçülür
• Ölçeklenebilirlik: yoğun trafik dönemlerinde statik ön yüz daha rahat ölçeklenir

Dezavantajlar ve gizli maliyetler

Headless’ın kazanımları ücretsiz değildir. İlk geliştirme maliyeti genellikle klasik bir WordPress sitesinden daha yüksektir, çünkü ön yüz sıfırdan kodlanır. İki ayrı sistemin barındırılması ve bakımı gerekir.

Klasik WordPress’te bir eklentiyle eklenen birçok şey, örneğin form, SEO meta alanları, site haritası, çok dillilik veya önizleme, headless’ta ön yüzde yeniden kurulmalıdır. Editörler sayfa düzenini sürükle bırak ile değiştirmeye alışkınsa bu esnekliği yeniden sağlamak ek iş gerektirir. Ayrıca sitenizi güncel tutmak için JavaScript ve modern framework bilgisine sahip bir geliştiriciye erişiminizin olması gerekir; her WordPress geliştiricisi bu yapıyı yönetemez.

Ne zaman mantıklı, ne zaman değil?

Headless CMS şu durumlarda güçlü bir aday olur: içeriğinizi web sitesi dışında mobil uygulama veya başka kanallarda da kullanacaksanız, performans ve SEO rekabetin belirleyici olduğu bir sektördeyseniz, standart temalarla elde edilemeyecek özel bir arayüz istiyorsanız ya da sitenizi kalıcı olarak yönetecek teknik bir ekibe veya ajansa sahipseniz.

Buna karşılık birkaç sayfalık bir kurumsal site, bütçesi sınırlı bir proje, sık sık kendi başına sayfa düzeni değiştirmek isteyen ve teknik destek almayan bir ekip veya hızla yayına alınması gereken bir kampanya sitesi için klasik WordPress genellikle daha doğru ve ekonomik seçimdir. İyi kurulmuş, hafif bir temayla klasik WordPress de çok hızlı olabilir.

Geçiş planı: klasikten headless’a

Mevcut bir WordPress siteniz varsa headless’a geçiş içeriği yeniden girmeyi gerektirmez; içerik WordPress’te kalır, yalnızca ön yüz değişir. Yine de dikkatli bir plan şarttır:

• Mevcut URL yapısını koruyun veya tüm değişen adresler için 301 yönlendirmesi kurun
• SEO başlıkları, meta açıklamaları ve yapılandırılmış verilerin yeni ön yüzde eksiksiz üretildiğini doğrulayın
• Formlar, arama, çok dillilik ve önizleme gibi işlevlerin listesini çıkarıp her birinin karşılığını planlayın
• Editörler için önizleme ve yayın akışını test edin
• Yayından önce ve sonra hız, tarama ve indeksleme raporlarını karşılaştırın

Karar vermeden önce kontrol listesi

Şu soruların cevabı çoğunlukla “evet” ise headless değerlendirmeye değer:

• İçeriği birden fazla kanalda kullanacak mısınız?
• Standart temalarla mümkün olmayan özel bir arayüz mü istiyorsunuz?
• Performans, rakiplerinizden ayrışmanız için kritik mi?
• Uzun vadeli teknik destek ve bakım bütçeniz var mı?
• Editörleriniz sabit bileşenlerle içerik girmeye razı mı?

Sonuç

Headless CMS bir moda değil, belirli ihtiyaçlara verilmiş güçlü bir mimari cevaptır. Doğru projede hız, esneklik ve çok kanallı yayın sağlar; yanlış projede ise gereksiz maliyet ve karmaşıklık getirir. Kararı teknolojiye değil, iş hedeflerinize ve ekibinizin yapısına göre verin. Projeniz için hangi yaklaşımın uygun olduğunu tartışmak isterseniz Norcored ekibi klasik WordPress ve headless Next.js projelerinde deneyimini paylaşmaktan memnuniyet duyar; info@norcored.com adresinden bize ulaşabilirsiniz.

Sık sorulanlar

Headless WordPress SEO için daha mı iyi?

Kendiliğinden değil. Daha hızlı sayfalar sunmayı kolaylaştırır, ancak meta etiketler, site haritası ve yapılandırılmış veri ön yüzde doğru kurulmazsa SEO kötüleşebilir. Sonuç, uygulamanın kalitesine bağlıdır.

Headless’a geçince içeriklerimi yeniden girmem gerekir mi?

Headless WordPress’e geçiyorsanız hayır; içerik WordPress’te kalır. Başka bir headless CMS’e geçiyorsanız içeriğin taşınması gerekir, bu da genellikle bir dışa aktarma ve dönüştürme süreciyle yapılır.

WooCommerce ile headless mağaza kurulabilir mi?

Evet, WooCommerce’in API’leri üzerinden headless bir mağaza kurulabilir. Ancak sepet, ödeme ve eklenti uyumluluğu ek geliştirme gerektirir; bu nedenle mağaza büyüklüğü ve bütçe dikkatle değerlendirilmelidir.