WordPress SDK 2.5.0-RC.1 พร้อมสำหรับการทดสอบแล้ว: Clone Resolution, Deactivation Feedback UX Enhancements, Assets Mix-Up และอื่นๆ

มันเป็นทางการ! WordPress SDK 2.5.0 RC1 พร้อมใช้งานแล้วพร้อมการปรับปรุงที่ยอดเยี่ยม (และมีความเกี่ยวข้อง) ที่จัดการกับสิ่งที่เราระบุว่าเป็นปัญหาที่พบบ่อยที่สุดและใช้เวลานานจนถึงปัจจุบัน

เป้าหมายของเราในเวอร์ชันนี้คือช่วยให้คุณลดภาระการสนับสนุน เพื่อให้คุณจัดสรรเวลามากขึ้นสำหรับการส่งมอบและกิจกรรมที่มีประสิทธิผลมากขึ้น

ก่อนที่เราจะเจาะลึกคุณสมบัติต่างๆ เราต้องการความช่วยเหลือจากคุณ 🙌

เรียกผู้ทดสอบ

แม้ว่าเราจะทำการทดสอบอย่างละเอียดทุกประเภท (การทดสอบแบบอัตโนมัติ แบบแมนนวล และแบบถดถอย) และในขณะที่เราค่อนข้างมั่นใจในความเสถียรของ 2.5.0 เนื่องจากความซับซ้อนและจำนวนการเปลี่ยนแปลงโค้ดและกรณีการใช้งานที่เกี่ยวข้องในเวอร์ชันนี้ เราตัดสินใจที่จะผลักดันให้เป็นผู้สมัครรับการปล่อยตัวก่อน

“ฉันต้องการมีส่วนร่วมในการทดสอบ – ฉันจะช่วยได้อย่างไร”

ต้องการช่วยเราในการทดสอบหรือไม่? ที่ยอดเยี่ยมและน่าชื่นชม!

• หากคุณกำลังใช้งานโปรแกรมเบต้า เพียงอัปเดต SDK เป็น RC นี้และพุชเวอร์ชันใหม่เป็น เบต้า
• หากคุณ ไม่ได้ ใช้งานโปรแกรมเบต้าและรู้ว่าลูกค้าบางรายของคุณใช้งานสภาพแวดล้อมแบบโคลน เช่น การจัดเตรียมจนถึงการใช้งานจริง หรือใช้ปลั๊กอิน/ธีมของคุณกับปลั๊กอิน WaaS เช่น WP Ultimo เมื่อพวกเขาติดต่อฝ่ายสนับสนุนของคุณเนื่องจากปัญหา SDK คุณสามารถส่ง เวอร์ชันพิเศษของผลิตภัณฑ์ของคุณด้วย SDK นี้ เนื่องจากควรแก้ปัญหาได้

ไม่ว่าคุณจะลองใช้ RC หรือไม่ ไม่ว่าคุณจะประสบปัญหาหรือในทางกลับกัน หากสามารถแก้ไขปัญหา SDK ที่ผู้ใช้ของคุณเคยพบได้ โปรดแจ้งให้เราทราบ! เพียงติดต่อเราผ่าน [ป้องกันอีเมล] เปิดปัญหา GitHub หรือใช้ช่องทางการสื่อสารอื่นที่ง่ายที่สุดสำหรับคุณ – เราต้องการความคิดเห็นของคุณ

มาดูคุณสมบัติกัน

เว็บไซต์ที่ซ้ำกันและการแก้ปัญหาการโคลน

ด้วยความนิยมที่เพิ่มขึ้นของเครือข่าย WaaS (WordPress as a Service) และบริษัทโฮสติ้งที่ให้บริการขั้นตอนการทำงานในการปรับใช้งานจริงแบบคลิกเดียวในครั้งเดียว คุณอาจได้จัดการกับลูกค้าที่บ่นเกี่ยวกับปัญหาที่ไม่คาดคิดเมื่อมีการทำซ้ำไซต์

กล่าวโดยย่อ โคลนคือเว็บไซต์ (หรือไซต์ย่อย) ที่มี ID เฉพาะและคู่ของกุญแจสาธารณะ/ความลับที่ได้รับมอบหมายจาก Freemius และเหมือนกับ ID และคีย์ของเว็บไซต์อื่น คุณสามารถเรียนรู้เพิ่มเติมเกี่ยวกับโคลน วิธีการสร้างโดยทั่วไป และเมื่อใดในเอกสารนี้

โดยได้รับแรงบันดาลใจจาก UI ของ Jetpack ฉันรู้สึกตื่นเต้นที่จะแบ่งปันว่า SDK รุ่นนี้มาพร้อมกับการระบุตัวตน การจัดการ และกลไกการแก้ปัญหาแบบโคลนที่มีคุณสมบัติครบถ้วน เป็นความสามารถที่ติดตัวมาเป็นระยะเวลาหนึ่งแล้ว และฉันขอสนับสนุนให้คุณทำความคุ้นเคยกับปัญหาเว็บไซต์โคลนและวิธีที่ WordPress SDK จัดการเพื่อให้ได้รับประโยชน์สูงสุดจากการเพิ่มประสิทธิภาพ:

แบบฟอร์มคำติชมการปิดใช้งานการเพิ่มประสิทธิภาพ UX

ปิดเสียงเตือนชั่วคราวสำหรับเครื่องมือแก้ปัญหา

แม้ว่าแบบฟอร์มคำติชมการปิดใช้งานของเราจะมอบโอกาสพิเศษให้กับผู้ใช้ในการให้ข้อเสนอแนะแก่เจ้าของผลิตภัณฑ์ก่อนที่จะยกเลิก แต่ในช่วงหลายปีที่ผ่านมาเราได้ยินคำร้องเรียนที่ผู้ใช้เกลียดชังคุณลักษณะนี้จริงๆ หลังจากวิเคราะห์ความคิดเห็นแล้ว เราก็สามารถระบุแหล่งที่มาของความรู้สึกนี้โดยเฉพาะกับกลุ่ม "ตัวแก้ไขปัญหา"

การอัปเดตปลั๊กอินเป็นงานทั่วไปที่ผู้ดูแลเว็บไซต์ต้องจัดการทุกวัน บางครั้งการอัปเดตปลั๊กอิน/ธีมอาจผิดพลาดได้เนื่องจากข้อขัดแย้ง ข้อบกพร่อง และความเข้ากันไม่ได้ ทำให้เกิดปัญหาและข้อผิดพลาดที่ไม่คาดคิดบนไซต์ ผู้ดูแลมักจะไม่เจาะลึกถึงระดับโค้ด ดังนั้นขั้นตอนการแก้ไขปัญหาทั่วไปคือการระบุสาเหตุของปัญหาด้วยการปิดใช้งานปลั๊กอินและการเปิดใช้งานใหม่ ตามด้วยการสลับธีม หมายความว่า คุณต้องปิดใช้งานปลั๊กอินทีละตัวจนกว่าปัญหาจะได้รับการแก้ไข จากนั้นเปิดใช้งานใหม่ทีละรายการและในลำดับเดียวกันกับที่ปิดใช้งาน ตามทฤษฎีแล้ว สิ่งนี้จะช่วยแยกปลั๊กอิน 'ที่มีปัญหา' ออกได้ แต่ถ้ายังไม่พบปัญหา ความพยายามครั้งต่อไปควรเป็น 'การสลับธีม'

เนื่องจาก 'รอยเท้า' ของธีมและปลั๊กอินที่ใช้ WordPress SDK ของเราเติบโตขึ้น แบบฟอร์มคำติชมการปิดใช้งานจะเพิ่มการคลิกเพิ่มเติมในการปิดใช้งานแต่ละครั้ง จากนั้น การเปิดใช้งานปลั๊กอินที่ขับเคลื่อนโดย Freemius อีกครั้งจะเปลี่ยนเส้นทางโดยอัตโนมัติไปยังหน้าจอการเลือกใช้หรือไปยังหน้าการตั้งค่าหลักของปลั๊กอิน (ตามสถานะการเลือกใช้) ซึ่งจะเพิ่มการคลิกอีกครั้งเพื่อกลับไปยังหน้าปลั๊กอิน

ซึ่งหมายความว่าเพียง 5 ปลั๊กอินที่ใช้ Freemius บนไซต์สามารถเพิ่มการคลิกพิเศษได้ 10 ครั้ง ซึ่งเป็นสิ่งที่เข้าใจยากสำหรับเครื่องมือแก้ปัญหา ตัวอย่างเช่น เมื่อจัดการไซต์ 20 ไซต์ การคลิกทั้งหมดจะสะสมเมื่อเวลาผ่านไป ซึ่งอธิบายได้ว่าทำไมผู้ดูแลบางคนถึงไม่ชอบ WordPress SDK จริงๆ

เมื่อเข้าใจเหตุผลเบื้องหลัง 'ความเกลียดชัง' เราจึงคิดวิธีแก้ปัญหาง่ายๆ เพื่อบรรเทา 'ความเจ็บปวด' สำหรับผู้แก้ปัญหา และหวังว่าจะได้รับความไว้วางใจคืนจากพวกเขา

แบบฟอร์มคำติชม แสดงตัวเลือกที่ระบุว่าการปิดใช้งานเป็นการชั่วคราวสำหรับการแก้ไขปัญหา ดังนั้น แทนที่จะส่งข้อเสนอแนะนั้นในแบบของเรา…

1. ตอนนี้เราแสดงตัวเลือกในการปิดเสียงเตือนชั่วคราวแผงจากหนึ่งชั่วโมงถึง 30 วัน
2. เนื่องจากเราตระหนักดีว่ามันไม่ได้เพิ่มคุณค่าใดๆ ให้กับเจ้าของผลิตภัณฑ์ การเลือกที่จะปิดเสียงเตือนการข้ามจะส่งความคิดเห็นไปยัง Freemius โดยสิ้นเชิง
3. สุดท้าย หากผู้ดูแลระบบปิดเสียงชั่วคราวในแบบฟอร์ม การเปลี่ยนเส้นทางจะปิดสำหรับช่วงเวลาที่เลื่อนการเตือน

การปิดเสียงเตือนชั่วคราวจะส่งผลต่อผู้ดูแลระบบที่เข้าสู่ระบบในปัจจุบันเท่านั้น และจะใช้ได้กับปลั๊กอินและธีมที่ขับเคลื่อนโดย Freemius ทั้งหมดที่ติดตั้งบนเว็บไซต์นั้น

UX ที่ปรับปรุงแล้วนี้สามารถประหยัดการคลิกได้มากสำหรับเครื่องมือแก้ปัญหาที่ "หนัก" และเรารู้สึกตื่นเต้นที่จะได้เห็นความแตกต่างที่จะเกิดขึ้น

เปิดใช้งานการปิดใช้งานด้วยคำติชม 'อื่นๆ' ที่ว่างเปล่า

เพื่อสนับสนุนให้ผู้ใช้ส่งข้อเสนอแนะ คุณสามารถดำเนินการได้ ก่อนหน้านี้ เมื่อผู้ใช้เลือกตัวเลือก 'อื่นๆ' ในแบบฟอร์มคำติชมการปิดใช้งาน สถานะของปุ่ม 'ส่งและปิดใช้งาน' จะถูกเปลี่ยนเป็นปิดการใช้งาน จนกว่าผู้ใช้จะป้อนข้อมูลบางอย่างเพื่ออธิบาย ' เหตุผลอื่น.

เราพบว่า UX นี้มีปัญหาเนื่องจากผู้ใช้อ่านจากด้านบนซ้าย และบางคนเลือกตัวเลือกนั้นเนื่องจากไม่ต้องการให้ข้อเสนอแนะใดๆ IE หากพวกเขาเลือกตัวเลือกนั้นก่อนที่จะสังเกตเห็นว่ามีตัวเลือกในการ 'ข้ามและปิดใช้งาน' จะทำให้รู้สึกว่าเป็นไปไม่ได้ที่จะปิดใช้งานผลิตภัณฑ์โดยไม่ให้ข้อเสนอแนะใดๆ

ตอนนี้ เมื่อเลือกตัวเลือก 'อื่นๆ' และช่องคำอธิบายว่างเปล่า ปุ่มจะถูกเปิดใช้งานและติดป้ายกำกับว่า 'ปิดใช้งาน':

และแน่นอนว่าจะไม่มีการส่งข้อมูลไปยังจุดสิ้นสุดของเรา เนื่องจากความคิดเห็น 'อื่นๆ' ที่ว่างเปล่านั้นไร้ประโยชน์

สถานะกล่องกาเครื่องหมายคำติชมเริ่มต้นไม่ระบุชื่อ

หากผู้ใช้ข้ามการเลือกใช้และเลือกที่จะให้ข้อเสนอแนะโดยใช้แบบฟอร์มคำติชมการปิดใช้งาน โดยค่าเริ่มต้น คำติชมจะไม่ระบุชื่อเพื่อให้คุณติดต่อผู้ใช้ได้หากจำเป็น SDK เวอร์ชันนี้แนะนำตัวกรองใหม่ เพื่อให้คุณสามารถควบคุมโหมดการส่งเริ่มต้นของแบบฟอร์มคำติชมและเปลี่ยนเป็นคำติชมที่ไม่ระบุตัวตนโดยค่าเริ่มต้น โดยใช้สิ่งต่อไปนี้:

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

การผสมผสานการเป็นเจ้าของทรัพย์สินของผู้ใช้ — หายไปแล้ว!

เปอร์เซ็นต์ที่สมบูรณ์ของการซื้อปลั๊กอิน WordPress และธีมนั้นทำโดย 'ผู้สร้าง' ซึ่งในที่สุดโครงการจะถูกส่งไปยังลูกค้าของพวกเขา เพื่ออำนวยความสะดวกในความสัมพันธ์ เราจึงมอบความยืดหยุ่นที่เหมาะสมในการเปลี่ยนแปลงการเป็นเจ้าของสินทรัพย์ในบัญชีจากบุคคลหนึ่งไปสู่อีกบุคคลหนึ่ง

โดยไม่ต้องเจาะลึกด้านเทคนิค ด้วยเว็บไซต์หลายล้านแห่งที่ใช้งาน SDK ของเรา เราสะดุดกับกรณี Edge หลายกรณีที่ผสมผสานสินทรัพย์ระหว่างบัญชีโดยไม่คาดคิด แม้ว่าปัญหาเหล่านี้จะมีไม่บ่อยนัก แต่ก็เป็นเรื่องที่เจ็บปวดสำหรับลูกค้า สำหรับคุณ และสำหรับเราในการแก้ไข

หากมีการแข่งขันสำหรับปัญหาที่น่ารำคาญและใช้เวลามากที่สุด รายการนี้จะเป็นผู้ชนะที่ไม่มีปัญหาในปี 2020–2021 🏆 นอกจากนี้ยังเป็นตัวอย่างที่ดีของการให้ความยืดหยุ่นมากเกินไปโดยไม่ต้องพยายามคาดการณ์กรณีการใช้งานทั้งหมด (และคุณไม่เคย จะ) ทำให้เกิดความเสียหายมากกว่าผลดี

เราไม่เพียงแค่เพิ่มข้อจำกัดบางอย่างในแบ็กเอนด์เพื่อลดอินสแตนซ์ของปัญหา แต่ WordPress SDK รุ่นใหม่ยังปรับปรุงประสบการณ์การอัปเดตอีเมลของบัญชีด้วยข้อมูลเพิ่มเติมจากผู้ใช้ และจัดการแต่ละกรณีแตกต่างกันเล็กน้อย:

แก้ไข HTTP 404 ไม่พบ (AKA 'ไม่มีการอัปเดต')

บางท่านอาจได้รับตั๋วสนับสนุนที่ลูกค้าบ่นว่า SDK เกิดข้อผิดพลาดและทำให้ระบบทำงานช้าลง โดยปกติแล้วจะมีภาพหน้าจอเสริมของข้อผิดพลาดจากบันทึกการดีบัก (หรือปลั๊กอินการดีบักอื่นๆ)

ข้อผิดพลาด HTTP ถูกส่งกลับเมื่อไม่มีรุ่นที่ใหม่กว่า ซึ่งเป็นลักษณะการทำงานที่คาดไว้ของการนำ RESTful API ไปใช้อย่างเหมาะสมเมื่อไม่มีทรัพยากร

เนื่องจากไม่ใช่เรื่องเล็กน้อยที่จะเข้าใจว่าพฤติกรรมนี้จะเกิดขึ้นจนกว่าจะติดต่อเรา และสร้างตั๋วสนับสนุนที่ไม่จำเป็นสำหรับคุณ (และเรา) เราจึงได้แก้ไขรหัสตอบกลับ HTTP เป็น 200 เพื่อขจัดความสับสนนี้ทุกครั้ง การเปลี่ยนแปลง API นี้ถูกทำให้ใช้งานได้เมื่อหลายสัปดาห์ก่อน ดังนั้นมีโอกาสดีที่คุณจะสังเกตเห็นว่าการร้องเรียนประเภทนี้หายไป

เมื่อมองย้อนกลับไป ตอนนี้เรายอมรับว่าเราควรจะทำการเปลี่ยนแปลงนั้นเร็วกว่านี้มาก เพียงแต่บางครั้งเทคนิคที่ 'ถูกต้อง' ก็ไม่ 'ใช่' สำหรับผู้ใช้ปลายทาง

ความผิดพลาดต่อปัญหาการเชื่อมต่อเบื้องหลัง

สองสามสัปดาห์ก่อน AWS หยุดทำงานชั่วคราว เนื่องจากเราโฮสต์เซิร์ฟเวอร์ของเราบน Amazon การหยุดทำงานทำให้เกิดปัญหาการเชื่อมต่อกับเซิร์ฟเวอร์ API ของเรา เว็บไซต์ที่ทำการซิงค์ Freemius cron ของพวกเขาในช่วงเวลานั้นถูกเพิ่มเข้ามาพร้อมกับการแจ้งเตือนที่ปิดไม่ได้เกี่ยวกับปัญหาการเชื่อมต่อ ทำให้เกิดคำถามเกี่ยวกับการสนับสนุนจำนวนมากจากผู้ใช้ที่เกี่ยวข้อง จุดประสงค์ของประกาศนี้คือเพื่อเน้นย้ำถึงปัญหา การ เชื่อมต่อที่กำลังดำเนินอยู่เนื่องจากไฟร์วอลล์ การบล็อกของ ISP ฯลฯ ไม่ได้จัดทำขึ้นสำหรับปัญหาการเชื่อมต่อชั่วคราว ดังนั้น เราจึงปรับปรุงตรรกะโดยวางกลไกการทนต่อข้อผิดพลาด ดังนั้นจะมีการเพิ่มการแจ้งเตือนหลังจากพยายามเชื่อมต่อที่ล้มเหลวติดต่อกัน 3 ครั้ง (โดยทั่วไปคือ 3 วัน)

ความละเอียดของฟังก์ชันเครือข่ายหลายไซต์ที่เลิกใช้แล้ว

wpmu_new_blog() และ delete_blog( deleted_blog() เลิกใช้แล้วใน WP 5.1 ซึ่งส่งการแจ้งเตือนเมื่อทำงานในโหมดดีบัก เราได้อัปเดตการรวมหลายไซต์เพื่อใช้ wp_insert_site() และ wp_delete_site() แทนเมื่อใช้ WordPress รุ่นใหม่ ขอบคุณ Dario Curvino สำหรับการสนับสนุนของคุณ 🙌

ตัวกรองใหม่

เราแนะนำตัวกรอง hide_freemius_powered_by ใหม่เพื่อให้คุณสามารถซ่อนแท็บ Powered by Freemius จากหน้าที่สร้างโดย SDK:

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

และตัวกรองอื่นชื่อ hide_billing_and_payments_info เพื่อซ่อนประวัติการเรียกเก็บเงินและการชำระเงินที่แสดงโดยค่าเริ่มต้นสำหรับลูกค้าในหน้าบัญชี:

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

การเปิดใช้งานใบอนุญาต 'ไม่ระบุชื่อ' — เราได้ยินคุณ!

ในการเริ่มต้นหรือธุรกิจประเภทใดก็ตาม คุณมีทรัพยากรที่จำกัดในการเริ่มต้น จุดสนใจอันดับหนึ่งคือการไปที่ผลิตภัณฑ์/ความเหมาะสมของตลาด ซึ่งโดยธรรมชาติแล้วจะบังคับให้คุณจัดลำดับความสำคัญและเสียสละ เมื่อเราเริ่มต้น Freemius การวิเคราะห์ตลาด WordPress ของเราคือ DIYers เป็นตัวแทนของเปอร์เซ็นต์ผู้ใช้ที่ใหญ่ที่สุดในระบบนิเวศ ดังนั้น แนวทางปฏิบัติและ UX บางอย่างจึงได้รับการออกแบบสำหรับกลุ่มนั้น ในขณะที่เราเติบโตขึ้น ในช่วงสองปีที่ผ่านมา เราได้ใช้ความพยายามอย่างมากในการนำความคิดเห็นที่รวบรวมมาในช่วงหลายปีที่ผ่านมา เพื่อรองรับความต้องการของผู้ดูแลและผู้สร้างมากขึ้น แม้ว่าผู้ใช้ WordPress จะเป็นเปอร์เซ็นต์ที่น้อยกว่ามาก แต่ก็เป็นผู้ใช้ที่มีความกระตือรือร้นและสำคัญมาก!

ในขั้นตอนนี้ ผลตอบรับด้านพฤติกรรมส่วนใหญ่ที่ได้รับในช่วงหลายปีที่ผ่านมาได้รวมอยู่ใน WordPress SDK แล้ว แต่ก็ยังมีคำขอซ้ำๆ ที่มักจะมาจากผู้ใช้ที่เชี่ยวชาญด้านเทคโนโลยีและมีความเป็นส่วนตัวสูง: "ทำไมฉันจึงต้องเลือกเข้าร่วมเมื่อเปิดใช้งานคีย์ใบอนุญาต"

แม้ว่าเราจะรวบรวมเมตริกพื้นฐานบางส่วนที่เป็นประโยชน์ต่อผู้ใช้และผู้ผลิตผลิตภัณฑ์เมื่อมีการเปิดใช้งานใบอนุญาต เช่น เวอร์ชัน WordPress เวอร์ชัน PHP และตำแหน่งที่ตั้งของเว็บไซต์ (ข้อมูลทั้งหมดได้รับการบันทึกไว้ในหน้า Data Practices ใหม่ของเรา) เป็นเรื่องที่ยุติธรรมที่เรา ต้องการกล่าวถึงเพื่อให้ผู้ใช้สามารถเพลิดเพลินกับผลิตภัณฑ์ของคุณได้อย่างมั่นใจ

ดังนั้น ในรุ่นถัดไป เราวางแผนที่จะแนะนำตัวเลือกใหม่สำหรับการเปิดใช้งานใบอนุญาตโดยไม่ต้องแชร์ข้อมูลที่ไม่จำเป็นสำหรับการเปิดใช้งานใบอนุญาตและการอัปเดต แทนที่จะใช้สถาปัตยกรรมข้อมูลซ้ำ เราจะปิดบังข้อมูลด้วยค่าจำลองเพื่อให้ความเป็นส่วนตัวสูงสุด โปรดทราบว่าเรายังคงต้องรวบรวม URL ของเว็บไซต์และ IP, เวอร์ชัน SDK และดูว่าผลิตภัณฑ์มีการใช้งานหรือไม่ใช้งาน แต่นั่นล่ะ!

จนกว่าจะถึงครั้งต่อไป

มีข้อเสนอแนะสำหรับการเปิดใช้งานใบอนุญาต 'ไม่ระบุชื่อ' ที่จะเกิดขึ้นหรือไม่? มีคุณสมบัติที่คุณต้องการให้เราพิจารณาไหม คุณสามารถเพิ่มลงในกระดาน Trello ของเราได้ และในระหว่างนี้ ขอให้ขายอย่างมีความสุข!