Apa yang harus Anda ketahui tentang CMS sebagai Manajer CRM?

Apakah Anda seorang manajer CRM, pemasar, manajer produk, atau dengan kata lain, orang non-teknologi, bertanya-tanya apa itu CMS dan apa yang harus Anda ketahui tentangnya? Apakah Anda sudah menjadi pengguna CMS tetapi Anda ingin mendapatkan lebih banyak pengetahuan teknis tentang platform? Apakah Anda mempertimbangkan untuk mengubah CMS Anda tetapi menulis RFP tentang sesuatu yang Anda tidak tahu sedikit pun membuat Anda takut? Apakah Anda pindah ke posisi baru atau mendapatkan tugas baru dan harus bekerja lebih dekat dengan pengembang CMS?

Jangan khawatir, konsep teknis seputar platform CMS cukup mudah dan sebagai orang non-teknis Anda biasanya tidak perlu mengetahuinya secara mendetail. Yang paling penting adalah memahami beberapa definisi dasar, memahami platform yang digunakan perusahaan Anda, dan mengenal beberapa istilah dasar. Nanti, jika Anda perlu tahu lebih banyak, saya sangat menyarankan untuk bertanya saja kepada pengembang Anda – tidak ada yang lebih tahu tentang platform CMS Anda selain mereka. Baca selengkapnya tentang mengapa belajar dari pengembang Anda adalah cara terbaik untuk mempelajari teknologi dan cara mulai berbicara bahasa mereka di sini.

Daftar Isi:

1. Apa itu CMS?

• definisi CMS
• tujuan CMS
• Mengapa sistem CMS menjadi penting bagi manajer CRM?

2. Apa yang harus Anda pelajari untuk mengelola konten dalam CMS?

• Bahasa markup
• Bagaimana cara membuat draf?
• Bagaimana cara mempublikasikan?
• Di mana konten disimpan?
• Mengelola aset digital
• Analisis situs web
• Tersedia modul, widget, template yang siap pakai
• Prinsip Desain Dasar – UX / UI

3. Fitur CMS yang harus Anda ketahui

• Kemudahan dalam mengedit
• Versi
• Memulihkan (kembalikan)
• Pengarsipan
• Kesesuaian
• Integrasi
• Pengujian A/B
• Konten yang dipersonalisasi
• Manajemen terjemahan
• optimasi SEO
• Penerbitan multi-platform
• Akses
• Bekerja sama
  

4. Konsep teknis yang layak dipahami

• Apakah situs web Anda statis atau dinamis?
• Rilis situs web
• Lingkungan
• CMS yang siap pakai atau dibuat khusus?
• CMS tanpa kepala
• Apa itu API?
• Apa itu webhook?
• Apa itu SDK?
  

5. Ringkasan

Apa itu CMS?

Content Management System ( CMS ) – adalah aplikasi perangkat lunak yang dapat digunakan untuk mengelola pembuatan dan modifikasi konten digital. Ini adalah "basis data" tempat Anda menyimpan konten Anda: aset digital (gambar, video, podcast), teks, terjemahan, dalam beberapa kasus tata letak halaman, bagian dari desain (tabel, tombol, dll.). Konten yang disimpan dalam CMS dapat disajikan ke situs web, aplikasi seluler, atau saluran digital lainnya (sms, email, jam tangan pintar, dll.). Tidak setiap perusahaan menyimpan semua konten dalam CMS yang sama; seringkali beberapa solusi "penyimpanan" konten terpisah (konten email di platform pengiriman email, konten aplikasi seluler disimpan sebagai kode dan hanya diperbarui oleh pengembang, dll.).

CMS dapat melayani lebih dari sekadar memublikasikan konten ke saluran digital Anda. Bergantung pada API, plugin, webhook yang tersedia, ini dapat:

• ekspor dan impor terjemahan,
• mendorong konten ke platform media sosial, platform email, dan saluran lainnya,
• menyimpan semua aset digital di satu tempat dan dikategorikan,
• menyiapkan pengujian A/B konten dan personalisasi konten,
• mengatur SEO pada halaman,
• mengembalikan hasil untuk mesin pencari di halaman,
• dan banyak lagi.
  

Mengapa sistem CMS menjadi penting bagi manajer CRM?

CMS adalah (atau bisa jadi, jika Anda mengaturnya seperti itu) pusat dari setiap komunikasi yang dihadapi pelanggan . Itu dapat menyajikan konten ke platform Anda sendiri dan berintegrasi dengan tumpukan pemasaran yang berbeda untuk menayangkan konten ke iklan berbayar. Anda juga dapat mengelola SEO on-page dari sana. Jika itu tidak cukup, Anda dapat menyiapkan formulir pengumpulan email, mengunggah kebijakan cookie untuk mengumpulkan data pelanggan ke sistem CRM Anda, tempat Anda dapat menyegmentasikan pelanggan dan menyajikan konten yang dipersonalisasi ke segmen ini dari CMS yang sama. Di CMS, Anda dapat menyiapkan pengujian A/B untuk konten Anda, atau menyiapkan konten yang dipersonalisasi. Anda dapat memberi makan database chatbot Anda dari sana. Anda juga dapat mengintegrasikan sistem CMS Anda dengan alat otomatisasi pemasaran di mana Anda dapat membuat aturan segmen yang memungkinkan Anda untuk mendorong konten ke pelanggan tertentu dari CMS melalui saluran distribusi yang berbeda (misalnya, mengirimkan pengingat keranjang yang terlupakan melalui email kepada mereka yang belum selesai berbelanja di keranjang mereka).

Apa yang harus Anda pelajari untuk mengelola konten dalam CMS?

Bahasa markup:

Sistem CMS Anda menggunakan editor WYSIWYG (dalam hal ini mudah untuk mengedit konten untuk editor konten) atau semacam bahasa markup (yang Anda atau editor konten perlu pelajari).

Apa itu bahasa markup?

Bahasa markup adalah bahasa yang memberi anotasi pada teks sehingga komputer dapat memanipulasi teks tersebut (mencetak tebal, miring, tengah, mewarnai, dll.). Pada dasarnya ini adalah bahasa yang dengannya Anda dapat berkomunikasi dengan komputer bagaimana Anda ingin menampilkan teks atau aset yang Anda edit.

HTML adalah contoh bahasa markup:

<p>

Ini adalah paragraf teks yang ditulis dalam HTML

</p>

Kalimat ini terdiri dari tag pembuka (<p>), teks dan tag penutup (</p>). Teks di antara tag akan ditampilkan di layar. Setiap tag menyertakan simbol "kurang dari" dan "lebih besar dari" untuk menandainya sebagai bagian dari markup.

Bagaimana cara belajar bahasa markup? Jika ini adalah bahasa markup khusus CMS, Anda seharusnya dapat menemukannya di manual CMS. Jika ini adalah bahasa markup standar, ada banyak sumber online yang tersedia untuk mempelajarinya, seperti misalnya: MOOC, Udemy, EDX, Codecademy, atau Coursera.

Jika CMS Anda tidak memiliki editor WYSIWYG, mungkin juga bermanfaat untuk mengetahui beberapa dasar CSS (Cascading Style Sheets) yang berfungsi dengan HTML untuk menambahkan gaya ke halaman web yang Anda edit.

Cara membuat draf:

Apa yang harus Anda periksa di manual atau tanyakan kepada pengembang Anda:

Bagaimana cara membuat draf konten (dan tidak menerbitkannya secara tidak sengaja)? Bagaimana cara menguji draf, dapatkah Anda melihat pratinjau bagaimana tampilannya di situs web langsung di CMS? Jika pratinjau langsung di CMS tidak tersedia, apakah ada lingkungan pengujian tempat Anda dapat memeriksa konten yang baru dibuat?

Cara mempublikasikan:

Apa yang harus Anda periksa di manual atau tanyakan kepada pengembang Anda:

Bagaimana cara mempublikasikan konten ke situs web langsung? Bisakah Anda melakukannya sendiri (atau editor konten sendiri) dari CMS? Apakah Anda memerlukan rilis situs web untuk memperbarui konten? Apakah Anda perlu meminta bantuan pengembang untuk penerbitan? Apakah ini solusi campuran, artinya sebagian konten dapat diterbitkan dari CMS oleh editor konten tetapi beberapa perubahan memerlukan dukungan pengembang? Yang mana yang membutuhkan dukungan pengembang? Berapa timeline rata-rata jika Anda ingin mempublikasikan sesuatu, berapa lama? Siapa yang harus dihubungi jika konten rusak dan Anda atau editor konten tidak dapat memperbaikinya sendiri? Siapa yang harus dihubungi di luar jam kantor jika Anda membutuhkan dukungan mendesak? Bisakah Anda menjadwalkan penerbitan konten di masa mendatang? Bisakah Anda menjadwalkan lebih dari satu "paket" konten di masa mendatang? Jika Anda menjadwalkan suatu konten di masa mendatang, apakah Anda masih dapat mengubah dan memublikasikan bagian konten lainnya atau apakah paket terjadwal akan membekukan penerbitan lain dari saat Anda membuatnya hingga waktu yang dijadwalkan? Dapatkah Anda mengingat sendiri konten terjadwal jika karena alasan tertentu Anda berubah pikiran?

Di mana konten disimpan?

Ini adalah pertanyaan penting yang harus Anda tanyakan kepada pengembang/arsitek Anda.

Konten mana yang berasal dari mana? Konten mana yang disimpan di CMS, yang mana di mesin/sistem pembayaran atau booking, yang langsung disimpan di FE? Anda harus mengetahui konten mana yang dapat diedit di CMS, yang perlu dikembangkan (atau di mana menemukan informasi tersebut saat Anda membutuhkannya). Harus ada dokumentasi yang tersedia tentangnya atau editor konten Anda harus mengetahuinya.

Mengelola aset digital:

Anda harus tahu jenis aset digital apa yang didukung oleh CMS Anda. Bisakah Anda menggunakan video, gambar, file mp3? Ekstensi file apa yang mungkin digunakan? Apa persyaratan untuk aset? Periksa spesifikasi untuk ukuran dan berat gambar. Apakah sistem akan mengubah ukuran gambar secara otomatis atau Anda harus selalu mengubah ukurannya sebelum mengunggah? Jika Anda tidak ingin membuat situs web atau platform lain menjadi lambat, Anda harus selalu menargetkan bobot minimum yang diperlukan untuk menampilkan aset dengan benar.

Modul, widget, template siap pakai yang tersedia:

Anda harus mengetahui apa yang sedang Anda kerjakan. Apakah Anda memiliki "blok pembangun" yang dapat Anda gunakan secara langsung (atau sudah dibuat sebelumnya oleh pengembang Anda)? Apakah Anda harus selalu meminta pembuatan modul konten, templat halaman secara khusus? Apa fleksibilitas dari template out-of-the-box, seberapa banyak Anda dapat mengubahnya jika Anda ingin mereka terlihat berbeda? Apakah modul terintegrasi dengan beberapa tampilan FE (front-end), sehingga Anda tidak memerlukan pembuatan situs tambahan untuk membuatnya muncul di situs web? Memiliki setidaknya beberapa pustaka modul dan template dasar yang tersedia dapat sangat mempersingkat waktu pembuatan halaman baru ke pasar, dari beberapa minggu pengembangan hingga beberapa jam memilih dan bermain-main dengan kemungkinan penyesuaian.

Prinsip Desain Dasar – UX / UI:

Pengetahuan dasar tentang desain, terutama pengalaman pengguna dan antarmuka pengguna (UX/UI) bisa sangat berguna. Ketika Anda bekerja dengan desainer (misalnya untuk membuat formulir berlangganan baru, situs mikro baru), Anda akan tahu bagaimana berbicara dengan mereka, apa yang diminta, dan bagaimana mengevaluasi pekerjaan mereka.

Analisis situs web:

Untuk memahami pelanggan Anda, perilaku, preferensi mereka, untuk mengevaluasi kinerja halaman arahan Anda yang baru diluncurkan atau formulir berlangganan, Anda perlu mempelajari cara menggunakan perangkat lunak analitik situs web yang digunakan perusahaan Anda (atau menyiapkannya sendiri). Sangat berguna untuk mempelajari apa yang saat ini dilacak di situs web secara default (tempat tag ditempatkan) dan jenis pelacakan apa yang harus Anda minta secara khusus, misalnya pelacakan peristiwa khusus atau corong khusus.

Fitur CMS yang harus Anda pelajari

Apa yang harus Anda ketahui tentang sistem CMS Anda? Apa yang harus Anda cari ketika memilih sistem CMS? Apa yang harus Anda tanyakan kepada pengembang Anda untuk memahami apa yang mungkin dan apa yang tidak?

Kemudahan mengedit:

Seberapa mudah CMS digunakan dari sudut pandang editor konten? Ini akan mempengaruhi waktu-ke-pasar konten. Apa yang dapat memengaruhi kecepatan pengeditan adalah: fitur seret dan lepas, 'blok' fleksibel untuk membuat halaman, alur kerja otomatis (misalnya untuk mengirim/menerima terjemahan), konten yang diisi dari satu sumber (contoh: modul dinamis, tempat Anda memperbarui konten sekali dan itu akan muncul di berbagai sub-halaman dan bahkan pada permukaan digital yang berbeda), sinkronisasi konten antar lingkungan (menghilangkan kebutuhan untuk menyalin-menempelkan semua konten di lingkungan yang berbeda).

Versi:

Jika CMS Anda memungkinkan penyimpanan versi konten sebelumnya, jika Anda membuat versi konten baru tetapi berubah pikiran karena alasan tertentu, Anda dapat memulihkan versi sebelumnya. Kadang-kadang, bahkan mungkin untuk melihat perbandingan antara versi dan memiliki bagian yang diubah secara otomatis disorot.

Memulihkan (kembalikan):

Jika konten Anda rusak setelah rilis, Anda harus dapat melakukan rollback ke versi konten sebelumnya untuk memperbaikinya sementara, hingga pengembang Anda dapat menyelidiki mengapa konten gagal sejak awal.

Pengarsipan:

CMS seharusnya memungkinkan Anda mengarsipkan konten. Yang penting untuk diketahui adalah berapa lama arsip/versi konten lama disimpan. Anda harus mempertimbangkan dengan cermat persyaratan hukum untuk berbagai jenis konten dan kemungkinan memperpanjang masa pakai konten yang diarsipkan untuk konten berisiko tinggi (misalnya: syarat dan ketentuan, konten promosi, kebijakan privasi, persetujuan cookie) yang mungkin diperlukan di masa mendatang untuk penyelidikan hukum.

Kesesuaian:

Persyaratan dasar untuk sistem CMS adalah kompatibilitas dengan arsitektur Anda, back-end, front-end, sistem pembayaran, sistem pemesanan, perangkat lunak eksternal apa pun yang Anda gunakan saat ini.

Integrasi:

Sistem yang menyediakan integrasi ke perangkat lunak lain yang sudah digunakan perusahaan Anda atau yang dapat dengan mudah mengintegrasikan bagian lain dari tumpukan pemasaran Anda baik secara native atau melalui konektivitas API akan menghemat waktu dan uang yang seharusnya Anda keluarkan untuk integrasi kustom.

Pengujian A/B:

Apa yang harus Anda periksa di manual atau tanyakan kepada pengembang Anda:

Apakah Anda memiliki kemungkinan untuk membuat pengujian A/B konten (beberapa versi konten yang akan ditempatkan di placeholder yang sama dan dapat diubah dengan perangkat lunak pengujian A/B)? Jika tidak, dapatkah pengembang Anda mengembangkannya untuk jenis konten (modul, blok) yang perlu Anda uji? Berapa banyak waktu yang dibutuhkan?

Konten yang dipersonalisasi:

Apakah Anda memiliki alat personalisasi (perangkat lunak)? Jenis konten apa yang dapat dipersonalisasi saat ini (jenis konten apa yang dapat dibuat beberapa versi di CMS yang akan diubah oleh sistem personalisasi)?

Jika sistem CMS Anda dapat berintegrasi dengan alat personalisasi, Anda dapat terus menggunakan hanya satu sistem untuk penyimpanan konten, yang memudahkan penggunaan kembali konten dan mengelolanya (membuat perubahan jika terjadi perubahan nama produk, perubahan terjemahan atau ketika Anda ingin menerapkan perubahan lintas platform lainnya).

Manajemen terjemahan:

Jika Anda ingin menyajikan versi situs yang dilokalkan, sistem CMS Anda harus memiliki dukungan bahasa . Fungsionalitas minimum berarti dapat menyimpan berbagai versi bahasa dari konten yang sama dalam CMS yang sama. Apa yang saya rekomendasikan, berdasarkan pengalaman dengan situs web multibahasa (20+ bahasa) dan platform digital lainnya, adalah bahwa CMS harus menyimpan semua bahasa di tempat yang sama untuk modul/blok konten yang sama. Apa bedanya? Jika Anda menyimpan versi bahasa yang berbeda dalam CMS yang sama sebagai "salinan" dari struktur situs yang sama, untuk menemukan modul yang sama dan memperbaruinya dalam semua bahasa, Anda harus membuka setiap versi bahasa, temukan di mana modul ini berada di masing-masing dan kemudian memperbaruinya. Jika Anda memiliki versi bahasa langsung di tingkat modul, mudah untuk menemukan bagian konten yang sama dan memperbaruinya dalam semua bahasa, tanpa tersesat mencarinya di CMS.

Mengelola berbagai versi konten bahasa adalah kerja keras. Ini memakan waktu dan memiliki tingkat kesalahan yang tinggi (jika Anda/editor konten salah menyalin). Cara termudah untuk mengelola terjemahan adalah dengan memiliki integrasi dengan perangkat lunak agen terjemahan dari CMS. Dengan cara ini, Anda seharusnya dapat mengirimkan konten asli untuk terjemahan (misalnya, dari bahasa Inggris) ke berbagai bahasa langsung dari CMS dan menerima terjemahan dari agen penerjemahan. Ini menghemat waktu Anda (tidak ada copy-paste), mengurangi risiko kesalahan dan meningkatkan waktu-ke-pasar. Dalam beberapa kasus, bahkan dimungkinkan untuk mengaktifkan menampilkan tautan pratinjau ke agensi terjemahan yang semakin memudahkan penerjemah untuk menerjemahkan konten. Terjemahan proxy bahkan lebih mudah untuk dikelola. Apa yang dilakukan terjemahan proxy adalah mengisi situs web Anda ke versi yang diproksi dan dilokalkan. Agen penerjemahan kemudian membuat versi bahasa ini dan menyajikannya. Ini sangat mengurangi waktu pengeditan konten tetapi hanya berfungsi untuk situs web, bukan untuk platform lain seperti aplikasi seluler, email, SMS. Untuk mencakup platform lain, Anda memerlukan jenis integrasi lain, misalnya API.

Apa yang juga merupakan fitur yang berguna adalah pemberitahuan otomatis setelah terjemahan tiba dari agen terjemahan atau jika ada masalah yang ditemukan saat mengekspor/mengimpor terjemahan (yang dapat dikonfigurasi dengan webhook, jika CMS tidak menyediakannya di luar kotak).

Kiat: ungkapan yang akan terus Anda dengar dari pengembang Anda – lokal – seperti bahasa tetapi lebih halus. Meskipun bahasa Jerman adalah satu bahasa, ada banyak lokal bahasa Jerman yang berbeda: de-DE untuk bahasa Jerman di Jerman, de-AT untuk bahasa Jerman di Austria, de-CH untuk bahasa Jerman di Swiss, dll.

optimasi SEO:

Bisakah Anda mengelola SEO on-page dari CMS Anda? Bisakah Anda menyesuaikan URL sendiri? Apakah Anda memiliki bidang untuk metatitle, metadata, metatags? Bisakah Anda menambahkan tag <h1>? Apakah CMS membuat peta situs secara otomatis dan menambahkan halaman baru ke dalamnya setelah dipublikasikan atau Anda perlu meminta pengembang untuk melakukannya untuk Anda? Bagaimana cara menyiapkan hreflang dan tag kanonik jika Anda mengisi konten ke lebih dari satu tempat atau menerbitkan dalam lebih banyak bahasa? Anda harus tahu apa kemungkinannya dan kapan Anda perlu menghubungi pengembang Anda.

Penerbitan multi-platform:

Dapatkah sistem CMS Anda menyajikan konten ke platform digital lain (aplikasi seluler, email, jam tangan pintar, chatbot, dll.)? Bisakah Anda mengonfigurasinya untuk melakukannya? Ini adalah pertanyaan penting, jika Anda berencana untuk mempertahankan lebih banyak saluran komunikasi digital. Menyimpan semua konten di satu tempat memiliki manfaat besar seperti mengurangi kompleksitas pengelolaan konten, menggunakan kembali konten, menggunakan kembali terjemahan, mengurangi risiko memiliki konten yang tidak konsisten di berbagai platform.

Mengakses:

Sistem CMS dapat menawarkan jenis akses yang berbeda dengan hak yang berbeda. Ini dapat berguna jika Anda ingin orang yang berbeda membuat draf, meninjau, menyetujui konten atau jika beberapa editor hanya dapat mengakses jenis konten tertentu (misalnya, departemen tertentu hanya memiliki akses ke konten milik departemen itu) .

Bekerja sama:

Jika Anda memiliki lebih banyak editor yang mengedit konten, akan sangat berguna jika Anda memiliki opsi untuk bekerja secara kolaboratif pada satu konten. Beberapa sistem CMS mengunci file jika satu pengguna membukanya, beberapa membiarkan Anda mengedit secara bersamaan.

Konsep teknis yang perlu dipahami:

Bergantung pada seberapa dekat Anda perlu bekerja dengan pengembang CMS, manajemen CMS, atau pengeditan konten, Anda mungkin ingin menyelam lebih dalam ke topik yang lebih teknis. Berikut adalah beberapa topik yang perlu dipahami:

Apakah situs web Anda statis atau dinamis?

Situs web dinamis berarti pelanggan mengunduh konten dari server Anda secara langsung. Dalam hal ini, Anda dapat mengubah konten ad hoc dan perubahan tersebut akan didorong ke situs web langsung secara otomatis untuk semua pelanggan yang memuat ulang situs web Anda.

Situs web statis berarti konten (dan kode) dikemas dan dirilis dengan rilis situs web, dari waktu ke waktu (frekuensi bervariasi menurut jenis perusahaan/kode). Pelanggan hanya dapat mencapai versi statis itu, membuat beban yang jauh lebih sedikit di server Anda. Mengubah konten di situs web statis hanya dimungkinkan dengan rilis situs web. Jika Anda memiliki situs web seperti itu, Anda harus mempelajari kapan rilisnya, kapan kontennya harus siap untuk mereka. Terkadang situs web statis memiliki beberapa solusi untuk mempublikasikan konten di antara rilis, Anda perlu memahami batasan dari solusi ini (apa yang dapat dipublikasikan dengan cara ini, berapa lama perayapan – pengepakan konten ke dalam paket – dan waktu penerbitan).

Rilis situs web :

Rilis situs web berarti pengiriman kode (dan konten) baru ke situs web. Jika Anda perlu mengatasi rilis situs web atau beberapa konten hanya dapat dikirimkan dengan rilis situs web (karena disimpan dalam aplikasi FE, misalnya), Anda harus mempelajari irama tim pengembangan Anda – seberapa sering mereka mengambil perkembangan baru? Seberapa sering rilisnya? Kapan Anda perlu memberi tahu mereka tentang inisiatif baru untuk menayangkannya di situs web, kapan waktu-ke-pasar dari permintaan hingga pengiriman (time-to-delivery)?

Lingkungan:

Lingkungan adalah entitas dalam ruang yang memungkinkan Anda membuat dan memelihara beberapa versi data khusus ruang, dan membuat perubahan pada mereka secara terpisah. Memiliki berbagai lingkungan memungkinkan pengembangan paralel, pengujian, dan integrasi berkelanjutan, yang membantu tim Anda untuk mengirimkan lebih dari 1 proyek sekaligus dan bekerja dengan cara yang gesit (pengembangan dan pengujian pada saat yang sama).

CMS yang siap pakai atau dibuat khusus?

Solusi out-of-the-box dapat kekurangan fleksibilitas dan mungkin sulit untuk menyesuaikannya. Solusi yang dibuat khusus memerlukan banyak perawatan dan setiap peningkatan akan menghabiskan banyak usaha yang berarti biaya pengembangan yang tidak dapat diprediksi (dibandingkan dengan biaya lisensi tetap). Solusi terbaik adalah sesuatu di antaranya: solusi out-of-the-box yang memberikan fleksibilitas yang cukup sehingga Anda tidak perlu melakukan banyak penyesuaian. Ini adalah alasan lain mengapa sistem CMS berbasis API, bagi sebagian besar perusahaan, merupakan solusi terbaik yang tersedia saat ini.

CMS tanpa kepala:

CMS “Standar” (bukan tanpa kepala) menyediakan back-end dengan antarmuka sederhana untuk membuat konten, database untuk menyimpan aset digital, dan kemungkinan untuk mempublikasikan konten. Konten ditarik oleh front-end dan diterbitkan ke halaman. Front-end dan konten digabungkan, Anda tidak dapat memperbarui konten tanpa aplikasi front-end. Semuanya dirilis dalam satu ember – konten, gambar, HTML, CSS. Ini dapat berarti bahwa konten harus masuk dalam rilis yang sama dengan kode front-end (oleh karena itu, dapat lebih jarang diperbarui), juga dapat membatasi penggunaan CMS hanya untuk situs web (karena konten dan kode bercampur, konten tidak dapat diterbitkan secara fleksibel pada saluran digital yang berbeda).

Pendekatan berbeda untuk menyajikan konten adalah CMS "tanpa kepala" — jika lapisan presentasi situs web adalah "kepala" CMS, maka memotong lapisan presentasi itu akan membuat CMS tanpa kepala. Dalam hal ini, "tubuh" repositori konten dipisahkan dari lapisan presentasi. Hal ini memungkinkan untuk menyatukan semua konten dalam satu hub konten tanpa kepala, dari mana konten yang sama dapat dipublikasikan lintas saluran. Ini membuat pengeditan menjadi lebih mudah — ubah salinan atau gambar di satu tempat, dan perubahan itu akan diterapkan di mana pun konten berada. CMS tanpa kepala membagi tugas back-end dan front-end – ini berarti pengembang dapat dengan cepat membuat kode dan merancang pengalaman front-end dalam bahasa pilihan mereka (tanpa terikat oleh teknologi back-end yang membatasi). Sebagai gantinya, mereka dapat menggunakan Antarmuka Pemrograman Aplikasi (API) untuk menghubungkan fungsi back-end—seperti penyimpanan dan manajemen konten—ke lingkungan pengiriman front-end apa pun. Itu membuat pengembangan halaman baru atau layar aplikasi seluler jauh lebih cepat dan mudah.

Baca lebih lanjut tentang platform e-niaga tanpa kepala di sini.

Apa itu API?

Sistem API-first (API – Application Programmable Interface) memiliki kode yang memungkinkan komunikasi yang jelas antara dua aplikasi terpisah. Mereka adalah platform perangkat lunak modern, yang memberi manajer CRM beberapa blok bangunan yang siap pakai dari fungsionalitas yang dapat Anda kumpulkan untuk memenuhi kebutuhan Anda di hampir 100%. Mereka siap untuk integrasi cepat dengan sistem lain.

“API: Tukang Pos

Pikirkan API sebagai tukang pos yang mengirimkan permintaan aplikasi Anda ke beberapa perangkat lunak lain, lalu mengembalikan respons ke aplikasi Anda. Contoh sederhana: ini adalah API yang memungkinkan komunikasi antara Google Kalender dan aplikasi perjalanan Anda sehingga ketika pengguna memesan perjalanan, itu disinkronkan ke kalender mereka.” Sumber: Clevertap

Baca selengkapnya tentang apa itu API dan apa yang harus Anda ketahui saat memilih perangkat lunak API-first di sini.

Apa itu webhook?

Webhook mirip dengan API, tetapi lebih sederhana. API adalah bahasa lengkap untuk aplikasi dengan fungsi atau panggilan untuk menambah, mengedit, dan mengambil data. Dengan API, Anda harus melakukannya sendiri. Jika Anda membangun aplikasi yang terhubung ke aplikasi lain dengan bantuan API, aplikasi Anda perlu memiliki cara khusus untuk meminta data baru dari aplikasi lain saat dibutuhkan. Webhook, di sisi lain, dirancang untuk satu bagian tertentu dari aplikasi, dan otomatis. Ini adalah koneksi satu-ke-satu yang sederhana yang berjalan secara otomatis.

Contoh webhook dapat berupa pemberitahuan ke email Anda, yang dipicu saat terjemahan baru masuk ke CMS Anda.

Apa itu SDK?

SDK adalah singkatan dari software development kit – seperangkat alat dan program perangkat lunak yang digunakan oleh pengembang untuk membuat aplikasi untuk platform tertentu. Alat SDK mencakup pustaka, dokumentasi, contoh kode, panduan, dan proses yang dapat digunakan dan diintegrasikan oleh pengembang ke dalam aplikasi mereka sendiri, yang dirancang untuk platform atau bahasa pemrograman tertentu.

SDK – Kantor Pos/Toko Perangkat Keras:

Jika API adalah tukang pos, lalu apa SDK dalam konteks itu?
Ini kantor pos DAN toko perangkat keras digabungkan. Karena dapat berisi semua yang diperlukan untuk berkomunikasi dengan perangkat lunak lain (yaitu satu atau lebih API) serta materi yang dapat digunakan untuk membangun aplikasi yang sama sekali baru (yaitu pustaka kode, fasilitas debugging, catatan teknis, tutorial, dan dokumentasi). (...) ini adalah kit pengembangan. SDK dapat berisi satu atau lebih API ditambah utilitas penting. API hanyalah salah satu bagian dari SDK. Pikirkan devkit sebagai "wadah" yang lebih besar untuk seluruh rangkaian alat SDK dan Anda akan benar. Sumber: Clevertap

Ringkasan:

Sebagai manajer CRM, Anda harus mengetahui beberapa dasar tentang platform CMS. Dalam kebanyakan kasus, cepat atau lambat, Anda perlu mempublikasikan beberapa konten. Dasar-dasar mutlak yang Anda butuhkan adalah mengetahui alur kerja dan proses di perusahaan Anda jika Anda memiliki editor konten untuk melakukannya untuk Anda. Jika Anda perlu mengedit dan memublikasikan konten sendiri, Anda mungkin ingin mempelajari beberapa dasar platform yang digunakan, seperti cara mengedit, membuat draf, menerbitkan konten, dan apa saja kemungkinan untuk menguji atau menjadwalkan perubahan konten. Jika Anda membutuhkan pengetahuan lebih lanjut, Anda harus belajar lebih banyak tentang opsi untuk pengujian A/B, personalisasi, dan pengoptimalan SEO di platform Anda saat ini. Disarankan untuk mengetahui sedikit tentang cara kerja tim pengembangan Anda dan seberapa jauh Anda perlu merencanakan pengembangan sebelumnya, jika pengeditan konten sederhana tidak cukup. Anda harus lebih mengenal proses mereka, terutama jika Anda perlu merilis konten dengan rilis situs web (misalnya, jika situs web Anda statis atau CMS Anda tidak tanpa kepala). Mengenal beberapa istilah pengembang akan membantu Anda memulai percakapan. Setelah Anda mempelajari dasar-dasarnya dan membaca manualnya, saya sangat menyarankan Anda untuk mulai mengajukan pertanyaan kepada pengembang Anda untuk memperdalam pemahaman Anda – mereka adalah sumber informasi terbesar tentang tumpukan Anda yang ada!