Kafanı Kaybetme: Başsız Değerlendirmek

Bu makale, görsel düzenleyici, iç içe bileşenler ve web siteleri ve uygulamalar için özelleştirilebilir içerik bloklarına sahip, samimi bir başsız CMS olan Storyblok'taki sevgili dostlarımız tarafından desteklenmiştir. Teşekkür ederim!

Birçok seçenek beraberinde birçok karar getirir ve farklı sistemlerin çok sayıda ve çeşitli belirtilen faydaları arasında boğulmak kolaydır. Peki bu seçenekleri değerlendirmeye nasıl yaklaşıyorsunuz? İki hafta önce Aaron Hans, Smashing Magazine'de başsız kalmanın kullanım örneklerine ve burada neye iyi geldiğine ışık tuttu. Bugün size CMS ortamı hakkında biraz bilgi vereceğim ve karar vermenize yardımcı olacak bazı sorular soracağım.

Başsız mı? Ne?

Başsız içerik yönetimi, içerik yönetim sisteminizi (CMS) ön uçtan ayırma uygulamasıdır. Geleneksel (veya "monolith") sistemlerin aksine, CMS web ön ucunu güçlendirmekten doğrudan sorumlu değildir. Bunun yerine, içerik bir API aracılığıyla uzak bir sistemden ön uca sunulur ve ön uç, sayfalarını oluşturmak için bu verileri kullanır. Bu, çalışma zamanında (bir kullanıcı web sitenize girdiğinde) veya oluşturma zamanında (içerik önceden oluşturulur ve önceden oluşturulur) ortaya çıkabilir, ancak buradaki önemli kavram, içerik ve sunum katmanları arasındaki ayrımdır.

Jamstack kullanarak bir site oluşturmayı planlıyorsanız, varsayılan olarak bu yöne gideceksiniz, ancak yaklaşım PHP, . Net veya Ruby.

Ama Bu Neden Bir Şeydir?

Headless başlangıçta Jamstack için içeriği yönetmenin bir yolu olarak ortaya çıktı (Jamstack şık adını almadan önce), ancak yaklaşım birçok nedenden dolayı hayranlar kazandı. Başsız içerik yönetimi, içeriği farklı platformlara dağıtmamıza olanak tanır, böylece web sitenizdeki içeriği örneğin yerel bir mobil uygulamada kullanabilirsiniz.

Headless ayrıca diğer sistemlerdeki eksiklikleri gidermemizi sağlar. Örneğin, Shopify. Yaptığı işte harika olsa da, çevrimiçi mağazanız için içerik yönetimi söz konusu olduğunda en esnek sistem değildir. Başsız bir CMS kullanarak, bir Shopify sitesi için ek içeriği uzaktan yönetebilir ve varsayılan olarak sahip olacağımızdan daha fazla güç ve esneklik sağlayabiliriz.

Geçenlerde tam olarak bunu yapan bir proje üzerinde çalıştım - Shopify'ın sağladığı içeriği başsız bir CMS'den ek, daha zengin içerikle genişletmek (bu proje için Contentful'ı kullandık, ancak herhangi bir başsız CMS bu işi yapabilir). Başsız bir içerik yönetimi çözümü kullanmak, ihtiyaçlarımıza göre uyarlayabileceğimiz özel veri yapıları oluşturmamızı sağladı. Örneğin, müşteri ürünlerinin yapımında kullandıkları malzemeleri vurgulamak istedi ve Shopify bunu yönetmenin gerçekten iyi bir yolunu sağlamıyor. Shopify'da yeni bir içerik türü oluşturduk ve bunun, oluşturduğumuz diğer içerik türleriyle dolu özel bir ürün sayfasına eklenmesine izin verdik.

Shopify içeriği alındı ​​ve Contentful ile senkronize edildi ve bu, Shopify API'lerinin yalnızca stok seviyesi kontrolleri ve sepet oluşturma için gerçekten dahil olmasıyla site için birincil veri sürücüsü haline geldi. Bu tür zengin verileri SaaS tabanlı bir e-ticaret sitesine ekleyebilmek inanılmaz derecede güçlüydü.

Bu sonucu siteyi oluşturmak için Nuxt kullanarak elde ettik, ancak aynı şekilde CMS'den gelen verileri doğrudan Shopify şablonlarına entegre etmeyi de seçebilirdik. Jamstack burada daha iyi bir yaklaşım olarak seçildi, ancak başsız hemen hemen her yerde kullanılabilecek kadar esnektir. JavaScript veya PHP veya .Net gibi daha geleneksel bir arka uç dili aracılığıyla bir tür komut dosyasına erişiminiz olduğu sürece, iş akışınıza başsız bir şekilde entegre edebilirsiniz.

İçeriğinizi sunum katmanınızdan ayırmak gerçekten güçlü olabilir. İçeriğinizin farklı platformlara ve sunum katmanlarına bağlanmasına izin vermek, içeriğinizin temas noktalarınız arasında tutarlı kalmasına yardımcı olur ve içeriğinizin farklı ekipler tarafından yönetilen bir grup farklı sistemde parçalanmamasını sağlamaya yardımcı olur.

Web sitenizde, bir mobil uygulamada ve ayrıca programatik reklamlarda bahsetmek istediğiniz bir ürününüz olduğunu hayal edin. Headless ile, tek bir merkezi içerik havuzuna sahip olabilir ve aynı içeriği (veya bunun yönlerini) tüm bu platformlara ve daha fazlasına dağıtabilirsiniz. Daha geleneksel içerik yönetimiyle, farklı platformlar için içeriği ayrı ayrı yönetmeniz gerekir.

Bu Kulağa Harika Geliyor! Yani Başsız Bana Uygun mu?

Yaklaşımınızı seçerken göz önünde bulundurmanız gereken bir sürü şey var. Başsız olmanın faydaları var, ancak maliyetleri de var. Başsız bir yaklaşım olarak düşünürken kendinize sormanız gereken bazı sorular:

Bölmeyi Yapmanın Bilgi Gereksinimlerinden Rahat Mısınız?

Pek çok insan, headless'a geçmenin arka uç geliştiricilere olan ihtiyaçtan "kurtulabileceğini" düşünüyor, ancak gerçek şu ki, verileri etkili bir şekilde yapılandırma ve iyi çalışan ve ölçeklenen içerik modelleri oluşturma zihniyeti, zihniyetten hala çok farklı. çoğu zaman harika bir ön uç geliştirici olması gerekiyordu. Hala bir bilgi boşluğu var ve bunun hala doldurulması gerekecek.

Önemli ölçekte bir projeyle uğraşıyorsanız, muhtemelen bazı geliştiricilerin “arka uç” alanlarına, bazılarının da “ön uç”a odaklanmasını isteyeceksiniz. Bölünmeler başsız topraklarda daha ince ve daha dövülebilir, ancak sadece başsız kalarak geliştirme iş gücünüzü yarıya indirebileceğiniz gibi yanlış varsayım altında çalışmayın.

Toplam Sahip Olma Maliyetini Biliyor musunuz?

Başsız, genellikle bir monolitten daha ucuz olabilir, ancak bu sistemlerin çoğunun SaaS yapısı, büyük, hızla değişen veri kümeleri veya çok büyük ekipler için maliyetlerin artmayabileceği anlamına gelebilir. Her zaman maliyetlerin nasıl ölçeklendiğini ve bu ölçeklemenin neye dayandığını kontrol edin. Bazı satıcılar veri hacmine , bazıları API isteklerinin sayısına ve bazıları da içeriğinizi düzenleyen ortak çalışan sayısına göre ölçeklendirir. Bunların kombinasyonu, maliyetlerinizin ölçekle nasıl büyüdüğü üzerinde çarpıcı bir etkiye sahip olabilir.

Toplam sahip olma maliyetiniz hakkında bir fikir formüle etmek için muhtemelen birden fazla farklı platforma bakmanız gerekecektir. "Kutudan çıktığı gibi" arama almıyorsanız, bu özelliği eklemenin size ne kadara mal olacağını düşünmeniz gerekir. Genellikle bu maliyetlerin nasıl ölçekleneceğini tahmin edebilirsiniz ve genellikle küçük adımlarla başlayabilirsiniz, ancak bu şeylerin uzun vadede size nelere mal olabileceğinin farkında olmaya değer.

Ayrıca başsız kalmayı seçerseniz derleme dakikalarınıza yakından bakın: bunlar, özellikle geliştirme ve içerik oluşturma aşamalarında hızla artabilir. Sitenizi statik olarak oluşturmayı seçerseniz, CMS'den her yayınlama işleminden sonra bir derlemeye ihtiyacınız olacağını unutmayın. Büyük sitelerde bu yapılar biraz zaman alabilir, bu nedenle bunların kontrol altında tutulması gerekeceğini akılda tutmakta fayda var. Popüler statik barındırma hizmetlerinin çoğu (Netlify ve Vercel gibi) yapı varlık önbelleğe almayı destekler ve artımlı yapılara olanak tanıyan modern çerçevelerle birlikte bu, artan bu maliyetin azaltılmasına yardımcı olabilir, ancak yine de buna göz kulak olmanız ve işinizi yapmanız gerekir. yakalanmamak için araştırma yapın.

Müşteriniz İçin Yeterince İyi Açıkladınız mı?

Jamstack ve başsız çalışmanın geliştirici deneyimini sevebilirsiniz, ancak bu değerlendirmeleri yaparken, bir araya getirdiğiniz çözümleri kullanmak ve yaşamak zorunda olanın istemciler olduğunu unutmamalısınız, bu yüzden yapmak isteyeceksiniz. hayatlarını mümkün olduğunca kolaylaştırmaya çalışın.

Daha önceki bir rolümde, endüstri lideri performansı birinci öncelik olarak istediklerini söyleyen bir otomotiv üreticisiyle görüşmeye katılmıştım, ancak sonunda daha geleneksel bir çözüm sunan başka bir ajansla gittiler. Bu birkaç nedenden dolayı olabilir. (Muhtemelen yaklaşımımızın faydalarını satma konusunda yeterince iyi bir iş yapmadık, ancak başsız kalmak, özellikle yetenekli olan bazı geleneksel “kurumsal” sistemlere karşı koyulduğunda, içerik editörleri için oldukça korkutucu görünebilir. her şeyin "sadece çalışıyor" gibi görünmesini sağlamak.)

Başsız olduğunuzda, tüm bunları tek bir yerde yapabilen büyük bir sisteme sahip olmak yerine, her biri belirli bir şeyde çok iyi olacak şekilde tasarlanmış bireysel araçları bir araya getiriyor olacaksınız. Müşterinizin başa çıkmasını mümkün olduğunca kolaylaştırmadığınız sürece, bununla başa çıkmak oldukça korkutucu olabilir.

Ek Geliştirme Süresini Dikkate Alıyor musunuz?

Başsızın tüm potansiyel gücü ve esnekliği bedavaya gelmez. Her şeyin özel olmasının dezavantajlarından biri, bunun her şeyin sıfırdan geliştirilmesi gerektiği anlamına gelmesidir. Bu alandaki seçeneklerin çoğuyla, gerçek bir "varsayılan" belge şeması yoktur - aslında, böyle varsayılanlara sahip olmayacak şekilde çok kasıtlı olarak ayarlanmıştır. Bu, bir yandan harika çünkü ihtiyaçlarınıza tam olarak uyan, sıkı bir şekilde uyarlanmış belge modelleri elde ettiğiniz anlamına geliyor.

Öte yandan, birinin bu belge modellerini tanımlaması gerektiği ve ardından kullandığınız sistem için birinin bunları oluşturması gerektiği anlamına gelir. Ardından, ön uç ve arka uç birbirinden ayrıldığından, taslak içeriğin önizlemesine izin vermek için genellikle birinin bir motor oluşturması gerekir; birçok modern çerçeve, taslak içeriğin önizlemesine izin veren bir sistem içerir, ancak evrensel olarak çalışmaya başlamak için ek yapılandırma gerektirir ve bazıları bir düzeyde özel kod gerektirir. Tabii ki, ön uç içeriğe bağlı değildir, bu nedenle verilerin ön uç bileşenlere eşlenmesinin de yapılması gerekir. Sıkıca bağlanmış bir CMS ile bile genellikle bunun en azından bir kısmını yapmanız gerekecek, ancak büyük olasılıkla tüm bunlara zaman ayırmanız gerekeceği gerçeği maliyetli olabilir.

Siz/Müşteriniz Kendi Altyapınızda Yaşamayan Verilerle Rahat Mısınız?

Başsız CMS sistemleri ve diğer SaaS satıcılarıyla çalışan birçok kişi bunu sıklıkla olumlu olarak görse de, örneğin hassas ürün veya halka açık olmayan üretim verilerinin söz konusu olduğu durumlarda, verilerinizin kendi altyapınızın dışında olmasının arzu edilenden daha az olabileceği durumlar vardır. Bu şirketler için güvenlik genellikle oldukça iyidir, ancak her zaman riskler vardır.

İçeriğinizin bir yerde anonim bir AWS sunucusunda barındırılmasının göreli avantajlarını tarttığınızdan emin olun. Güçlü AWS'nin bile kesintiler yaşayabileceğini ve iş açısından kritik sistemler için bunların son derece maliyetli olabileceğini daha önce görmüştük. Burada AWS'de SaaS veya kendi altyapınızı kullanmak arasındaki fark, kendi altyapınızda bir kesinti veya güvenlik ihlali olması durumunda, bunun kendi ürününüz veya kodunuzla ilgili olması muhtemeldir, ancak bir SaaS/AWS ortamında kesintiler işinizle ilgisi olmayan faktörlerden kaynaklanma olasılığı daha yüksektir. Bu durumlar nadirdir, ancak olur ve bu kararları verirken bunun dikkate alınması önemlidir.

Tamam harika. Peki seçeneklerim nedir?

2021'de kullanılabilen başsız ve başsız içerik yönetimi çözümlerinin sayısı şaşırtıcı ve sürekli artıyor. Buradaki tüm seçenekleri ele almaya çalışmak yerine, daha iyi bilinen birkaç seçenek hakkında çok kısa bir giriş yapmak istiyorum. Daha kapsamlı bir liste arıyorsanız, Headless CMS veya CMS Karşılaştırmasına göz atmak isteyebilirsiniz.

memnun

Contentful, 2016 yılında kurulmuş ve birkaç başarılı tohum yatırım turuna sahip olan ve kendilerini “dijital deneyimler sunmak için API öncelikli bir içerik platformu” olarak tanımlayan, başsız CMS seçeneklerinin en köklülerinden biridir.

Contentful, çevrilmiş ve dönüştürülmüş içeriği daha iyi desteklemek için son yıllarda büyük adımlar attı ve birden çok içerik "ortamı" için iyi bir desteğe sahipler ve üretim verilerinizden değişiklik yapılmasına ve daha sonra taşınmasına izin veriyorlar.

Contentful, diğer SaaS uygulamalarıyla bir entegrasyon paketine sahiptir, bu nedenle e-ticaret için Shopify veya CommerceLayer veya varlık barındırma ve işleme için Cloudinary gibi uygulamalarla entegrasyon kolaydır.

İçin en iyisi:

Başsız boşlukta en köklü çözümü arayanlar.

hikaye bloğu

Storyblok, burada kendilerini gerçekten bir CMS olarak tanımlayan başsız ilk seçeneklerden sadece biridir ve içeriğinizi harika bir WYSIWYG arayüzü ile görünüşte yerinde oluşturmanıza ve düzenlemenize izin veren gerçekten güzel bir görsel içerik düzenleyiciye sahiptir. Bu, CMS'yi web sitesinden ayırmanın geleneksel zayıflıklarından biridir, bu nedenle Storyblok tarafından oluşturulan bu tür bir düzenleme ortamını görmek ileriye doğru büyük bir adımdır ve ekip bu konuda pazarı ileriye taşımaktan gurur duymalıdır.

Storyblok ayrıca, bu şeylerin kodunuz gibi ve kodunuzla birlikte yaşamasına izin veren içerik şemaları oluşturmak için API'lerini kullanma yeteneğine de sahiptir; bu, sürdürülebilirlik için harikadır. Rol tabanlı izinler ve çeviri/yaratma yetenekleri, dağıtılmış ekiplerin çok dilli sitelerde mutlu bir şekilde çalışmasını sağlar. Genel olarak, Storyblok son derece gösterişli ve iyi düşünülmüş bir teklif gibi görünüyor ve özellikle içerik ekiplerinin hayranı olması muhtemel.

İçin en iyisi:

Başsız bir CMS'den sınıfının en iyisi bir WYSIWYG içerik düzenleme çözümü arayanlar.

Akıl sağlığı

Sanity, bu alandaki bloktaki en yeni çocuklardan biri, ancak hızla dikkat çekiyor. Kendilerini “ekiplerin büyük hayaller kurmasına ve hızlı bir şekilde teslim etmesine yardımcı olan nihai içerik platformu” olarak tanımlıyorlar.

Sanity, tüm yapılandırma ve içerik modellerinizin kod olarak yapılması ve geliştiriciler için bir şeyleri saklamak için rahat bir yer olduğu için buradaki diğer seçeneklerden biraz farklı şeyler yapar. Sanity, belge modelleri ve özel alan türleri ile neredeyse sınırsız miktarda yaratıcılığa izin vererek, geliştiricilerin yalnızca web içeriği için değil, her türlü şey için derin, zengin içerik yapıları oluşturmasına olanak tanır.

Sanity'deki düzenleme paketi temiz ve basit, özelleştirilebilir, açık kaynaklıdır ve React'e dayanmaktadır. Düzenleme stüdyosunu istediğiniz herhangi bir ana bilgisayara dağıtabilir veya altyapılarında barındırmak için bir Sanity alt etki alanı kullanmayı seçebilirsiniz.

İçin en iyisi:

Özel veri yapılarından girdi bileşenlerine kadar uygulamanın neredeyse her yönü üzerinde mutlak kontrole ihtiyaç duyanlar.

prizmatik

Prismic gerçekten başsız boşluktaki odadaki eski karakter, 2013'te geri döndü, ancak bu onların uzayda yenilik yapmalarını engellemedi. Daha geçen yıl, içerik blokları (veya "dilimler") ile ön uç bileşenler arasında 1:1 bir ilişki oluşturarak bileşenleri oluşturan ön uç geliştiriciler ile içerik yazarları arasındaki boşluğu kapatmayı amaçlayan SliceMachine'ı tanıttılar. sayfalar ve içerik bölümleri editörler için çocuk oyuncağı.

Prismic'in düzenleme paketi çok güzel ve görünüşe göre alan seçimlerinde eskiden var olan bazı boşlukları düzeltmişler, bu yüzden çok yönlü bir deneyim sunuyor.

İçin en iyisi:

İçerik editörleri için sürtünmeyi en aza indirmek isteyenler.

Ya Biraz Daha Geleneksel Bir Şey İstersem?

Wordpress

Wordpress 2021'de hala çok büyük. Diğer platformlardaki tüm hype için, WordPress hala internetin yaklaşık %40'ına güç sağlıyor ve hiçbir yere gitmeyecek. Geliştiriciler, başsız yeteneklerini geliştirerek ve API desteğine daha fazla odaklanarak bundan emin olmaya yardımcı oluyorlar. Yeni düzenleme araçları ayrıca WordPress içinde yazma deneyimini daha keyifli hale getiriyor ve WordPress ile çalışmanın doğasında var olan bazı ödünleşimler son yıllarda büyük ölçüde iyileştirildi.

Nestify gibi bir hizmet olarak WordPress şirketiyle çalışmak, bir geliştirici olarak güvenlik kaygılarının ve baş ağrılarının çoğunu elinizden alır, ancak internetteki en büyük platform olarak WordPress'in hala çok cazip bir teklif sunduğunu unutmayın. kötü niyetli olanlar için hedef.

İçin en iyisi:

Teknolojiyi güncel tutarken rahat, tanıdık bir içerik platformuna bağlı kalmak isteyenler.

sitecore

Kurumsal içerik yönetiminin devlerinden biri olan Sitecore, belki de bu listede görmeyi en az bekleyeceğiniz isimlerden biridir, ancak Jamstack projelerinin Sitecore verileriyle arayüz oluşturmasını sağlamak için Sitecore JSS'yi piyasaya sürerek başsız desteği sağlamada büyük adımlar attılar.

Sitecore veya diğer kurumsal CMS sistemleriyle başsız bir şekilde çalışmanın büyük zorluğu her zaman kişiselleştirmeyi kurup çalışır hale getirmek olmuştur, ancak bu sorun, bu tür bir işlevselliği etkinleştirmek için Sitecore ile gerçekten çalışmaya başlayan Uniform'daki insanlar tarafından çözüldü. .

Sitecore büyük bir canavar ve pek çok proje için doğru olmayacak - tek başına maliyet, onu kurumsal düzeydeki müşteriler hariç tüm müşterilerin kapsamı dışında bırakıyor - ancak AEM ile birlikte burada listelenmeye değer, çünkü hala var Başsız içerik yönetiminin sadece küçük web siteleri için olduğunu düşünen birçok insan.

İçin en iyisi:

Yeni teknolojiye “her şeyi dahil etmek” istemeyen bir müşteriyle kurumsal bir projeye bakanlar.

Adobe Deneyim Yöneticisi

Adobe Experience Manager (veya AEM), işlerin kurumsal tarafında en önemli oyunculardan biridir. Rakiplerinin çoğu gibi çok büyük ve oldukça pahalıdır, ancak Adobe, içeriklerini web sitelerinin sunumundan ayırmak isteyenler için tekliflerini daha kolay hale getirmek için büyük çaba sarf eden başka bir satıcıdır.

AEM artık platformlarından veri istemek için birkaç farklı yöntemi destekliyor ve Adobe artık AEM'yi "hibrit CMS" olarak pazarlıyor; bu da, başsız ve daha geleneksel, kanala özgü operasyonu tek başlık altında birleştirdiği anlamına geliyor. Bu, çeşitli platformlarda çalışması gereken ve bu platformlar arasında ayrıntılı içerik denetimine ihtiyaç duyan pazarlama ekipleri için büyük bir avantaj olabilir, ancak Adobe'nin "hepsine hükmedecek tek bir platform"da bulunmak isteyenlerin başlamak için büyük ceplere ihtiyacı olacaktır.

İçin en iyisi:

Derin cepleri olan bir işletmenin en tepesine bakanlar! AEM çok şey yapar (burada bahsetmeyi umduğumuzdan daha fazlasını), ancak pahalıdır.

Şimdi Seçeneklerim Hakkında Bir Fikrim Var, Ama Aralarından Seçim Yapmayı Nasıl Umabilirim?

Artık başsız uzayda o kadar çok seçenek var ki, kolayca seçenek felcine düşebilirsiniz. Bununla birlikte, bir ilk görüş oluşturmaya veya en azından alanı daraltmaya yardımcı olması için kullanabileceğiniz birkaç soru vardır:

Hızlanmanız Ne Kadar Sürecek?

Farklı sistemlerin farklı öğrenme eğrileri ve geliştiricileri desteklemenin farklı yolları vardır. Burada listelenen her sistemin etrafında inşa edilmiş bir geliştiriciler topluluğu vardır, ancak tüm topluluklar eşit yaratılmamıştır. Satıcı ayrıntılı belgeler sağlıyor mu? Başlangıç ​​projeleri? Bunların hepsinin dönüş süresi üzerinde büyük bir etkisi olabilir.

Ne Tür Bir Destek Modeline İhtiyacınız Var?

Destek modelleri genellikle müşteriler için çok önemlidir ve genellikle daha doğrudan destek hatlarına erişmek için "kurumsal" paketler için ödeme yapmanız gerektiğini görürsünüz; bu da, kullanımınıza baktığınızda yatırımınızı beklediğinizden daha yüksek hale getirebilir.

Satıcı ne kadar iyi kurulmuş?

Satıcı ne kadar iyi kurulmuş? Nasıl finanse ediliyorlar? Yine, bunlar genellikle geliştiriciden ziyade müşteriyle ilgili düşüncelerdir, ancak müşteriye, önerdiğiniz satıcının istikrarlı olduğunu, X yıldır piyasada olduğunu ve yeterli mali desteğe sahip olduğunu müşteriye erkenden söyleyebilmek önemlidir. yakın zamanda hiçbir yere gitmeyeceklerinden emin olun. Herhangi bir müşterinin uğraşmak zorunda kalacağı en son şey, zorunlu bir yeniden platform oluşturmadır çünkü mevcut satıcısı, müşteri katılımının ortasındayken ürünlerini kullanımdan kaldırıyor!

Düzenleme Deneyimi Nasıldır?

Düzenleme deneyimi, herhangi bir projenin istemci tarafında yer alan birçok kişi için büyük olasılıkla son derece önemli olacaktır. Bunlar, her gün seçtiğiniz CMS ile çalışacak olan kişilerdir. CMS kullanmak için bir kabussa, bunu söyleyeceklerdir - çok fazla. İnanın bana, müşterinin mevcut sistemiyle ilgili hayal kırıklıklarını listelediği önemli miktarda zamanın harcandığı birçok sahada ve takip toplantısında bulundum!

"Baktığınız sistem(ler) bağlam içi düzenleme veya canlı taslak önizleme sağlayabilir mi?"

“Bunları kurmak için ne kadar çaba harcanıyor?”

"Editörün kendisi ne kadar hızlı veya yavaş çalışıyor?"

"Kullanıcı, seçenekler ve tanıdık olmayan düğmelerle bombardımana mı tutuluyor yoksa işler iyi organize edilmiş mi?"

Bu soruların tümü, sistemin genel kullanım kolaylığını besler. Storyblok gibi bazı çözümler, içerik düzenlemeyi zengin ve kusursuz bir deneyim haline getirmek için çok ileri gitti, ancak genellikle başsız manzarada bir bütün olarak bir güç olarak kabul edilmez, bu nedenle kesinlikle küçük ölçekli bir demo koymaya değer. içerik editörlerinizin önünde ve gözünüzün önünde olan çözüm(ler) hakkında nasıl hissettiklerini görmek.

Verilerinizi Platformdan Çıkarmak Ne Kadar Kolay?

Oturduğum ve müşterinin içeriği tamamen özel bir içerik yönetim sistemine bağlı olduğu için muhtemelen sıfırdan başlamamız veya içerik için özel bir kazıyıcı yazmamız gerektiği söylendi. ve verilerini kolayca dışa aktaramazlar.

Seçtiğiniz CMS ne kadar havalı görünürse görünsün, bir noktada tüm içeriğinizi sistemden çıkarmanın kolay bir yolu olduğundan kesinlikle emin olun. Ne yazık ki, hiçbir sistem sonsuza kadar sürmez ve müşteri sonunda sitelerini ve altyapısını bununla değiştirmek isteyecektir. O noktada onlar için hayatı kolaylaştırmak için yapabileceğiniz her şey çok büyük bir pozitif olacaktır.

Özünde API uyumlu oldukları için bu, başsız CMS çözümlerinde genellikle daha kolaydır, ancak yine de birkaç yıl sonra büyük bir baş ağrısına neden olmayacağınızdan emin olmak için daha yakından incelemeye tabidir.

Özetliyor

İçerik yönetimine yönelik bir yaklaşım ve platform seçmek, herhangi bir dijital projede büyük bir seçimdir. Başsız içerik yönetimi güçlü ve esnektir ancak bazı maliyetleri vardır ve her durum için ideal değildir.

Satıcıdan önceden gördüğünüz fiyatın nadiren çözümün nihai toplam maliyeti olduğunu unutmayın ve geleneksel "geri" ortadan kaldırarak geliştirme maliyetlerini azaltabileceğinizi düşünme tuzağına düşmediğinizden emin olun . -son ”geliştiricileri.

Herkesin daha geleneksel bir kurulum yerine başsız bir CMS ile çalışmanın gerçekleri konusunda rahat olduğundan emin olun ve yolculuk için içerik editörlerini getirdiğinizden emin olun çünkü onlar en çok kurduğunuz sistemle çalışacak kişilerdir. İkide bir, sık sık.

Umarız bu kılavuz, en azından bu hype'a bir bağlam sağlamaya yardımcı olmuştur ve sizin ve müşterinizin rahat edebileceği bir karar vermenize yardımcı olabilir. Şu anda merkezinde başsız olan hemen hemen her şeyi inşa edebilirsiniz - ancak her zaman kendinize bir çözüme tanıdık mı yoksa abartılı olduğu için mi ulaştığınızı veya koşullarınız için gerçekten en iyi çözüm olup olmadığını sorun.