DE{CODE}: Kapan Memilih Headless untuk Klien

Ketika klien memiliki persyaratan kinerja dan keamanan, kapan agensi harus memilih WordPress tradisional atau WordPress headless untuk pekerjaan itu? Cari tahu lebih lanjut dalam sesi DE{CODE} ini, yang menampilkan panel pakar agensi yang mempertimbangkan manfaat, kendala, peluang, dan konsekuensi dari menjadi headless.

Slide Sesi

Transkrip Teks Lengkap

HASHIM WARREN: Halo, selamat datang di panel kami, Kapan Memilih WordPress Tanpa Kepala untuk Klien. Nama saya Hashim Warren, dan saya adalah Manajer Pemasaran Produk untuk Atlas, solusi kami untuk WordPress Tanpa Kepala. Dan salah satu pertanyaan pertama yang saya terima dari orang-orang ketika mereka mengadopsi, atau ingin mengadopsi WordPress Tanpa Kepala, adalah kapan saya harus menggunakan WordPress tradisional, WordPress all in one, dan kapan saya harus menggunakan WordPress Tanpa Kepala.

Jadi jika saya memiliki klien yang memiliki persyaratan kinerja dan keamanan, seperti apa yang harus saya pikirkan dalam hal mengadopsi, atau memilih WordPress tanpa kepala atau tradisional. Dan juga, jika saya memilih WordPress Tanpa Kepala, apa yang harus saya harapkan, apa yang saya dapatkan di sini. Jadi hari ini kami memiliki panel yang luar biasa dengan pengalaman dengan proyek WordPress tradisional dan juga proyek WordPress Tanpa Kepala yang akan dapat menjawab beberapa pertanyaan besar yang saya tahu banyak dari Anda miliki.

Jadi hari ini bersama saya, Jonathan Jeter, yang merupakan Direktur Produksi Teknis di Click Here Labs. Kami juga memiliki Stephen Brooks, Direktur Teknologi di Springbox. Kami juga memiliki James Squires, Chief Technology Officer di space 150. Dan kami juga memiliki Tayo Onabule, Managing Director didrawl.

Jadi saya hanya ingin membawa panelnya sekarang, jadi kita bisa memulai percakapan ini. Jadi mari kita mulai percakapan seperti ini. Katakan saja apa yang membuat Anda secara pribadi, atau agensi Anda, tertarik pada Headless WordPress. Dan Jonathan, bisakah Anda memulai kami?

JONATHAN JETER : Tentu saja. Jadi kami tertarik untuk bekerja di ruang Headless untuk sementara waktu. Dan alasan utama kami tertarik adalah karena kami ingin membuat proyek yang lebih besar yang akan mengintegrasikan data dari berbagai sumber. Dan API WordPress belum cukup sampai di sana. Jadi kami sedang mengerjakan berbagai cara untuk menyajikan lapisan ujung depan, tetap menggunakan konten dari WordPress. Jadi, pada dasarnya itulah yang telah kami lakukan selama sekitar lima hingga tujuh tahun sekarang, mencoba mencari tahu apa cara terbaik untuk melakukannya.

Dan sekarang jauh lebih mudah daripada sebelumnya, jelas ada lebih banyak– ada banyak pilihan sejauh bagaimana Anda akan melakukannya. Jadi, kami telah melihat ruang tumbuh, dan kami sangat bersemangat tentang ke mana arahnya. Dia

HASHIM WARREN: Luar biasa. Dan Stephen, apakah Anda memiliki cerita serupa? Seperti apa yang membuat Anda atau agensi Anda tertarik dengan Headless WordPress?

STEPHEN BROOKS : Ya, jadi kami telah berada di ruang Headless sejak sekitar tahun 2015, berurusan secara tradisional dengan platform CMS berbasis jam. Selama beberapa tahun terakhir, berurusan dengan beberapa tim pemasaran yang bekerja di dalam sistem kemacetan cukup menantang, hanya karena perubahan paradigma dalam entri konten, berlawanan dengan pendekatan tipe posting dan halaman.

Kami juga telah mencoba, seperti Jonathan, untuk memanfaatkan API WordPress. Itu agak merepotkan, tidak benar-benar membuat Anda mendapatkan apa yang Anda butuhkan sepanjang waktu. Setiap kali WP Engine menyebutkan Atlas dan berbicara tentang teknologi yang mendasarinya, itu adalah ciuman koki dengan apa yang secara tradisional kami lakukan di ruang selai.

Jadi sekarang percakapan yang sangat mudah dengan klien kami, karena hampir semua pemasar memiliki pengalaman bekerja di dalam WordPress, tetapi pengembang mendapatkan manfaat tambahan dari solusi Headless. Jadi Anda mendapatkan mitigasi risiko keamanan, serta hanya beberapa interaksi teratas dengan lapisan presentasi berbasis React. Jadi itulah pengemudi kami yang sebenarnya di sini baru-baru ini.

HASHIM WARREN: Luar biasa. Tayo, dapatkah Anda menceritakan kisah Anda, dan untuk menindaklanjutinya, dapatkah Anda memberi tahu kami tentang meyakinkan penerbit untuk mengadopsi WordPress Tanpa Kepala?

TAYO ONABULE : Ya. Jadi maksud saya, saya pikir, dalam kasus kami, kami memiliki entri yang sedikit lebih baru dan sedikit berbeda ke dalam ruang WordPress Tanpa Kepala. Salah satu penggerak utama bagi kami adalah salah satu klien Android Authority, yang memiliki jangkauan yang cukup luas. Semacam saat ini semacam mengisyaratkan sekitar 20 juta tanda pengunjung bulanan.

Dan kebutuhan mereka cukup sederhana. Mereka membutuhkan SEO yang sangat bagus, seperti tingkat atas. Dan mereka memiliki banyak pesaing yang sangat kompeten di sekitar mereka. Jadi ya, SEO yang sangat bagus, kinerja yang sangat bagus, dan pengalaman membaca yang sangat bagus untuk semua artikel yang mereka terbitkan.

Jadi Headless benar-benar– itu benar-benar muncul untuk kami sebagai bagian dari percakapan sama seperti kami mencoba melakukan apa pun yang kami bisa untuk menemukan cara agar situs WordPress mereka yang ada melayani semua kebutuhan itu. Benar-benar maksimal, pokoknya. Dan Headless, pertama-tama saya hanya melakukan penelitian dan seperti, oh, mungkin kita bisa, mungkin mencobanya.

Dan kami masuk lebih jauh ke dalamnya, dan melalui proses meyakinkan tim. Tetapi ketika kami melangkah lebih jauh ke dalam keseluruhan pengembangannya, kami mulai menyadari bahwa, ya, itu menjawab semua pertanyaan utama itu, seperti kinerja SEO dan pengalaman, tetapi itu juga memberi kami fleksibilitas penuh seiring berjalannya waktu. pada.

Kami meluncurkan, saya percaya itu adalah Mei tahun lalu, jadi kami benar-benar datang pada peringatan itu. , Tapi ya, sejak peluncuran itu kami telah berhasil membuat banyak sekali integrasi ke dalam situs. Semuanya akan jauh lebih sulit jika kita menggunakan monolitik atau semua dalam satu WordPress. Fleksibilitas yang diberikannya kepada Anda adalah salah satu dari– itu adalah salah satu hal yang saya katakan kepada Otoritas Android yang akan kami miliki, tetapi saya rasa saya tidak cukup menyadari skala dan kebebasan yang diberikannya, pada dasarnya.

HASHIM WARREN: Luar biasa. Jadi, sejauh ini kami mendengar tentang kinerja SEO, fleksibilitas untuk pengembang, fleksibilitas dalam hal jenis proyek apa, juga penerbit dapat tetap menggunakan CMS yang mereka ketahui. Jimmy, apakah pengalaman Anda cocok dengan semua itu, atau apakah Anda memiliki sesuatu untuk ditambahkan sehubungan dengan apa yang membuat Anda atau agensi Anda tertarik pada Headless WordPress?

JAMES SQUIRES: Ya, saya pikir banyak kesamaan yang kami bagikan juga. Satu hal yang mungkin akan saya tambahkan bahwa mungkin itu akan terlihat sedikit egois pada awalnya, tetapi saya akan sampai di sana dan mengapa itu hal yang baik. Tapi sungguh bagi kami, itu benar-benar didorong oleh kepuasan pengembang.

Kami sebagian besar berasal dari latar belakang kerangka kerja berbasis React dan React, seperti masuk ke WordPress. Dan klien kami semakin menuntut WordPress, tetapi sebagian besar teknisi kami benar-benar tidak puas melakukan pengembangan berbasis tema. Kami masih melakukan itu ketika masih ada aplikasi yang masuk akal, tetapi jika Anda pengembang puas dengan produk dan apa yang mereka buat, saya menemukan bahwa hasilnya sering kali Anda mendapatkan pengalaman yang luar biasa sehingga ada adalah manfaat nyata bagi klien kami, meskipun jenis lompatan kami ke dalamnya benar-benar berpusat pada sesuatu yang ingin dilakukan oleh teknisi kami.

HASHIM WARREN: Luar biasa. Salah satu hal yang akan didengar banyak orang yang menonton ini di konferensi, perbedaan antara pengembangan berbasis tema untuk WordPress dan pengembangan berbasis komponen. Adakah yang bisa berbicara tentang itu? Manfaat mengadopsi pendekatan berbasis komponen saat membuat situs web?

TAYO ONABULE: Ya, sebenarnya saya ingin terjun ke dalamnya. Seperti halnya, saya yakin kita semua memiliki contohnya, tetapi menurut saya salah satu hal paling memuaskan yang terjadi saat Anda bekerja dengan pustaka JavaScript, seperti React, dalam pengalaman kami, adalah ya, seperti yang Anda katakan, akses ke gaya bangunan berbasis komponen semacam ini.

Dan itu berarti bahwa untuk satu bagian, Anda dapat memecah seluruh desain situs menjadi bagian-bagian komponen yang jauh lebih fleksibel. Jadi katakanlah sebagai contoh, Anda mungkin memiliki blok pada halaman yang memiliki dua gaya berbeda. Satu, di mana gambar berada di sisi kiri dan teks di sisi kanan, katakanlah. Hanya sebagai semacam contoh sederhana. Dan Bereaksi, itu kasus Anda memiliki satu blok dengan pengubah, pada dasarnya, untuk mengatakan, membalik urutan teks dan gambar.

Ketika kita berbicara monolitik, Anda pada dasarnya hanya, ya, mungkin Anda memulai dengan dasar yang sama, tetapi Anda harus dengan cepat memisahkan keduanya, dan Anda memiliki dua hal yang terpisah sekarang. Dan perubahan, sampai batas tertentu, harus tersebar di dua hal yang terpisah. Dan konsep semacam itulah yang berarti bahwa saat Anda menggunakan skala yang lebih besar dan lebih besar untuk ujung depan Tanpa Kepala, fleksibilitas dan konsistensi yang dapat Anda jalankan di seluruh situs, di semua penggunaan komponen tertentu, berarti bahwa pengembangan , seperti yang dikatakan James sebelumnya, jauh lebih memuaskan bagi pengembang.

Ini pengalaman yang jauh lebih baik. Anda benar-benar dapat mengetahui bahwa React telah dirancang untuk memaksimalkan keluaran pengembang, dan itu dan itu, sekali lagi seperti yang dikatakan James, semua itu diteruskan ke klien. Karena saya pikir Anda dapat mengetahui ketika sesuatu dibuat dengan cinta dan kesenangan di dalamnya, itu selalu menghasilkan keluaran yang lebih baik.

STEPHEN BROOKS: Ya, bukan hanya itu, Tayo. Tapi ada juga beberapa manfaat besar lainnya juga. Maksud saya, Anda benar-benar berhasil untuk bagian kepuasan pengembang, tetapi jika Anda melihat pada pengembangan berbasis template tradisional, sebagai lawan dari pengembangan berbasis komponen, pengujian unit, benar. Sangat sulit untuk menerapkan pengujian unit apa pun di dalam pendekatan berbasis tema. Dengan sebuah komponen, boom, itu ada di sana untuk Anda.

Tapi saya ingin menambahkan poin untuk itu, tapi itu belum tentu untuk pengembang, lebih untuk pemilik bisnis. Biasanya dengan pendekatan berbasis komponen, tingkat upaya Anda menurun secara signifikan terhadap halaman tema tertentu, karena komponen Anda, Anda akan menggunakan kembali semua itu di semua tempat, bukan. Dan itu tidak memerlukan waktu keyboard tambahan, mengetik, untuk masuk dan menambahkan blok tambahan itu ke mana pun ia pergi. Anda hanya membangunnya sekali. Setiap kali Anda mengkonsumsinya, Anda menghidrasi bangunan Anda. Bum, kamu sudah selesai. Ini sangat indah, sangat cepat. Ini luar biasa.

JONATHAN JETER: Dan kami harus melatih staf kreatif kami, ya, karena mereka sudah terbiasa suka, oke, situs ini ada 5 template, atau yang ini apa saja. Kami seperti, tidak, jangan menjauh dari itu, benar. Dan akhirnya kami menyebutnya. Cukup desain halaman bak cuci piring, benar, satu halaman dengan semua yang ada di dalamnya, benar, dan kita akan membangunnya dari sana. Jadi ya, itu membuat pengembangan jauh lebih mudah, tetapi kami harus melatih staf secara keseluruhan untuk memastikan mereka memahami apa yang kami lakukan dan bagaimana kami membangunnya.

JAMES SQUIRES: Ya, bahkan dalam operasi. Maksud saya, ini mengubah cara proposal kami untuk klien dibentuk saat kami melakukan ini. Kami berbicara tentang jumlah blok, dan bagaimana kami membangunnya, sebagai lawan dari template. Dan itu hanya perubahan paradigma, menurut saya, bagi sebagian orang, terutama di sisi pemasaran, untuk dipikirkan– Anda memiliki halaman tanpa akhir dari berbagai jenis blok. Ini benar-benar blok dan komponen inti ini, dan apa yang kami buat dan scoping.

TAYO ONABULE: Dan hanya satu bagian terakhir dari itu. Dan saya pikir penyebutan proposal adalah poin yang sangat bagus, karena proses Headless secara besar-besaran mengubah perkiraan apa pun yang mungkin Anda miliki tentang fitur apa yang akan diambil atau tata letak halaman baru yang akan diambil. Faktanya adalah itu menurun sangat konsisten dari waktu ke waktu. Semakin lebar pustaka komponen Anda, semakin sedikit yang diperlukan untuk menambahkan gaya tambahan atau semacamnya, menyesuaikan gaya di seluruh situs, menambahkan tata letak halaman baru. Semua hal itu menjadi lebih mudah dan lebih mudah.

Dan saya pikir itu memuaskan semua orang, sejujurnya.

HASHIM WARREN: Jadi, itu sangat menarik. Ini bukan hanya Headless versus all in one site, ini adalah pengembangan berbasis template versus berbasis komponen. Dan sepertinya itu menyentuh kutipan, pekerjaan klien dan persetujuan klien, pengujian, dan pekerjaan QA, pekerjaan pengembangan, dan pekerjaan desain. Dan sepertinya ada pergeseran. Dan sepertinya ada pergeseran positif. Apakah ada sesuatu-

Jadi jika Anda memiliki klien yang masuk, dan mereka berkata, saya memiliki persyaratan xyz. Serangkaian persyaratan apa yang akan Anda dengar yang akan membuat Anda mengatakan ini sempurna untuk proyek Tanpa Kepala? Dan Stephen, bisakah Anda memulai kami?

STEPHEN BROOKS: Ya, tentu. Jadi hal pertama yang saya lihat secara pribadi adalah jejak keamanan yang dibutuhkan organisasi, bukan. Apakah ini situs web yang menghadap ke dalam atau situs web yang menghadap ke luar? Setelah itu, barulah kita mulai melihat, hei, apakah CMS ini akan memberdayakan banyak item, pengiriman omni-channel. Jika dua kotak pertama itu dicentang, boom, itu adalah build Headless otomatis.

Jika hanya salah satu yang dicentang, maka kami perlu berbicara sedikit lebih dalam dengan klien kami untuk memastikan bahwa itu sejalan dengan jejak operasi mereka. Dan saya ingin mengatakan bahwa 95% percakapan yang saya lakukan dalam delapan bulan terakhir semuanya keren. Semua orang menyukainya. Ini adalah pergeseran paradigma nyata dari yang lainnya. Jadi, ya.

HASHIM WARREN: Tidak, itu luar biasa. Dan Jonathan, bisakah Anda berbicara sedikit tentang itu? Serangkaian persyaratan apa yang membuat Anda merasa, Oke, ini harus menjadi proyek Tanpa Kepala? Dan juga kompromi apa yang akan Anda jelaskan kepada klien tentang mengadopsi Headless?

JONATHAN JETER: Tentu, jadi salah satu yang utama, seperti poin sebelumnya, adalah berapa banyak sumber data yang Anda gunakan untuk menggabungkan konten situs? Dan apakah klien ingin menggunakan ini sebagai pusat penyimpanan konten, berlawanan dengan ini dan delapan sumber lain yang mereka miliki untuk aplikasi seluler atau untuk media mereka, atau untuk apa pun, benar.

Jadi kita memiliki percakapan itu. Jika mereka seperti, oh ya, kita semua setuju. Dan itu adalah pilihan yang jelas. Selain itu, sebagai biro iklan, kami memiliki tipe kreatif yang selalu merancang hal-hal gila ini, benar. Jadi jika kita tahu sebelumnya seperti, oh, siapa materi iklannya, terkadang hal itu memicu percakapan, kita tahu bahwa ini akan lebih mudah untuk dikembangkan sebagai aplikasi React daripada mencoba menyesuaikan tema itu di WordPress.

Tapi trade off. Salah satunya adalah harga. Lebih mahal, itu perawatannya, kan. Jadi sekarang Anda tidak hanya memelihara WordPress, bukan, Anda memelihara dua tumpukan yang berbeda, dua aplikasi yang berbeda. Itulah sebabnya kami menempuh jalan itu, dan kami menggunakan semua AWS dan Gatsby, dan semua hal ini untuk melakukannya sebelumnya. Jadi, kami semua masuk saat Atlas muncul. Kami seperti, oh ya, jika kami bisa melakukan semua ini di satu tempat.

Karena selama bertahun-tahun, kami telah berbicara dengan WP Engine kami, di mana saya merasa, kalian perlu melakukan ini karena kami melakukannya di tempat lain, benar. Jadi mari kita kumpulkan semuanya. Jadi kami sangat senang tentang itu. Sungguh, sangat senang dengan proses pembuatan situs di Atlas. Tapi trade off pada dasarnya adalah pemeliharaan, yang hilang dengan Atlas. Biaya untuk klien, sejauh hosting berjalan, bukan hanya situs WordPress standar.

Namun terkadang, seperti yang saya katakan sebelumnya, biaya pengembangan situs turun, biaya pemeliharaan situs turun. Jadi ini trade off.

JAMES SQUIRES: Saya pikir satu hal lain yang sangat penting yang kami pertimbangkan ketika berdebat apakah itu sesuai untuk pendekatan berbasis tema atau Headless, seperti apa tampilan handoff setelah pembuatan situs? Apakah klien mengharapkan bahwa mereka memiliki sumber daya internal yang melakukan ini? Atau mereka mencari mitra agensi jangka panjang untuk diandalkan?

Dan itu adalah keputusan yang sangat kritis, karena jika Anda memiliki tim yang tidak familiar dengan katakanlah, React, Gatsby, atau Next, apapun tumpukan Headless akhirnya, maka itu bisa menjadi kejutan yang cukup besar jika mereka tidak familiar dengan Arsitektur tanpa kepala, dan bagaimana itu akan dipertahankan. Jadi itu adalah sesuatu yang sangat penting, mungkin tampak jelas, tetapi hanya untuk menjelaskan secara eksplisit, oke, begitu hal ini diluncurkan, dan kita masuk ke mode pemeliharaan, dan penyerahan, apa rencananya di sana?

HASHIM WARREN: Luar biasa.

TAYO ONABULE: Saya pikir satu hal lain yaitu, saya pikir Jonathan menyebutkannya mungkin, adalah fakta bahwa apa, dan ini sebagian besar adalah apa yang kami fokuskan sebagai agensi, apa yang diaktifkan oleh Headless pada dasarnya adalah sebuah pengalaman benda. Dalam hal apa yang berinteraksi dengan pengguna Anda. Dan seringkali, dan ini adalah percakapan yang berubah untuk setiap perusahaan. Beberapa perusahaan hanya ingin menyelesaikan pekerjaan. Beberapa perusahaan ingin menjadi mencolok tentang hal itu.

Dan dalam semua kasus di mana penting bagi klien untuk memiliki pengalaman yang benar-benar terobosan, atau sesuatu yang benar-benar canggih dalam hal kinerja, atau mereka membutuhkan sesuatu yang jauh lebih menarik dalam persaingan, maka semua hal itu jauh lebih mudah lakukan pada Tanpa Kepala. Jadi percakapan di benak saya, atau setidaknya dari sudut pandang yang cenderung kita mulai, hanyalah– apakah ini, Anda perlu menyelesaikannya atau ini, Anda perlu menyelesaikannya dan membuat orang terkesan dengannya.

Karena jelas WordPress telah menyelesaikannya sejak lama, dan ini adalah tempat yang solid untuk membangun situs, tetapi pada dasarnya, seberapa "mencolok mencolok" yang Anda inginkan? Dan jika Anda ingin banyak, maka Headless adalah cara yang sangat bagus

HASHIM WARREN: Luar biasa. Jimmy, saya ingin berbicara tentang kepegawaian dalam hal agensi. Ketika Anda berpikir tentang proyek Headless, apakah Anda menginginkan pengembang WordPress yang telah mengadopsi JavaScript dan, katakanlah, sesuatu seperti Bereaksi? Atau apakah Anda lebih suka memiliki lebih banyak pengembang JavaScript yang bahkan tidak menggunakan WordPress? Seperti apa pendapat Anda tentang kepegawaian terkait proyek Headless WordPress?

JAMES SQUIRES: Ya, itu pertanyaan yang bagus. Agensi kami, kami mencari React sebagai dasar inti, jadi jelas JavaScript dan pengalaman dalam kerangka React. Itu semacam kewajiban kami, di semua tingkatan, sungguh. WordPress adalah– kami memperlakukannya sebagai "menyenangkan untuk dimiliki". Itu sesuatu, terutama di ruang Tanpa Kepala, yang bisa kita latih dengan relatif cepat.

Maksud saya, secara umum, dengan Headless Anda menghabiskan waktu Anda di WordPress mengembangkan jenis posting khusus dan hanya menyusun kerangka kerja komponen dari sudut pandang backend, tetapi Anda tidak menyentuh banyak warisan, jenis aspek berbasis tema dalam arsitektur normal tanpa kepala. Jadi kami menemukan bahwa kami benar-benar tidak membutuhkan inti itu, pengalaman WordPress.

Tentu saja, kami membutuhkan beberapa pemain di tim yang memiliki aspek-aspek tertentu, tetapi pada umumnya, kami telah berhasil menarik, katakanlah, seorang insinyur React, yang belum pernah menyentuh WordPress sebelumnya. Menunjukkan kepada mereka cara membuat perubahan pada bidang, dan mereka aktif dan berjalan. Mereka sudah memahami GraphQL, yang merupakan kompetensi inti yang harus Anda ketahui untuk memasuki arsitektur Headless.

Namun di luar itu, pengetahuan WordPress bisa jadi agak dangkal, dan Anda bisa melibatkan seseorang dan menjadi sangat produktif dalam sebuah proyek. Itulah keindahan dengan komponen React adalah setiap pengembang React dapat melompat ke tengah-tengah proyek, melihat folder komponen saya, dan kami menugaskannya, dan mereka akan berlomba selama struktur data mereka sudah ditetapkan.

HASHIM WARREN: Itu juga sangat menarik, dalam hal dapat memisahkan pekerjaan. Anda mengerjakan komponen ini, dan Anda dapat mengerjakannya secara terpisah dari proyek. Itu contoh yang sangat bagus.

Jonathan, bagaimana pendapat Anda tentang proyek Headless WordPress? Apakah Anda lebih suka memiliki pengembang WordPress yang keahliannya– yang menambahkan React ke dalamnya, atau kerangka kerja JavaScript apa pun ke ikat pinggang mereka? Atau pengembang JavaScript yang meningkatkan skala di WordPress, bagaimana menurut Anda?

JONATHAN JETER: Jadi seperti yang dikatakan Jimmy, kita membutuhkan keduanya, tetapi kita akan mencari lebih banyak sekarang dari React, View, pengembang JavaScript ujung depan. Yah, semua orang menyebut diri mereka Full Stack sekarang, tetapi pengembang JavaScript yang akan dapat terjun. Dan saya memiliki pengembang yang masuk dan berkata, oh, saya tidak akan bekerja di WordPress, sepertinya itu bukan sesuatu Aku ingin melakukan. Dan begitu kami masuk ke dalamnya, kami melakukan proyek Tanpa Kepala, oh, tidak seburuk itu.

Karena mereka tidak berurusan dengan semua pekerjaan untuk PHP dan sebagainya. Tetapi pada saat yang sama, kami benar-benar telah memindahkan beberapa orang DevOps kami untuk menangani WordPress backend, jadi kami tidak memerlukan pengembang backend untuk melakukannya, jadi ini bekerja dengan sangat baik. Teruskan.

JAMES SQUIRES: Saya akan menambahkan, setidaknya dari pengalaman kami, jumlah Insinyur yang dapat Anda masukkan ke dalam proyek Tanpa Kepala dan menjadi produktif cenderung jauh lebih tinggi. Misalnya, kami baru saja meluncurkan Headless berbasis SvelteKit– saya pikir ini yang pertama di Atlas– minggu lalu. Saya belum merekomendasikan SvelteKit kepada klien, tetapi kami sangat menyukainya.

Namun kami memiliki kelebihan delapan insinyur secara bersamaan yang semuanya bekerja pada komponen, dan dengan pengembangan berbasis tema, kami cenderung kesulitan mendapatkan lebih banyak Insinyur dan menjadi produktif. Hanya karena hal-hal sedikit lebih monolitik, dalam hal berapa banyak hal yang dapat Anda sentuh sekaligus. Saya yakin itu mungkin, dan Anda dapat mengoordinasikannya, tetapi menurut kami jauh lebih mudah pada arsitektur Tanpa Kepala.

HASHIM WARREN: Omong-omong, ini pemandangan yang indah. Saya melihat peluncurannya. Ini situs yang indah.

JAMES SQUIRES: Terima kasih.

JONATHAN JETER: Hal lain yang ingin saya katakan juga adalah bahwa saya tahu kita hanya berbicara tentang WordPress, benar, tetapi kita berurusan dengan proyek yang bukan WordPress juga, bukan. Jadi pengembang JavaScript tersebut dapat bekerja di beberapa sistem backend, berbeda dengan jika saya menyewa pengembang .net, mereka hanya bekerja, sebagian besar, hanya bekerja di .net, bukan.

Jadi kami memiliki orang-orang yang memastikan API berfungsi, menggabungkan data, mengumpulkan semua itu, benar. Dan kemudian kami memiliki ujung depan yang dapat mengerjakan salah satu dari proyek tersebut, bukan khusus untuk bahasa tertentu.

TAYO ONABULE: Dan saya pikir ada beberapa hal di sini yang kita semua sebutkan. Saya pikir, katakanlah seperti React, satu– Dalam kasus kami, kami cenderung tetap menggunakan React. Kami memang memiliki beberapa pengembang View, tetapi kami cenderung tetap menggunakan React. Tetapi semua kerangka kerja ujung depan ini, mereka telah dirancang secara khusus dengan mempertimbangkan jenis pengembang dan proses. Mereka dirancang– Saya membayangkan bahwa Mr. Facebook pada suatu saat seperti, mari kita pastikan bahwa ini seefisien mungkin untuk tim kita.

Jadi, itulah inti dari React, dan itu akan sama untuk View dan Angular. Dari sisi WordPress-nya, sekali lagi sebut saja apa adanya. Pada dasarnya, Anda dapat melakukannya hanya dengan mengetahui cara menavigasi backend WordPress dan menggunakan ACF. Dan sebaliknya tidak memiliki pengetahuan tentang WordPress dan masih berhasil membangun situs WordPress Headless.

Jadi persyaratan di sisi WordPress, kecuali jika Anda mencoba melakukan hal-hal yang mulai menjadi rumit, Anda secara teknis dapat membangun situs WordPress Tanpa Kepala dengan pengetahuan dasar tentang di mana fungsi file .php berada dan tidak ada yang lain. Anda bisa bertahan. Dan menurut saya keindahannya adalah, seperti yang dikatakan Jonathan, sekali lagi, pengembang JavaScript tersebut akan berguna di semua proyek Anda. Dan saya pikir cukup aman untuk mengatakan bahwa di masa mendatang web akan berfokus pada JavaScript, dan itu bakat yang sangat berguna.

Seberapa jauh peralihan terakhir itu, kemungkinan akan memakan waktu cukup lama. Jadi sejujurnya, ini bukan komitmen yang besar. Itu salah satu yang masuk akal yang saya bayangkan dalam banyak kasus.

HASHIM WARREN: Saya hanya ingin mendukung cerita Anda karena di kehidupan sebelumnya, saya harus melatih dua pengembang React di situs WordPress baru kami. Dan itu adalah situs WordPress Tanpa Kepala. Dan itu hanya sore. Saya menunjukkan kepada mereka ACF, mereka sangat bersemangat, mereka membuat model data, dan mereka berangkat. Dan bahkan salah satu pengembang benar-benar menghubungkan editor klasik, dan membuatnya agar saya dapat mengontrol beberapa komponen di ujung depan.

Ini sebelum Gutenberg, jadi kami menggunakan bidang pengulang dan ACF, dan mengendalikan beberapa komponen di ujung depan. Itu menakjubkan. Namun kedua developer React tersebut langsung mendapatkannya. Baru saja sore hari, dan mereka berangkat ke balapan.

TAYO ONABULE: Masalahnya adalah dengan pengembang ujung depan semacam ini, mereka cukup terbiasa menyambungkan ujung belakang untuk data mereka, dan memiliki struktur data untuk dipatuhi. Itu adalah komponen umum dari alur kerja mereka, jadi WordPress tidak membuat banyak peluang.

JONATHAN JETER: Dengan maraknya– maaf, maraknya SaaS, aplikasi tersedia di mana-mana sekarang, hal-hal yang biasa Anda lakukan di WordPress, baik itu eCommerce, baik itu integrasi dengan CRM, semua hal semacam itu. Nah, itu tidak dilakukan di– tidak harus dilakukan di WordPress lagi. Anda tidak perlu menginstal plugin Marketo atau plugin Salesforce, atau sesuatu untuk mencoba menghubungkannya, bukan.

Sekarang Anda melakukan koneksi itu sendiri, yang memungkinkan pengalaman yang lebih baik, pengalaman yang disesuaikan. Itu memungkinkan untuk kecepatan, keamanan, semua hal itu, sebagai lawan mencoba untuk mendapatkan pengembang PHP di sana untuk mencari tahu bagaimana membuat hal-hal ini berfungsi di dalam WordPress.

HASHIM WARREN: Luar biasa. Stephen, saya ingin mendengar dari Anda tentang ekosistem, ekosistem JavaScript. Saya tahu bahwa pengembang WordPress terbiasa dengan ekosistem yang sangat kuat dan kuat, dalam hal plugin, juga komunitas. Bisakah Anda berbicara tentang bagaimana perbandingannya dengan ekosistem di dunia JavaScript? Baik dari segi teknologi bahkan komunitas.

STEPHEN BROOKS: Ya, jadi dengan WordPress, ia memiliki pasar terbesar untuk plug-in untuk pembuatan monolit tradisional. Tetapi kembali ke poin Jonathan beberapa saat yang lalu, dengan memanfaatkan NPM untuk semua fungsionalitas yang Anda butuhkan dari ujung depan, itu setara, jika tidak lebih besar, daripada pasar WordPress. Karena Anda tidak hanya memiliki semua paket NPM yang tersedia. Ada juga banyak STK yang juga dapat Anda tarik, juga, untuk membuat semua integrasi data yang Anda butuhkan dengan cepat.

Jadi saya hampir akan mengatakan bahwa itu lebih besar sekitar 20%. Hanya melempar nomor sewenang-wenang di luar sana, tetapi jauh lebih cepat bagi orang untuk bergerak. Dan banyak hal NPM tepat sasaran. Anda juga tidak perlu khawatir tentang versi inti WP dan ketidakcocokan versi plug-in yang dapat terjadi. Setelah Anda menyematkan versi Anda di manifes paket, maksud saya Anda sudah selesai. Anda tidak perlu khawatir untuk memperbaruinya lagi jika Anda tidak mau atau semacamnya.

Jadi sekali lagi, ini kembali ke apa yang dikatakan semua orang, kecepatan dan fleksibilitas hanya yang terpenting setiap kali menggunakan solusi Headless sebagai lawan dari pendekatan WordPress tradisional.

JAMES SQUIRES: Bukan untuk memberi keteduhan pada bisnis yang menghasilkan banyak uang dari plugin WordPress mereka, tetapi itu adalah area lain karena Anda cenderung dalam arsitektur tanpa kepala memiliki biaya lisensi yang lebih sedikit, di mana dalam berbasis tema yang khas, ada beberapa plugin yang sangat bagus di luar sana yang selalu kami buat menjadi proposal untuk dibeli dan digunakan. Sebagian besar, semua yang ada di NPM adalah perangkat lunak sumber terbuka gratis.

Pasti ada beberapa yang mungkin memiliki model layanan yang terkait dengannya. Tetapi secara umum, Anda dapat menemukan solusi yang paling populer, dan itu adalah lisensi open source. Jadi mudah untuk bergerak cepat seperti itu dan tidak memperlambatnya dengan persetujuan klien atas biaya lisensi dan hal-hal seperti itu.

HASHIM WARREN: Jimmy, saya punya contoh lain yang seperti itu. Jadi saya membuat situs web Gatsby, dan saya menambahkan Google Analytics ke dalamnya. Gatsby memiliki ekosistem plugin, semua plugin bersifat open source. Paket mereka ada di NPM, mudah dipasang. Jadi saya menambahkan Google Analytics, dan memiliki semua opsi ini, dengan plugin Google Analytics paling populer untuk WordPress, beberapa opsi tersebut masuk ke versi premium. Jadi saya sangat senang sebagai seseorang yang dengan senang hati membayar plugin WordPress ini untuk memiliki fungsi yang sama dengan paket ini yang juga merupakan plugin Gatsby. Sangat bersemangat tentang bagaimana ekosistem itu cocok.

TAYO ONABULE: Saya pikir itu juga sangat cepat di seluruh subjek NPM. Saya pikir itu hanya hal terkecil, dan mungkin tidak penting, tapi saya untuk saya. Saya lebih suka fakta bahwa ketika Anda mengembangkan sesuatu di React, Anda menginginkan sesuatu, Anda mengunduhnya melalui CLI. Dan Anda tidak perlu masuk ke WordPress, atau jenis lengket apa pun, itu hanya ada di ruang Anda. Anda tidak perlu meninggalkan studio, dan semuanya ada di sana. Dan itu adalah proses yang jauh lebih kikuk daripada melakukan penelitian, menemukan plug-in, menginstalnya, dan sebagainya. Saya tidak pernah menjadi penggemar itu.

HASHIM WARREN: Luar biasa. Jonathan, saya ingin bertanya kepada Anda, kami berbicara tentang persyaratan yang akan membuat Anda mengatakan ini sempurna untuk WordPress Tanpa Kepala. Jenis proyek apa yang akan membuat Anda merasa bahwa ini harus menjadi proyek tradisional WordPress.

JONATHAN JETER: Jadi kami melakukan banyak hal juga, benar. Terkadang itu anggaran. Mereka masuk dan berkata, kami punya sebanyak ini. Kami seperti, tidak ada pilihan, benar. Ini yang sedang kita lakukan, benar. Dan karena, maka kami memiliki hal-hal yang kami gunakan. Proses itu dan sistem itu sudah ada. Seperti yang dikatakan Jimmy, kami memiliki plug-in yang kami masukkan ke dalam setiap proposal itu karena kami tahu ini sangat mudah.

Jadi tipikal, situs merek kecil. Khas– Seperti yang Tayo katakan sebelumnya, tidak harus mencolok, kan. Tidak ada yang terlalu kreatif tentang situs ini, bukan. Dan mereka baru saja pergi, hei, kami sudah memilikinya sebelumnya, seperti kami tahu kami membutuhkan situs web, jadi buatlah untuk kami. Benar. Dan jika itu masalahnya, ya, tentu saja, berdasarkan anggaran dan persyaratan Anda, situs WordPress standar sudah cukup.

Kami bahkan sampai pada titik di mana menggunakan Genesis, dan Genesis Pro, dan Smart Plugin Manager, dan semua hal semacam itu, kami memiliki situs yang kami buat yang bahkan tidak disentuh oleh pengembang. Itu hanya melewati proses, dan proses kreatif, studio mengedit file, dan mereka pada dasarnya memasukkan konten. Kami memiliki beberapa editor yang membuktikannya, dan memasukkan konten, dan situs selesai tanpa pernah disentuh oleh pengembang dia.

Dan itulah cara Anda harus melakukannya, benar, untuk menghasilkan uang dari proyek-proyek itu, karena dengan jenis anggaran seperti itu, Anda tidak bisa mendapatkan 20 jam dev di bagian belakang salah satu situs tersebut. Jadi biasanya kami memutuskan seperti itu, kecuali itu adalah situs yang besar, tetapi mereka seperti tidak, tidak, tidak, kami tidak menginginkan sesuatu yang mewah. Kami hanya ingin ini menjadi situs biasa. Kami telah melakukannya, hanya banyak konten, blog, hal-hal semacam itu.

Dari segi SEO, WordPress masih bagus. Jika itu yang mereka cari, sepertinya kita tidak peduli bagaimana tampilannya. Kami hanya ingin fungsi. Kami ingin cepat. Kami ingin memiliki konten dan peringkat yang baik. Situs WordPress tradisional berfungsi dengan baik.

HASHIM WARREN: Luar biasa. Stephen, bisa bicara tentang itu? When would you say, OK, this needs to be a traditional site or traditional WordPress site?

STEPHEN BROOKS: It really follows along with Jonathan. Cost is going to be the first one, and then the second one after that is going to be time to market. If somebody needs something out pretty quick, even with the accelerator as John's talking about in terms of Genesis blocks, and just having a block catalog that you can do 0 dev from, it's still really incumbent on getting that stuff out as quickly as possible for those clients. Also to spin outs is a pretty big one for us. To where, hey, we need some sort of marketing presence for our investors. This is going live in two weeks. What could you do for me.

HASHIM WARREN: Awesome Thank you so much to our panel for your participation today. If you are interested in Headless WordPress, you can get a free Atlas Sandbox account at WPEngine.com/Atlas. And compare for yourself. You can use an all-in-one WordPress site, and compare it right against a Headless WordPress site, to compare everything that we talked about today. Thank you so much for joining us.