WordPress SDK 2.5.0-RC.1 Siap untuk Pengujian: Resolusi Klon, Penyempurnaan UX Umpan Balik Penonaktifan, Penggabungan Aset, dan Lainnya

Ini resmi! WordPress SDK 2.5.0 RC1 sekarang tersedia dengan peningkatan luar biasa (dan relevan) yang menangani apa yang telah kami identifikasi sebagai masalah paling umum dan memakan waktu hingga saat ini.

Tujuan kami dengan versi ini adalah untuk membantu Anda mengurangi beban dukungan sehingga Anda dapat mengalokasikan lebih banyak waktu untuk hasil dan aktivitas lain yang lebih produktif.

Sebelum kita menyelami fitur-fiturnya, kami membutuhkan bantuan Anda

Panggilan untuk Penguji

Meskipun kami menjalankan pengujian menyeluruh dari semua jenis (otomatis, manual, dan uji regresi), dan sementara kami merasa cukup yakin dengan stabilitas 2.5.0, karena kompleksitas dan jumlah perubahan kode & kasus penggunaan yang terlibat dalam versi ini , kami memutuskan untuk mendorongnya sebagai kandidat rilis terlebih dahulu.

“Saya ingin terlibat dalam pengujian – bagaimana saya bisa membantu?”

Ingin membantu kami dalam pengujian? Itu bagus dan dihargai!

• Jika Anda menjalankan program beta, cukup perbarui SDK ke RC ini dan dorong versi baru sebagai beta .
• Jika Anda tidak menjalankan program beta dan mengetahui bahwa beberapa pelanggan Anda menjalankan lingkungan kloning seperti staging ke produksi, atau menggunakan plugin/tema Anda dengan plugin WaaS seperti WP Ultimo, ketika mereka menghubungi dukungan Anda karena masalah SDK, Anda dapat mengirimi mereka versi khusus produk Anda dengan SDK ini karena seharusnya menyelesaikan masalah mereka.

Terlepas dari itu, jika Anda mencoba RC, apakah Anda mengalami masalah atau, sebaliknya, jika RC menyelesaikan masalah SDK yang dihadapi pengguna Anda sebelumnya, beri tahu kami! Cukup hubungi kami melalui [email protected], buka masalah GitHub, atau gunakan saluran komunikasi lain yang paling mudah bagi Anda – kami ingin tanggapan Anda

Mari kita turun ke fitur.

Situs Web Duplikat dan Resolusi Klon

Dengan semakin populernya jaringan WaaS (WordPress as a Service) dan perusahaan hosting yang menyediakan pementasan 1-klik untuk alur kerja penyebaran produksi, Anda mungkin sudah berurusan dengan pelanggan yang mengeluh tentang masalah tak terduga saat duplikasi situs terlibat.

Singkatnya, kloning adalah situs web (atau subsitus) yang memiliki ID unik dan sepasang kunci publik/rahasia yang diberikan oleh Freemius dan identik dengan ID dan kunci situs web lain. Anda dapat mempelajari lebih lanjut tentang klon, bagaimana mereka biasanya dibuat, dan kapan, di dokumen ini.

Terinspirasi oleh UI Jetpack, dengan senang hati saya menginformasikan bahwa rilis SDK ini hadir dengan mekanisme identifikasi, manajemen, dan resolusi kloning berfitur lengkap. Ini adalah kemampuan yang telah berada di belakang-burner selama beberapa waktu, dan saya sangat menganjurkan Anda untuk membiasakan diri dengan masalah situs web klon dan bagaimana WordPress SDK menanganinya untuk mendapatkan hasil maksimal dari peningkatan:

Formulir Umpan Balik Penonaktifan Peningkatan UX

Tunda untuk Pemecah Masalah

Meskipun formulir umpan balik penonaktifan kami menawarkan kesempatan unik bagi pengguna untuk memberikan umpan balik kepada pemilik produk sebelum mereka meninggalkannya, selama bertahun-tahun kami telah mendengar keluhan bahwa pengguna sangat membenci fitur tersebut. Setelah menganalisis umpan balik, kami berhasil mengaitkan sentimen ini secara khusus dengan segmen 'pemecah masalah'.

Pembaruan plugin adalah tugas umum yang harus dihadapi oleh pengelola situs web setiap hari. Terkadang pembaruan plugin/tema bisa salah karena konflik, bug, dan ketidakcocokan, menyebabkan masalah dan kesalahan tak terduga di situs. Pengelola biasanya tidak menyelami level kode, jadi proses pemecahan masalah yang umum adalah mengidentifikasi penyebab masalah dengan penonaktifan dan pengaktifan kembali plugin, diikuti dengan pengalihan tema. Artinya, Anda perlu menonaktifkan plugin satu per satu hingga masalah teratasi, lalu mengaktifkannya kembali satu per satu dan dalam urutan yang sama saat dinonaktifkan. Secara teori, ini akan membantu mengisolasi plugin 'bermasalah', tetapi jika tidak mengungkap masalah maka upaya selanjutnya adalah 'pengalihan tema'.

Saat 'jejak' tema dan plugin yang menggunakan SDK WordPress kami berkembang, formulir umpan balik penonaktifan menambahkan klik tambahan untuk setiap penonaktifan. Dari sana, mengaktifkan kembali plugin yang didukung Freemius secara otomatis mengalihkan ke layar keikutsertaan atau ke halaman pengaturan utama plugin (berdasarkan status keikutsertaan), yang menambahkan klik lain untuk menavigasi kembali ke halaman plugin.

Ini berarti bahwa hanya 5 plugin yang menggunakan Freemius di situs yang berpotensi menambahkan 10 klik ekstra — sesuatu yang sangat mengganggu bagi pemecah masalah. Dan ketika mengelola 20 situs, sebagai contoh, semua klik tersebut terakumulasi dari waktu ke waktu, yang menjelaskan mengapa beberapa pengelola sangat tidak menyukai SDK WordPress.

Setelah memahami alasan di balik 'kebencian', kami menemukan solusi sederhana untuk meredakan 'rasa sakit' bagi pemecah masalah dan, semoga, mendapatkan kembali kepercayaan mereka.

Formulir Umpan Balik sudah menampilkan opsi yang menunjukkan penonaktifan bersifat sementara untuk pemecahan masalah. Jadi, alih-alih hanya mengirimkan umpan balik itu dengan cara kami…

1. Kami sekarang menunjukkan opsi untuk menunda panel dari satu jam hingga 30 hari.
2. Karena kami menyadari bahwa itu tidak menambah nilai apa pun bagi pemilik produk, memilih untuk menunda akan melewatkan pengiriman umpan balik ke Freemius sama sekali.
3. Terakhir, jika admin menunda formulir, pengalihan akan dimatikan selama periode tunda.

Tunda hanya akan memengaruhi admin yang masuk saat ini dan akan bekerja di semua plugin dan tema yang didukung Freemius yang diinstal di situs web itu.

UX yang ditingkatkan ini berpotensi menghemat banyak klik untuk pemecah masalah 'berat', dan kami senang melihat perbedaannya.

Aktifkan Penonaktifan dengan Umpan Balik 'Lainnya' Kosong

Untuk mendorong pengguna mengirimkan umpan balik, Anda dapat menindaklanjuti, sebelumnya, ketika pengguna memilih opsi 'Lainnya' di formulir umpan balik penonaktifan, status tombol 'Kirim & Nonaktifkan' diubah menjadi dinonaktifkan hingga pengguna memasukkan beberapa masukan untuk menjelaskan ' Alasan lain.

Kami menyadari bahwa UX ini bermasalah karena pengguna membaca dari kiri atas dan beberapa memilih opsi itu karena mereka tidak ingin memberikan umpan balik apa pun. Yaitu, jika mereka memilih opsi itu sebelum menyadari ada opsi untuk 'Lewati & Nonaktifkan', itu memberi kesan bahwa tidak mungkin untuk menonaktifkan produk tanpa memberikan umpan balik apa pun.

Sekarang, ketika opsi 'Lainnya' dipilih dan kotak penjelasan kosong, tombol diaktifkan dan diberi label sebagai 'Nonaktifkan':

Dan, jelas, tidak ada data yang akan dikirim ke pihak kami karena umpan balik 'Lainnya' yang kosong tidak berguna.

Status Kotak Centang Default Umpan Balik Anonim

Jika pengguna melewatkan keikutsertaan dan memilih untuk memberikan umpan balik menggunakan formulir umpan balik penonaktifan, secara default umpan balik tidak anonim untuk memungkinkan Anda menghubungi pengguna jika diperlukan. Versi SDK ini memperkenalkan filter baru sehingga Anda dapat mengontrol mode pengiriman default dari formulir umpan balik dan mengubahnya menjadi umpan balik anonim secara default, menggunakan yang berikut:

my_fs()->add_filter( 'default_to_anonymous_feedback', '__return_true' );

Campuran Kepemilikan Aset Pengguna — Hilang!

Persentase yang sehat dari plugin WordPress dan pembelian tema dilakukan oleh 'pembangun', di mana akhirnya proyek tersebut diserahkan kepada klien mereka. Untuk memfasilitasi hubungan, kami menawarkan fleksibilitas yang baik untuk memungkinkan perubahan kepemilikan aset akun dari satu orang ke orang lain.

Tanpa menyelami teknisnya, dengan jutaan situs web yang menjalankan SDK kami, kami menemukan beberapa kasus edge yang secara tak terduga mencampuradukkan aset antar akun. Meskipun masalah ini jarang terjadi, masalah ini menyakitkan bagi pelanggan, Anda, dan kami untuk memperbaikinya.

Jika ada kontes untuk masalah yang paling menjengkelkan dan memakan waktu, ini adalah pemenang tak terbantahkan dari 2020–2021 Ini juga merupakan contoh yang baik di mana memberikan terlalu banyak fleksibilitas tanpa mencoba untuk meramalkan semua kasus penggunaan (dan Anda tidak pernah akan) dapat menyebabkan lebih banyak kerusakan daripada kebaikan.

Kami tidak hanya menambahkan beberapa batasan di backend untuk mengurangi contoh masalah, tetapi rilis SDK WordPress yang baru juga meningkatkan pengalaman pembaruan email Akun dengan masukan tambahan dari pengguna, dan menangani setiap kasus dengan sedikit berbeda:

Perbaikan HTTP 404 Tidak Ditemukan (AKA 'Tidak Ada Pembaruan')

Beberapa dari Anda mungkin telah menerima tiket dukungan di mana pelanggan mengeluh bahwa SDK menimbulkan kesalahan dan memperlambat sistem, biasanya dengan tangkapan layar pelengkap dari kesalahan dari Log Debug (atau plugin debug lainnya).

Kesalahan HTTP ditampilkan saat tidak ada rilis yang lebih baru, yang merupakan perilaku yang diharapkan dari implementasi RESTful API yang tepat saat sumber daya tidak ada.

Karena tidak mudah untuk memahami bahwa perilaku ini diharapkan hingga menghubungi kami, dan itu menghasilkan tiket dukungan yang tidak perlu untuk Anda (dan kami), kami telah memodifikasi kode respons HTTP menjadi 200 untuk menghilangkan kebingungan ini untuk selamanya. Perubahan API ini telah diterapkan beberapa minggu yang lalu, jadi ada kemungkinan Anda menyadari bahwa jenis keluhan ini telah hilang.

Melihat ke belakang, kami sekarang mengakui bahwa kami seharusnya melakukan perubahan itu lebih awal. Hanya saja terkadang hal teknis yang 'benar' tidak 'tepat' bagi pengguna akhir.

Toleransi Kesalahan terhadap Masalah Konektivitas Latar Belakang

Beberapa minggu yang lalu AWS mengalami downtime sementara. Saat kami meng-host server kami di Amazon, tentu saja, waktu henti menyebabkan masalah konektivitas ke server API kami. Situs web yang cron sinkronisasi Freemius mereka dijalankan selama periode itu ditambahkan dengan pemberitahuan yang dapat ditutup tentang masalah konektivitas, menyebabkan banyak pertanyaan dukungan dari pengguna yang bersangkutan. Tujuan pemberitahuan ini adalah untuk menyoroti masalah konektivitas yang sedang berlangsung karena firewall, penyumbatan ISP, dll. Itu tidak dibuat untuk masalah konektivitas sementara. Oleh karena itu, kami meningkatkan logika dengan menerapkan mekanisme toleransi kesalahan, sehingga pemberitahuan hanya akan ditambahkan setelah 3 upaya konektivitas gagal berturut-turut (biasanya 3 hari).

Resolusi Fungsi Jaringan Multisite yang Tidak Digunakan Lagi

wpmu_new_blog() dan deleted_blog() tidak digunakan lagi di WP 5.1, yang memberikan pemberitahuan saat dijalankan dalam mode debug. Kami memperbarui integrasi multisite untuk menggunakan wp_insert_site() dan wp_delete_site() bersamaan saat menjalankan rilis WordPress baru. Terima kasih Dario Curvino atas kontribusi Anda

Filter Baru

Kami memperkenalkan filter hide_freemius_powered_by baru untuk memungkinkan Anda menyembunyikan tab Didukung oleh Freemius dari halaman yang dibuat oleh SDK:

my_fs()->add_filter( 'hide_freemius_powered_by', '__return_false' );

Dan filter lain bernama hide_billing_and_payments_info untuk menyembunyikan riwayat penagihan dan pembayaran yang ditampilkan secara default kepada pelanggan di halaman Akun:

my_fs()->add_filter( hide_billing_and_payments_info', '__return_true' );

Aktivasi Lisensi 'Anonim' — Kami Mendengar Anda!

Sebagai startup atau jenis bisnis apa pun, Anda memiliki sumber daya yang terbatas di awal. Fokus Nomor Satu adalah mencapai kesesuaian produk/pasar, yang secara alami memaksa Anda untuk memprioritaskan dan berkorban. Ketika kami memulai Freemius, analisis kami tentang pasar WordPress adalah bahwa DIYers mewakili persentase pengguna terbesar di ekosistem. Oleh karena itu, beberapa praktik dan UX dirancang untuk segmen itu. Seiring bertambahnya usia, dalam dua tahun terakhir kami telah melakukan upaya luar biasa untuk menerapkan umpan balik yang dikumpulkan selama bertahun-tahun untuk mengakomodasi kebutuhan pengelola dan pembangun dengan lebih baik. Meskipun persentase pengguna WordPress jauh lebih kecil, ini adalah persentase yang sangat penting dan penuh gairah!

Pada tahap ini, sebagian besar umpan balik perilaku yang diterima selama bertahun-tahun sudah dimasukkan ke dalam SDK WordPress. Namun masih ada satu permintaan berulang yang biasanya datang dari pengguna yang paham teknologi dengan sensitivitas privasi yang lebih tinggi: “Mengapa saya harus ikut serta saat mengaktifkan kunci lisensi?”

Meskipun kami hanya mengumpulkan beberapa metrik dasar yang bermanfaat bagi pengguna dan pembuat produk setelah aktivasi lisensi — seperti versi WordPress, versi PHP, dan lokal situs web (info lengkap didokumentasikan di halaman Praktik Data baru kami) — ini merupakan kekhawatiran yang wajar bahwa kami ingin ditujukan agar pengguna dapat menikmati produk Anda dengan percaya diri.

Jadi, dalam rilis berikutnya, kami berencana untuk memperkenalkan opsi baru untuk aktivasi lisensi tanpa berbagi data yang tidak penting untuk aktivasi lisensi dan pengiriman pembaruan. Alih-alih mengerjakan ulang arsitektur data, kami akan menutupi data dengan nilai dummy untuk menawarkan privasi maksimum. Ingatlah bahwa kami masih harus mengumpulkan URL dan IP situs web, versi SDK, dan apakah produk tersebut aktif atau tidak aktif. Tapi itu saja!

Sampai Lain waktu

Punya umpan balik untuk aktivasi lisensi 'anonim' yang akan datang? Punya fitur apa saja yang Anda ingin kami pertimbangkan? Jangan ragu untuk menambahkannya ke papan Trello kami, dan sementara itu, selamat menjual!