2026’da Headless CMS Manzarası: Büyük Platformlar Gerçekte Nasıl Kıyaslanıyor

🇬🇧 English: Read this article in English →

Headless CMS pazarı kalabalık, hızlı akan ve her biri sana “aslında tek doğru seçim benim” diyen satıcılarla dolu bir alan. Eğer birini seçmeye çalışıyorsan, önüne düşen ilk satıcı blogu yerine bütün sahanın dürüst bir haritasını hak ediyorsun — hem de yazının parasını hangi platformun ödediğine göre sessizce şekillenmeyen bir kıyas.

Bu kategorinin bir adı var: headless CMS. Kimi zaman “API-first CMS”, “composable content platform” ya da “content operating system” gibi süslü paketlerle sunulur ama pazarlamanın altında hep aynı fikir yatar — HTML’i CMS’ten dışarı göndermeyi bırak, içeriği yapılandırılmış veri olarak sakla ve isteyen her arayüze JSON olarak dağıt. Bu yazıdaki her platform bu temanın bir varyasyonu.

Ben otuz yıldır içerik platformlarının yükselişini ve sessizce raflara kaldırılışını izliyorum. O yüzden bunları benim gerçekten değerlendirdiğim gibi kıyaslayacağım — yalnızca özelliklere değil, özellik tablolarının hiç sormadığı iki soruya bakarak: bu şeyi kim sahipleniyor ve buna gerçekten ihtiyacın var mı? Önce genel okuyucu için harita, sonra sona doğru gerçekten canını yakan teknik farklar ve dürüst kapanışım.

Saha, tek tabloda

İşte 2026’da insanların gerçekten arasında seçim yaptığı headless CMS platformları. Fiyatlar sürekli değişir, bu yüzden fiyat sütununu bir teklif değil, bir şekil olarak oku — bağlanmadan önce mutlaka satıcının güncel sayfasını kontrol et.

→ Scroll the table sideways to see every column.

O en alttaki satır şaka değil; neden bu tabloda durduğuna birazdan döneceğim.

Saha aslında nasıl gruplaşıyor

On iki isim çok. Pratikte bunlar birkaç dürüst kümeye ayrılıyor:

Geliştirici deneyimi, yapılandırılmış-içerik seçimi. Sanity ve DatoCMS. İçerik veridir, gerçek bir titizlikle modellenir, hassas biçimde sorgulanır (Sanity’de GROQ, Dato’da GraphQL). Ekibin içeriği yapılandırılmış bir varlık gibi görüyor ve bunun tadını çıkaracak geliştiricilerin varsa, orası tam kıvamında.

Kurumsal güvenli tercih. Contentful, Contentstack ve Kontent.ai. Olgun, yönetişimli, iş-akışı ağırlıklı, SLA destekli ve fiyatı da ona göre. Bunları; satın alma, uyumluluk ve içerik yönetişimi geliştirici keyfinden önce geldiğinde — ve bütçe beş, hatta altı haneli yıllık faturayı kaldırabildiğinde seçersin.

Pazarlama-ve-görsel-editör seçimi. Storyblok ve Prismic (ve kenarlarda Builder.io gibi sayfa-kurma araçları). Bunlar geliştirici mimarisiyle “sayfayı düzenleyip canlı görmek isteyen” pazarlamacı arasındaki köprüyü kuruyor. Storyblok’un görsel editörü kategorinin cidden en iyisi.

Açık kaynak, self-host seçimi. Strapi, Payload ve Directus. Sen çalıştırırsın, veri senin, arkada dönen bir SaaS sayaç yok. Karşılığında operasyon senin derdin olur. Strapi popüler varsayılan; Payload Next.js-native, kod-öncelikli favori; Directus ise doğrudan bir SQL veritabanının üstünde oturmasıyla farklı.

GraphQL-native uzman. Hygraph (eski GraphCMS), GraphQL-öncelikli kurulmuş ve giderek çok kaynaktan içeriği tek API’de birleştirmeye odaklanıyor.

Bu gruplama seni kısa listeye kadar yüzde 80 taşır. Seni asıl koruyan son yüzde 20 ise hiçbir kıyas tablosuna girmeyen iki sorudan geliyor.

Birinci soru: bu şeyi kim sahipleniyor?

Bunu bu serinin her yazısında söyledim, bir kez daha söyleyeceğim çünkü bu kategori tam da onun canlı kanıtı: platformlar teknik başarısızlıktan ölmez, sahiplikten ölür. Birileri şirketi satın alır ve senin içerik stratejin, hiç danışılmadığın bir entegrasyon planının bir satır kalemine dönüşür.

Şu tablonun tam içinde neler olduğuna bak:

• Payload, Haziran 2025’te Figma tarafından satın alındı. MIT lisansı ve GitHub deposu yerinde — açık kaynağın güzelliği tam da bu, çıkış kapısı gerçek — ama Payload’ın cloud ürünü, öncelikler yeniden dizilirken yeni kayıtları durdurdu. Yazılım gayet iyi. Değişen şey sahiplikti; ve onunla birlikte üzerine bahse girdiğin yol haritası.
• Directus kendini yeniden lisansladı — tamamen açık GPL modelinden kaynağı-açık bir lisansa (BSL, şimdi MSCL) geçti. Belli bir gelir-ve-çalışan eşiğinin altındaki kuruluşlar için hâlâ ücretsiz ve her sürüm zamanla GPL’ye dönüyor — ama imza attığın anlaşmanın koşulları ayağının altında değişti. Kod kötüleştiği için değil; işi ayakta tutmak bunu gerektirdiği için.
• Hygraph, GraphCMS’in yeni adı. Kontent.ai ise Kentico Kontent’in dönüştüğü şey. İsimler, sahipler ve stratejiler kayar; senin içeriğin de platformun bundan sonra dönüştüğü her neyse onun içinde oturur.
• Ve bu listedeki neredeyse her SaaS ismi — Contentful, Sanity, Storyblok, Contentstack — risk sermayesi destekli. Bu bir suçlama değil; sonucu olan bir gerçek. Risk sermayeli şirketler tasarım gereği bir satın almayla ya da halka arzla biten bir yolda ilerler. Dürüstçe sor: bunların her birini kim satın alabilir ve o sabahın ertesinde içerik stratejin neye benziyor?

Bu korku pazarlaması değil. Her biri yetkin insanların yürüttüğü meşru birer ürün. Ama yılların içeriğini ve özel bir arayüzü bir platforma bağladığında, on yıllık bir bahis oynuyorsun; ve o on yılda acının en güvenilir habercisi özellik seti değil — şirketi kimin kontrol ettiğidir. İşte bu yüzden o tablodaki bir satır diğerlerinden farklı: WordPress satın alınamaz. Kimse sahibi değil. Listeyi baştan sona in ve her platformun WordPress’te olmayan neye sahip olduğuna dikkat et — bir sahibe, bir yönetim kuruluna, bir hisse tablosuna, bir çıkışa.

İkinci soru: bunların herhangi birine gerçekten ihtiyacın var mı?

İşte satıcıların sana söylemeyeceği ve otuz yıl bu mimariyi var olmadan önce istemiş biri olarak en çok önemsediğim kısım.

Headless fikri doğru. Eğer tek bir içerik kaynağından çok sayıda ekranı besliyorsan — web sitesi, mobil uygulama, mağaza içi ekranlar, dijital fiyat etiketleri, kiosklar, bir iş ortağı API’si — o zaman yapılandırılmış, API-first içerik tam da doğru olandır ve o tablodaki birkaç platform sana iyi hizmet eder. Ben bu mimariyi 1996’da, bir veritabanını CD-ROM’a donduzup güncelleyemediğim günlerde istiyordum. İhtiyacın olduğunda seni bundan caydıracak son kişi benim.

Ama çoğu kuruluş, headless CMS’i tek bir kanalı besleyerek çalıştırıyor: bir web sitesi. Mimarinin tüm bedelini ödüyorlar — geliştiriciye bağımlılık, kod-olarak yönetilen şema, bir alan bile ekleyemeyip ticket açmak zorunda kalan bir içerik ekibi, kullanıcı-başı veya kullanıma-dayalı bir fatura, üstüne özel bir arayüz, onun barındırması ve CI/CD’si — ve çok-kanallı faydanın neredeyse hiçbirini almıyorlar, çünkü çok-kanal diye bir şey yok. Bir web sitesi var.

Bu yüzden o tablodan bir kazanan seçmeden önce, kanallarını dürüstçe say. Sayı birden fazla ve büyüyorsa, ekibine göre yukarıdaki gruplardan seç. Sayı birse, az önce okuduğun bütün kıyas, sahip olmadığın bir sorunu çözmek için yapılmış makinelerin kıyasıdır — ve dürüst cevap, tablonun en altında baştan beri oturan satırdır.

Teknik Kısım: Asıl Canını Yakan Farklar

Kanallarını saydıysan ve headless senin için gerçekten doğruysa, platformlar asıl burada ayrışıyor — pazarlamayı geçtikten sonra önemli olan ayrıntılar.

Sorgu dili ve API şekli

Bu göründüğünden daha büyük bir taahhüt, çünkü arayüzünün tüm veri katmanı buna bağlanır. Sanity güçlü bir sorgu dili olan GROQ’u, artı GraphQL’i kullanır. Hygraph ve DatoCMS GraphQL-native’dir. Storyblok bilinçli olarak sorgu dili sunmaz — tüm dokümanı iç içe JSON olarak çeker, istemci tarafında filtrelersin. Contentful, Strapi, Directus, Payload REST ve GraphQL sunar. Bu seçim; uygulamanın her yerinde veriyi nasıl çekeceğini, cache’leyeceğini ve şekillendireceğini belirler ve sonradan değiştirmek o katmanı baştan yazmak demektir.

Rich-text taşınabilirliği — kimsenin fiyat vermediği geçiş vergisi

Her platform zengin metni farklı saklar ve çoğu alıcının ayrılmaya çalışana kadar fark etmediği en büyük kilitlenme burada:

• Sanity → Portable Text (özel bir JSON blok formatı)
• Contentful → kendi Rich Text JSON şeması
• Storyblok → bileşenlerine bağlı bir rich-text JSON yapısı
• Strapi → Markdown (eski) veya bir blocks JSON (yeni)
• Prismic → Slices’a bağlı yapılandırılmış zengin metin

Bunların hiçbiri birbirinin yerine geçmez ve hiçbiri — WordPress’in Gutenberg bloklarına da — her özel mark, embed ve annotation’ı çözen elle yazılmış bir dönüştürücü olmadan temiz eşleşmez. Bir platformu değerlendirirken, aynı zamanda oradan ayrılmanın ne kadar pahalı olacağını da sessizce seçiyorsun. Çıkış maliyetini giriş kararına dahil et.

Yerelleştirme (localization) modelleri

Birden fazla dille çalışıyorsan buraya iyi bak, çünkü modeller temelden farklı. Contentful ve DatoCMS alan-bazlı, birinci sınıf locale’lere sahiptir. Sanity alan-bazlı veya doküman-bazlı i18n kalıpları sunar. Diğerleri değişen zarafette üstüne ekler. Yerelleştirme bir özellik onay kutusu değil, bir mimari karardır — Almanca uzar, Türkçe daha da uzar, Arapça ters yöne akar; ve yerelleştirme modeli içerik yapınla kavga eden bir platform seni her gün cezalandırır.

Self-host mü SaaS mı: maliyet asıl nerede yaşıyor

Açık kaynak (Strapi, Payload, Directus) demek kullanıcı-başı sayaç yok, tam veri sahipliği ve fiyatını bir gecede değiştirebilecek bir satıcı yok demektir — ama onu sen çalıştırır, yamalar, ölçekler ve güvenliğini sağlarsın. SaaS (Sanity, Contentful, Storyblok ve gerisi) demek operasyonu başkası halleder, karşılığında düzenli bir fatura ve onların uptime’ına ve yol haritasına bağımlılık demektir. İkisi de bedava değil; sadece maliyeti operasyon bütçenle lisans bütçen arasında oraya buraya taşırlar. Hangi maliyeti taşımaya ekibinin gerçekten yatkın olduğuna karar ver.

Arayüz sözleşmesi (frontend contract) gizli projedir

Hangisini seçersen seç, şunu unutma: headless CMS sistemin yalnızca yarısıdır. Diğer yarısı, API’yi tüketen özel bir arayüzdür — genelde Next.js, Nuxt veya Astro. O arayüz; kurulacak, barındırılacak ve bakımı yapılacak gerçek bir uygulamadır ve CMS’in API şekline sıkı sıkıya bağlıdır. Headless’i pahalı yapan maliyet budur ve alıcıların en çok küçümsediği kalem de budur. Sonradan headless platformlar arasında geçiş yaparsan, bu katmanı da yeniden yazarsın.

Dürüst kapanışım

Headless CMS’e ihtiyacın varsa, saha güçlü ve buradan iyi seçim yapabilirsin. Geliştirici öncülüğünde yapılandırılmış içerik için Sanity ve DatoCMS’e bak. Kurumsal yönetişim için Contentful, Contentstack veya Kontent.ai. Pazarlama odaklı görsel editör için Storyblok veya Prismic. Açık kaynak kontrol için Strapi, Payload veya Directus — Payload’ın yeni sahibine ve Directus’un yeni lisansına gözünü açık tutarak. GraphQL federation için Hygraph. Bu gerçekten işe yarar bir kısa liste ve ihtiyaç gerçekse bir müşteriye buradan seçmesinde hiç tereddütsüz yardım ederim.

Ama kıyas tablolarının yapmayı reddettiği iki şeyi yap. Her platformu kimin sahiplendiğini sor, çünkü önümüzdeki on yılda içeriğini bozma ihtimali en yüksek şey eksik bir özellik değil — kontrol edemeyeceğin bir sahiplik değişikliğidir. Ve kanallarını say, çünkü bu kategorinin en pahalı hatası, tek bir web sitesini çalıştırmak için çok-kanallı bir makine satın almaktır.

Çok sayıda ekran besliyorsan, mimariye yatırım yap; tam olarak onun içindir. Tek bir ekran besliyorsan, dürüst cevap baştan beri tablonun en altında oturuyordu — kimsenin ayağının altından satın alamayacağı, editörlerinin ticket açmadan çalıştırabileceği, on yıl sonra bugün üzerine yazdığın kodu hâlâ çalıştıracak bir platform. Biçim sürekli değişir. İş hiç değişmez: içeriği doğru yere ulaştır, doğru tut, yaşat.