Akankah Pengeditan Situs Penuh Mendarat di WordPress 5.8? Sebuah Keputusan Akan Datang

Kemarin, Josepha Haden Chomphosy mengumumkan peta jalan untuk memutuskan apakah Pengeditan Situs Penuh (FSE) akan mendarat di WordPress 5.8. Setelah peluncuran Gutenberg 10.4 pada 14 April, sekelompok kecil pemimpin inti akan berpartisipasi dalam demo go/no-go.

Orang-orang berikut akan dipanggil:

• Matias Ventura – Pemimpin Proyek Gutenberg yang akan menjadi tuan rumah demo.
• Matt Mullenweg – Pimpinan Proyek WordPress.
• Helen Hou-Sandi – Pengembang Utama.
• Josepha Haden Chomphosy – Direktur Eksekutif.

Agenda rapatnya sederhana. Ventura akan menjadi tuan rumah demo, dan grup akan mendiskusikan dan membahas pertanyaan implementasi.

Jika tidak ada pemblokir, mereka akan membagikan rencana untuk menggabungkan FSE ke WordPress. Hasil yang lebih mungkin adalah bahwa mereka akan menemukan setidaknya beberapa item yang harus ditangani. Dalam hal ini, mereka akan membagikan ini secara publik dengan rencana untuk menanganinya sebelum tanggal go/no-go kedua pada 27 April.

Rilis beta pertama WordPress 5.8 ditetapkan untuk 8 Juni, dengan rilis publik umum untuk 20 Juli. Tim perlu memutuskan penyertaan di awal siklus rilis untuk memberi waktu bagi pengembang tema dan plugin untuk bersiap.

Sementara banyak yang menunggu keputusan akhir, setiap orang perlu memiliki sedikit kesabaran saat ini. Semuanya perlu ditimbang dengan hati-hati oleh para pemimpin proyek. Ada kemungkinan besar kita tidak akan tahu hasilnya sampai batas waktu kedua, 27 April itu.

Sebagian besar transisi FSE akan menjadi beta run untuk pengguna subset. Menyertakan fitur-fitur ini dalam inti tidak berarti bahwa WordPress segera membalik tombol dan mengaktifkan semuanya untuk 40% web. Untuk pengalaman FSE secara keseluruhan, pengguna harus membuat pilihan eksplisit untuk menginstal dan mengaktifkan tema berbasis blok.

Dengan mengingat hal itu, pengalaman orientasi harus menjadi pengalaman yang ramah yang mengundang pengguna untuk mengedit situs sambil memberi tahu mereka tentang potensi masalah. Jika ini adalah versi beta bawaan, mereka benar -benar perlu memahami bahwa peningkatan akan datang.

Pengerjaan beta dalam inti seperti ini juga disambut baik, mengingat peluncuran proyek editor blok beberapa tahun yang lalu. Terlepas dari apakah orang menyukai atau membenci editor blok, peluncurannya tidak mulus untuk semua orang. WordPress menjatuhkan pengguna akhir ke dalam sistem yang dirombak, yang merupakan perubahan yang mengejutkan bagi banyak orang. Proyek ini memiliki peluang untuk melakukan yang lebih baik kali ini dengan memperkenalkan fitur secara bertahap kepada pengguna dan memungkinkan orang lain untuk membenamkan diri dalam pengalaman baru pilihan mereka sendiri.

“Konteks paling penting untuk dibagikan adalah bahwa itu tidak dikirimkan sebagai pengalaman default penuh untuk pengguna ,” tulis Chomphosy di pos, mencatat bahwa tim berkembang melampaui kesalahan masa lalu. “Salah satu umpan balik paling jelas dari proses penggabungan Fase Satu adalah bahwa tidak ada cukup waktu bagi ekstender kami (agensi, penulis tema, pengembang plugin, pembuat situs, dll.) untuk mempersiapkan perubahan yang akan datang.”

Pengambil keputusan juga dapat memutuskan untuk mengirimkan beberapa bagian tetapi tidak yang lain. FSE adalah proyek yang terdiri dari beberapa komponen.

“Seluruh proyek penyuntingan situs lengkap adalah semacam istilah umum untuk kumpulan alat dan proyek, jadi ada kemungkinan beberapa bagian dikirim sementara yang lain tidak,” kata Haden Chomphosy. “Mungkin ada beberapa pengecualian untuk itu, seperti yang Anda sebutkan, tetapi banyak dari ini dapat dikirim saat sudah siap.”

Pengecualian yang dia maksud adalah komponen yang lebih masuk akal bersama. Misalnya, tema berbasis blok melalui file konfigurasi theme.json dan sebagian besar blok pengeditan situs tidak berguna saat terpisah.

Tentu saja, ada kasus di mana sesuatu seperti blok Kueri dapat digunakan di luar editor situs. Pengguna mungkin membuat kueri kustom dalam halaman tanpa manfaat editor situs, misalnya.

Perhatian utama saya bukan dengan fitur yang terkait dengan editor situs tetapi dengan widget berbasis blok. Ini adalah alat transisi untuk pengguna dengan tema tradisional. Seiring dengan layar menu nav baru, ini bukan bagian dari pengalaman tema berbasis blok. Tujuannya adalah untuk memungkinkan pengguna mulai menggunakan blok di lebih banyak tempat. Namun, ini akan menghasilkan UX yang rusak dalam banyak kasus.

Pengalaman widget masih sebagian rusak, memperlakukan setiap blok sebagai widget terpisah. Pengguna harus belajar menempatkan Judul (judul widget) dan blok lain (konten widget) ke dalam Grup (pembungkus widget) untuk kelas terkait widget yang benar di bagian depan situs. Untuk beberapa tema, apakah pengguna melakukan ini bukan masalah. Bagi yang lain, itu akan terlihat jelek dan merusak tata letak yang terburuk. Menempatkan tanggung jawab ini di pundak pengguna akhir dianggap sebagai solusi yang dapat diterima.

Saya ingin fokus pada masalah ini karena ini adalah salah satu dari hal-hal yang dapat dengan mudah diaktifkan untuk semua pengguna. Saya masih takut bahwa transisi dari sistem yang berfungsi ke sistem yang berpotensi rusak akan membuat perjalanan menjadi bergelombang.

Tim rilis WordPress 5.6 memutuskan untuk tidak mengirimkan widget berbasis blok. Hou-Sandi, sebagai pemimpin teknologi inti untuk 5.6, memberikan catatan historis tentang keputusan tersebut dan mengapa keputusan tersebut belum siap untuk dimasukkan:

Pertanyaan saya untuk fitur yang mempengaruhi front-end adalah “dapatkah saya mencoba hal baru ini tanpa penalti untuk mengacaukan situs saya?” — yaitu, kepercayaan pengguna. Pada saat ini, mengingat bahwa area widget tidak ditampilkan seperti apa yang Anda lihat di situs Anda tanpa tema yang benar-benar berusaha untuk itu dan bahwa Anda harus menyimpan perubahan Anda secara langsung tanpa revisi untuk mendapatkan tampilan kontekstual yang sebenarnya, blok area widget tidak memungkinkan Anda untuk mencoba fitur baru ini tanpa menghukum Anda karena bereksperimen.

Sementara widget bisa dibilang meningkat, saya masih melihat jawabannya sama seperti Oktober lalu. Saya belum melihat cukup banyak dukungan dari komunitas pengembangan tema untuk mendukung editor blok itu sendiri, apalagi fitur terkait blok baru. Namun, pada titik tertentu, proyek hanya perlu bergerak maju. Themers hanya perlu mengikuti.