Headless CMS Nedir? WordPress, Headless ve Özel Yazılım Farkı

Headless CMS, içeriğin yönetildiği panel ile ziyaretçinin gördüğü arayüzü birbirinden ayıran içerik yönetim sistemidir. İçerik bir API üzerinden, genellikle JSON biçiminde, web sitesine, mobil uygulamaya ya da başka bir kanala gönderilir; görünümü ayrı bir ön yüz uygulaması üretir. WordPress gibi klasik sistemlerde ise panel ve görünüm aynı yapının içindedir. Hangisinin doğru olduğu; içeriği kimin güncelleyeceğine, kaç kanalda yayın yapacağınıza ve elinizdeki teknik ekibe bağlıdır.

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

"Headless" ifadesi, sistemin "başının" yani ziyaretçiye görünen arayüzünün çıkarılmasından gelir. Geriye içerik modeli, düzenleme paneli ve içeriği dışarı veren API kalır. Akış kabaca şöyledir:

1. Editör panelde yazıyı, ürünü ya da sayfayı düzenler ve kaydeder.
2. CMS içeriği veritabanında saklar ve bir API üzerinden sunar.
3. Next.js, Nuxt ya da bir mobil uygulama gibi ön yüz bu API'den içeriği çeker.
4. Ön yüz sayfayı üretir ve ziyaretçiye gösterir.

Payload, Strapi, Contentful ve Sanity bu yaklaşımın bilinen örnekleridir. WordPress de REST API'si sayesinde headless kullanılabilir: WordPress'in kendi belgelerine göre REST API, uygulamaların siteyle JSON nesneleri alıp göndererek etkileşmesini sağlar ve içeriği tamamen ayrı bir ön yüze taşımaya imkân verir.

WordPress hâlâ neden bu kadar yaygın?

W3Techs'in 30 Eylül 2026 verisine göre WordPress, tüm web sitelerinin %40,2'sinde kullanılıyor; içerik yönetim sistemi tespit edilebilen siteler arasındaki payı ise %58,7. Bu yaygınlığın somut karşılıkları var: geliştirici bulmak kolay, editörler arayüze çabuk alışıyor, form, SEO, çok dil gibi ihtiyaçların çoğu için hazır eklenti mevcut.

Bedeli ise bakımdır. WordPress'in resmî güvenlik belgesi, çekirdeğin her zaman güncel tutulmasını, eski sürümlerin güvenlik güncellemesi almadığını, eklentilerin güncel tutulmasını ve kullanılmayanların silinmesini, eklenti ve temaların yalnız güvenilir kaynaklardan alınmasını öneriyor. Eklenti sayısı arttıkça güncelleme yükü, uyumsuzluk riski ve sayfa ağırlığı da artar. Sık gördüğümüz tablo, yıllar içinde otuz kırk eklentiye ulaşmış ve kimsenin güncellemeye cesaret edemediği sitelerdir.

Headless CMS'in artıları ve bedeli

Headless yapının güçlü yanları şunlardır:

• Performans: Ön yüz modern bir çatıyla, sayfalar önceden üretilerek ya da sunucuda işlenerek yazılabilir; gereksiz eklenti kodu taşınmaz.
• Çok kanal: Aynı ürün açıklaması web sitesinde, mobil uygulamada ve mağaza ekranında tek kaynaktan kullanılır.
• Tasarım özgürlüğü: Ön yüz bir temanın sınırlarına bağlı değildir.
• Daha dar saldırı yüzeyi: Yönetim paneli ile ziyaretçiye açık site ayrı çalışabilir.

Bedeli de gerçektir:

• Her şey geliştirici işidir. WordPress'te bir eklentiyle eklenen form, arama ya da yönlendirme yönetimi, headless yapıda ayrıca kurulur.
• Önizleme ayrıca kurulur. Editörün "yayınlamadan önce nasıl görünecek?" sorusu için canlı önizleme yapılandırması gerekir.
• İki parça yönetilir. CMS ve ön yüz ayrı ayrı barındırılır, güncellenir ve izlenir.

Kendi sitemizde headless kullanırken ne öğrendik?

pikup.tr, Next.js ile yazılmış bir ön yüz ve Payload CMS ile çalışıyor. Payload, kendini Next.js uygulamasının içine kurulan, yönetim panelini, veritabanını, REST ve GraphQL API'lerini tek kod tabanında sunan açık kaynaklı bir çatı olarak tanımlıyor. Bu yapı bize hız, tasarım özgürlüğü ve içerik modelini işimize göre kurma imkânı veriyor.

Karşılığını da açıkça söyleyelim: panele yeni bir içerik alanı eklemek, veritabanı değişikliği ve buna eşlik eden bir geçiş (migration) demek. WordPress'te bir eklentiyle dakikalar süren bir iş, headless yapıda planlanan, test edilen ve yayına alınan bir geliştirme işine dönüşüyor. Bu nedenle headless'ı, bu disiplini taşıyacak bir teknik ekibi olan projelere öneriyoruz.

Headless CMS seçerken nelere bakılmalı?

Headless bir yapıya karar verdiyseniz, ürünler arasındaki fark ayrıntılarda ortaya çıkar. Seçim yaparken şu soruları sorun:

• Barındırma: Sistemi kendi sunucunuzda mı çalıştıracaksınız, yoksa üreticinin bulut hizmetini mi kullanacaksınız? Verinin nerede durduğu, kişisel veri işliyorsanız KVKK açısından da önemlidir.
• Lisans ve maliyet modeli: Açık kaynak mı, kullanıcı ya da içerik sayısına göre ücretlenen bir hizmet mi? Büyüdükçe maliyetin nasıl değişeceğini hesaplayın.
• Editör deneyimi: Panel Türkçe kullanılabiliyor mu, canlı önizleme var mı, görsel ve dosya yönetimi editörün işini kolaylaştırıyor mu?
• Çok dil desteği: Alan bazında çeviri ve dil bazında adres yapısı destekleniyor mu?
• Yetki ve iş akışı: Taslak, onay ve yayın adımları, rol bazlı yetkilerle kurulabiliyor mu?

Bu soruların cevabı, gösterişli özellik listelerinden daha belirleyicidir. Deneme sürümünde editörlerinize gerçek bir içeriği baştan sona girdirmek, en iyi testtir.

Özel yazılım ne zaman mantıklı?

İçerik yönetimi, işin küçük bir parçasıysa. Bayi portalı, rezervasyon sistemi, teklif ve sipariş akışı ya da kendine özgü veri yapıları olan bir platformda, standart bir CMS'e bu mantığı eklemeye çalışmak çoğu zaman sistemi zorlar. Bu durumda ya tamamen özel bir uygulama ya da headless bir CMS ile yanına yazılan özel modüller daha sağlıklıdır.

En yüksek maliyet ve süre bu seçenektedir; bakım, güvenlik ve dokümantasyon tamamen sizin ya da yazılım ortağınızın sorumluluğundadır. "Belki ileride lazım olur" diye seçilecek bir yol değildir.

Hangi durumda hangisi?

• 10–20 sayfalık kurumsal site, ayda birkaç blog yazısı, küçük ekip: WordPress ya da size özel tasarlanmış bir konsept site genelde yeterlidir.
• İçerik web dışında da kullanılacak, hız kritik, çok dil var: Headless CMS masaya konmalıdır.
• İş akışları standart araçlara sığmıyor: Özel yazılım ya da headless ile özel modüller.
• Teknik ekip yok ve olmayacak: Headless yerine bakımı kolay, sade bir yapı seçin.

Karar vermeden önce üç soruyu yazılı olarak cevaplayın: içeriği kim, ne sıklıkla güncelleyecek? İçerik hangi kanallarda görünecek? Bir yıl sonra sitenin yapması gereken, bugün yapmadığı ne olacak?

Mevcut siteyi taşırken dikkat edilecekler

CMS değiştirmek, arama motoru görünürlüğü açısından en riskli işlerden biridir. Eski adresleri koruyun ya da her birini yeni adresine kalıcı (301) yönlendirmeyle bağlayın; başlık, açıklama ve yapılandırılmış veri gibi alanların yeni sistemde karşılığı olduğundan emin olun. Headless bir ön yüzde içeriğin yalnız tarayıcıda JavaScript ile yüklenmesi yerine sunucuda ya da önceden üretilmesi, arama motorlarının sayfayı eksiksiz okuması için daha güvenlidir.

Projeniz için hangi yapının uygun olduğunu konuşmak isterseniz web tasarım ve yazılım hizmetimizi, hızlı ve markaya özel bir başlangıç için Konsept Web Sitesi paketimizi inceleyebilirsiniz.