Headless CMS Nedir? WordPress’i Arka Uç Olarak Kullanmak

Editörleriniz WordPress panelini çok seviyor, ama siteniz yavaş, tasarımda tema sınırlarına takılıyorsunuz ve aynı içeriği mobil uygulamada da göstermek istiyorsunuz. Bu noktada karşınıza sıkça çıkan bir kavram var: headless CMS. Headless CMS nedir sorusunun kısa cevabı, içeriğin yönetildiği arka uç ile ziyaretçinin gördüğü ön yüzün birbirinden ayrıldığı bir mimaridir. Bu yazıda yaklaşımı sade bir dille açıklıyor, WordPress’i arka uç olarak kullanmanın artılarını ve gerçek bedelini anlatıyorum.

Geleneksel CMS ile headless CMS arasındaki fark

Klasik bir WordPress sitesinde iki iş aynı yazılım tarafından yapılır: içerik panelde yönetilir ve aynı WordPress, seçili tema aracılığıyla bu içeriği HTML sayfalara dönüştürüp ziyaretçiye sunar. Gövde (içerik) ve baş (görünüm) birbirine bağlıdır.

Headless, yani “başsız” yaklaşımda WordPress yalnızca içerik deposu ve yönetim paneli olarak kalır. İçerik, bir API üzerinden veri olarak dışarı verilir. Ziyaretçinin gördüğü site ise ayrı bir uygulama olarak, örneğin Next.js ile yazılır ve içeriği bu API’den çeker.

Konu	Geleneksel WordPress	Headless WordPress
Görünüm	WordPress teması	Ayrı ön yüz uygulaması (ör. Next.js)
İçeriğin ulaştığı yerler	Tek web sitesi	Web sitesi, mobil uygulama, ekranlar, diğer sistemler
Eklenti uyumu	Görünüm eklentileri doğrudan çalışır	Görünümü etkileyen eklentiler ön yüzde yeniden yazılmalı
Barındırma	Tek sunucu	Arka uç ve ön yüz ayrı ayrı
Geliştirme ve bakım	Daha basit	Daha fazla teknik bilgi ve emek

WordPress içeriği nasıl dışarı verir?

WordPress, çekirdeğinde bir REST API ile gelir. Yazılar, sayfalar, kategoriler ve medya, bu API üzerinden JSON formatında okunabilir. Örneğin ön yüz uygulaması son yazıları şöyle bir istekle alabilir:

const yanit = await fetch('https://siteniz.com/wp-json/wp/v2/posts?per_page=5');
const yazilar = await yanit.json();

Özel alanlar, özel yazı türleri ve menüler için ek ayarlar veya eklentiler gerekebilir. Bazı projelerde REST yerine GraphQL tercih edilir. API’nin ayrıntılarını WordPress REST API yazısında ele aldım.

Ön yüz tarafı: Next.js neden sık tercih edilir?

Headless mimaride ön yüz için en yaygın seçeneklerden biri Next.js’tir. Bunun başlıca nedenleri şunlardır:

• Sunucu tarafında oluşturma: Sayfalar arama motorlarına hazır HTML olarak sunulabilir; bu, SEO için önemlidir.
• Statik oluşturma ve yeniden doğrulama: Sayfalar önceden üretilip hızla sunulabilir, içerik değiştiğinde belirli aralıklarla veya tetiklenerek güncellenir.
• Görsel optimizasyonu: Görselleri cihaz boyutuna göre otomatik ölçekleyen yerleşik araçlar.
• Esnek tasarım: Tema kısıtları olmadan, tamamen özel arayüzler.

Next.js’in temellerini merak ediyorsanız Next.js nedir yazısına göz atabilirsiniz.

Headless CMS ne zaman mantıklı?

Headless CMS nedir sorusunu sorduktan sonra gelen asıl soru, size uygun olup olmadığıdır. Şu durumlarda güçlü bir seçenektir:

• Aynı içeriği web sitesi, mobil uygulama ve başka kanallarda birlikte kullanacaksanız.
• Tasarım ve etkileşim beklentileriniz klasik temaların sunabileceğinin ötesindeyse.
• Site, içerik yönetimi dışında da karmaşık işlevlere sahip bir web uygulamasının parçasıysa.
• Yüksek trafikli ve performansın kritik olduğu bir içerik sitesi yönetiyorsanız.
• Yönetim panelinin halka açık siteden tamamen ayrı tutulmasını güvenlik açısından tercih ediyorsanız.

Ne zaman gereksiz?

Birkaç sayfalık bir kurumsal site, standart bir blog veya klasik bir WooCommerce mağazası için headless mimari çoğu zaman gereksiz karmaşıklıktır. İyi yazılmış hafif bir tema, doğru önbellek ve sunucu ayarlarıyla geleneksel WordPress de Core Web Vitals eşiklerini (LCP 2,5 sn, INP 200 ms, CLS 0,1) rahatlıkla yakalayabilir. Hız sorununun kaynağı çoğu zaman mimari değil, ağır temalar ve gereksiz eklentilerdir.

Headless’ın gerçek bedeli

Avantajları kadar, karar vermeden önce bilinmesi gereken maliyetleri de vardır:

1. İki ayrı sistem: WordPress ve ön yüz uygulaması ayrı ayrı barındırılır, güncellenir ve izlenir.
2. Eklentilerin bir kısmı işlevsiz kalır: Form, galeri, SEO ve sayfa oluşturucu gibi görünümü etkileyen eklentilerin çıktıları ön yüzde yeniden ele alınmalıdır.
3. Önizleme ve editör deneyimi: Editörlerin yazıyı yayınlamadan önce gerçek tasarımda görebilmesi için ek geliştirme gerekir.
4. SEO ayrıntıları: Meta etiketler, site haritası, yönlendirmeler ve yapısal verinin ön yüzde doğru üretilmesi gerekir.
5. Daha uzun geliştirme süresi: Bu, bütçeye doğrudan yansır.

Bu bedeller, ihtiyaç gerçekten varsa fazlasıyla karşılığını verir; ihtiyaç yoksa gereksiz bir yük olur.

Örnek senaryo

Bir sağlık kuruluşunun blog ve hizmet sayfalarını WordPress’te yönettiğini, aynı içerikleri hastaların kullandığı bir mobil uygulamada ve bekleme salonundaki ekranlarda da göstermek istediğini düşünelim. Headless CMS nedir sorusunun pratik karşılığı burada görünür: editör yazıyı bir kez girer, web sitesi, uygulama ve ekranlar aynı API’den beslenir. Ön yüz ayrıca uygulama gibi çalışması isteniyorsa PWA olarak da kurgulanabilir.

Bu işi nasıl birlikte yaparız?

1. İhtiyacı ve mevcut durumu incelemek: Sitenizin yapısını, içerik akışınızı, yavaşlığın asıl nedenini ve içeriği hangi kanallarda kullanmak istediğinizi birlikte değerlendiririz. Bazen sorunun çözümü headless değil, mevcut sitenin optimizasyonu olur.
2. Mimari ve teklif: Headless gerçekten uygunsa API yapısını, ön yüz teknolojisini, önizleme ve SEO gereksinimlerini yazılı hâle getirip teklif hazırlarım.
3. Geliştirme ve içerik testleri: WordPress arka ucu ve ön yüz paralel geliştirilir; editörlerinizle birlikte içerik girişi ve önizleme akışını test ederiz.
4. Yayın, yönlendirmeler ve destek: Eski adreslerden yönlendirmeleri kurar, yayın sonrası performansı ve arama konsolu verilerini izler, bakım desteği veririm.

Sitenizin headless mimariye uygun olup olmadığını konuşmak isterseniz iletişim sayfasından bana ulaşabilirsiniz.

Sık sorulan sorular

Headless WordPress’te editörler paneli aynı şekilde kullanabilir mi?

Evet. İçerik girişi bildikleri WordPress panelinden yapılmaya devam eder. Değişen, içeriğin ziyaretçiye hangi teknolojiyle sunulduğudur.

Headless site SEO açısından dezavantajlı mıdır?

Sunucu tarafında veya statik olarak oluşturulan sayfalarla dezavantaj oluşmaz. Ancak meta etiketler, site haritası ve yönlendirmeler gibi ayrıntıların ön yüzde özenle kurulması gerekir.

WooCommerce headless olarak kullanılabilir mi?

Kullanılabilir, ancak sepet, ödeme ve kullanıcı hesabı gibi akışların ön yüzde yeniden geliştirilmesi gerektiği için emek ve bakım yükü belirgin şekilde artar.

Mevcut WordPress sitemi headless’a çevirebilir miyim?

Evet. İçerikler yerinde kalır, yalnızca ön yüz yeniden yazılır. Eski adreslerin korunması veya doğru yönlendirilmesi bu süreçte en kritik adımdır.

Sonuç

Headless CMS nedir sorusunun cevabı basittir: içerik yönetimini görünümden ayırmak. Çok kanallı içerik, özel arayüz ve yüksek performans ihtiyacı olan projelerde güçlü bir mimaridir; basit siteler için ise gereksiz bir karmaşıklık olabilir. Projeniz için doğru yolu birlikte değerlendirmek isterseniz bana yazabilirsiniz.