Yaklaşık 10 yıldır, geleneksel WordPress tipi CMS’nin hegemonyası, sözde “web sitesi yönetimi” çözümleri lehine sorgulanıyor.başsız”. Bu anlayışta, bedeni ayrıştırırız (arka uç) kafanın (başlangıç aşaması). Grafik sunumundan bağımsız bir içerik yönetimi arayüzü sunan bu CMS’nin, katkıda bulunanlar ve geliştiriciler için daha basit, daha ölçeklenebilir olması ve daha iyi çok kanallı kullanıcı deneyimleri sunması amaçlanmaktadır.
Başsızlığa doğru olan bu koşuşturmanın ardından, heyecanlandırmak yeniden düşecek gibi görünüyor. Bu web sitesi yönetimi yöntemi bazı şirketler için geçerli olsa da hepsi için geçerli değildir. Bu nedenle pek çok şirket, özellikle de bunun pazarlama ekipleri açısından yarattığı katılıklar nedeniyle bundan geri dönüyor.
Hibrit CMS, her iki dünyanın da en iyisi mi?
2010’ların ortasından itibaren yavaş yavaş bir alternatif ortaya çıktı: Hibrit CMS. WYSIWYG içerik düzenleme gibi geleneksel CMS’nin sunduğu en sezgisel özelliklerden bazıları (Ne Görürsen Onu Alırsın), korunur ve çok kanallı görüntüleme için API aracılığıyla içerik çağrılarıyla ilişkilendirilir. Hem basitlik hem de çeviklik arayan şirketler için bu fikir oldukça çekici ve hibrit CMS, her iki dünyanın da en iyisini sunması beklenen çözüm olarak doğal olarak öne çıkıyor.
Söz tutuldu mu? Pek değil. Ya da en azından herkes için değil. Bu büyük CMS transfer penceresinde geliştiriciler, reaktörün kalbinde yer alsalar da, kenarda bırakılmış gibi hissediyorlar.
Hibrit geliştiricileri kısıtladığında
İletişim ve pazarlama açısından hibrit seçenek gerçekten de pek çok seçeneği karşılıyor olsa da, geliştiriciler bazen hâlâ yollarını bulmakta biraz zorluk çekiyor.
Geleneksel CMS’de, CMS teknolojisi seçilen çözüm tarafından onlara empoze edilir. Başsız CMS’de çok daha özgürler, ancak pazarlamanın zararına. Hibrit CMS’de, geliştirme dilinden her zaman bağımsız olmamalarının yanı sıra, yalnızca bir dil yerine iki dilde de uzmanlaşmaları gerekir.
Aslında inşa etmek için farklı teknolojiler kullanmaları gerekiyor “statik içerik” web sayfası şablonları gibi ve oluşturmak için dinamik deneyimler (anketler, kısa sınavlar, formlar, simülatörler vb.).
Şirketler için bu genellikle çeşitli becerilerin işe alınmasıyla ve dolayısıyla web sitelerini işletme maliyetinin artmasıyla sonuçlanır.
Bu sorunun içerik oluşturucuların karşılaştığı zorluklara da yansıdığını söylemeye bile gerek yok: Headless, içeriğin veya bir bileşenin bir siteden diğerine yeniden kullanılmasını kolaylaştırırken, kodun yeniden kullanımı mümkün değil Hibrit bir CMS’de statik ve dinamik içerik arasında. Ancak farklı sayfalardaki ve farklı sitelerdeki öğelerin basit bir şekilde yeniden kullanılması, web ekiplerinde giderek daha fazla yer kaplayan bir üretkenlik sorununa yanıt vermektedir.
Dolayısıyla bu, hibrit CMS’nin genelleştirilmesinin önündeki engellerden biridir. Daha doğrusu “öyleydi”.
JavaScript: Basit Tutun
Geleneksel CMS’den Başsız CMS’ye kadar şirketlerin son yıllarda kaçtığı şey katılıktır. Birincisi geliştiriciler için çok katı iken ikincisi pazarlamacılar için çok katıdır. Hibrit CMS’de çoğu zaman başarısızlığa uğrayan şey karmaşıklıktır: hazırlanması yıllar alan web projeleri, işe alınması karmaşık geliştiriciler, bakımı zor olan web altyapıları…
Peki bu geliştirme kısıtlamalarından kaçınırken geleneksel CMS’nin ve başsız CMS’nin avantajlarını nasıl koruyabiliriz? JavaScript, yeni nesil CMS’nin anahtarlarından biridir; aynı derecede verimli ancak daha basittir.
İyi sebeplerden dolayı JavaScript gerçekten de birincil web geliştirme dili haline geldi. Büyük tarayıcılar tarafından desteklenir, geniş bir kütüphane ve çerçeve ekosistemine sahiptir ve ayrıca sunucu tarafında da çalıştırılabilir. Bu nedenle dinamik deneyimler yaratmak isteyen her geliştirici, aslında kodun statik ve dinamik deneyimlerde yeniden kullanılmasına olanak tanıyan tek teknoloji olan JavaScript’i öğrenir.
Yalnızca JavaScript’te kodlamaya izin veren bir CMS bu nedenle üretkenlik, insan kaynaklarının kullanılabilirliği, web performansı ve hatta içerik oluşturma ve pazarlama zorluklarını karşılar. Alternatif bir teknolojik çözümün yokluğunda, bu hedeflere, yalnızca kullanıcı ihtiyaçları için gerekli işlevlere sahip, daha gelişmiş web siteleri seçilerek de ulaşılabilir. Her ne kadar basit tutmak her zaman kolay olmasa da.
Steve Jobs’un dediği gibi: ” Basitlik karmaşıklıktan daha zor olabilir: Düşüncenizi açıklığa kavuşturmak ve basitleştirmek için çok çalışmanız gerekir. Ama buna değer çünkü oraya vardığınızda dağları yerinden oynatabilirsiniz. »