Jangan Kehilangan Kepala Anda: Mengevaluasi Tanpa Kepala

Artikel 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!

Dengan banyak pilihan muncul banyak keputusan, dan mudah untuk tenggelam dalam semua banyak dan berbagai manfaat yang dinyatakan dari sistem yang berbeda. Jadi, bagaimana pendekatan Anda untuk mengevaluasi opsi-opsi ini? Dua minggu lalu, Aaron Hans menjelaskan kasus penggunaan tanpa kepala dan apa manfaatnya di sini di Majalah Smashing. Hari ini, saya akan memberi Anda sedikit panduan tentang lanskap CMS, serta beberapa pertanyaan untuk membantu Anda membuat keputusan.

Tanpa kepala? Apa?

Manajemen konten tanpa kepala adalah praktik memisahkan sistem manajemen konten (CMS) Anda dari front-end Anda. Tidak seperti sistem tradisional (atau "monolit"), CMS tidak bertanggung jawab secara langsung untuk memberi daya pada front-end web. Sebagai gantinya, konten disajikan ke front end dari sistem jarak jauh melalui API, dan front-end menggunakan data ini untuk merender halamannya. Ini dapat terjadi baik saat run-time (ketika pengguna membuka situs web Anda), atau pada waktu pembuatan (konten telah dipra-render dan dibuat sebelumnya), tetapi konsep penting di sini adalah pemisahan antara konten dan lapisan presentasi.

Jika Anda berencana membuat situs menggunakan Jamstack, secara default Anda akan menuju ke arah ini, tetapi pendekatannya sama validnya untuk jenis proyek lain, menggunakan bahasa sisi server seperti PHP, . Bersih, atau Ruby.

Tapi Mengapa Ini Bahkan Suatu Hal?

Headless awalnya muncul sebagai cara untuk mengelola konten untuk Jamstack (sebelum Jamstack mendapatkan nama kerennya), tetapi pendekatan ini telah mengumpulkan penggemar karena banyak alasan. Manajemen konten tanpa kepala memungkinkan kami untuk menyebarkan konten ke platform yang berbeda, sehingga Anda dapat menggunakan konten dari situs web Anda di aplikasi seluler asli, misalnya.

Headless juga memungkinkan kita untuk menambal kekurangan di sistem lain. Misal seperti Shopify. Meskipun hebat dalam apa yang dilakukannya, ini bukan sistem yang paling fleksibel dalam hal mengelola konten untuk toko online Anda. Dengan menggunakan CMS tanpa kepala, kami dapat mengelola konten tambahan untuk situs Shopify dari jarak jauh dan menghadirkan lebih banyak kekuatan dan fleksibilitas daripada yang kami miliki secara default.

Saya baru-baru ini mengerjakan sebuah proyek yang melakukan hal ini — memperluas konten yang disediakan Shopify dengan konten tambahan yang lebih kaya dari CMS tanpa kepala (kami kebetulan menggunakan Contentful untuk proyek khusus ini, tetapi CMS tanpa kepala mana pun dapat melakukan pekerjaan ini). Menggunakan solusi manajemen konten tanpa kepala memungkinkan kami membuat struktur data khusus yang dapat kami sesuaikan dengan kebutuhan kami. Misalnya, klien ingin menyoroti bahan-bahan yang mereka gunakan dalam pembuatan produk mereka, dan Shopify tidak benar-benar menyediakan cara yang baik untuk mengelolanya. Kami membuat jenis konten baru di Shopify dan mengizinkannya untuk ditambahkan ke halaman produk khusus yang penuh dengan jenis konten lain yang kami buat.

Konten Shopify ditarik dan disinkronkan ke Contentful, dan ini menjadi driver data utama untuk situs, dengan API Shopify hanya benar-benar terlibat untuk pemeriksaan tingkat stok dan pembuatan keranjang. Mampu menambahkan data kaya semacam ini ke situs eCommerce berbasis SaaS sangat kuat.

Kami kebetulan mencapai hasil ini menggunakan Nuxt untuk membangun situs, tetapi kami juga dapat memilih untuk mengintegrasikan data dari CMS langsung di dalam template Shopify. Jamstack dipilih sebagai pendekatan yang lebih baik di sini, tetapi headless cukup fleksibel sehingga dapat digunakan hampir di mana saja. Selama Anda memiliki akses ke beberapa jenis skrip melalui JavaScript atau bahasa back-end yang lebih tradisional seperti PHP atau .Net, Anda dapat mengintegrasikan headless ke dalam alur kerja Anda.

Memisahkan konten Anda dari lapisan presentasi Anda bisa sangat kuat. Mengizinkan konten Anda untuk terhubung ke platform dan lapisan presentasi yang berbeda membantu menjaga konten Anda tetap konsisten di seluruh titik kontak Anda, dan membantu memastikan bahwa konten Anda tidak terfragmentasi di berbagai sistem berbeda yang dikelola oleh tim yang berbeda.

Bayangkan Anda memiliki produk yang ingin Anda bicarakan di situs web Anda, di aplikasi seluler, dan juga di iklan terprogram. Dengan headless, Anda dapat memiliki satu repositori konten pusat dan menyebarkan konten yang sama (atau aspeknya) ke semua platform ini dan banyak lagi. Dengan manajemen konten yang lebih tradisional, Anda perlu mengelola konten untuk platform yang berbeda secara terpisah.

Ini Kedengarannya Hebat! Jadi Apakah Headless Tepat Untuk Saya?

Ada banyak hal yang perlu dipertimbangkan ketika memilih pendekatan Anda. Ada manfaat untuk pergi tanpa kepala, tetapi ada biayanya juga. Berikut adalah beberapa pertanyaan untuk ditanyakan pada diri sendiri ketika mempertimbangkan headless sebagai pendekatan:

Apakah Anda Nyaman Dengan Persyaratan Pengetahuan Membuat Split?

Banyak orang berpikir bahwa beralih ke headless dapat "menyingkirkan" kebutuhan pengembang back-end, tetapi kenyataannya adalah bahwa pola pikir untuk menyusun data secara efektif dan membangun model konten yang berfungsi dan berskala dengan baik masih sangat berbeda dari pola pikir harus sering menjadi pengembang front-end yang hebat. Masih ada kesenjangan pengetahuan dan itu masih perlu diisi.

Jika Anda berurusan dengan proyek dengan skala yang signifikan, Anda mungkin masih menginginkan beberapa pengembang untuk fokus pada area “back end”, dan beberapa untuk fokus pada “front end”. Divisi lebih halus dan lebih mudah dibentuk di tanah tanpa kepala, tetapi jangan bekerja dengan asumsi yang salah bahwa Anda dapat membagi dua tenaga kerja pengembangan Anda hanya dengan menjadi tanpa kepala.

Apakah Anda Tahu Total Biaya Kepemilikan?

Sementara headless seringkali terbukti lebih murah daripada monolit, sifat SaaS dari sebagian besar sistem ini dapat berarti bahwa untuk kumpulan data besar yang berubah dengan cepat, atau tim yang sangat besar, biayanya mungkin tidak bertambah. Selalu periksa bagaimana skala biaya, dan berdasarkan apa penskalaan itu. Beberapa vendor menskalakan berdasarkan volume data , beberapa berdasarkan jumlah permintaan API , dan beberapa berdasarkan jumlah kolaborator yang mengedit konten Anda. Kombinasi ini dapat memiliki efek dramatis pada bagaimana biaya Anda tumbuh dengan skala.

Anda juga mungkin perlu melihat beberapa platform berbeda untuk merumuskan gagasan tentang total biaya kepemilikan Anda. Jika Anda tidak mendapatkan pencarian "di luar kotak", Anda harus mempertimbangkan berapa biaya yang Anda keluarkan untuk menambahkan fitur itu. Anda biasanya dapat memprediksi bagaimana biaya ini akan meningkat, dan Anda sering kali dapat memulai dari yang kecil, tetapi ada baiknya untuk mengetahui apa yang mungkin merugikan Anda dalam jangka panjang.

Perhatikan juga menit pembuatan Anda jika Anda memilih untuk tanpa kepala: ini dapat meningkat dengan cepat, terutama dalam fase pengembangan dan populasi konten. Ketahuilah bahwa, jika Anda memilih untuk membuat situs secara statis, Anda akan memerlukan build setelah setiap tindakan publikasi dari CMS. Dengan situs besar, pembangunan ini bisa memakan waktu cukup lama, jadi perlu diingat bahwa ini harus tetap terkendali. Banyak layanan hosting statis populer (seperti Netlify dan Vercel) mendukung pembuatan cache aset dan, dalam kombinasi dengan kerangka kerja modern yang memungkinkan pembangunan tambahan, ini dapat membantu mengurangi biaya yang meningkat ini, tetapi Anda masih perlu mengawasinya dan melakukan tugas Anda. penelitian untuk memastikan Anda tidak ketahuan.

Sudahkah Anda Menjelaskannya Cukup Baik Untuk Klien Anda?

Anda mungkin menyukai pengalaman pengembang bekerja dengan Jamstack dan tanpa kepala, tetapi ketika membuat evaluasi ini, Anda harus ingat bahwa klienlah yang harus menggunakan dan hidup dengan solusi yang Anda buat, jadi Anda pasti ingin mencoba untuk membuat hidup mereka semudah mungkin.

Dalam peran sebelumnya, saya terlibat dalam promosi ke produsen otomotif yang mengatakan bahwa mereka menginginkan kinerja terdepan di industri sebagai prioritas utama, tetapi mereka akhirnya pergi dengan agensi lain yang menawarkan solusi yang lebih tradisional. Hal ini dapat terjadi karena beberapa alasan. (Kami kemungkinan besar tidak melakukan pekerjaan yang cukup baik untuk menjual manfaat dari pendekatan kami, tetapi tanpa kepala juga bisa tampak sangat menakutkan bagi editor konten, terutama ketika berhadapan dengan beberapa sistem "perusahaan" tradisional yang memiliki bakat untuk membuatnya terlihat seperti semuanya "hanya berfungsi".)

Saat Anda tanpa kepala, Anda akan menyatukan alat individual yang masing-masing dirancang untuk menjadi sangat baik pada satu hal tertentu, daripada memiliki satu sistem besar yang dapat melakukan semua hal ini di satu tempat. Itu bisa sangat menakutkan untuk dihadapi kecuali Anda dapat membuatnya semudah mungkin untuk ditangani oleh klien Anda.

Apakah Anda Memperhitungkan Waktu Pengembangan Tambahan?

Semua potensi kekuatan dan fleksibilitas headless tidak datang secara gratis. Salah satu kelemahan dari segala sesuatu yang menjadi adat adalah bahwa ini berarti bahwa segala sesuatu perlu dikembangkan dari awal . Dengan banyak opsi di ruang ini, tidak ada skema dokumen "default" yang sebenarnya - memang, mereka diatur dengan sangat sengaja untuk tidak memiliki default seperti itu. Ini bagus di satu sisi karena itu berarti Anda mendapatkan model dokumen yang dirancang dengan ketat yang sesuai dengan kebutuhan Anda.

Namun, di sisi lain, itu berarti seseorang perlu mendefinisikan model dokumen ini, dan kemudian seseorang perlu membuatnya untuk sistem yang Anda gunakan. Kemudian, karena frontend dan backend dipisahkan, seseorang biasanya perlu membuat mesin untuk memungkinkan pratinjau konten draf ; banyak kerangka kerja modern menyertakan sistem untuk memungkinkan pratinjau konten draf, tetapi mereka secara universal memerlukan konfigurasi tambahan agar dapat berfungsi, dan beberapa akan memerlukan tingkat kode khusus. Tentu saja, front-end tidak terikat dengan konten, jadi pemetaan data ke komponen front-end juga perlu dilakukan. Anda biasanya harus melakukan setidaknya beberapa dari ini bahkan dengan CMS yang dipasangkan dengan erat, tetapi kenyataan bahwa Anda mungkin harus mengalokasikan waktu untuk semua hal ini bisa mahal.

Apakah Anda/Klien Anda Nyaman Dengan Data Tidak Menggunakan Infrastruktur Anda Sendiri?

Sementara banyak orang yang bekerja dengan sistem CMS tanpa kepala dan vendor SaaS lainnya sering menganggap ini sebagai hal yang positif, ada situasi di mana data Anda berada di luar infrastruktur Anda sendiri bisa jadi kurang diinginkan, misalnya di mana produk sensitif atau data produksi non-publik terlibat. Keamanan untuk perusahaan-perusahaan ini biasanya cukup baik, tetapi selalu ada risiko.

Pastikan Anda mempertimbangkan manfaat relatif dari menyimpan konten Anda di server AWS anonim di suatu tempat. Kita telah melihat sebelumnya bahwa bahkan AWS yang hebat dapat mengalami pemadaman dan, untuk sistem yang sangat penting bagi bisnis, ini bisa sangat mahal. Perbedaan di sini antara SaaS di AWS atau menggunakan infrastruktur Anda sendiri adalah bahwa jika Anda mengalami gangguan atau pelanggaran keamanan pada infrastruktur Anda sendiri, hal itu kemungkinan disebabkan oleh produk atau kode Anda sendiri, tetapi di lingkungan SaaS/AWS, pemadaman terjadi kemungkinan besar disebabkan oleh faktor-faktor yang tidak terkait dengan bisnis Anda. Contoh-contoh ini jarang terjadi, tetapi memang terjadi dan penting untuk memperhitungkannya saat membuat keputusan ini.

OK bagus. Jadi Apa Pilihan Saya?

Jumlah solusi manajemen konten tanpa kepala dan tanpa kepala yang tersedia pada tahun 2021 sangat mengejutkan dan terus bertambah. Daripada mencoba membahas semua opsi di sini, saya hanya ingin memberikan pengantar singkat untuk beberapa opsi yang lebih dikenal. Jika Anda mencari daftar yang lebih lengkap, Anda mungkin ingin melihat CMS Tanpa Kepala atau Perbandingan CMS.

puas

Contentful adalah salah satu opsi CMS tanpa kepala yang paling mapan, didirikan pada tahun 2016 dan telah menikmati beberapa putaran investasi awal yang sukses, dan menggambarkan diri mereka sebagai “platform konten pertama API untuk menghadirkan pengalaman digital”.

Contentful telah membuat langkah besar dalam beberapa tahun terakhir untuk lebih mendukung konten yang diterjemahkan dan dibuat trans, dan mereka memiliki dukungan yang baik untuk beberapa "lingkungan" konten, memungkinkan perubahan dilakukan dari data produksi Anda dan dimigrasikan nanti.

Contentful memiliki rangkaian integrasi dengan aplikasi SaaS lainnya, sehingga mudah untuk berintegrasi dengan seperti Shopify atau CommerceLayer untuk e-niaga, atau Cloudinary untuk hosting dan pemrosesan aset.

Terbaik untuk:

Mereka yang mencari solusi paling mapan di ruang tanpa kepala.

blok cerita

Storyblok adalah satu-satunya opsi tanpa kepala-pertama di sini yang benar-benar menggambarkan diri mereka sebagai CMS, dan menampilkan editor konten visual yang sangat bagus yang memungkinkan Anda membuat dan mengedit konten Anda tampaknya in-situ dengan antarmuka WYSIWYG yang luar biasa. Ini adalah salah satu kelemahan tradisional untuk memisahkan CMS dari situs web, jadi melihat lingkungan pengeditan semacam ini yang dibuat oleh Storyblok adalah langkah maju yang besar dan tim harus bangga mendorong pasar maju dalam hal ini.

Storyblok juga memiliki kemampuan untuk menggunakan API mereka untuk menghasilkan skema konten yang memungkinkan hal-hal ini untuk hidup sebagai dan dengan kode Anda, yang sangat bagus untuk pemeliharaan. Izin berbasis peran dan kemampuan terjemahan/transkreasi membuat tim terdistribusi bekerja di situs multibahasa dengan senang hati. Secara keseluruhan, Storyblok terasa seperti penawaran yang sangat halus dan dipikirkan dengan matang, dan salah satu yang mungkin disukai oleh tim konten, khususnya.

Terbaik untuk:

Mereka yang mencari solusi pengeditan konten WYSIWYG terbaik di kelasnya dari CMS tanpa kepala.

Kewarasan

Sanity adalah salah satu anak baru di blok di ruang ini, tetapi telah mengumpulkan perhatian dengan cepat. Mereka menggambarkan diri mereka sebagai "platform konten utama yang membantu tim bermimpi besar dan memberikan dengan cepat".

Sanity melakukan hal-hal sedikit berbeda dari opsi lain di sini karena semua konfigurasi dan model konten Anda dilakukan sebagai kode yang, bagi pengembang, adalah tempat yang nyaman untuk menyimpan sesuatu. Dengan memungkinkan kreativitas yang hampir tak terbatas dengan model dokumen dan jenis bidang khusus, Sanity memungkinkan pengembang untuk membuat struktur konten yang kaya dan mendalam untuk segala hal — bukan hanya konten web.

Suite pengeditan di Sanity bersih dan sederhana, dapat disesuaikan, sumber terbuka, dan didasarkan pada React. Anda dapat menerapkan studio pengeditan ke host mana pun yang Anda suka, atau memilih untuk menggunakan subdomain Sanity untuk menghosting infrastruktur mereka.

Terbaik untuk:

Mereka yang membutuhkan kontrol mutlak atas hampir setiap aspek implementasi, dari struktur data khusus hingga komponen input.

prisma

Prismic benar-benar karakter lama di ruangan tanpa kepala, yang sudah ada di tahun 2013, tetapi itu tidak menghentikan mereka berinovasi di ruang angkasa. Baru tahun lalu, mereka memperkenalkan SliceMachine, yang bertujuan untuk menjembatani kesenjangan antara pengembang front-end yang membuat komponen dan penulis konten dengan menciptakan hubungan 1:1 antara blok konten (atau "irisan") dan komponen front-end, yang membuat bangunan baru halaman dan bagian konten mudah bagi editor.

Suite pengeditan Prismic sangat bagus dan tampaknya mereka telah menambal beberapa lubang yang dulu ada dalam pemilihan bidang mereka, sehingga menawarkan pengalaman yang menyeluruh.

Terbaik untuk:

Mereka yang ingin meminimalkan gesekan untuk editor konten.

Bagaimana Jika Saya Ingin Sesuatu Yang Sedikit Lebih Tradisional?

Wordpress

Wordpress masih besar pada tahun 2021. Untuk semua hype di sekitar platform lain, WordPress masih mendukung sekitar 40% dari internet, dan itu tidak akan pergi ke mana pun. Pengembang membantu memastikan hal ini dengan meningkatkan kemampuan tanpa kepala dan lebih fokus pada dukungan API-nya. Alat pengeditan baru juga membuat pengalaman menulis di WordPress lebih menyenangkan, dan beberapa pengorbanan yang melekat dalam bekerja dengan WordPress telah ditingkatkan secara besar-besaran dalam beberapa tahun terakhir.

Bekerja dengan perusahaan WordPress-as-a-service seperti Nestify menghilangkan banyak kecemasan dan sakit kepala keamanan dari tangan Anda sebagai pengembang, tetapi perlu diketahui bahwa, sebagai platform terbesar di internet, WordPress masih menghadirkan tampilan yang sangat menggoda. target bagi mereka yang memiliki niat jahat.

Terbaik untuk:

Mereka yang ingin tetap menggunakan platform konten yang nyaman dan familier, sambil memperbarui teknologi.

Inti situs

Sebagai salah satu raksasa manajemen konten perusahaan, Sitecore mungkin adalah salah satu nama yang paling tidak Anda harapkan dalam daftar ini, tetapi mereka telah membuat langkah besar dalam mendukung headless, merilis Sitecore JSS untuk memungkinkan proyek Jamstack berinteraksi dengan data Sitecore.

Kesulitan besar dalam bekerja dengan Sitecore atau sistem CMS perusahaan lainnya tanpa kepala selalu membuat personalisasi aktif dan berjalan, tetapi masalah itu telah diselesaikan oleh orang-orang di Uniform, yang benar-benar mulai bekerja dengan Sitecore untuk mengaktifkan fungsi semacam ini .

Sitecore adalah binatang besar, dan itu tidak akan tepat untuk banyak proyek — biaya saja membuatnya di luar jangkauan semua kecuali pelanggan tingkat perusahaan — tetapi layak untuk dicantumkan di sini, bersama dengan AEM, karena masih ada banyak orang yang berpikir bahwa manajemen konten tanpa kepala hanya untuk situs web kecil.

Terbaik untuk:

Mereka yang melihat proyek perusahaan dengan klien yang tidak selalu ingin "sepenuhnya" pada teknologi baru.

Manajer Pengalaman Adobe

Adobe Experience Manager (atau AEM) adalah salah satu pemain utama di ujung perusahaan. Ini sangat besar, dan sangat mahal, seperti kebanyakan pesaingnya, tetapi Adobe adalah vendor lain yang telah melakukan upaya besar-besaran untuk membuat penawaran mereka lebih ramah bagi mereka yang ingin memisahkan konten mereka dari presentasi situs web mereka.

AEM sekarang mendukung beberapa metode yang berbeda untuk meminta data keluar dari platform mereka dan Adobe sekarang memasarkan AEM sebagai "CMS hibrida", yang berarti menggabungkan operasi tanpa kepala dan lebih tradisional, khusus saluran, di bawah satu kap. Ini bisa menjadi keuntungan besar bagi tim pemasaran yang perlu bekerja di berbagai platform dan membutuhkan kontrol konten yang baik di antara platform ini, tetapi mereka yang menginginkan "satu platform untuk mengatur semuanya" dari Adobe akan membutuhkan kantong yang dalam untuk memulai.

Terbaik untuk:

Mereka yang mencari di ujung paling atas suatu perusahaan, dengan kantong dalam! AEM melakukan banyak hal (lebih dari yang bisa kami harapkan untuk disebutkan di sini), tetapi itu mahal.

Sekarang Saya Memiliki Ide Tentang Pilihan Saya, Tapi Bagaimana Saya Bisa Berharap Untuk Memilih Di Antara Mereka?

Ada begitu banyak opsi di ruang tanpa kepala sekarang, Anda dapat dengan mudah berakhir di kelumpuhan opsi. Namun, ada beberapa pertanyaan yang dapat Anda gunakan untuk membantu membentuk opini awal atau setidaknya mempersempit lapangan:

Berapa lama waktu yang dibutuhkan Anda untuk mendapatkan kecepatan?

Sistem yang berbeda memiliki kurva belajar yang berbeda dan cara yang berbeda untuk mendukung pengembang. Setiap sistem yang terdaftar di sini memiliki komunitas pengembang yang dibangun di sekitarnya, tetapi tidak semua komunitas diciptakan sama. Apakah vendor memberikan dokumentasi terperinci? Proyek pemula? Semua ini dapat berdampak besar pada waktu spin-up.

Model Dukungan Seperti Apa yang Anda Butuhkan?

Model dukungan biasanya paling penting bagi klien, dan Anda sering menemukan bahwa untuk mengakses jalur dukungan yang lebih langsung, Anda perlu membayar paket “perusahaan”, yang dapat membuat investasi Anda lebih tinggi daripada yang Anda duga dengan melihat penggunaan Anda.

Seberapa Baikkah Vendornya?

Seberapa mapan vendornya? Bagaimana mereka dibiayai? Sekali lagi, ini biasanya merupakan pertimbangan klien daripada yang pengembang, tetapi membayar untuk dapat memberi tahu klien sejak awal bahwa vendor yang Anda rekomendasikan stabil, telah ada selama X beberapa tahun, dan bahwa mereka memiliki dukungan keuangan yang cukup untuk pastikan mereka tidak akan pergi ke mana pun dalam waktu dekat. Hal terakhir yang ingin dihadapi oleh klien mana pun adalah platform ulang paksa karena vendor mereka yang ada menghentikan produk mereka sementara klien sedang menjalani pertunangan mereka!

Seperti Apa Pengalaman Mengedit?

Pengalaman pengeditan kemungkinan akan sangat penting bagi sejumlah orang di sisi klien dari proyek apa pun. Ini adalah orang-orang yang akan bekerja dengan CMS apa pun yang Anda pilih hari demi hari . Jika CMS adalah mimpi buruk untuk digunakan, mereka akan mengatakannya — banyak. Percayalah, saya telah mengikuti banyak penawaran dan pertemuan lanjutan di mana sejumlah besar waktu telah dihabiskan dengan klien mendaftar banyak frustrasi yang mereka miliki dengan sistem mereka yang ada!

“Dapatkah sistem yang Anda lihat menyediakan pengeditan dalam konteks atau pratinjau draf langsung?”

"Berapa banyak upaya untuk mengatur ini?"

"Seberapa cepat atau lambat editor itu sendiri berjalan?"

"Apakah pengguna dibombardir dengan opsi dan tombol yang tidak dikenal atau apakah semuanya terorganisir dengan baik?"

Semua pertanyaan ini dimasukkan ke dalam kemudahan penggunaan sistem secara keseluruhan. Beberapa solusi, seperti Storyblok, telah berusaha keras untuk membuat pengeditan konten menjadi pengalaman yang kaya dan mulus , tetapi umumnya tidak dianggap sebagai kekuatan dalam lanskap tanpa kepala secara keseluruhan, jadi sangat layak untuk menempatkan demo skala kecil di depan editor konten Anda dan lihat bagaimana perasaan mereka tentang solusi yang Anda perhatikan.

Seberapa Mudah Mengambil Data Anda Dari Platform?

Saya telah kehilangan hitungan jumlah pertemuan lapangan yang telah saya ikuti dan diberi tahu bahwa kami mungkin harus memulai dari awal atau menulis scraper khusus untuk konten karena konten klien sepenuhnya terikat dalam sistem manajemen konten berpemilik, dan mereka tidak dapat dengan mudah mengekspor data mereka.

Tidak peduli seberapa keren CMS pilihan Anda, pastikan bahwa ada cara mudah untuk mengeluarkan semua konten Anda dari sistem di beberapa titik. Sayangnya, tidak ada sistem yang selamanya, dan klien pada akhirnya ingin mengubah situs mereka, dan infrastruktur mereka dengannya. Apa pun yang dapat Anda lakukan untuk membuat hidup mereka lebih mudah pada saat itu akan menjadi hal yang sangat positif.

Ini umumnya lebih mudah dengan solusi CMS tanpa kepala karena pada intinya mereka mampu API, tetapi masih memerlukan pengawasan lebih dekat untuk memastikan bahwa Anda tidak akan menyebabkan sakit kepala besar beberapa tahun ke depan.

Menyimpulkan

Memilih pendekatan, dan platform untuk, manajemen konten adalah pilihan besar dalam setiap proyek digital. Manajemen konten tanpa kepala sangat kuat dan fleksibel tetapi membutuhkan biaya, dan tidak ideal untuk setiap situasi.

Perhatikan bahwa harga yang Anda lihat di muka dari vendor jarang merupakan biaya akhir total dari solusi, dan pastikan bahwa Anda tidak jatuh ke dalam perangkap pemikiran bahwa Anda dapat mengurangi biaya pengembangan dengan menghapus “back” tradisional. -akhir” pengembang.

Pastikan semua orang merasa nyaman dengan kenyataan bekerja dengan CMS tanpa kepala dibandingkan dengan penyiapan yang lebih tradisional, dan pastikan untuk membawa editor konten dalam perjalanan karena mereka adalah orang-orang yang akan bekerja dengan sistem yang paling sering Anda siapkan sering.

Mudah-mudahan, panduan ini setidaknya telah membantu memberikan beberapa konteks pada hype dan dapat membantu Anda membuat keputusan yang membuat Anda dan klien Anda nyaman. Anda dapat membangun hampir semua hal yang Anda inginkan dengan headless di pusatnya sekarang — tetapi selalu tanyakan pada diri Anda apakah Anda mencari solusi karena sudah familiar atau hyped, atau apakah itu benar-benar solusi terbaik untuk keadaan Anda.