İçerik yönetim sistemi (CMS, Content Management System), bir web sitesinin içeriğini kod yazmadan oluşturmanızı, düzenlemenizi ve yayınlamanızı sağlayan yazılımdır. Kısacası CMS, sitenizin yönetici paneli ve içerik altyapısıdır: yazı eklemek, görsel yüklemek, sayfa düzenlemek veya ürün güncellemek için her seferinde geliştiriciye ihtiyaç duymazsınız; tarayıcıdan girdiğiniz bir panelden işinizi yaparsınız. Bugün tüm web sitelerinin %41,9'u tek başına WordPress ile, yani bir CMS ile çalışıyor (W3Techs, Haziran 2026); CMS kullanan sitelerin ise %59,5'i WordPress. Bu rakamlar CMS'in modern web yayıncılığının ne kadar merkezinde olduğunu gösteriyor. Eğer sitenizin içeriğini düzenli güncellemeyi planlıyor ve bunu teknik bir ekibe bağımlı kalmadan yapmak istiyorsanız, bir CMS büyük olasılıkla doğru zemindir.
Bir CMS'in işini iki katmanda düşünmek faydalı olur. İçerik yönetimi katmanı (CMA, Content Management Application), içerik üretenlerin gördüğü yüzdür: yazı editörü, medya kütüphanesi, menü düzenleyici, kullanıcı/rol yönetimi. İçerik sunum katmanı (CDA, Content Delivery Application), bu içeriği alıp ziyaretçiye HTML sayfa olarak sunan arka plandır. Siz bir blog yazısını editörde yazıp "Yayınla" dediğinizde, CMS o içeriği veritabanına kaydeder ve ziyaretçi siteye girdiğinde sayfayı bu veriden üretir. Bu ayrım sayesinde içerik (metin, görsel, ürün) ile tasarım (tema, şablon) birbirinden ayrı durur; temayı değiştirdiğinizde içeriğiniz yerinde kalır, içeriği güncellediğinizde tasarımı bozmazsınız. Pratikte bu, "tasarımı bir kez yap, içeriği yüzlerce kez güncelle" demektir ve bir markanın gerçek hayattaki en sık ihtiyacı tam olarak budur.
CMS Tam Olarak Ne İşe Yarar?
CMS'in temel vaadi şudur: içerik yönetimini teknik bilgiden ayırmak. Statik bir siteyi (her sayfası elle yazılmış HTML dosyaları) güncellemek için kod bilmeniz ve dosyaları sunucuya yüklemeniz gerekir. CMS bu sürtünmeyi ortadan kaldırır. Bir CMS'in pratikte sağladığı başlıca işlevleri somutlaştıralım:
- Kodsuz içerik düzenleme: Word benzeri bir editörle (genelde WYSIWYG — "ne görüyorsan onu alırsın") başlık, paragraf, liste, görsel ve bağlantı ekleyebilirsiniz. HTML bilmenize gerek kalmaz. Modern CMS'ler blok tabanlı editörlere (WordPress'te Gutenberg gibi) geçtiği için, bir bölümü sürükleyip yeniden sıralamak ya da iki sütunlu bir düzen kurmak da kod gerektirmez.
- Medya yönetimi: Görselleri, videoları, PDF'leri merkezi bir kütüphanede tutar; modern CMS'ler görselleri otomatik yeniden boyutlandırıp WebP gibi hafif formatlara dönüştürerek site hızına katkı sağlar. Görsele açık genişlik/yükseklik atanması, beklenmedik düzen kaymasını (CLS) azaltarak Core Web Vitals'ı doğrudan etkiler.
- Çok kullanıcı ve rol yönetimi: Editör, yazar, yönetici gibi rollerle kimin neyi düzenleyebileceğini belirlersiniz. Bu hem bir iş akışı düzeni hem de doğrudan bir güvenlik meselesidir; OWASP'ın güncel listesinde de en üst sıradaki risk "Broken Access Control", yani yetki kontrolünün hatalı kurulmasıdır.
- Şablon ve tema sistemi: Tasarımı tek yerden değiştirirsiniz; bir başlık stilini güncellediğinizde tüm sayfalara yansır. Tutarlı görsel hiyerarşi bu şekilde korunur ve markanız sayfadan sayfaya dağılmaz.
- Eklenti/modül ekosistemi: Form, SEO, e-ticaret, çoklu dil, önbellekleme gibi işlevleri çoğu zaman kod yazmadan eklersiniz. WordPress'in en büyük gücü tam da bu geniş ekosistemdir (60.000'i aşkın eklenti, 10.000'i aşkın tema). Aynı genişlik aynı zamanda bir risk kapısıdır: en sık görülen güvenlik açıkları güncellenmemiş üçüncü taraf eklentilerden gelir.
- Sürüm geçmişi ve taslak yönetimi: Bir yazının önceki hâline dönebilir, taslak olarak saklayıp planlı tarihte yayınlayabilirsiniz. Bir kampanya sayfasını gece yarısı canlıya almak ya da yanlış bir düzenlemeyi tek tıkla geri almak bu sayede mümkün olur.
- SEO ve teknik altyapı: Çoğu olgun CMS, otomatik sitemap üretimi, temiz URL yapısı, meta etiket düzenleme ve yapısal veri (schema) için hazır araçlar sunar. Bu, arama görünürlüğünü en baştan doğru kurmayı kolaylaştırır.
Bu işlevler, bir web sitesinin yalnızca yayına alınmasıyla bitmediğini, asıl işin sürekli bakım ve içerik tazeleme olduğunu hatırlatır. Bakımsız bir site güvenlik ve SEO açısından hızla değer kaybeder; CMS bu sürekliliği teknik olmayan bir ekibe bile mümkün kılar. Bir web projesinin baştan sona nasıl planlandığını ve CMS adımının bu yolculukta nereye oturduğunu web sitesi nasıl yapılır rehberimizde adım adım ele alıyoruz; içerik ve SEO'nun sonradan eklenmek yerine baştan planlanması gerektiğinin altını orada çiziyoruz. İçeriğin kendisi kadar onu yayınladığınız zeminin de bir SEO temeli kurduğunu unutmamak gerekir.
CMS, Web Sitesi Kurucu ve Özel Yazılım: Üçünü Nasıl Ayırırız?
Pratikte en sık karışan üç kavram CMS, web sitesi kurucu (site builder) ve özel yazılımdır; üçü de "web sitesi yapmanın yolu" olsa da farklı sahiplik, esneklik ve maliyet profilleri taşır. Karar vermeden önce bu üçünü net ayırmak gerekir:
| Ölçüt | Hazır kurucu (Wix, Squarespace, Shopify) | CMS (WordPress, headless) | Özel yazılım (Next.js vb.) |
|---|---|---|---|
| Teknik bilgi | En düşük; sürükle-bırak | Orta; panel + eklenti mantığı | En yüksek; geliştirici ekip gerekir |
| Başlangıç maliyeti | Düşük (aylık abonelik) | Düşük–orta | Yüksek ön maliyet |
| Esneklik / özelleştirme | Şablon sınırlarıyla kısıtlı | Geniş (eklenti + tema) | Pratikte sınırsız |
| Sahiplik / taşınabilirlik | Platforma kilitli (lock-in) | Kod ve veri sizin (açık kaynakta) | Tamamen sizin |
| Bakım sorumluluğu | Sağlayıcıda (avantaj) | Sizde / ajansta | Ekipte / ajansta |
| Performans tavanı | Orta, sınırlı kontrol | Eklenti yüküne göre değişir | En yüksek (statik/edge) |
| Tipik uygun durum | Hızlı, basit, küçük site | İçerik ağırlıklı, büyüyen site | Özgün ürün, yüksek trafik |
Bu tabloda görülen en kritik nokta sahipliktir. Hazır kurucular aslında "barındırma + CMS + tasarım" paketini birlikte sunan kapalı sistemlerdir; size hız kazandırır ama tasarımınızı ve verinizi platforma kilitler. Açık kaynak bir CMS'te kod ve veri sizin elinizde kalır. Özel yazılımda ise her şey baştan size aittir. Bu eksende daha derin bir maliyet/esneklik karşılaştırmasını hazır site mi özel yazılım mı ve özel yazılım maliyeti neye göre belirlenir yazılarında ele alıyoruz; yaklaşık bütçe aralıkları içinse web tasarım fiyatları 2026 içeriğimize göz atabilirsiniz. Fiyatların kapsama göre değiştiğini ve net rakam yerine teklif almanın daha sağlıklı olduğunu hatırlatalım.
CMS Olmadan Site Yapılamaz mı?
Yapılabilir; CMS bir zorunluluk değil, bir araçtır. Bir siteyi farklı zeminlerde yayınlayabilirsiniz ve CMS bunlardan yalnızca biridir:
- Statik / elle kodlanmış site: Sayfalar doğrudan HTML/CSS olarak yazılır ya da modern bir yapıyla (örneğin Astro ile) statik dosyalara derlenir. İçerik nadiren değişiyorsa, en hızlı ve en güvenli seçenektir çünkü çalışan bir veritabanı veya sunucu mantığı yoktur; saldırı yüzeyi dardır. Astro'nun "az JavaScript" felsefesi, INP gibi etkileşim metriklerinde de avantaj sağlar.
- Hazır site kurucu (Wix, Squarespace, Shopify): Hızlı yayın ve düşük teknik bilgi avantajı sağlar; ama esneklik ve sahiplik sınırlıdır. Tasarımcıya kod düzeyinde kontrol isteyenler için Webflow, görsel arayüzle temiz kod üreten orta-ileri seviye bir alternatiftir.
- CMS (WordPress, headless CMS): İçeriği sık güncelleyen, bir ekibin yöneteceği, blog/ürün/sayfa sayısı büyüyen siteler için doğal seçimdir.
- Özel yazılım (Next.js, Nuxt, SvelteKit): Tam kontrol, en yüksek performans ve ölçek isteyen, kendine özgü iş mantığı olan ürünler için. Maliyet ve süre en yüksek olan yoldur ama tavanı da en yüksektir.
Pratik kural nettir: içeriğinizi ne sıklıkta ve kim güncelleyecek? İçerik az ve nadir değişiyorsa CMS'in getirdiği bakım yükü (güncelleme, güvenlik, yedekleme) gereksiz olabilir. İçerik canlı, ekip kalabalık ve büyüme bekleniyorsa CMS değeri ağır basar. Hangi zeminin sizin durumunuza uyduğunu karşılaştırmalı olarak değerlendirmek için iyi web tasarımının nasıl olması gerektiğini de bir referans çerçeve olarak kullanabilirsiniz; çünkü zemin ne olursa olsun hız, erişilebilirlik ve net hiyerarşi gibi ilkeler değişmez.
Hangi CMS? WordPress, Hazır Kurucu, E-ticaret ve Headless
"Hangi CMS seçilmeli" sorusunun tek bir doğru cevabı yoktur; doğru cevap işin türüne göre değişir. Ana aileleri ve güçlü oldukları yerleri ayıralım:
- WordPress (genel amaçlı CMS): Tüm web'in %41,9'unu, CMS pazarının %59,5'ini çalıştırır. En büyük gücü dev ekosistemi ve geniş ajans/destek havuzudur; içerik ağırlıklı kurumsal siteler, bloglar ve haber siteleri için varsayılan tercihtir. Zayıf yönü bakım ve güvenlik yüküdür: çekirdek, tema ve eklentiler düzenli güncellenmezse risk hızla büyür.
- Hazır kurucular (Wix %4,3, Squarespace, Webflow): Küçük işletme, portföy ve tasarım odaklı vitrin siteleri için hızlıdır. Webflow, tasarımcıya kod düzeyinde kontrol vererek bu grup içinde ayrı bir konumda durur.
- E-ticaret altyapıları: Shopify (%5,2 küresel pay) küresel liderdir; Türkiye'de ikas, TL, kargo ve e-fatura entegrasyonlarıyla güçlü yerel bir alternatiftir. WordPress üzerinde ise WooCommerce yaygın bir e-ticaret çözümüdür. İkisi arasındaki seçimi ikas mı Shopify mı yazısında derinleştiriyoruz.
- Headless CMS (Strapi, Sanity, Contentful): İçeriğin bir API'den geldiği, sunumun (web, mobil, ekran) ayrıştığı modeldir. Modern framework'lerle (Next.js, Astro) eşleşir; çok kanallılık ve hız avantajı sunar. Karmaşıklığı ve geliştirici gereksinimi daha yüksektir, bu yüzden "her siteye" değil, içeriği birden çok yüzeye dağıtan yapılara uygundur.
Aşağıdaki tablo, sık karşılaşılan ihtiyaçlara göre hangi ailenin öne çıktığını özetler. Pazar payı rakamları W3Techs'in Haziran 2026 verisidir ve zamanla değişebilir.
| İhtiyaç | Öne çıkan zemin | Neden |
|---|---|---|
| Sık güncellenen blog / kurumsal içerik | WordPress veya headless CMS | Geniş içerik araçları, rol yönetimi, ekosistem |
| Küçük vitrin / portföy | Hazır kurucu (Wix, Squarespace, Webflow) | Hızlı yayın, düşük bakım |
| E-ticaret (TR) | ikas veya WooCommerce | TL, kargo, e-fatura, yerel entegrasyon |
| E-ticaret (küresel) | Shopify | Küresel lider, geniş uygulama pazarı |
| Çok kanallı içerik (web+mobil+ekran) | Headless CMS + modern framework | API tabanlı içerik, hız |
| Özgün ürün / yüksek trafik / tam kontrol | Özel yazılım (Next.js) | Performans, ölçek, sahiplik |
CMS Kimler İçin Doğru Seçim?
CMS'i "herkese uygun tek doğru" gibi sunmak yanıltıcı olur; doğrusu, belirli profillerde net biçimde öne çıkmasıdır. Müşterilerimizde gördüğümüz tipik uygun profiller şunlar:
- Düzenli blog / içerik yayınlayan markalar: Haftalık yazı, haber, duyuru üreten kurumsal siteler ve içerik pazarlaması yapan işletmeler. İçeriğin teknik ekibe takılmadan akması kritik; özellikle uzun satış döngülü B2B sitelerinde içerik, güven ve eğitim rolünü üstlendiği için CMS doğal bir zemindir.
- İçeriğini kendi yönetmek isteyen küçük ve orta ölçekli işletmeler: Hizmet sayfalarını, fiyatları, referansları kendi güncellemek isteyen ekipler. Her küçük değişiklik için ajansa dönmek istemeyenler.
- E-ticaret yapanlar: Ürün ekleme/güncelleme, stok, kategori yönetimi sürekli bir iştir. Burada Shopify (küresel pazarda %5,2 pay) ya da Türkiye'de ikas gibi yerel güçlü altyapılar, kargo/e-fatura/TL entegrasyonlarıyla öne çıkar; WordPress üzerinde ise WooCommerce yaygındır. Maliyet planlaması için e-ticaret sitesi açmak kaç para yazımız iyi bir başlangıçtır.
- Çok kanallı içerik dağıtan kurumlar: İçeriği aynı anda web, mobil uygulama ve ekranlara sunması gereken yapılar için headless CMS (içeriğin API'den geldiği, sunumun ayrıştığı model) güçlü bir seçenektir.
Buna karşılık CMS'in zayıf kaldığı durumlar da var: tamamen özgün iş mantığı, çok yüksek trafik veya milisaniyelik performans/ölçek gereksinimi olan ürünlerde özel yazılım (örneğin Next.js tabanlı bir uygulama) daha doğru olabilir. Aynı şekilde, içeriği neredeyse hiç değişmeyen tek sayfalık bir tanıtım sitesinde ya da tek hedefe odaklı bir dönüşüm odaklı landing page kurgusunda CMS'in bakım yükü gereksiz kalabilir. Bu kararı verirken markanıza özgülük, dönüşüm kritikliği ve uzun ömür gibi ölçütleri tartmanız gerekir; özel yazılım ve web sitesi hizmetimiz kapsamında bu değerlendirmeyi sizinle birlikte yapıyoruz.
CMS Seçerken Hangi Kriterlere Bakmalı?
Doğru CMS'i seçmek bir "marka tercihi" değil, ihtiyaç eşleştirmesidir. Müşteri projelerinde aşağıdaki kriterleri sırayla sorgulamak, yanlış karar olasılığını ciddi biçimde düşürür:
- İçerik sıklığı ve ekip: İçeriği kim, ne sıklıkta güncelleyecek? Kalabalık ve teknik olmayan bir ekip için sade, sezgisel bir panel ve net rol yönetimi belirleyicidir.
- Performans tavanı: Core Web Vitals eşikleri (LCP ≤ 2,5 sn, INP ≤ 200 ms, CLS ≤ 0,1) bir sıralama sinyalidir. Ağır eklentili bir WordPress kurulumu bu eşikleri zorlayabilirken, statik/headless yapılar genelde daha iyi performans verir. Hız ile SEO ilişkisini Core Web Vitals rehberimizde derinleştiriyoruz.
- Güvenlik ve bakım yükü: Bilinen açıkların çoğu güncellenmemiş bileşenlerden sömürülür; OWASP'ın güncel listesinde "tedarik zinciri" riski artık ilk üçtedir. Eklenti sayısını sınırlı tutmak, güvenilir kaynak seçmek ve düzenli güncelleme bu yükü yönetilebilir kılar. Konunun bütününü web sitesi güvenliği yazımızda ele alıyoruz.
- SEO esnekliği: Temiz URL, özelleştirilebilir meta etiketler, otomatik sitemap, yapısal veri ve 301 yönlendirme yönetimi. Bunlar yoksa arama görünürlüğünü baştan sınırlamış olursunuz.
- Erişilebilirlik desteği: WCAG 2.2 AA artık birçok pazarda yasal eşiktir; Avrupa Erişilebilirlik Yasası 28 Haziran 2025'te yürürlüğe girdi. Seçtiğiniz tema ve editörün erişilebilir çıktı üretebilmesi önemlidir. Ayrıntı için web erişilebilirliği rehberimize bakabilirsiniz.
- Çoklu dil ve büyüme: Yarın İngilizce bir versiyon, yeni bir ürün hattı ya da farklı bir içerik tipi gerekebilir. Seçtiğiniz CMS bu büyümeyi taşıyabilmeli.
- Taşınabilirlik: İçeriğinizi ve verinizi dışa aktarabilir misiniz? Bu, gelecekte platform değiştirmeniz gerektiğinde sizi kurtaracak en önemli özelliktir.
CMS Seçimi Neden Sonradan Pahalıya Mal Olur?
CMS, bir sitenin temelidir; üstüne içerik, tasarım, SEO geçmişi ve entegrasyonlar zamanla yığılır. Bu yüzden yanlış seçilmiş bir CMS'ten çıkmak, ilk kurulumdan çok daha maliyetlidir. En çok karşılaştığımız üç bağlanma (lock-in) kaynağı:
- İçerik ve veri kilidi: Hazır kurucularda içerik ve tasarım platforma kilitlenir; başka bir yere taşımak çoğu zaman zahmetli, bazen neredeyse imkânsızdır. Açık kaynak bir CMS'te ise kod ve veri sizindir, taşınabilirlik korunur.
- SEO ve URL geçmişi: CMS değiştirirken URL yapısı değişiyorsa, eski adreslerden yenilere 301 (kalıcı) yönlendirme yapılmazsa arama sıralaması ve backlink değeri kaybolur. Bu, bir site yenileme (redesign) sürecinin en kritik kuralıdır ve CMS göçlerinde de aynen geçerlidir. Göç sonrası sitemap'i Search Console'a yeniden göndermek ve 404'leri izlemek de aynı disiplinin parçasıdır.
- Eklenti/entegrasyon bağımlılığı: Belirli bir CMS'e özgü eklentiler ve entegrasyonlar üzerine kurulu iş akışları, başka platforma geçişte yeniden inşa edilmek zorunda kalır. Ne kadar derine "özel eklenti" gömerseniz, çıkış o kadar pahalılaşır.
Bu yüzden CMS seçimini "şu an hangisi kolay" sorusuyla değil, "üç yıl sonra bu site nereye büyüyecek, içeriği kim yönetecek, hangi entegrasyonlar gerekecek" sorularıyla yapmak gerekir. Doğru seçilmiş bir CMS, yıllarca üstüne sağlıklı biçimde inşa edebileceğiniz bir zemindir; yanlış seçilmiş olanı ise her büyüme adımında sizi yavaşlatır. Mevcut bir sitenin hangi altyapı veya e-ticaret platformuyla çalıştığını merak ediyorsanız e-ticaret altyapı tespit aracımızla hızlıca kontrol edebilir; kendi projeniz için hangi CMS veya yazılım zemininin uygun olduğunu netleştirmek isterseniz ücretsiz analiz ve teklif sihirbazımız üzerinden durumunuza özel bir değerlendirme alabilirsiniz.
Popüler CMS'ler Hangileri? WordPress, Webflow, Wix, Squarespace ve E-ticarette Shopify/ikas
Kısa cevap: En çok kullanılan CMS WordPress'tir; Haziran 2026 itibarıyla (W3Techs verisi, zamanla değişir) tüm web sitelerinin yaklaşık %41,9'unu, CMS kullanan sitelerin ise %59,5'ini çalıştırır. Onu küresel web payında Shopify (%5,2) ve Wix (%4,3) izler; yani WordPress en yakın rakibinin yaklaşık dokuz katı büyüklüktedir. Webflow ve Squarespace daha niş ama güçlü tasarım odaklı seçeneklerdir. E-ticarette küresel lider Shopify'dır, Türkiye pazarında ise ikas yerli ve güçlü bir alternatiftir. Doğru tercih platformun popülerliğiyle değil, sizin esneklik, bütçe, ekip yetkinliği ve sahiplik ihtiyacınızla belirlenir.
Burada kritik bir nüans var: "CMS" terimi tek bir teknik kategori değil, en az üç farklı yaklaşımı kapsıyor. Birincisi WordPress gibi açık kaynak, kendi barındırdığınız (self-hosted) sistemler; ikincisi Wix, Squarespace, Shopify ve ikas gibi barındırılan (hosted, SaaS) kapalı platformlar; üçüncüsü ise içeriğin sunum katmanından ayrıldığı headless CMS mimarisi. Bu üç model farklı sahiplik, maliyet ve bakım dengesi sunar. Aşağıda her platformu somut güçlü ve zayıf yönleriyle ele alıp sonunda kapsamlı bir karşılaştırma tablosu veriyoruz. Hangi altyapının size uyduğunu netleştirmek için içerik yönetimi ihtiyacınızı, ekibinizin teknik seviyesini ve büyüme hedefinizi baz alın; "herkesin kullandığı" değil "sizin işinizi taşıyan" platformu seçin. CMS seçimini sürecin tamamı içinde konumlandırmak isterseniz, web sitesi yapma adımları rehberimiz ile bu yazı birbirini tamamlar; altyapının domain/hosting/SSL ayağı için ise domain, hosting ve SSL altyapı rehberimize bakabilirsiniz.
WordPress neden hâlâ açık ara lider?
WordPress'i bu kadar baskın yapan tek bir teknik üstünlük değil, ekosistemidir. 60.000'den fazla eklenti ve 10.000'den fazla tema ile neredeyse her ihtiyaca hazır bir çözüm bulunur. Pratikte bunun anlamı şudur: iletişim ve form yönetimi, SEO (meta etiketleri, site haritası, şema işaretlemesi), çok dillilik, üyelik/abonelik, randevu/rezervasyon, önbellekleme (cache) ve e-ticaret (WooCommerce) gibi ihtiyaçların hemen hepsi için olgunlaşmış, topluluk tarafından sürekli güncellenen eklentiler vardır. Açık kaynaklıdır, yani kod ve veri tamamen sizindir; bir platforma kilitlenmezsiniz (vendor lock-in yok) ve istediğiniz an başka bir hosting'e taşıyabilirsiniz. İçerik ekibi teknik bilgi olmadan yazı/sayfa yönetebilir, görsel düzenleyebilir ve yayın takvimi kurabilir; bu da onu içerik ağırlıklı, blog ve haber odaklı siteler için doğal bir tercih yapar.
Buna karşılık WordPress'in iki gerçek bedeli vardır. Birincisi bakım yükü: çekirdek (core), tema ve eklentiler düzenli güncellenmezse güvenlik açığı oluşur. Bilinen açıkların (CVE) çoğu güncellenmemiş üçüncü taraf eklentilerden sömürülür. Nitekim OWASP Top 10:2025'te "Software Supply Chain Failures" (A03) yeni bir başlık olarak listeye girmiştir ve bu tam olarak eklenti/tema/bağımlılık riskidir; ayrıca "Security Misconfiguration" maddesi #5'ten #2'ye yükselmiştir ki bu da yanlış yapılandırılmış WordPress kurulumlarının ne kadar yaygın bir saldırı yüzeyi olduğunu gösterir. İkincisi performans şişmesi: çok sayıda eklenti yüklü, ağır temalı bir WordPress sitesi kolayca yavaşlar; her eklenti kendi CSS/JavaScript dosyalarını yükler, veritabanı sorgularını artırır ve ana iş parçacığını (main thread) bloke ederek Core Web Vitals eşiklerini (LCP ≤ 2,5 sn, INP ≤ 200 ms, CLS ≤ 0,1) ıskalamasına yol açabilir. Özellikle INP tarafında ağır JavaScript doğrudan etkileşim yanıtını geciktirir.
Bu bedeller yönetilebilir, ama bilinçli yönetilmelidir: WordPress'te az ama güvenilir eklenti seçmek, kullanılmayan eklenti ve temaları tamamen silmek (devre dışı bırakmak yetmez, kod sunucuda kalır), terk edilmiş/uzun süredir güncellenmeyen eklentilerden kaçınmak, bir önbellekleme ve görsel optimizasyon katmanı kurmak ve admin hesabını iki faktörlü doğrulama (2FA) ile korumak şarttır. Sunucu tarafı doğrulama, güçlü parola ve giriş denemelerini sınırlama (rate-limit) gibi temel önlemler de WordPress'in geniş saldırı yüzeyini daraltır. Güvenlik tarafını derinlemesine ele aldığımız web sitesi güvenliği rehberimizde WordPress'e özgü riskleri ve OWASP Top 10 önlemlerini ayrıntılandırıyoruz; hız tarafı için ise Core Web Vitals ve site hızı rehberimize ya da PageSpeed Insights iyileştirme rehberimize bakabilirsiniz.
Kime uygun: Sık güncellenen blog/haber siteleri, içerik ekibi olan kurumsal siteler, çok dilli ve SEO odaklı projeler, küçük-orta bütçeli işler ve WooCommerce ile esnek e-ticaret isteyenler. Kime uygun değil: Bakım ve güncelleme sorumluluğunu taşımak istemeyen, sıfır bakımla mümkün olan en yüksek performansı arayan ya da çok özgün/uygulama benzeri bir arayüz hedefleyen ekipler.
Webflow: tasarımcıya kod düzeyinde kontrol
Webflow, görsel bir tasarım aracıdır ama çıktısı temiz, üretim kalitesinde HTML/CSS koddur. Tasarımcının kod yazmadan, ama kodun nasıl davranacağını bilerek tasarım yapmasını sağlar; bu yönüyle "sürükle-bırak site kurucu" ile "özel kod" arasında konumlanır. Webflow'da çalışırken aslında doğrudan CSS kutu modeliyle (margin, padding, flexbox, grid) iş görürsünüz, sadece bunu görsel bir arayüzden yaparsınız. Animasyon, scroll etkileşimleri ve özgün düzen (layout) kontrolü Wix'ten belirgin biçimde güçlüdür; ürettiği kod genelde daha hafif ve daha temiz olduğu için performans potansiyeli de daha yüksektir. Tasarım odaklı pazarlama siteleri, ajans portföyleri, ürün/lansman sayfaları ve marka siteleri için iyi bir orta-ileri seviye seçenektir.
Webflow'un başlıca bedeli öğrenme eğrisidir: kutu modeli, flexbox/grid, konumlandırma ve duyarlı (responsive) breakpoint mantığına aşina olmayan biri için Wix kadar kolay değildir; gücünün önemli kısmı tam da bu CSS kavramlarına hâkimiyetten gelir. İkinci bedel, abonelik tabanlı ve barındırılan bir platform olmasıdır: büyüdükçe maliyet artar ve belirli platform sınırları (form gönderim limitleri, CMS öğe sayısı, dinamik mantık kısıtları) devreye girer. İçerik yönetimi için kendi CMS koleksiyonlarını sunar; bu, blog, vaka çalışması ve katalog gibi yapılandırılmış içerik için yeterlidir, ancak WordPress eklenti ekosisteminin genişliğine (üyelik, kompleks e-ticaret, niş entegrasyonlar) ulaşmaz. Mobil-öncelikli, duyarlı tasarımı doğru kurmak isteyen tasarımcılar için Webflow'un breakpoint sistemi güçlüdür; bu disiplinin ilkelerini mobil uyumlu responsive web tasarım rehberimizde, görsel ilke tarafını ise iyi web tasarımı nasıl olmalı yazımızda ele alıyoruz.
Kime uygun: Özgün, animasyonlu ve görsel olarak iddialı pazarlama/marka siteleri isteyen, temiz kod ve iyi performans önemseyen, kod yazmadan ama tasarım kontrolünü kaybetmeden çalışmak isteyen tasarımcı/ajanslar. Kime uygun değil: Hiç teknik arka planı olmayan ve "tek tıkla yayında olmak" isteyen kullanıcılar ya da geniş eklenti ekosistemine bağımlı, karmaşık işlevsellik gerektiren projeler.
Wix ve Squarespace: hız ve kolaylık önde
Wix (küresel web payı yaklaşık %4,3), gerçek bir sürükle-bırak site kurucudur. En büyük avantajı, teknik bilgi gerektirmeden çok hızlı yayına çıkmaktır: küçük işletmeler, tek kişilik girişimler, serbest çalışanlar ve "bir an önce internette olmak isteyen" işletmeler için idealdir. Altyapı bakımı tamamen sağlayıcıdadır; güvenlik güncellemesi, sunucu yönetimi, SSL sertifikası ve yedekleme sizin işiniz değildir. Bunun karşılığında esneklik ve sahiplik düşüktür: tasarım büyük ölçüde şablonun sınırlarıyla kısıtlıdır, içerik ve tasarım platforma kilitlidir ve başka bir altyapıya taşınması neredeyse imkânsızdır (vendor lock-in). Pratik bir uyarı: Wix'te bir şablon seçtikten sonra çoğu zaman temayı sıfırlamadan başka bir şablona geçemezsiniz; bu da ileride köklü bir tasarım değişikliğini zorlaştırır.
Squarespace ise tasarım odaklı, estetik ve tutarlı şablonlarıyla öne çıkar; portföy siteleri, küçük markalar, restoran/kafe, etkinlik ve görsel ağırlıklı işler için doğal bir tercihtir. Wix'e göre tasarım tutarlılığı ve "kutudan çıkar çıkmaz şıklık" genelde daha yüksektir, ancak özelleştirme yine şablonun çizdiği sınırla kısıtlıdır. Hem Wix hem Squarespace orta düzey performans sunar; optimizasyon kontrolünüz sınırlı olduğu için, ağır görselli bir Wix/Squarespace sitesinde LCP ve CLS gibi Core Web Vitals metriklerini tam istediğiniz gibi ince ayar yapmak her zaman mümkün olmaz. Görselleri sıkıştırmak, kritik CSS'i satır içine almak veya yazı tipi yüklemesini kontrol etmek gibi ileri optimizasyonlar bu kapalı platformlarda büyük ölçüde sağlayıcının insafına kalır.
Bir not: hem Wix hem Squarespace artık kendi e-ticaret modüllerini de sunar; küçük ölçekli, az ürünlü bir mağaza için bunlar yeterli olabilir. Ancak ödeme, kargo ve fatura akışlarının Türkiye'ye özgü ihtiyaçları söz konusu olduğunda, aşağıda ele aldığımız Shopify/ikas/WooCommerce üçlüsü genellikle daha sağlam bir temel sunar.
Karar kriteri: Bütçe kısıtlı, hız öncelikli, basit bir tanıtım/vitrin sitesi istiyorsanız hazır kurucu (Wix/Squarespace) mantıklıdır. Ama markaya özgü, dönüşüm-kritik, uzun ömürlü ve entegrasyon yoğun bir proje hedefliyorsanız bu başlangıç kolaylığının bedelini esneklik ve sahiplik kaybıyla ödersiniz; üstelik aylık abonelik uzun vadede sürekli bir gider kalemine dönüşür. Bu ikilemi maliyet, esneklik, sahiplik ve ölçeklenebilirlik eksenlerinde ayrıntılı ele aldığımız hazır site mi özel yazılım mı yazısı karar verirken yol gösterir; bütçe tarafını netleştirmek isterseniz 2026 web tasarım fiyatları yazımıza da bakabilirsiniz.
E-ticaret için: Shopify mi, ikas mı, WooCommerce mu?
E-ticarette CMS seçimi içerik sitesinden tamamen farklı kriterler ister. Burada belirleyici olan tema/eklenti çeşitliliğinden çok şudur: ödeme altyapısının (sanal POS, taksit) ülkeye uyumu, kargo entegrasyonu, e-fatura/e-arşiv, stok ve varyant (beden/renk) yönetimi, sepet/ödeme akışındaki sürtünme ve yerel vergi/yasal uyum. Bir e-ticaret platformunda yavaş ödeme akışı veya başarısız bir taksit ekranı, doğrudan ciro kaybı demektir; bu yüzden mobilde ödeme deneyimi en az tasarım kadar önemlidir. Türkiye'de e-ticaret yasal metinleri (mesafeli satış sözleşmesi, ön bilgilendirme formu, iade/cayma koşulları) ile KVKK aydınlatma ve çerez uyumu da seçilen platformda doğru kurulabilmelidir.
Shopify (küresel web payı yaklaşık %5,2) dünya çapında lider e-ticaret platformudur; barındırılan (hosted) yapısıyla altyapı, güvenlik ve ölçek derdini büyük ölçüde ortadan kaldırır, çok geniş bir uygulama (app) ekosistemi sunar ve trafik arttıkça sorunsuz ölçeklenir. Uluslararası satış, çoklu para birimi ve global lojistik söz konusu olduğunda olgunluğu rakipsizdir. Türkiye'de en büyük pratik zorluğu, yerel ödeme ve fatura akışlarının (yerli sanal POS, taksit, e-fatura/e-arşiv) her zaman sorunsuz oturmamasıdır; çoğu zaman aracı uygulamalar veya ek entegrasyon çalışması gerekir.
ikas, tam da bu noktada öne çıkan yerli alternatiftir: Türkiye pazarına göre tasarlanmış kargo entegrasyonları, e-fatura/e-arşiv akışları, TL bazlı yönetim ve yerel ödeme/banka POS sağlayıcılarıyla uyum sunar. Türkiye odaklı satış yapan, yerel operasyon, kargo ve mevzuat uyumunu önceleyen işletmeler için ikas çoğu zaman daha az sürtünmeli bir kurulum ve günlük operasyon deneyimi verir. Kapalı/barındırılan olması nedeniyle Shopify'a benzer bir sahiplik kısıtı taşır, ancak yerel iş akışları söz konusu olduğunda bu kısıtı fazlasıyla telafi edebilir. İki platformu yan yana koyup hangi durumda hangisinin avantajlı olduğunu ele aldığımız ikas mı Shopify mi karşılaştırmamız bu kararı netleştirir; Shopify tarafında adım adım kurulum için Shopify mağaza nasıl açılır rehberimize, e-ticareti baştan kurmanın maliyetini görmek için ise e-ticaret sitesi açmak kaç para yazımıza bakabilirsiniz.
Üçüncü yol WooCommerce'tur: WordPress üzerine kurulu açık kaynak bir e-ticaret eklentisidir. Zaten WordPress kullanan, içerik (blog/SEO) ve mağazayı tek çatıda toplamak isteyen, tam kontrol ve açık kaynak sahipliği arayan işletmeler için uygundur; ödeme, kargo ve fatura için Türkiye'ye özgü eklentiler de mevcuttur. Bedeli, Shopify/ikas'ın barındırılan kolaylığının aksine, hosting, SSL, güvenlik güncellemeleri, yedekleme ve performans optimizasyonunun tamamen sizin sorumluluğunuzda olmasıdır; ürün ve trafik arttıkça WordPress+WooCommerce kurulumu ciddi bir sunucu ve önbellekleme stratejisi ister. Bir başka pratik soru da rakip analizidir: bir rakibinizin hangi e-ticaret altyapısını kullandığını merak ediyorsanız, e-ticaret altyapı tespit aracımızla hızlıca kontrol edebilir; dönüşüm tarafını iyileştirmek için ise e-ticarette dönüşüm oranı artırma (CRO) rehberimizden faydalanabilirsiniz.
Headless CMS ve modern framework'ler: bir üst seviye
Geleneksel CMS'in ötesinde, içeriğin bir API'den geldiği ve sunum (frontend) katmanının bundan tamamen ayrıldığı headless yaklaşım vardır. "Baş" (head), yani kullanıcıya görünen arayüz, içerik deposundan ayrıldığı için bu isimle anılır. Burada üç popüler seçenek öne çıkar: Strapi (açık kaynak, kendi sunucunuzda barındırırsınız, tam kontrol), Sanity (gerçek zamanlı işbirliği, çok esnek içerik modelleme) ve Contentful (kurumsal ölçek, olgun süreçler). Bu sistemler genelde Next.js veya Astro gibi modern framework'lerle eşleşir ve içeriği tek bir kaynaktan web sitesine, mobil uygulamaya, dijital ekranlara ve hatta sesli arayüzlere besler. Avantajı yüksek hız (statik üretim + edge dağıtım), güvenlik (saldırı yüzeyi daha küçük) ve çok kanallılıktır; bedeli, kurulum ve sürekli bakım için geliştirici ekip gerektirmesi ve içerik editörü deneyiminin WordPress kadar "hazır" gelmemesidir.
Sunum tarafında 2026'nın manzarası şöyle özetlenebilir: React/Next.js en yaygın seçenek olup sunucu tarafı işleme (SSR) ve statik üretim (SSG) destekleriyle uygulama benzeri, dinamik ve SEO dostu siteler için güçlüdür; Astro "az JavaScript" felsefesiyle içerik odaklı, çok hızlı statik siteler üretir ve varsayılan olarak tarayıcıya minimum betik gönderdiği için Core Web Vitals açısından avantajlıdır; Vue/Nuxt React'e göre öğrenmesi genelde daha kolay bir alternatiftir; SvelteKit ise derleme aşamasında işin çoğunu hallederek çok hafif çıktı üretmesiyle dikkat çeker. Bu yaklaşımlar en yüksek performansı ve tam kontrolü verir, ancak maliyet ve geliştirme süresi olarak da en üst basamaktır; bu nedenle özgün ürün, yüksek trafik, ölçek ve performans-kritik dönüşüm hedefi olan projeler için anlamlıdır. Bu seviyede çoğu zaman tek bir CMS değil, ihtiyaçlara göre kurgulanmış bir mimari söz konusudur; böyle bir projeyi birlikte planlamak için özel yazılım ve web sitesi hizmetimize göz atabilirsiniz.
Sahiplik, lock-in ve maliyet modeli: gözden kaçan ama belirleyici eksen
Platform seçiminde çoğu kişi tasarım ve kolaylığa odaklanır, ama uzun vadede asıl farkı sahiplik (ownership) ve maliyet modeli yaratır. İki temel model vardır. Birincisi, barındırılan/SaaS platformlar (Wix, Squarespace, Shopify, ikas): başlangıç maliyeti düşük ve öngörülebilirdir, çünkü aylık/yıllık abonelik ödersiniz ve altyapı bakımı dahildir. Ancak içerik, tasarım ve çoğu zaman müşteri verisi platforma bağlıdır; platformdan çıkış (göç) zordur ve abonelik süresince ödeme devam eder. İkincisi, açık kaynak/self-hosted veya özel yazılım (WordPress, WooCommerce, headless, Next.js): kod ve veri sizindir, taşınabilir ve özelleştirilebilirsiniz; ön maliyet daha yüksektir ama bir platforma kilitli kalmazsınız. Burada "ucuz" görünen aylık abonelik, üç-beş yıllık ufukta sahiplik kaybıyla birlikte düşünülmelidir.
Lock-in'in pratik bir sonucu da yenileme (redesign) ve göç maliyetidir. Açık kaynak bir sitede ileride tasarımı yenilerken içerik ve URL yapısını koruyabilir, gerektiğinde eski URL'lerden yenilere kalıcı 301 yönlendirmeleriyle SEO değerini taşıyabilirsiniz. Kapalı bir platformdan çıkışta ise hem içeriği yeniden taşımak hem de URL yapısını korumak çok daha sancılıdır. Site yenilerken SEO kaybetmemenin kuralları ve göç planı için web sitesi yenileme (redesign) rehberimize bakabilirsiniz. Özetle: platform seçimi yalnızca bugünün ihtiyacını değil, üç yıl sonra siteyi büyütme, taşıma veya yenileme özgürlüğünü de belirler.
Hangi CMS'i seçmeli? Özet karar tablosu
Aşağıdaki tablo, platformları tasarımcı ve işletme gözüyle yan yana koyar. Tek bir "en iyi CMS" yoktur; doğru seçim projenizin bütçesine, ekibinizin teknik seviyesine, esneklik ve sahiplik ihtiyacına bağlıdır. Pazar payı rakamları Haziran 2026 (W3Techs) itibarıyladır ve zamanla değişir.
| Platform | Tür | Güçlü yön | Zayıf yön | İdeal kullanım |
|---|---|---|---|---|
| WordPress (~%41,9) | Açık kaynak CMS (self-hosted) | Devasa eklenti/tema ekosistemi, güçlü içerik yönetimi, tam sahiplik, taşınabilirlik | Bakım/güvenlik yükü, eklenti şişmesi ve performans riski | Blog/haber, içerik ağırlıklı kurumsal, çok dilli SEO, WooCommerce e-ticaret |
| Webflow | Görsel tasarım aracı (hosted) | Temiz/hızlı kod, kod düzeyinde tasarım ve animasyon kontrolü | Öğrenme eğrisi, abonelik, CMS/işlevsellik genişliği sınırlı | Tasarım odaklı pazarlama/marka siteleri, ajans portföyü, lansman sayfaları |
| Wix (~%4,3) | Hazır site kurucu (hosted) | Çok kolay, hızlı yayın, bakım sağlayıcıda, SSL/sunucu derdi yok | Düşük esneklik/sahiplik, vendor lock-in, sınırlı performans optimizasyonu | Küçük işletme, serbest çalışan, hızlı tanıtım/vitrin sitesi |
| Squarespace | Hazır site kurucu (hosted) | Estetik şablonlar, yüksek tasarım tutarlılığı, kolay kullanım | Şablonla sınırlı özelleştirme, orta performans, lock-in | Portföy, küçük marka, restoran/etkinlik, görsel ağırlıklı siteler |
| Shopify (~%5,2) | Barındırılan e-ticaret (SaaS) | Küresel lider, çok geniş uygulama ekosistemi, kolay ölçek, uluslararası satış | TR yerel ödeme/e-fatura akışı her zaman sorunsuz değil, lock-in | Küresel/ölçekli e-ticaret, hızlı kurulum, çok pazarlı satış |
| ikas | Barındırılan e-ticaret (yerli SaaS) | TR kargo/e-fatura/e-arşiv/TL/yerel ödeme uyumu, düşük operasyon sürtünmesi | Küresel uygulama ekosistemi Shopify kadar geniş değil, lock-in | Türkiye odaklı e-ticaret, yerel mevzuat ve kargo uyumu önceliği |
| WooCommerce | WordPress e-ticaret eklentisi (açık kaynak) | Tam kontrol, açık kaynak sahipliği, içerik + mağaza tek çatı, TR eklenti desteği | Hosting/SSL/güvenlik/performans bakımı tamamen sizde | WordPress kullanan, SEO+mağazayı birleştirmek ve sahiplik isteyen işletmeler |
| Headless + Next.js/Astro | Özel yazılım / modern framework | En yüksek hız, tam kontrol, çok kanallılık, küçük saldırı yüzeyi, ölçek | En yüksek maliyet/süre, geliştirici ekip ve editör eğitimi gerekir | Özgün ürün, yüksek trafik, performans- ve dönüşüm-kritik projeler |
Pratik kural olarak şu eşleştirmeler işe yarar: hızlı, ucuz ve basit bir tanıtım sitesi için hazır kurucu (Wix/Squarespace) ya da WordPress; içerik ağırlıklı, ekibin sürekli düzenleyeceği bir site için WordPress veya headless CMS; tasarımın iddialı olduğu marka/pazarlama siteleri için Webflow; özgün, yüksek trafikli ve performans-kritik bir ürün için ise özel yazılım (Next.js/Astro vb.) doğru yöndür. E-ticarette küresel ölçek ve uluslararası satış için Shopify, Türkiye odaklı satış ve yerel operasyon uyumu için ikas, içerik ile mağazayı tek açık kaynak çatıda toplamak için WooCommerce öne çıkar. Seçimi yaparken üç soruyu netleştirin: içeriği kim, ne sıklıkta yönetecek; ekibinizin teknik seviyesi nedir; ve üç yıl sonra bu siteyi büyütüp taşıyabilmek sizin için ne kadar önemli. Hangi yolun işinize ve bütçenize uygun olduğundan emin değilseniz, projenizi birlikte değerlendirmek için ücretsiz analiz sihirbazımızı kullanabilir veya web ve mobil UI/UX tasarımı hizmetimiz üzerinden doğru altyapıyı birlikte seçebilirsiniz.
Headless CMS ve Özel Yazılım Ne Zaman Mantıklı?
Kısa cevap: İçeriğiniz tek bir web sitesinden fazlasına besleniyorsa (web + mobil uygulama + dijital ekran + kiosk + sesli asistan) headless CMS; ürünün kendisi karmaşık iş mantığı, yüksek trafik ve markaya özgü özel akışlar içeriyorsa özel yazılım mantıklıdır. Geleneksel WordPress gibi "monolitik" bir CMS, içerik yönetimi ile sunum katmanını tek pakette birleştirir; küçük-orta pazarlama sitelerinin büyük çoğunluğu için fazlasıyla yeterlidir ve nitekim WordPress hâlâ tüm web'in yaklaşık %41,9'unu, CMS pazarının %59,5'ini çalıştırır (W3Techs, Haziran 2026). En yakın rakibi Shopify (%5,2) ve Wix (%4,3) ile arada yaklaşık dokuz katlık bir fark vardır; yani "varsayılan" tercih hâlâ açık ara monolitik CMS'tir. Headless ve özel yazılım, bu standart kalıbın darboğaza döndüğü özel durumlar için vardır; "daha modern görünüyor" diye seçilen varsayılan değildir. Bu ayrımı net kurmak, çoğu projede bütçeyi ve süreyi koruyan en kritik karardır. Bu yazının üst başlığında ele aldığımız CMS seçim mantığını ve hazır site mi özel yazılım mı karşılaştırmasını burada bir adım derinleştiriyoruz; altyapının domain/hosting/SSL tarafını ise altyapı rehberimizde bulabilirsiniz.
Headless CMS Nedir, Geleneksel CMS'ten Farkı Ne?
Geleneksel (monolitik) bir CMS'te içerik yönetimi paneli, veritabanı ve sayfayı çizen sunum katmanı (tema) tek bir uygulamadır. WordPress'te bir yazı yazarsınız, aynı sistem onu HTML olarak ziyaretçiye sunar; içerik, veritabanı ve tema aynı çatı altında "yapışıktır". Headless CMS'te ise "baş" (head), yani sunum katmanı koparılır: içerik bir yönetim arayüzünde tutulur ama dışarıya yalnızca bir API (genelde REST veya GraphQL) üzerinden ham veri olarak verilir. Sayfayı çizme işini ayrı bir ön yüz (front-end) üstlenir — tipik olarak Next.js, Astro veya benzeri modern bir framework. "İçerik API'den gelir, sunum ayrıdır" cümlesi headless'in özünü tek satırda tarifler.
Bu farkı somutlaştırmak için iki mimariyi yan yana koyalım:
| Boyut | Geleneksel (monolitik) CMS | Headless CMS |
|---|---|---|
| İçerik + sunum | Tek pakette birleşik (tema HTML üretir) | Ayrık — içerik API, sunum ayrı ön yüz |
| Ön yüz teknolojisi | Tema motoruna (PHP/şablon) bağlı | Serbest — Next.js, Astro, Nuxt vb. |
| Çıkış kanalı | Genelde tek web sitesi | Çok kanallı — web, uygulama, ekran, kiosk |
| Editör önizlemesi | Anında, kutudan çıkar (WYSIWYG) | Ayrıca kurulmalı (preview ortamı) |
| Saldırı yüzeyi | Admin ve ön yüz aynı sunucuda | Admin, açık ön yüzden ayrılabilir (daha dar) |
| Bakım birimi | Tek sistem | İki sistem (CMS + ön yüz) |
Bu mimarinin pratik sonucu şudur: aynı içerik kaynağı birden fazla "uç noktayı" besleyebilir. Bir ürün açıklamasını tek yerde düzenlersiniz; o veri hem web sitenize, hem mobil uygulamanıza, hem mağazadaki dijital ekrana, hem de bir sesli asistana aynı API'den akar. Tek bir CMS'i tek bir web sitesine kilitlemek yerine içeriği "çok kanallı" (omnichannel) bir kaynak hâline getirirsiniz. Yaygın headless çözümler arasında Strapi (açık kaynak, kendi sunucunuzda barındırırsınız — veri ve kod tamamen sizde, platform kilidi yok), Sanity (gerçek zamanlı iş birliği, çok esnek içerik modeli, yapılandırılmış içerik) ve Contentful (kurumsal ölçek, olgun altyapı, geniş entegrasyon) öne çıkar. Bunlar modern framework'lerle — Next.js veya Astro ile — eşleştiğinde hem hız hem çok kanallılık avantajı sağlar. WordPress'i de "headless modda" kullanmak mümkündür (REST/GraphQL API üzerinden içerik verip ön yüzü ayrı kurarsınız); yani headless bir ürün değil, bir mimari yaklaşımdır.
Headless CMS Ne Zaman Gerçekten Mantıklı?
Headless'i "trend olduğu için" seçmek en sık gördüğümüz hatadır; her ekstra mimari katman bakım, geliştirme süresi ve maliyet demektir. İçeriği tek web sitesinde sunan bir kurumsal sitede headless'in vaat ettiği çok kanallılık avantajı çoğunlukla teoride kalır, karmaşıklığı ise hemen başlar. Bizim müşterilerimizde net fayda gördüğümüz senaryolar şunlardır:
- Çok kanallı içerik: Aynı içeriği web + mobil uygulama + ekran/kiosk gibi birden fazla yüzeyde kullanıyorsanız, içeriği tek kaynakta tutup hepsini API'den beslemek tekrarlı emeği ortadan kaldırır. Örneğin bir kampanya metnini web'de, uygulamada ve mağaza ekranında ayrı ayrı güncellemek yerine tek yerde değiştirir, her kanal otomatik tazelenir. Tek bir web siteniz varsa bu avantaj çoğunlukla teorik kalır.
- Performans ve Core Web Vitals hassasiyeti: Ön yüzü Next.js/Astro ile statik veya edge'de üretip yalnızca gerekli JavaScript'i göndererek LCP'yi 2,5 sn altına, INP'yi 200 ms altına, CLS'yi 0,1 altına çekmek daha kontrol edilebilir hâle gelir. Astro'nun "az JavaScript" felsefesi, INP'yi bozan ağır ana iş parçacığı (main thread) yükünü baştan azaltır; çünkü INP, 12 Mart 2024'te FID'in yerini aldığından beri sadece ilk girişi değil tüm etkileşimlerin yanıt hızını ölçer ve ağır JavaScript'e karşı acımasızdır. CWV'nin tasarım ve geliştirme tarafını ayrıntılı ele aldığımız site hızı ve SEO Core Web Vitals rehberimiz ile ölçüm tarafını anlattığımız PageSpeed Insights rehberimiz bu noktada tamamlayıcıdır.
- Geliştirici ekibi ve özel ön yüz ihtiyacı: Tasarımınız standart tema kalıplarının dışına çıkıyorsa, ön yüzü kod düzeyinde özgürce kurmak istiyorsanız headless bu özgürlüğü verir. Sunum katmanı tema motoruna mahkûm değildir; görsel hiyerarşiyi, mikro etkileşimleri ve dönüşüm akışını piksel düzeyinde kurgulayabilirsiniz.
- Güvenlik yüzeyini daraltma: İçerik yönetim paneli (admin) ziyaretçiye açık ön yüzden tamamen ayrı bir sunucuda durabildiği için saldırı yüzeyi küçülür. WordPress'te en büyük riskin güncellenmemiş üçüncü taraf eklentiler olduğu düşünüldüğünde — OWASP Top 10:2025'te Software Supply Chain Failures (A03) artık ayrı bir madde olarak listede ve Security Misconfiguration #5'ten #2'ye yükseldi — bu mimari ayrım pratik bir güvenlik kazancıdır. Konuyu derinleştirmek için web sitesi güvenliği rehberimize bakabilirsiniz.
Buna karşılık headless'in maliyeti vardır ve bunu baştan bilmek gerekir. İçerik editörü artık "yazdığını anında sayfada görme" konforunu kolayca bulamaz — önizleme (preview) ortamı ayrıca kurulmalıdır; aksi halde editör değişikliğini yayınlamadan göremez. İki ayrı sistem (CMS + ön yüz) ayrı bakım, ayrı dağıtım (deploy) ve ayrı izleme ister. Basit bir kurumsal tanıtım sitesi için bu karmaşıklık çoğu zaman gereksizdir; ekibin içerik güncellemesi yavaşlar, küçük bir değişiklik bile geliştirici müdahalesi gerektirebilir. Pratik kuralımız: tek web siteniz var, ekip içeriği kolayca düzenlesin istiyorsanız geleneksel CMS yeterlidir; içerik birden çok kanala dağılıyor veya ön yüz performans/tasarım açısından kritikse headless mantıklıdır.
Özel Yazılım Ne Zaman Mantıklı?
Özel yazılım (Next.js/React gibi framework'lerle sıfırdan geliştirilen ürün), CMS'in de ötesinde bir karardır: burada artık "içerik yönetilen bir site" değil, "bir uygulama" yaparsınız. Tam kontrol, en yüksek performans ve sınırsız özelleştirme sunar; karşılığında en yüksek ön maliyet ve en uzun geliştirme süresini ister. Aşağıdaki sinyallerden birden fazlası varsa özel yazılım masaya gelmelidir:
- Karmaşık iş mantığı: Standart "sayfa + form" kalıbının dışına çıkan hesaplama, dinamik fiyatlandırma, rezervasyon/randevu, üyelik seviyeleri, kullanıcıya özel panel/dashboard, ödeme akışları, üçüncü taraf API entegrasyonları gibi özel akışlar varsa, hazır şablonlar ve eklentiler hızla yetersiz kalır. Eklenti üstüne eklenti yığmak "şişme" (bloat), çakışan kod ve performans kaybı üretir; her yeni eklenti aynı zamanda yeni bir güvenlik ve uyumluluk yüzeyidir.
- Yüksek trafik ve ölçek: Statik/edge mimarisiyle üretilen özel yazılım genelde en hızlı ve en iyi ölçeklenen seçenektir; ağır eklentili bir WordPress kurulumu aynı trafikte yavaşlayabilir, önbellek ve sunucu maliyeti büyür. Mobil trafiğin küresel olarak yaklaşık %60 olduğu ve Google'ın mobil-öncelikli indekslemeyi varsayılan yaptığı bir ortamda, mobilde hızlı kalmak doğrudan SEO ve dönüşüm meselesidir.
- Markaya özgü, dönüşüm-kritik deneyim: Her piksel ve her etkileşim dönüşüm hedefinize göre kurgulanacaksa, tema sınırlarına sıkışmadan tasarlamak istersiniz. Dönüşüm odaklı landing page rehberimizdeki ilkeleri — tek net CTA, az alanlı form, güçlü görsel hiyerarşi, sosyal kanıt — tema kısıtı olmadan uygulamak özel yazılımda daha kolaydır. Genel UI/UX disiplinini ise UI/UX tasarım yazımızda ele alıyoruz.
- Uzun ömür ve sahiplik: Hazır kuruculardaki platform kilidini (vendor lock-in) ve aylık abonelik bağımlılığını istemiyorsanız, kod ve veri tamamen sizde olduğunda taşınabilirlik ve kontrol elinizde kalır. Platform kapanırsa, fiyat politikası değişirse veya bir özelliği kaldırırsa esir kalmazsınız.
- Erişilebilirlik ve yasal uyum üzerinde tam kontrol: WCAG 2.2 AA hedeflerini (yeterli kontrast, görünür odak halkası, minimum dokunmatik hedef boyutu, etiketli form alanları) tema kısıtı olmadan, semantik HTML düzeyinde kurmak istiyorsanız özel ön yüz avantaj sağlar. AB'ye ürün/hizmet satan firmalar için 28 Haziran 2025'te yürürlüğe giren Avrupa Erişilebilirlik Yasası (EAA), EN 301 549 / WCAG 2.1 AA uyumunu zorunlu kıldığından bu kontrol giderek daha kritik hale geliyor. Ayrıntı için web erişilebilirliği rehberimize göz atın.
Önemli bir nüans: headless CMS ile özel yazılım birbirinin alternatifi olmak zorunda değildir; sıkça birlikte kullanılırlar. Özel bir Next.js uygulamasının içerik tarafını (blog, kampanya sayfaları, SSS) bir headless CMS'e (örneğin Strapi veya Sanity) bağlarsınız: pazarlama ekibi içeriği kod bilmeden günceller, geliştirici ekip uygulamanın çekirdeğine — ödeme, hesap, panel mantığına — odaklanır. Böylece "her şey koda gömülü, içeriği güncellemek için her seferinde geliştirici gerekiyor" tuzağına düşmezsiniz. Bu hibrit yaklaşım, içerik ağırlıklı ama aynı zamanda uygulama mantığı olan projelerde çoğu zaman en dengeli çözümdür.
Maliyet ve Süre: Karar Verirken Ne Beklemeli?
Maliyet, bu kararın çoğu zaman belirleyici eksenidir; ama yalnız ön maliyete bakmak yanıltıcıdır — bakım yükü, sahiplik ve uzun vadeli abonelik bağımlılığı da hesaba katılmalıdır. Genel çerçeve şöyledir:
| Yaklaşım | Ön maliyet | Esneklik / sahiplik | Bakım sorumluluğu | Uygun olduğu durum |
|---|---|---|---|---|
| Geleneksel CMS (WordPress) | Düşük-orta | Orta — eklenti ekosistemi geniş, platform kilidi düşük (açık kaynak) | Sizde — çekirdek/tema/eklenti güncellemeleri ve güvenlik yamaları | Tek web sitesi, içerik ağırlıklı, ekip düzenleyecek |
| Headless CMS + modern ön yüz | Orta-yüksek | Yüksek — çok kanallı, ön yüz tamamen özgür | İki sistem (CMS + ön yüz) ayrı bakım ister; önizleme kurulmalı | Çok kanallı içerik, performans-kritik ön yüz |
| Özel yazılım (Next.js vb.) | Yüksek | En yüksek — sınırsız özelleştirme, tam sahiplik | Ekip/ajans bakımı gerekir (kontrol ama sorumluluk) | Karmaşık iş mantığı, yüksek trafik, uzun ömür |
Özel yazılımın yüksek ön maliyetinin karşılığında uzun vadede abonelik bağımlılığı olmaması önemli bir kalemdir; aylık platform ücreti ödemezsiniz, kod sizindir. Ancak bu, projenin bütçesi ve ömrü gerçekten bunu hak ediyorsa anlamlıdır. Kısa vadeli, bütçesiz ve basit bir ihtiyacı özel yazılımla çözmek, çoğu zaman gereğinden fazla harcamadır — aynı işi iyi kurgulanmış bir CMS hem daha ucuza hem daha hızlı yapar. Tersi de doğrudur: karmaşık bir iş mantığını eklentilerle zorlamak, başta ucuz görünüp zamanla bakım kabusuna ve performans borcuna dönüşebilir. Özel yazılımın maliyetini neyin belirlediğini — kapsam, entegrasyon sayısı, tasarım özgünlüğü, bakım — ayrıntılı kırdığımız özel yazılım maliyeti neye göre belirlenir yazımız ve genel bütçe çerçevesini verdiğimiz web tasarım fiyatları 2026 yazımız, teklif almadan önce beklentinizi netleştirmeniz için iyi bir başlangıçtır. Genel ilke olarak fiyatlar yaklaşıktır ve kapsama göre ciddi değişir; net bir rakam dayatan değil, ihtiyacınızı dinleyip kapsam çıkaran bir yaklaşım daha sağlıklıdır.
Sık Yapılan Hatalar: Mimari Seçiminde Nelere Dikkat Etmeli?
Müşterilerimizde tekrar tekrar gördüğümüz, sonradan pahalıya patlayan birkaç tipik hata var. Bunları baştan bilmek, doğru kararı vermenin yarısıdır:
- "Modern olsun" diye headless seçmek: Tek bir kurumsal tanıtım sitesinde headless'in çok kanallılık avantajı kullanılmazken, önizleme eksikliği ve çift sistem bakımı ekibi yavaşlatır. İhtiyaç yoksa karmaşıklık net bir kayıptır.
- Eklenti yığarak özel yazılımı taklit etmek: Karmaşık iş mantığını onlarca eklentiyle WordPress'e zorlamak, performansı düşürür ve her eklenti yeni bir güvenlik/uyumluluk yüzeyi açar. Bilinen açıkların çoğu güncellenmemiş üçüncü taraf bileşenlerden sömürülür.
- Önizleme ve editör deneyimini hesaba katmamak: Headless'e geçerken içerik ekibinin "anında görme" konforunu kaybetmesi, en sık atlanan maliyet kalemidir. Preview ortamı baştan planlanmazsa içerik üretimi tıkanır.
- Sahiplik ve taşınabilirliği göz ardı etmek: Hazır kuruculardaki platform kilidi, büyüme anında "çıkış" maliyetini ortaya çıkarır. Uzun ömürlü, markaya kritik bir projede veri ve kodun sizde olması stratejik bir tercihtir.
- SEO mirasını korumadan altyapı değiştirmek: CMS'ten headless'e ya da özel yazılıma geçerken URL yapısı değişiyorsa, eski adreslerden yeniye kalıcı 301 yönlendirme şarttır; aksi halde sıralama ve backlink değeri kaybolur. Bu konuyu web sitesi yenileme rehberimizde ayrıntılı işliyoruz.
Doğru Kararı Nasıl Verirsiniz?
Pratik bir karar çerçevesi olarak şu üç soruyu sırayla yanıtlamanızı öneririz. Birincisi: İçeriğim kaç farklı yüzeyde kullanılacak? Sadece bir web sitesiyse geleneksel CMS; web + uygulama + ekran gibi birden çoksa headless'i değerlendirin. İkincisi: Ürünümde standart "sayfa + form" dışında karmaşık iş mantığı var mı? Yoksa CMS yeterli; varsa (panel, hesaplama, rezervasyon, üyelik, ödeme, yoğun entegrasyon) özel yazılımı masaya alın. Üçüncüsü: Performans, tasarım özgünlüğü ve dönüşüm bu proje için ne kadar kritik? Kritikse — örneğin her milisaniyenin ve her etkileşimin dönüşüme etkisi varsa — ön yüzü tam kontrol edebileceğiniz headless veya özel yazılım öne çıkar.
Bu üç sorunun cevabını bir arada düşünün: çoğu zaman tek bir sinyal değil, sinyallerin birleşimi kararı netleştirir. Tek kanal + basit mantık + standart tasarım ise geleneksel CMS neredeyse her zaman doğru cevaptır. Çok kanal + performans hassasiyeti varsa headless; karmaşık mantık + ölçek + uzun ömür varsa özel yazılım öne çıkar. Aradaki gri bölgede ise hibrit (özel yazılım + headless içerik katmanı) çoğu zaman en dengeli yoldur.
Çoğu kurumsal tanıtım sitesi için doğru cevap hâlâ iyi kurgulanmış geleneksel bir CMS'tir; headless ve özel yazılım, ihtiyaç gerçekten oradayken devreye girer. Bu yüzden bir B2B veya kurumsal site planlıyorsanız, önce kurumsal web sitesi nasıl olmalı ve B2B web sitesi nasıl tasarlanır yazılarımızdaki bölüm ve güven öğeleri kontrol listesini netleştirmek, mimari kararından önce gelir. Hangi mimarinin işinize uyduğundan emin değilseniz, önce ihtiyacınızı netleştirmek en doğru adımdır: işinizi, trafik beklentinizi ve içerik akışınızı birlikte değerlendirip uygun altyapıyı çıkarmak için ücretsiz analiz ve teklif sihirbazımızı kullanabilir veya özel yazılım ve web sitesi geliştirme hizmetimiz kapsamında bizimle konuşabilirsiniz. Yanlış mimari seçimi sonradan en pahalı düzeltilen hatalardan biridir; doğru kararı baştan vermek, tüm projenin getirisini belirler.
