Başsız Bir CMS Nasıl Seçilir

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!

Şu anda okuduğunuz gibi web sayfalarında size bilgi getirecek metinler, resimler, videolar ve diğer varlıklar bulunur. Bu veriler, bir içerik düzenleyicisi tarafından bir Web İçerik Yönetim Sisteminde (WCMS) derlenecek ve yazılacaktır. WCMS'ler, Geleneksel bir CMS'den Ayrılmış bir CMS'ye, başsız bir CMS'ye geçen bir evrim geçirdi.

Başsız bir CMS'ye geçmek kolay bir karar değildir ve seçim süreci hafife alınmamalıdır. Bu yazıda, her başsız CMS'nin sağlaması gereken birkaç temel özelliği vurgulayacağım. Bu özellikleri ve ilgili zorlukları keşfedeceğiz ve kuruluşunuzun benzersiz gereksinimlerini karşılamak için başsız bir CMS seçmenize yardımcı olacağız.

Luminary'de Teknik Direktör olarak, müşterilerimizin ihtiyaçlarına uygun en iyi CMS, DXP ​​(Dijital Deneyim Platformu) veya başsız CMS'yi seçmelerine yardımcı oluyorum. Luminary'nin dijital alandaki 21 yıllık deneyimi, CMS alanındaki 17 yıllık deneyimim ve 2016'dan bu yana Headless'a odaklanmamızla, işte nelere dikkat etmeniz gerektiğine dair iki sentim.

Headless CMS Seçerken Dikkat Edilmesi Gerekenler

• kavramlar
• Mikro hizmet mimarisi
• çok kanallı
• İçerik yazarları için
• Düzenleme deneyimi
• Görüntüleri yönetme
• Yazma Rolleri
• iş akışları
• İçeriği önizleme
• İçeriği yerelleştirme
• Geliştiriciler için
• RESTful ve GraphQL API'leri
• Yerel SDK'lar
• ortamlar
• CDN'ler
• Kullanım Limitleri
• Diğer Faktörler
• Veri merkezi konumları
• Teknik ve satış desteği
• Kurumsal özellikler
• Altyapı Entegrasyonu

Monolitik ve Mikro Hizmetler

Başsız CMS'lerin ardındaki kavramları burada Smashing Magazine'de ayrıntılı olarak inceledik, ancak hızlı bir özet yapalım. Geleneksel bir CMS söz konusu olduğunda, CMS ve ortaya çıkan ön uç web sitesi, monolitik bir mimari üzerine kuruludur. Geleneksel CMS, geliştiricinin, içerik yazarının ve pazarlamacının ihtiyaçlarına hizmet etmek için birçok yönden dener ve başarılı olur. Örneğin, CMS Microsoft'un .NET Framework üzerine kuruluysa, ön uç web sitesi de aynı teknoloji üzerine kurulu olacaktır. Tüm işlevsellik ve entegrasyonlar da sıkı bir bağımlılığa sahip olacak ve bu da büyük, hantal bir monolitik kod tabanı ile sonuçlanacaktır.

Ayrıştırılmış CMS'ler bu karşılıklı bağımlılığı bir ölçüde ortadan kaldırmıştır. Bu, ön uç web sitesini CMS arka ofisinden ve içerik deposundan ayırarak başarılmıştır.

Monolitik mimari, başsız CMS'lerle arka koltukta. CMS ve diğer tüm entegrasyonlar bir mikro hizmettir. CMS'nin kendisi, Hizmet Olarak İçerik (CaaS) olarak adlandırmayı sevdiğim bir Hizmet Olarak Yazılım (SaaS) modelinde sağlanır. Bu mikro hizmet mimarisiyle, Geleneksel CMS'nizden aldığınız her şey teneke kutudan çıkmaz. Her bir gereksiniminiz için size en iyi türü sağlamak için farklı hizmetlere ve satıcılara sahip olabilirsiniz.

Bir mikro hizmet zihniyetine geçiş biraz sabır gerektirir. Başsız bir CMS kullanırken birden fazla sistem ve hizmete girme fikrine direnen, Geleneksel CMS geçmişine sahip pazarlamacılarımız vardı. Başsız CMS platformlarının seçimi ve uygulanması sırasında onları yolculuğa çıkarmayı başardık. Şimdi, geleneksel bir CMS tarafından sağlanan birine bağlı kalmak yerine yeni sistemler ve hizmetleri entegre etmelerine izin verdiği için bu başsız CMS platformunun savunucuları.

Dikkat etmek:

• Tanınmış SaaS satıcıları
• Başsız CMS'yi bir mikro hizmet olarak entegre etme
• En iyi cins hizmetleri

Özünde Omnichannel

Başsız bir CMS'yi entegre ederken bir mikro hizmet zihniyetinin size yardımcı olacağı kadar, başsızın gerçek gücü, çok kanallı doğasında gerçekleşir. Çok kanallı bir deneyim, müşterinizin etrafında döner ve satış ile pazarlamayı birleştirerek markanız genelinde tek bir müşteri deneyimi yaratır. Başsız bir CMS ile içerik, web, mobil, sosyal, kullanıcı arabirimi olmayan akıllı cihazlar, IoT cihazları gibi farklı kanallara ve hatta fiziksel mağaza vitrini gibi dijital olmayan temas noktalarına sağlanır.

Başsız bir CMS ile her içerik modeli için şemayı sıfırdan tanımlamanız gerekir. Oluşturduğunuz ve yayınladığınız içerik öğeleri için bu sağlam, mantıksal sınıflandırma yapısını tanımlama süreci, içerik modelleme olarak bilinir. İlk kanalınız web siteniz olacaksa, gelecekteki sıkıntıları hafifletmek için içerik modellemenizin çok kanallı hesaba kattığından emin olun. Yalnızca web sitenizi güçlendirmek için yedek bir CMS arıyorsanız, gereksinimlerinize daha iyi uyan bir şey olup olmadığını görmek için Geleneksel veya Ayrılmış CMS alanına bir kez daha yakından bakın.

İçerik şemalarını modellerken geleceği düşünün. On yıl kadar önce büyük bir havayolu şirketinde çalıştığım için mobil cihazlar için içerik modellemeye çalıştığımı hatırlıyorum (evet! Bir mobil web sitesi için ayrı bir alt alan vardı). İçerik şemaları yalnızca bir masaüstü web sitesine yönelik olduğundan, bu son derece zordu. Ancak içerik modelleme konusunda uyanık olmamız gerektiği gerçeği bugün bile geçerli.

Dikkat etmek:

• Hedeflemek istediğiniz kanallar
• İyi içerik modelleme uygulamaları

Harika İçerik Oluşturma

İster geleneksel bir CMS ister başsız bir CMS olsun, ana gereksinim içeriği yönetmektir. İçerik yazarları arka ofiste çalışmayı sevmelidir. Yazarların yorum yapma veya öneri özellikleri için Google Dokümanlar gibi diğer yazma araçlarına yöneldiğini görürseniz, bu, hangi özelliklerin eksik olduğuna dair kırmızı bir bayrak olabilir.

Microsoft word belgeleri, elektronik tablolar, Google belgeleri, içerik yazarlarıyla çalışırken her zaman başlarını dik tutarlar. Onları önceden sürgüne göndermeye çalışmak yerine, içerik yazarlarının CMS üzerinde çalışmasını sağlamanın en kolay yolu, onlara ihtiyaç duydukları özellikleri vermek ve bunları otomatik olarak aşamalı olarak devre dışı bırakmaktır. Luminary'nin kendi web sitesini başsız bir CMS'ye yayınladığımızda, her ekip üyesine (50 tanesi) web sitesi için kendi profilini ekleme ve düzenleme için yeterli erişim verildi. Her yerde 50 Google Dokümanı uçmasına gerek kalmadan harika bir iş çıkardı.

Düzenleme Deneyimi

Başsız bir CMS kullanma kararı bir BT kararı olabilir. Ancak kuruluş içindeki pazarlamacılardan ve içerik yazarlarından gelen destek, benimsenmesi ve başarısı için kritik öneme sahiptir. İçerik yazarlarının kolayca içerik girmesine, mevcut içeriği bulmasına ve içeriği yeniden kullanmasına olanak tanıyan başsız bir CMS, kutudan çıkması gereken bir şeydir.

İçerik yazma kolaylığı için WYSIWYG editörleri, metin editörleri, açılır menüler ve özel editörler gibi kullanımı kolay editörlere sahip olmak bir zorunluluktur. Bir içerik yazarının eldeki göreve odaklanmasını sağlayan temiz ve minimalist bir arayüz takdir edilecektir. Aynı arayüzde eşzamanlı düzenleme, yorum yapma ve alt içerik öğelerinin oluşturulmasına izin veren bir düzenleme arayüzü, içerik yazarlarının üretkenliğini artıracaktır.

WYSIWYG editörlerini kullanırken veya HTML üreten herhangi bir düzenleme arayüzüne büyük ölçüde güvenirken dikkatli olun. Başsız bir CMS birden fazla kanala hitap etmeye yönelik olduğundan, WYSIWYG editörlerine güvenmek, içeriğin yeniden kullanılabilecek atomik yapısını ortadan kaldıracaktır. Özel düzenleyicilerin ayrıntılı düzeyde veri alanlarına erişime izin verdiğinden emin olun. Bunun, örneğin mobil ve masaüstü gibi farklı kanallarda içeriğin yeniden kullanılmasını engellediğini gördük.

Başsız bir CMS ile içerik öğelerini bir ağaç yapısında düzenlemek norm değildir. Ancak içerik yazarlarının Geleneksel CMS'den Headless'a kolayca geçiş yapmalarını sağlayan bir köprüdür. İçerik öğeleri bir ağaç yapısında görselleştirilmiyorsa, içerik editörleriniz için yönlere ve etiketleme özelliklerine sahip güçlü bir arama motoru çok önemlidir. Bu, yazarların mevcut içeriği kolayca bulmasını ve yeniden kullanmasını sağlar.

İçeriği yeniden kullanırken, dikkate alınması gereken bir diğer husus, içerik öğelerinin diğer içerik öğelerinin içine kolayca yerleştirilip yerleştirilemeyeceğidir. Bu, mevcut içeriğin maksimum düzeyde yeniden kullanılmasına izin verir. Ancak, baş ağrısına ve performans sorunlarına neden olabilecek içeriğe yönelik döngüsel referanslara dikkat edin . Bir örnek, bir bilirkişilik için bir içerik maddesine bağlanan bir avukat için bir içerik maddesidir. Ardından, uzmanlık içeriği öğesi birden fazla Avukat içeriği öğesiyle yeniden bağlantılıysa, bu bir döngüsel referans oluşturabilir. Bu tuzaktan kaçınmak için API'deki derinliği sınırlamak için akıllı özellikler ve bağlantılı içerik öğelerini göstermek için görselleştirmeler içeren başsız bir CMS arayın.



Dikkat etmek:

• Yazarlık deneyimi
• İçerik öğelerinin yapısı
• İçerik arama kolaylığı
• WYSIWYG editörlerinin aşırı kullanımı
• İçeriği yeniden kullanma

Bir Resmin Değeri: Medya Nasıl Kullanılır?

Bir resim bin kelime değerinde bir olup. Ancak görüntü varlıklarının taşınması ağırdır, organize edilmesi zordur ve aranması zordur. Tipik bir CMS'de, zaman içinde kopyalar ve kötü adlandırılmış görüntü varlıkları görürsünüz. İçerik editörlerine, başsız bir CMS içinde görselleri organize etmek, kategorize etmek, etiketlemek, yeniden kullanmak ve aramak için araçlar verilmesi önemlidir. Benim için bu, varlıkları klasörler veya kapsayıcılarda düzenlemek anlamına gelir. Ancak, statik varlıkları yönetmek açısından ekibinizin neye ihtiyacı olduğunu anlamak iyi olur.

Tek bir görüntü yükleme, ona bir odak noktası belirleme ve ardından farklı cihazlar ve ekran boyutları için boyutlarını ve kalitesini değiştirme yeteneği, bir içerik düzenleyiciye ve hatta sahne arkasında çalışan tasarımcılara/grafik sanatçılarına büyük zaman tasarrufu sağlar. Bir İçerik Dağıtım Ağı (CDN) aracılığıyla WebP gibi biçimlerde statik varlıkların teslimi de kullanıcılarınıza hızlı bir web sitesi sunmak için çok önemlidir.

Çoğu başsız CMS, bu özelliklerle kutudan çıkar. Değilse, hangi özellikler olmadan yaşayabileceğinize karar vermeniz gerekir. Bu kuralın bir uyarısı var. Orijinal görüntülerin kapsamlı bir şekilde düzenlenmesi için Photoshop gibi iş için en iyi araçlara bağlı kalmalısınız.



Görüntülerin yanı sıra, bir sonraki en ağır varlıklar videolar. Bir kez daha, mikro hizmet zihniyetiyle video akışı, YouTube, Vimeo ve diğer çevrimiçi akış hizmetleri gibi hizmet sağlayıcılara bırakılmalıdır. Başsız CMS'niz, bu sağlayıcılardan birinden bir video aramak veya seçmek için size güzel bir düzenleme arayüzü sağlayabilirse, bu bir bonus.

Dikkat etmek:

• Görüntüleri düzenleme
• Görüntüleri bir CDN aracılığıyla kırpma ve teslim etme
• Harici türünün en iyisi video hizmetleri

Yazma Rolleri

Kimlerin içerik girebileceği ve kimlerin canlı bir siteye içeriği onaylayabileceği veya yayınlayabileceği ve diğer ayrıntılı izinlerin de başsız CMS aracılığıyla yönetilmesi gerekir. İki kişilik bir ekip, farklı yazarlık rollerine sahip olmadan hayatta kalabilir, ancak kuruluşlar ve içerik ekipleri büyüdükçe, yazarlık rolleri bir zorunluluktur.

40'tan fazla editörden oluşan içerik ekipleriyle çalıştım ve bu gereksinimin seçtiğiniz başsız CMS'ye karşı dikkatli bir şekilde değerlendirilmesi gerekiyor. Aksi takdirde, pandemonium hüküm sürecek. Çalıştığım 40 kişilik ekipte, belirli içeriklere, dil çeşitlerine, iş akışı onaylarına ve yayın haklarına erişim için farklı izinlere sahip metin yazarları, çevirmenler, kalite kontrol personeli ve yasal onaylayıcılarımız vardı.

Farklı rollerin ve arka ofis kullanıcılarının sayısı, genellikle başsız CMS'lerin fiyatlandırmalarını nasıl yapılandırdıklarıdır. Satıcılar arasındaki fiyat noktalarını karşılaştırırken mevcut rakamları ve içerik ekibinizin gelecekteki büyümesini düşünün.

Dikkat etmek:

• Farklı roller
• Arka ofis kullanıcılarının sayısı

iş akışları

Her içerik öğesinin bir iş akışı aracılığıyla yönetilmesi gerekmez. Ancak iş akışları, denetim izleri ve onaylar gerekli olduğunda, sürecin başsız CMS'niz içinde yönetilmesi gerekir. Başsız CMS'nizde sıfırdan oluşturulmuş sağlam bir iş akışına sahip olmak, size gönül rahatlığı ve her içerik öğesini iş sürecinize göre işleme fırsatı verir. Üçüncü taraf sistemleri web kancaları veya API'ler aracılığıyla entegre etme yeteneği, dikkat etmeniz gereken bir avantajdır.



Dikkat etmek:

• Güçlü iş akışları
• Web kancaları

İçerik Önizlemeleri

İçerik düzenleyici, içeriği yazdı, görseller ekledi ve onay için bir iş akışı aracılığıyla gönderdi. Ancak, genel halka sunulmadan önce içeriği nerede önizliyorlar? Yayınlanmamış içeriği almak için önizleme API'lerinin ve önizleme ortamlarını ayarlama yeteneğinin devreye girdiği yer burasıdır.

Başsız bir CMS ile, tek kanal zihniyetinden uzaklaşan içerik editörleriniz, CMS arka ofisinde tam sayfa önizlemeleri görmeyi beklememelidir. Henüz yayınlanmayan taslak içeriği görüntülemek için her kanalın kendi hazırlama veya önizleme ortamı olmalıdır. Bu, web siteniz için bir hazırlık sitesi veya mobil uygulamanızın yerel olarak yüklenmiş bir sürümü olabilir. Seçeceğiniz başsız CMS için seçmiş olduğunuz fiyatlandırma planında ön izleme özelliği bulunmalıdır.

Dikkat etmek:

• Satıcıdan API'leri önizleyin
• Sizin tarafınızda ayrı hazırlama ve üretim ortamları

yerel ayarlar

İçeriğinizin farklı yerel ayarlara sunulması gerekiyorsa, bu gereksinimin projenizde erkenden belirlenmesi gerekir. Güçlendirme mümkündür, ancak eğlenceli bir aktivite değildir. Kültürler ve diller arasında içeriği ve varlıkları nasıl yönettiğiniz düşünülmeli ve belgelendirilmelidir. Hangi dillerin ve varlıkların diğerinden devraldığını veya varsayılan olduğunu belirlemek için bir plan oluşturmanızı tavsiye ederim. Ardından, başsız CMS seçiminizin bu planı desteklediğinden emin olun veya aynı sonucu farklı şekilde elde etmek için yolları keşfedin.

Dikkat etmek:

• Uluslararasılaştırma ve Yerelleştirme desteği
• Yerel ayarları işlemek için kendi planınızı oluşturma

Harika içerik oluşturmak her zaman önemlidir. Bu nedenle, içerik yazarlarına, başsız CMS'ye geçişinizi başarılı kılmak için günlük etkinliklerinde mümkün olan en iyi deneyim verilmelidir.

“

Geliştirme Zamanı Değerlidir

Başsız bir CMS ile geliştirici katılımı bir zorunluluktur. Bu, web sitesinde içeriği görüntülemek için başsız API'yi kullanan bir arka uç geliştirici veya ön uç geliştirici olabilir. Ancak ilk geliştirme bir kez yapıldığında, içerik yazarı minimum müdahale ile çalışabilmelidir. Bir CMS kullanmanın tüm amacı budur. Başsız CMS'ler için de geçerlidir.

Özellikleri karşılaştırırken içerik yazarları ne kadar dikkate alınırsa geliştirici özellikleri de o kadar araştırılmalıdır. Bu bölümde geliştiricilere zaman kazandıracak özelliklere bakacağız.

API'ler/GraphQL Desteği

İçerik öğelerinin seçilmesine, sayfalandırılmasına ve yansıtılmasına izin veren olgun bir API, bir geliştiricinin başsız bir CMS ile çalışması için kritik öneme sahiptir. Kullanıma hazır GraphQL desteği, geliştiricinin ihtiyaç duydukları sonucu çok ayrıntılı bir düzeyde tanımlamasına olanak tanıdığı için başka bir tanımlayıcı faktördür. Kapsamlı belgeler ve kod örnekleri de bir zorunluluktur.



Başsız bir CMS'ye taahhütte bulunmadan önce geliştiricilerinizin içerik alma API'lerinden memnun olduğundan emin olun. Önizleme API'lerini, güvenli API'leri ve bunları kod aracılığıyla kullanma kolaylığını unutmayın. İçerik oluşturmayı otomatikleştirmek ister misiniz? Daha sonra içerik yönetimi API'leri düşünülmelidir.

İçerik Yönetimi API'leri, bir WordPress sitesinden başsız bir CMS'ye 2.000'den fazla blog gönderisinin içe aktarılmasını otomatik hale getirdiğimiz bir nimet olmuştur. Tüm blog gönderileri ve ilgili görseller, içerik yazarları için minimum çalışma ile içe aktarıldı. Bazı başsız CMS'ler, bunu bir düğme tıklamasıyla yapmak için Google E-Tablolar Eklentileri ve diğer şık araçlar sunar.

Ücretsiz denemeler sunan birçok başsız CMS ile, içerik oluşturma ve alma seçiminize uygunluklarını ve uygunluklarını görmek için onları bir test sürüşüne çıkarmak iyi bir fikirdir.

Dikkat etmek:

• Olgun REST API'leri
• GraphQL desteği
• API'leri önizleyin ve güvenli hale getirin
• CRUD işlemleri için İçerik Yönetimi API'leri
• Denemek için ücretsiz denemeler

Yerel SDK'lar

Çeşitli teknolojiler, diller ve platformlar için Yazılım Geliştirme Kitleri (SDK'lar), doğrudan Headless satıcısından, bir açık kaynak girişiminden veya bir üçüncü taraftan edinilebilir. Bu SDK'ların, web sitenizi veya tüketici uygulamanızı oluşturacağınız teknolojiyi, dili ve platformu desteklediğinden emin olun. RESTful ve GraphQL API'leri içerik sorgulamanıza izin verdiği kadar, yerel bir SDK'ya sahip olmak geliştirme saatlerini oldukça önemli ölçüde azaltabilir .

Luminary'de, başsız CMS'ler için yerel SDK'larla çalışmak, Microsoft .NET Core ve .NET 5 gibi en son teknolojileri benimsememize olanak sağladı. zaman.

Dikkat etmek:

• Seçtiğiniz teknoloji, dil ve platform için desteklenen bir SDK.

ortamlar

Bir anne-baba dükkanı için bir web sitesi veya uygulama, içeriği tek bir üretim ortamıyla küratörlüğünü ve ön izlemesini yapabilir. Ancak kuruluşlar, ekipler ve özellikler büyüdükçe, içeriği düzenlemek ve önizlemek için birden fazla ortam gerekli hale gelir. Başsız CMS'nizin yalnızca ortam sağlaması gerekmez, aynı zamanda tüketen uygulamanızın da ortamları ayarlaması gerekir. Ortamlar arasında içeriği yenileme yöntemlerinin dikkate alınması gerekir.

Dikkat etmek:

• Başsız CMS'nizdeki ortamlar
• Ortamlar arasında içerik taşıma yeteneği

Resimler, Dosyalar ve CDN'ler

İçerik yazarı için özelliklerden bahsederken resimleri yönetmeye değindik. Geliştirici açısından bakıldığında, yalnızca statik varlıkların bir CDN'de önbelleğe alınması gerekmez. Birçok başsız CMS, RESTful veya GraphQL API'leri aracılığıyla alınan içeriği önbelleğe alır. Bu, alma sürecini hızlandırır ve uygulamanızda performans iyileştirmeleri sağlar.

CDN önbelleğe alma çok yararlı olsa da, önbellek bozulmasının veya daha eski önbelleğe alınmış öğelerin sorunlara yol açabileceği zamanlar vardır. CDN önbelleğini temizleme yeteneği veya en son içeriği belirli HTTP başlıklarıyla çekme yeteneği, başsız CMS'nizin API işlevinin bir parçası olmalıdır.

İçeriğinizi veya statik varlıklarınızı teslim etmek için bir CDN'ye karşı özel etki alanları kullanma yeteneği, göz önünde bulundurmanız gereken bir gereklilik olabilir.

Dikkat etmek:

• CDN aracılığıyla görüntülerin ve içeriğin önbelleğe alınması
• Özel etki alanı yetenekleri

Planlar Arası Kullanım Sınırları

Dikkate alınması gereken bir diğer faktör de, başsız CMS seçiminizde abone olduğunuz her plan için belirlenen kullanım limitleridir. İçerik öğelerinin sayısı, bant genişliği tüketimi, arka ofis kullanıcılarının sayısı, API çağrılarının sayısı ve hız sınırlarının düşünülmesi gerekir. Kullanım limitlerini planlarken mevcut kullanımı ve gelecekteki kullanımı göz önünde bulundurun. Birçok başsız CMS'nin abonelik temelinde çalıştığını ve neredeyse anında daha yüksek limitli planlara yükseltmenize izin verdiğini unutmayın.

Ancak, platformu kaç kullanıcının kullanacağının ve çözümün kitlesel olarak büyütülmesi gerekip gerekmediğinin farkında olmaya değer. Bir müşterinin, tahsis edilen kotalarının üzerine farkında olmadan çok sayıda kullanıcı eklediğinden çok büyük bir fatura aldığına tanık olduk. Yöneticilerin Headless planlarının neler sunduğundan haberdar olmaları ve kullanımı takip etmeleri iyi bir fikirdir.

İşletim harcamalarınızı azaltmak için istemci tarafı önbelleğe alma, statik sayfa oluşturucular ve akıllı API veya GraphQL çağrıları ile mevcut sınırlarınızdaki kullanım sınırlarının altında kalmayı düşünün.

Dikkat etmek:

• Belirli özelliklerle ilgili sınırlamalar
• İşletim masrafı

Bir geliştiricinin zamanı pahalıdır. Başsız bir CMS, geliştirici dostu bir CMS olarak lanse edilirken, her satıcının yerel olarak desteklediği farklı özellikleri vardır. Bunları geliştiricilerinizin ihtiyaçlarına göre anlamanız ve karşılaştırmanız şiddetle tavsiye edilir.

“

Diğer Faktörler

İçerik yazarını veya geliştiriciyi etkilemeyebilecek birkaç faktör daha vardır. Bu, pazarlamadan finansa, sektörünüz ve işiniz için yasal ve düzenleyici gerekliliklere kadar değişebilir.

Veri Merkezi Konumları

Bize sıklıkla sorulan bir soru, veriler nerede depolanıyor? Evet, bulutta. Ancak belirli işletmelerin yasal ve düzenleyici gereksinimleri nedeniyle hangi coğrafi veri merkezinin önemli olduğu önemli bir sorudur. Seçtiğiniz veri merkezinde veri depolamanıza izin veren başsız bir CMS, hangi CMS'yi seçeceğinize karar vermede kritik bir faktör olabilir.

Teknik ve Satış Desteği

Saat diliminizde teknik ve satış desteği alma yeteneği, başsız CMS'nizi seçerken başka bir belirleyici faktördür. Yerel bir satış elemanının olmaması, birçok projeyi ilgili bölgede sahada insan bulunan satıcılar lehine çevirdi.

Avustralya'daki bir Azure Veri Merkezinde veri depolama yeteneği nedeniyle, büyük bir NFP (Kar Amacı Gütmeyen) organizasyonuna başsız bir CMS satıcısı seçtik. Yerinde satış desteği ve 24 saat teknik desteğe sahip olmak, bu kafasız CMS satıcısının satışını perçinledi.

Dikkat etmek:

• Veri depolamanın yasal ve düzenleyici gereksinimleri
• Yerel satış ve teknik destek

Dikkate Alınması Gereken Kurumsal Özellikler

Bazı büyük kuruluşlar, şirketin kimlik doğrulama sistemine bağlı bir Tek Oturum Açma (SSO) veya kolayca sorgulanabilen denetim günlükleri gerektirebilir. Bir SaaS ürününün uygun olduğu düşünülmeden önce mevcut sistemlere ve belirli ISO sertifikalarına entegrasyonlar olabilir. Bu kurumsal özelliklerin ve kurumsal düzeydeki kuruluşunuza özgü diğer özelliklerin bir listesini yapmak, başsız bir CMS seçerken iyi bir başlangıç ​​noktasıdır.

Topluluk Eylemde

Genellikle gözden kaçan başka bir alan, belirli bir başsız CMS'nin etrafındaki topluluktur. Ürün hakkında tutkulu insanlar var mı? Satıcının pazarlama gözetlemelerinden bahsetmiyorum. Aracı kullanan kişiler tarafından paylaşılan yeterli açık kaynaklı kaynak var mı? Bu belirleyici bir faktör olmayabilir, ancak bir projenin uygulama veya destek aşaması sırasında zor durumda olduğunuzda yardımcı olacaktır.

Altyapı Entegrasyonu

Başsız CMS'ler ile teknolojiye, dile veya platforma bağlı değilsiniz. Başsız CMS'nin inşa edildiği teknoloji veya platform, istemci uygulamasını etkilemez. .NET'ten Node.js'ye kadar seçtiğiniz bir teknolojiyi kullanabilirsiniz, işletim sisteminiz Windows, Linux veya macOS olabilir ve diliniz Python'dan C#'a kadar herhangi bir şey olabilir.

Benzer şekilde, altyapı tedariki söz konusu olduğunda sitenizi Netlify, Azure, GCP veya AWS'de barındırmayı seçebilirsiniz. Web sitenizin mimarisi ve altyapı kararları artık yalnızca gereksinimlerinize dayanmaktadır. Gatsby Cloud gibi, hayatınızı kolaylaştıran daha fazla kombinasyon getiren hizmetlerle yerel birinci sınıf entegrasyonlar da vardır. Bazıları için bu önemli bir karar olabilir ve Headless alanındaki bazı uzman uygulayıcılarla konuşarak alınmalıdır.

Dikkat etmek:

• Olmadan yaşayamayacağınız kurumsal özellikler
• Satıcı ve ürünle topluluk katılımı
• Altyapı seçiminiz için destek

Armatürdeki Tecrübemiz

Luminary'de Acoustic, Contentful, Kentico Kontent ve Umbraco Heartcore gibi başıboş CMS'lerle ortak olduğumuz için şanslıyız. Bu CMS'lerin bazılarıyla, platformlarının beta sürümlerinden beri çalışıyoruz. Herkese açık yol haritaları, harika teknik destek ve özellik isteklerimizi ele almak, bu platformlarda öne çıkan özelliklerden bazıları oldu.

Yalnızca ön uç uygulamaları olan Headless web siteleri için SEO'yu ele alma, büyük liste sayfalarını önbelleğe alma, büyük sunucu tarafı önbellekleriyle uğraşma ve diğer mikro hizmetleri başsız CMS'lerle entegre etme deneyimimiz oldu. Bunların her birinin, dikkat etmeniz gereken benzersiz zorlukları vardı . Ayrıca, form gönderimleri ve site arama gibi Geleneksel bir CMS'deki basit görevlerin, kullanıcı kimlik doğrulaması ve üçüncü taraf hizmetlerle yetkilendirme gibi daha gelişmiş özelliklerle birlikte iyi düşünülmesi gerekir.

Yukarıdaki işaretler ve doğru uygulama ortağı ile doğru başsız CMS'yi seçerseniz, mutlu pazarlamacılar, mutlu içerik editörleri ve mutlu geliştiriciler yapan başsız bir CMS'ye sahip olmalısınız.

SmashingMag'de Daha Fazla Okuma :

• Başsız Olmak: Kullanım Örnekleri ve Neye İyi Gelir
• Kafanı Kaybetme: Başsız Değerlendirmek