Kapan dan Kapan Tidak Menggunakan WordPress Tanpa Kepala

WordPress tanpa kepala telah mendapatkan semakin banyak minat dari pengembang dan perusahaan hosting, terutama selama beberapa bulan terakhir. Dengan WP Engine meluncurkan hosting Atlas mereka dan semakin banyak pengembang yang lebih memilih kerangka kerja Javascript untuk memberi daya pada frontend situs mereka, WordPress tanpa kepala tampaknya menawarkan yang terbaik dari kedua dunia: pengalaman editorial yang familier di backend dengan fleksibilitas untuk memilih tumpukan teknologi modern di bagian depan.

Namun, untuk semua manfaat WordPress tanpa kepala, pasti ada beberapa kekurangannya juga. Tidak semua lingkungan hosting diatur untuk menangani WordPress tanpa kepala secara asli, jadi jika Anda terbiasa dengan pengaturan WordPress yang lebih tradisional, Anda mungkin harus berkreasi dengan hosting Anda.

Selain itu, karena frontend dan backend terpisah, beberapa bagian WordPress yang biasanya disertakan perlu dibuat ulang atau setidaknya ditata ulang.

Pada artikel ini, kita akan melihat beberapa kasus penggunaan di mana WordPress tanpa kepala benar-benar bersinar serta beberapa situasi di mana Anda mungkin ingin tetap menggunakan pengaturan WordPress yang lebih tradisional. Dan pada akhirnya, semoga memberi Anda ide yang lebih baik tentang apakah WordPress tanpa kepala adalah pilihan yang baik untuk proyek Anda berikutnya. Mari selami.

Apa itu WordPress Tanpa Kepala

Sementara pengaturan WordPress tradisional berjalan di server yang menyediakan backend untuk editor dan pembuat konten serta menyajikan template dan segala sesuatu yang lain untuk membuat situs web terlihat bagus di frontend, WordPress tanpa kepala adalah istilah yang digunakan untuk menggambarkan kapan frontend dan backend yang membentuk situs WordPress dipisahkan.

Ini berarti, meskipun pengalaman backend WordPress tradisional sama, WordPress tidak bertanggung jawab untuk menyajikan template atau konten terkait tema apa pun.

Dalam pengaturan tanpa kepala, WordPress mengeluarkan semua konten situs melalui titik akhir API (biasanya REST API WordPress atau WP GraphQL). Titik akhir API ini digunakan oleh frontend terpisah yang sepenuhnya bertanggung jawab untuk menangani tampilan konten.

Dalam banyak kasus, ini adalah situs yang disatukan dengan salah satu kerangka kerja Javascript populer, aplikasi seluler, aplikasi percakapan yang didukung oleh Alexa atau Google Home atau hampir semua antarmuka yang dapat menggunakan konten melalui API. Lihatlah video WPCasts di bawah ini untuk melihat seperti apa bentuknya.

Ini membuat situs WordPress tanpa kepala jauh lebih fleksibel dalam hal bagaimana konten dapat disajikan. Dengan pengaturan WordPress tradisional, Anda sebagian besar terkunci ke dalam output yang dikendalikan oleh tema, tetapi dengan headless, Anda dapat menampilkan konten yang sama dan menyajikannya kepada pengguna akhir Anda dalam berbagai cara karena presentasi dikendalikan oleh platform yang akhirnya mengkonsumsi titik akhir API.

Manfaat WordPress Tanpa Kepala

WordPress tanpa kepala terus tumbuh dalam popularitas karena untuk beberapa pengembang dan tim konten, pasti ada beberapa manfaat kuat untuk pengaturan tanpa kepala.

Tim yang berbeda dapat melakukan yang terbaik

Beberapa organisasi, bahkan bisnis perangkat lunak yang mempekerjakan pengembang, menemukan bahwa sementara departemen pemasaran ingin menggunakan WordPress untuk situs pemasaran, itu tidak tumpang tindih dengan keahlian pengembang mereka yang ada dan mereka akhirnya mengalihdayakan pekerjaan ini ke agensi atau pekerja lepas. yang lebih WordPress-sentris.

Namun, dengan pengaturan WordPress tanpa kepala, pengembang internal dapat memilih untuk menggunakan kerangka kerja frontend apa pun yang mereka suka untuk mengembangkan frontend situs, memanfaatkan keterampilan mereka yang ada bahkan jika mereka tidak memiliki pengalaman dengan WordPress.

Pekerjaan khusus WordPress kemudian dapat dialihdayakan dan dihubungkan dengan frontend internal melalui API, berpotensi menghemat biaya untuk mengembangkan situs serta memungkinkan semua merek dan pengetahuan khusus perusahaan yang ada di rumah untuk muncul di frontend dari situs di mana mungkin ada sesuatu yang hilang dalam terjemahan sebaliknya.

Editorial dapat menggunakan WordPress yang mereka kenal

Jika Anda memiliki tim editorial atau pembuat konten yang sudah terbiasa dengan pengalaman pengeditan WordPress (yang semakin umum karena WordPress mengambil alih lebih banyak pangsa pasar), Anda tidak perlu memutuskan antara membiarkan frontend Anda tetap up to date. dengan teknologi terbaru dan memberi tim pembuat konten pengalaman yang mereka kenal.

Dengan menggunakan pengaturan WordPress tanpa kepala, pembuat konten dapat terus memproduksi konten dalam pengalaman WordPress yang mereka kenal, sementara tim pengembangan bebas menggunakan teknologi frontend apa pun yang paling nyaman bagi mereka.

API Backend dapat memberi daya pada platform yang berbeda

Saat bekerja dengan pengaturan tanpa kepala di mana WordPress mendukung titik akhir API alih-alih hanya menyajikan template frontend, Anda memiliki fleksibilitas untuk membuat titik akhir ini mendorong konten ke antarmuka selain situs web.

Titik akhir API yang sama yang menampilkan konten Anda ke web juga dapat mendukung aplikasi seluler, antarmuka dengan CMS lain yang mendukung publikasi cetak, menjadi penyedia konten untuk aplikasi suara dengan Alexa atau Google Home, dan banyak lagi.

Karena begitu banyak antarmuka yang diatur untuk menggunakan API, menggunakan WordPress sebagai aplikasi tanpa kepala benar-benar memperluas kemungkinan di mana Anda dapat menggunakan dan menggunakan kembali konten yang sudah Anda tulis di WordPress.

Kekurangan WordPress Tanpa Kepala

Meskipun ada beberapa manfaat dari pengaturan WordPress tanpa kepala, itu jelas bukan untuk semua orang. Jika Anda terbiasa dengan pengalaman WordPress yang lebih tradisional dan tidak cocok dengan salah satu situasi di atas, berikut adalah beberapa kelemahan potensial yang ingin Anda pertimbangkan sebelum terjun.

Plugin tidak selalu berfungsi

Kebanyakan orang memiliki kesan WordPress dan ekosistem WordPress bahwa jika Anda memerlukan fungsionalitas tambahan untuk situs Anda, Anda dapat mencari plugin yang menyediakan fungsionalitas itu, menginstalnya dan “hanya berfungsi”, seringkali tanpa kode atau konfigurasi apa pun yang diperlukan.

Namun, dengan pengaturan WordPress tanpa kepala, banyak plugin tidak bekerja di luar kotak, karena mereka tidak perlu menyadari bahwa mereka harus menyediakan fungsionalitasnya melalui API. Untuk beberapa plugin, perilaku semacam itu bahkan tidak mungkin.

Ambil contoh, sebuah plugin yang menambahkan tautan berbagi sosial ke bagian atas halaman posting tunggal untuk membuat konten lebih mudah dibagikan di berbagai jejaring sosial. Dengan instalasi WordPress normal, plugin ini dapat diaktifkan dan ikon berbagi sosial dapat dengan mudah disuntikkan secara otomatis atau menggunakan kode pendek atau sesuatu dan Anda akan siap.

Namun, dengan pengaturan tanpa kepala, ikon sosial ini tidak ditransmisikan melalui output API, karena tidak ada di konten postingan. Dan bahkan jika mereka entah bagaimana ditambahkan ke output titik akhir API untuk posting tertentu, mereka tidak akan muncul di frontend situs kecuali jika frontend secara khusus dibuat untuk mencari output itu dan menampilkan tombol. Meskipun bukan tidak mungkin, ini membuat banyak plugin WordPress lebih memakan waktu untuk diterapkan dalam pengaturan tanpa kepala.

Tim yang akrab dengan WordPress tidak selalu "mendapatkan" tanpa kepala

Jika pengembang atau tim pengembangan Anda sudah terbiasa dengan pengaturan WordPress yang lebih tradisional, di mana logika tampilan ada dalam tema dan sebagian besar penyesuaian dibuat untuk file tema, mengubah pola pikir itu untuk bekerja dengan pengaturan tanpa kepala terkadang bisa jadi sulit.

Bahkan dari perspektif proses pengembangan, penyiapan tanpa kepala terkadang memerlukan perubahan dalam cara kontrol versi digunakan, bagaimana penerapan dan hosting otomatis disiapkan dan ditangani, dan meningkatkan kebutuhan akan komunikasi, terutama jika dua pengembang atau tim yang berbeda bekerja pada bagian frontend dan backend situs. Semua hal ini adalah tugas yang digunakan pengembang untuk bekerja bersama dalam tema WordPress yang lebih standar yang mungkin belum pernah dihadapi sebelumnya.

Debugging bisa menjadi lebih sulit

Sistem apa pun, apakah itu terdistribusi atau lebih dari monolit, dapat memiliki bug yang muncul selama operasi. Namun, salah satu tantangan dengan sistem terdistribusi adalah ada lebih banyak data dan lebih banyak pilihan yang harus Anda buat saat mencoba men-debug suatu masalah. Misalnya, dengan pengaturan WordPress tanpa kepala, jika Anda mengalami masalah dengan posting yang tidak dimuat dalam urutan yang Anda harapkan.

Bahkan untuk mulai men-debug masalah ini, pertama-tama Anda harus memutuskan apakah masalahnya ada pada bagian ujung depan situs atau dengan bagian belakang. Karena ini kemungkinan di-host di dua tempat terpisah, Anda kemudian perlu menemukan file log yang benar untuk sistem tempat Anda pikir bug itu berasal.

Jika ada masalah di backend, misalnya, tidak memberikan posting yang benar melalui titik akhir API. Jika Anda sedang men-debug situs WordPress normal, Anda mungkin mencoba untuk echo atau var_dump beberapa informasi debug dan kemudian melihat bagaimana informasi itu keluar di ujung depan saat Anda men-debug.

Namun, dengan penyiapan tanpa kepala, informasi ini tidak akan muncul di template Anda, melainkan titik akhir API Anda. Dan bergantung pada bagaimana titik akhir API Anda dikonfigurasi, debug semacam ini mungkin tidak berfungsi sama sekali.

Terutama jika pekerjaan pemeliharaan bagian depan situs dan bagian belakang situs dibagi antara dua tim yang berbeda, men-debug pengaturan WordPress tanpa kepala umumnya lebih sulit dan melibatkan lebih banyak komunikasi daripada situs WordPress yang lebih tradisional. Terutama jika Anda tidak berpengalaman dengan men-debug sistem terdistribusi, ini bisa menjadi alasan yang baik untuk memilih pengaturan yang lebih mudah.

WYSIWYG lebih sulit

Salah satu janji utama dari Block Editor di WordPress adalah bahwa itu memindahkan pengalaman WordPress Anda lebih dekat ke salah satu cita-cita dari banyak platform CMS - memberikan pengalaman "Apa yang Anda lihat adalah apa yang Anda dapatkan" saat konten berpindah dari editor ke bagian depan situs.

Namun, di situs WordPress di mana gaya blok di editor berada dalam basis kode yang terpisah dari tampilan ujung depan, akhirnya menjadi sedikit lebih sulit untuk menjaga agar komponen ini tetap sinkron. Ketika ada perubahan yang dibuat di basis kode frontend, perubahan tersebut juga perlu dikomunikasikan dan direfleksikan dalam gaya editor untuk menjaga pengalaman WYSIWYG yang konsisten.

Seperti beberapa kelemahan lain dari WordPress tanpa kepala yang disebutkan di atas, ini hanya berarti bahwa lebih banyak komunikasi dan organisasi diperlukan untuk menjaga kedua basis kode tetap sinkron dan memberikan pengalaman terbaik bagi pembuat konten yang menggunakan backend, tetapi juga pengalaman pengguna akhir. bagian depan situs.

Jadi mana yang lebih baik?

Jika Anda sudah sejauh ini, Anda mungkin dapat mengantisipasi jawaban ini, tetapi apakah Anda harus menggunakan WordPress tanpa kepala untuk proyek situs Anda berikutnya benar-benar tergantung pada Anda, tim yang mengerjakannya, bagaimana proyek disebarkan dan banyak faktor lainnya.

Jika Anda memiliki tim frontend yang kuat yang nyaman berinteraksi dengan API dan terbiasa mengomunikasikan perubahan dan bekerja dengan sistem yang lebih terdistribusi, maka mungkin masuk akal bagi mereka untuk fokus pada frontend situs sementara tim terpisah bekerja pada bagian WordPress yang sebenarnya. .

Namun, jika Anda lebih merupakan pekerja lepas solo atau tidak memiliki banyak pengalaman dalam sistem yang lebih terdistribusi, kontrol versi, penerapan, dll, mungkin masuk akal untuk tetap menggunakan pengaturan WordPress yang lebih tradisional.

WordPress tanpa kepala dapat menjadi paradigma yang kuat yang memungkinkan Anda memanfaatkan teknologi modern dan menjembatani kesenjangan antara pengalaman editorial yang akrab dengan pembuat konten, sambil tetap dapat menggunakan beberapa teknologi baru yang belum ada di ekosistem WordPress.

Dan karena alat pengembang di sekitar WordPress tanpa kepala terus menjadi lebih baik dengan hosting khusus tanpa kepala dan alat lain yang dirancang untuk membuat pengembangan dalam pengaturan tanpa kepala lebih mudah, itu hanya akan menjadi lebih mudah diakses oleh lebih banyak pengembang dan merek.

Singkatnya, WordPress tanpa kepala ada di sini untuk tinggal dan, jika digunakan dengan benar, bisa menjadi alat yang hebat di kotak peralatan Anda saat Anda membangun situs WordPress berikutnya.