Cara Memilih CMS Tanpa Kepala
Diterbitkan: 2022-03-10Artikel ini telah didukung dengan baik oleh teman-teman terkasih kami di Storyblok, CMS tanpa kepala yang ramah dengan editor visual, komponen bersarang, dan blok konten yang dapat disesuaikan untuk situs web dan aplikasi. Terima kasih!
Halaman web, seperti yang sedang Anda baca sekarang, memiliki teks, gambar, video, dan aset lain untuk membawa informasi kepada Anda. Data ini akan dikumpulkan dan ditulis dalam Web Content Management System (WCMS) oleh editor konten. WCMS telah melalui evolusi yang bergerak dari CMS Tradisional ke CMS Terpisah ke CMS tanpa kepala.
Pindah ke CMS tanpa kepala bukanlah keputusan yang mudah dan proses seleksi tidak boleh dianggap enteng. Pada artikel ini, saya akan menyoroti beberapa fitur inti yang harus disediakan oleh setiap CMS tanpa kepala . Kami akan menjelajahi fitur tersebut, tantangan terkait, dan membantu Anda memilih CMS tanpa kepala untuk memenuhi kebutuhan unik organisasi Anda.
Sebagai Direktur Teknis di Luminary, saya telah membantu klien kami memilih CMS, DXP (Platform Pengalaman Digital) atau CMS tanpa kepala terbaik yang sesuai dengan kebutuhan mereka. Dengan pengalaman Luminary selama 21 tahun di ruang digital, pengalaman saya selama 17 tahun di ruang CMS, serta fokus kami pada Headless sejak 2016, inilah dua sen saya tentang apa yang harus Anda perhatikan.
Hal Yang Perlu Dipertimbangkan Saat Memilih CMS Tanpa Kepala
- Konsep
- Arsitektur layanan mikro
- Multisaluran
- Untuk penulis konten
- Pengalaman mengedit
- Mengelola gambar
- Peran Penulisan
- alur kerja
- Mempratinjau konten
- Melokalkan konten
- Untuk pengembang
- RESTful dan GraphQL API
- SDK asli
- Lingkungan
- CDN
- Batas Penggunaan
- Faktor lain
- Lokasi pusat data
- Dukungan teknis dan penjualan
- Fitur perusahaan
- Integrasi Infrastruktur
- Vendor SaaS terkenal
- Mengintegrasikan CMS tanpa kepala sebagai layanan mikro
- Layanan breed terbaik
- Saluran yang ingin Anda targetkan
- Praktik pemodelan konten yang baik
- Pengalaman menulis
- Struktur item konten
- Kemudahan mencari konten
- Terlalu sering menggunakan editor WYSIWYG
- Menggunakan kembali konten
- Mengatur gambar
- Memotong dan mengirimkan gambar melalui CDN
- Layanan video breed terbaik eksternal
- Peran yang berbeda
- Jumlah pengguna back-office
- Alur kerja yang kuat
- Webhook
- Pratinjau API dari vendor
- Lingkungan pementasan dan produksi terpisah di pihak Anda
- Dukungan Internasionalisasi dan Lokalisasi
- Membuat cetak biru Anda sendiri untuk menangani lokal
- REST API yang matang
- Dukungan GraphQL
- Pratinjau dan amankan API
- Content Management API untuk operasi CRUD
- Uji coba gratis untuk mencobanya
- SDK yang didukung untuk teknologi, bahasa, dan platform pilihan Anda.
- Lingkungan dalam CMS tanpa kepala Anda
- Kemampuan untuk mem-port konten antar lingkungan
- Caching gambar dan konten melalui CDN
- Kemampuan domain khusus
- Batasan pada fitur tertentu
- Biaya operasional
- Persyaratan hukum dan peraturan untuk menyimpan data
- Penjualan lokal dan dukungan teknis
- Fitur perusahaan Anda tidak dapat hidup tanpanya
- Keterlibatan komunitas dengan vendor dan produk
- Dukungan untuk Infrastruktur pilihan Anda
- Pergi Tanpa Kepala: Gunakan Kasus Dan Apa Manfaatnya
- Jangan Kehilangan Kepala Anda: Mengevaluasi Tanpa Kepala
Monolitik vs Layanan Mikro
Kami telah menjelajahi konsep di balik CMS tanpa kepala secara rinci di sini di Majalah Smashing, tapi mari kita rekap cepat. Ketika datang ke CMS Tradisional, CMS dan situs web front-end yang dihasilkan dibangun di atas arsitektur monolitik. CMS Tradisional mencoba dan berhasil dalam banyak cara untuk melayani kebutuhan pengembang, penulis konten, dan pemasar. Misalnya, jika CMS dibuat di Microsoft .NET Framework, situs web front-end juga akan dibangun di atas teknologi yang sama. Semua fungsionalitas dan integrasi juga akan memiliki ketergantungan ketat yang pada gilirannya menghasilkan basis kode monolitik yang besar dan rumit.
CMS yang dipisahkan telah menghilangkan saling ketergantungan ini sampai batas tertentu. Ini telah dicapai dengan memisahkan situs web front-end dari back-office CMS dan repositori konten.
Arsitektur monolitik mengambil kursi belakang dengan CMS tanpa kepala. CMS dan setiap integrasi lainnya adalah layanan mikro. CMS itu sendiri disediakan pada model Software-as-a-Service (SaaS) yang saya suka istilahkan Content-as-as-Service (CaaS). Dengan arsitektur layanan mikro ini, semua yang Anda dapatkan dari CMS Tradisional Anda tidak keluar begitu saja. Anda mungkin memiliki layanan dan vendor yang berbeda untuk menyediakan breed terbaik untuk setiap kebutuhan Anda.
Perpindahan ke pola pikir layanan mikro membutuhkan sedikit kesabaran. Kami memiliki pemasar dari latar belakang CMS Tradisional yang menolak gagasan untuk mempelajari beberapa sistem dan layanan saat menggunakan CMS tanpa kepala. Kami berhasil membawa mereka dalam perjalanan selama pemilihan dan implementasi platform CMS tanpa kepala mereka. Sekarang, mereka mendukung platform CMS tanpa kepala karena memungkinkan mereka untuk mengintegrasikan sistem dan layanan baru daripada terikat dengan yang disediakan oleh CMS Tradisional.
Melihat keluar untuk:
Multisaluran Pada Intinya
Sebanyak pola pikir layanan mikro akan membantu Anda saat mengintegrasikan CMS tanpa kepala, kekuatan sebenarnya dari tanpa kepala diwujudkan dalam sifat omnichannel-nya. Pengalaman omnichannel berputar di sekitar pelanggan Anda dan menciptakan satu pengalaman pelanggan di seluruh merek Anda dengan menyatukan penjualan dan pemasaran. Dengan CMS tanpa kepala, konten disediakan ke berbagai saluran seperti web, seluler, sosial, perangkat pintar tanpa UI, perangkat IoT, dan bahkan titik kontak non-digital seperti toko fisik.
Dengan CMS tanpa kepala, Anda perlu menentukan skema untuk setiap model konten dari awal . Proses mendefinisikan struktur taksonomi logis yang sehat ini untuk item konten yang Anda buat dan publikasikan dikenal sebagai pemodelan konten. Jika saluran pertama Anda akan menjadi situs web Anda, pastikan pemodelan konten Anda memperhitungkan omnichannel untuk mengurangi rasa sakit di masa mendatang. Jika Anda hanya mencari CMS pengganti untuk memberi daya pada situs web Anda, lihat lagi ruang CMS Tradisional atau Terpisah untuk melihat apakah ada sesuatu yang lebih sesuai dengan kebutuhan Anda.
Saat memodelkan skema konten, pikirkan masa depan. Bekerja untuk maskapai besar bahkan belum satu dekade yang lalu, saya ingat mencoba memodelkan konten untuk perangkat seluler (ya! ada subdomain terpisah untuk situs web seluler). Ini sangat sulit karena skema konten hanya ditujukan untuk situs web desktop. Tapi cerita ini berlaku bahkan hari ini bahwa kita perlu waspada tentang pemodelan konten.
Melihat keluar untuk:
Membuat Konten Hebat
Baik itu CMS tradisional atau CMS tanpa kepala, persyaratan utamanya adalah mengelola konten. Penulis konten harus senang bekerja di back-office. Jika Anda melihat penulis beralih ke alat penulisan lain seperti Google Documents untuk kemampuan komentar atau sarannya, itu mungkin tanda merah untuk fitur apa yang Anda lewatkan.
Dokumen kata Microsoft, spreadsheet, Google docs selalu mengangkat kepala mereka ketika bekerja dengan penulis konten. Daripada mencoba membuang mereka di muka, cara termudah untuk membuat penulis konten bekerja di CMS adalah dengan memberi mereka fitur yang mereka butuhkan dan mereka akan secara otomatis menghapusnya. Ketika kami mendorong situs web Luminary sendiri secara langsung di CMS tanpa kepala, setiap anggota tim (50 dari mereka) diberi akses yang cukup untuk menambah dan mengedit profil mereka sendiri untuk situs web. Ini bekerja dengan baik tanpa membuat 50 Google Documents terbang ke mana-mana.
Pengalaman Mengedit
Keputusan untuk menggunakan CMS tanpa kepala mungkin merupakan keputusan TI. Tetapi dukungan dari pemasar dan penulis konten dalam organisasi sangat penting untuk penerapan dan keberhasilannya. CMS tanpa kepala yang memungkinkan penulis konten untuk memasukkan konten dengan mudah, menemukan konten yang ada dan menggunakan kembali konten adalah sesuatu yang harus keluar dari kotak.
Untuk kemudahan menulis konten, memiliki editor yang mudah digunakan seperti editor WYSIWYG, editor teks, dropdown, dan editor khusus adalah suatu keharusan. Antarmuka yang bersih dan minimalis yang memungkinkan penulis konten untuk fokus pada tugas yang ada akan dihargai. Antarmuka pengeditan yang memungkinkan pengeditan, komentar, dan pembuatan item konten anak secara bersamaan dalam antarmuka yang sama akan meningkatkan produktivitas penulis konten.
Sebuah kata peringatan saat menggunakan editor WYSIWYG atau ketergantungan berat pada antarmuka pengeditan apa pun yang menghasilkan HTML. Karena CMS tanpa kepala diarahkan untuk melayani banyak saluran, mengandalkan editor WYSIWYG akan menghilangkan sifat atom dari konten yang dapat digunakan kembali. Pastikan editor khusus mengizinkan pengaksesan bidang data pada tingkat yang terperinci . Kami telah melihat ini menghambat penggunaan kembali konten di berbagai saluran seperti seluler dan desktop misalnya.
Dengan CMS tanpa kepala, mengatur item konten dalam struktur pohon bukanlah hal yang biasa. Tapi ini adalah jembatan yang memungkinkan penulis konten untuk bertransisi dengan mudah dari CMS Tradisional ke Headless. Jika item konten tidak divisualisasikan dalam struktur pohon, mesin pencari yang kuat dengan faset dan kemampuan penandaan sangat penting untuk editor konten Anda. Hal ini memungkinkan penulis untuk menemukan dan menggunakan kembali konten yang ada dengan mudah.
Saat menggunakan kembali konten, aspek lain yang perlu dipertimbangkan adalah apakah item konten dapat disarangkan dengan mudah di dalam item konten lainnya. Ini memungkinkan penggunaan kembali konten yang ada secara maksimal. Namun waspadalah terhadap referensi melingkar ke konten yang dapat menyebabkan sakit kepala dan masalah kinerja. Contohnya adalah item konten untuk pengacara yang ditautkan ke item konten untuk keahlian. Kemudian jika item konten keahlian ditautkan lagi ke beberapa item konten Pengacara, ini dapat membentuk referensi melingkar. Cari CMS tanpa kepala dengan kecerdasan yang tertanam untuk membatasi kedalaman di API dan visualisasi untuk menampilkan item konten tertaut untuk menghindari jebakan ini.
Melihat keluar untuk:
Nilai Sebuah Gambar: Cara Menangani Media
Sebuah gambar bernilai seribu kata. Tetapi aset gambar berat untuk dipindahkan, sulit diatur, dan sulit dicari. Dalam CMS biasa, Anda akan melihat duplikat dan aset gambar bernama buruk dari waktu ke waktu. Penting bahwa editor konten diberikan alat untuk mengatur, mengkategorikan, menandai, menggunakan kembali, dan mencari gambar dalam CMS tanpa kepala. Bagi saya, ini berarti mengatur aset dalam folder atau wadah. Tetapi akan lebih baik untuk memahami apa yang dibutuhkan tim Anda dalam hal mengelola aset statis.
Kemampuan untuk mengunggah satu gambar, menetapkan titik fokus, lalu memanipulasi dimensi dan kualitasnya untuk perangkat dan ukuran layar yang berbeda, memberikan penghematan waktu yang sangat besar bagi editor konten dan bahkan desainer/seniman grafis yang bekerja di belakang layar. Pengiriman aset statis dalam format seperti WebP melalui Jaringan Pengiriman Konten (CDN) juga penting untuk melayani situs web yang cepat kepada pengguna Anda.
Sebagian besar CMS tanpa kepala hadir dengan fitur-fitur ini di luar kotak. Jika tidak, Anda perlu memutuskan fitur mana yang dapat Anda gunakan tanpanya. Ada peringatan untuk aturan itu. Untuk pengeditan ekstensif gambar asli, Anda harus tetap menggunakan alat terbaik untuk pekerjaan itu seperti Photoshop.
Selain gambar, aset terberat berikutnya adalah video. Sekali lagi, dengan pola pikir layanan mikro, streaming video harus diserahkan kepada penyedia layanan seperti YouTube, Vimeo, dan layanan streaming online lainnya. Jika CMS tanpa kepala Anda dapat memberi Anda antarmuka pengeditan yang bagus untuk mencari atau memilih video dari salah satu penyedia ini, itu adalah bonus.
Melihat keluar untuk:
Peran Penulisan
Siapa yang dapat memasukkan konten dan siapa yang dapat menyetujui atau memublikasikan konten ke situs langsung dan izin terperinci lainnya perlu dikelola melalui CMS tanpa kepala juga. Tim yang terdiri dari dua orang dapat bertahan tanpa memiliki peran penulisan yang berbeda, tetapi seiring berkembangnya organisasi dan tim konten, peran penulisan adalah suatu keharusan.
Saya telah bekerja dengan tim konten yang terdiri lebih dari 40 editor dan persyaratan ini perlu dievaluasi dengan cermat terhadap CMS tanpa kepala yang Anda pilih. Jika tidak, kekacauan akan merajalela. Dengan tim yang terdiri dari 40 orang yang bekerja dengan saya, kami memiliki copywriter, penerjemah, personel QA, dan pemberi persetujuan hukum yang memiliki izin berbeda untuk mengakses konten tertentu , varian bahasa, persetujuan alur kerja, dan hak penerbitan.
Jumlah peran yang berbeda dan pengguna back-office biasanya merupakan cara CMS tanpa kepala menyusun harga mereka. Saat membandingkan titik harga antara vendor, pikirkan angka saat ini dan pertumbuhan tim konten Anda di masa mendatang.
Melihat keluar untuk:
alur kerja
Tidak setiap item konten perlu dikelola melalui alur kerja. Namun saat alur kerja, jejak audit, dan persetujuan diperlukan, proses tersebut perlu dikelola dalam CMS headless Anda. Memiliki alur kerja yang kuat yang dibangun dari bawah ke atas pada CMS tanpa kepala Anda memberi Anda ketenangan pikiran dan kesempatan untuk menangani setiap item konten sesuai dengan proses bisnis Anda. Kemampuan untuk mengintegrasikan sistem pihak ketiga melalui webhook atau API adalah bonus yang harus Anda waspadai.
Melihat keluar untuk:
Pratinjau Konten
Editor konten telah menulis konten, menambahkan gambar, dan mengirimkannya melalui alur kerja untuk persetujuan. Tetapi di mana mereka melihat pratinjau konten sebelum tersedia untuk masyarakat umum? Di sinilah API pratinjau untuk mengambil konten yang tidak dipublikasikan dan kemampuan untuk mengatur lingkungan pratinjau berperan.
Dengan CMS tanpa kepala, setelah beralih dari pola pikir saluran tunggal, editor konten Anda seharusnya tidak berharap untuk melihat pratinjau halaman penuh dalam back-office CMS. Setiap saluran harus memiliki lingkungan pentas atau pratinjau sendiri untuk melihat konten draf yang belum dipublikasikan. Ini bisa menjadi situs pementasan untuk situs web Anda atau versi aplikasi seluler yang diinstal secara lokal. Fitur pratinjau harus tersedia dalam paket harga yang Anda pilih untuk CMS tanpa kepala pilihan Anda.
Melihat keluar untuk:
Lokal
Jika konten Anda perlu disajikan ke lokal yang berbeda, persyaratan itu perlu diidentifikasi sejak awal dalam proyek Anda. Perkuatan dimungkinkan, tetapi bukan kegiatan yang menyenangkan. Cara Anda mengelola konten dan aset lintas budaya dan bahasa harus dipikirkan dan didokumentasikan. Saya akan merekomendasikan membuat cetak biru untuk mengidentifikasi bahasa dan aset mana yang mewarisi atau default dari yang lain. Kemudian pastikan pilihan CMS tanpa kepala Anda mendukung cetak biru itu atau jelajahi jalan untuk mencapai hasil yang sama secara berbeda.
Melihat keluar untuk:
Membuat konten yang bagus selalu penting. Oleh karena itu, penulis konten harus diberi pengalaman terbaik dalam aktivitas sehari-hari mereka untuk membuat transisi Anda ke CMS tanpa kepala berhasil.
“
Waktu Pengembang Sangat Berharga
Dengan CMS tanpa kepala, keterlibatan pengembang adalah suatu keharusan. Ini bisa menjadi pengembang back-end atau pengembang front-end yang menggunakan API tanpa kepala untuk menampilkan konten di situs web. Tetapi begitu pengembangan awal selesai, penulis konten harus dapat bekerja dengan intervensi minimal. Itulah inti dari menggunakan CMS. Itu juga berlaku untuk CMS tanpa kepala.
Sebanyak penulis konten dipertimbangkan saat membandingkan fitur, fitur pengembang juga harus dieksplorasi. Di bagian ini, kita akan melihat fitur yang akan menghemat waktu bagi pengembang.
Dukungan API/GraphQL
API yang matang, yang memungkinkan pemilihan, paginasi, dan proyeksi item konten, sangat penting bagi pengembang untuk bekerja dengan CMS tanpa kepala. Dukungan GraphQL out-of-the-box adalah faktor penentu lainnya karena akan memungkinkan pengembang untuk menentukan hasil yang mereka butuhkan pada tingkat yang sangat terperinci. Dokumentasi yang komprehensif dan contoh kode juga merupakan keharusan.
Pastikan pengembang Anda senang dengan API pengambilan konten sebelum melakukan CMS tanpa kepala. Jangan lupa API pratinjau, API aman, dan kemudahan menggunakannya melalui kode. Apakah Anda ingin mengotomatiskan pembuatan konten? Kemudian API manajemen konten harus dipertimbangkan.
API Manajemen Konten telah menjadi berkah di mana kami mengotomatiskan impor lebih dari 2.000 posting blog dari situs WordPress ke CMS tanpa kepala. Semua posting blog dan gambar terkait diimpor dengan pekerjaan minimal untuk penulis konten. Beberapa CMS tanpa kepala menawarkan Pengaya Google Sheets dan alat bagus lainnya untuk melakukan ini dengan mengklik tombol.
Dengan banyak CMS tanpa kepala yang menawarkan uji coba gratis, ada baiknya Anda mengujinya untuk melihat kesesuaian dan kesesuaiannya dengan pembuatan dan pengambilan konten pilihan Anda.
Melihat keluar untuk:
SDK asli
Perangkat Pengembangan Perangkat Lunak (SDK) untuk berbagai teknologi, bahasa, dan platform tersedia langsung dari vendor Headless, inisiatif sumber terbuka, atau pihak ketiga. Pastikan SDK ini mendukung teknologi, bahasa, dan platform tempat Anda akan membangun situs web atau aplikasi konsumen. Sebanyak RESTful dan GraphQL API memungkinkan Anda untuk mengkueri konten, memiliki SDK asli dapat mengurangi jam pengembangan secara signifikan .
Di Luminary, bekerja dengan SDK asli untuk CMS tanpa kepala memungkinkan kami merangkul teknologi terbaru seperti Microsoft .NET Core dan .NET 5. Selain itu, membangun SDK yang ada memungkinkan kami mengikuti praktik terbaik yang direkomendasikan oleh vendor sambil menyimpan waktu.
Melihat keluar untuk:
Lingkungan
Situs web atau aplikasi untuk toko ibu-dan-pop mungkin dapat membuat dan melihat pratinjau konten dengan satu lingkungan produksi. Namun seiring berkembangnya organisasi, tim, dan fitur, beberapa lingkungan untuk menyusun dan melihat pratinjau konten menjadi perlu. CMS tanpa kepala Anda tidak hanya perlu menyediakan lingkungan, tetapi aplikasi yang Anda konsumsi juga harus menyiapkan lingkungan. Metode untuk menyegarkan konten di seluruh lingkungan perlu dipertimbangkan.
Melihat keluar untuk:
Gambar, File, dan CDN
Kami menyentuh pengelolaan gambar ketika berbicara tentang fitur untuk penulis konten. Dari perspektif pengembang, tidak hanya aset statis yang perlu di-cache di CDN. Banyak konten cache CMS tanpa kepala yang diambil melalui RESTful atau GraphQL API. Ini mempercepat proses pengambilan dan membawa peningkatan kinerja ke aplikasi Anda.
Meskipun caching CDN sangat berguna, ada kalanya kerusakan cache atau item cache yang lebih lama dapat menimbulkan masalah . Kemampuan untuk membersihkan cache CDN atau kemampuan untuk menarik konten terbaru dengan header HTTP tertentu harus menjadi bagian dari fungsionalitas API CMS headless Anda.
Kemampuan untuk menggunakan domain khusus terhadap CDN untuk mengirimkan konten atau aset statis Anda mungkin merupakan persyaratan yang perlu Anda pertimbangkan.
Melihat keluar untuk:
Batas Penggunaan di Seluruh Paket
Faktor lain yang perlu dipertimbangkan adalah batas penggunaan yang ditetapkan untuk setiap paket langganan Anda pada CMS tanpa kepala pilihan Anda. Jumlah item konten, konsumsi bandwidth, jumlah pengguna back-office, jumlah panggilan API, dan batas kecepatan perlu dipikirkan. Saat merencanakan batas penggunaan, pertimbangkan penggunaan saat ini dan penggunaan di masa mendatang. Ingatlah bahwa banyak CMS tanpa kepala beroperasi secara berlangganan dan mereka memungkinkan Anda untuk meningkatkan hampir secara instan ke paket dengan batas yang lebih tinggi.
Namun, perlu diketahui berapa banyak pengguna yang akan menggunakan platform ini, dan apakah solusinya perlu ditingkatkan secara besar-besaran. Kami menyaksikan klien mendapatkan tagihan yang sangat besar karena mereka tanpa disadari menambahkan sejumlah besar pengguna melebihi kuota yang dialokasikan. Merupakan ide bagus bagi administrator untuk mengetahui apa yang ditawarkan paket Headless mereka dan mengawasi penggunaan.
Pertimbangkan untuk tetap berada di bawah batas penggunaan pada batas Anda saat ini dengan caching sisi klien, generator halaman statis, dan panggilan API atau GraphQL cerdas untuk mengurangi pengeluaran operasional Anda.
Melihat keluar untuk:
Waktu pengembang itu mahal. Sementara CMS tanpa kepala disebut-sebut sebagai CMS yang ramah pengembang, setiap vendor memiliki fitur berbeda yang mereka dukung secara asli. Sangat disarankan untuk memahami dan membandingkannya dengan kebutuhan pengembang Anda.
“
Faktor lain
Ada beberapa faktor lain yang mungkin tidak memengaruhi pembuat konten atau pengembang. Ini dapat berkisar dari pemasaran hingga keuangan hingga persyaratan hukum dan peraturan untuk industri dan bisnis Anda.
Lokasi Pusat Data
Satu pertanyaan yang sering kami dapatkan adalah, dimana data disimpan? Ya, di awan. Tetapi pusat data geografis mana yang merupakan pertanyaan penting karena persyaratan hukum dan peraturan dari bisnis tertentu. CMS tanpa kepala yang memungkinkan Anda menyimpan data di pusat data pilihan Anda mungkin menjadi faktor penting dalam memutuskan CMS mana yang Anda pilih.
Dukungan Teknis Dan Penjualan
Kemampuan untuk menerima dukungan teknis dan penjualan di zona waktu Anda adalah faktor penentu lain saat memilih CMS tanpa kepala Anda. Tidak memiliki tenaga penjual lokal telah memberi tip pada banyak proyek yang mendukung vendor yang memiliki orang-orang di lapangan di wilayah yang relevan.
Kami memiliki organisasi NFP (Not for Profit) besar yang memilih vendor CMS tanpa kepala karena kemampuan untuk menyimpan data di Pusat Data Azure di Australia. Memiliki dukungan penjualan di lapangan dan dukungan teknis sepanjang waktu memastikan penjualan untuk vendor CMS tanpa kepala itu.
Melihat keluar untuk:
Fitur Perusahaan Untuk Dipertimbangkan
Beberapa organisasi besar mungkin memerlukan Single-sign-on (SSO) yang terkait dengan sistem otentikasi perusahaan atau log audit yang dapat dengan mudah ditanyakan. Mungkin ada integrasi ke sistem yang ada dan sertifikasi ISO tertentu yang perlu diterapkan sebelum produk SaaS dianggap cocok. Membuat daftar fitur perusahaan ini dan lainnya yang unik untuk organisasi tingkat perusahaan Anda adalah titik awal yang baik saat memilih CMS tanpa kepala.
Komunitas Beraksi
Area lain yang biasanya diabaikan adalah komunitas di sekitar CMS tanpa kepala yang diberikan. Apakah ada orang di luar sana yang tertarik dengan produk? Saya tidak berbicara tentang mengintip pemasaran vendor. Apakah ada cukup sumber daya terbuka yang dibagikan oleh orang-orang yang menggunakan alat ini? Ini mungkin bukan faktor penentu tetapi akan membantu ketika Anda berada di tempat yang sulit selama fase implementasi atau dukungan proyek.
Integrasi Infrastruktur
Dengan CMS tanpa kepala, Anda tidak terikat pada teknologi, bahasa, atau platform. Teknologi atau platform di mana CMS headless dibangun tidak mempengaruhi aplikasi klien. Anda dapat menggunakan teknologi pilihan Anda dari .NET hingga Node.js, OS Anda dapat berupa Windows, Linux, atau macOS, dan bahasa Anda dapat berupa apa saja dari Python hingga C#.
Demikian pula, dalam hal pengadaan infrastruktur, Anda dapat memilih untuk menghosting situs Anda di Netlify, Azure, GCP, atau AWS. Arsitektur situs web Anda dan keputusan infrastrukturnya sekarang hanya didasarkan pada kebutuhan Anda. Ada juga integrasi kelas satu asli dengan layanan seperti Gatsby Cloud yang menghadirkan lebih banyak kombo yang membuat hidup Anda lebih mudah. Bagi sebagian orang, ini bisa menjadi keputusan besar dan harus dibuat dengan berbicara dengan beberapa praktisi ahli di bidang Headless.
Melihat keluar untuk:
Pengalaman Kami Di Luminary
Di Luminary, kami beruntung dapat bermitra dengan CMS tanpa kepala seperti Acoustic, Contentful, Kentico Kontent, dan Umbraco Heartcore. Kami telah bekerja dengan beberapa CMS ini sejak versi beta platform mereka. Peta jalan publik, dukungan teknis yang luar biasa, dan menangani permintaan fitur kami telah menjadi beberapa sorotan kami dengan platform ini.
Kami telah berpengalaman menangani SEO untuk situs web Headless dengan implementasi front-end saja, menyimpan halaman daftar besar, menangani cache sisi server yang besar, dan mengintegrasikan layanan mikro lainnya dengan CMS tanpa kepala. Masing-masing memiliki tantangan unik yang harus Anda waspadai. Juga, tugas-tugas sederhana pada CMS Tradisional seperti pengiriman formulir dan pencarian situs perlu dipikirkan dengan baik bersama dengan fitur yang lebih canggih seperti otentikasi pengguna dan otorisasi dengan layanan pihak ketiga.
Jika Anda memilih CMS tanpa kepala yang benar dengan petunjuk di atas dan dengan mitra implementasi yang benar, Anda akan mendapatkan CMS tanpa kepala yang membuat pemasar senang, editor konten senang, dan pengembang senang.