ธีม WordPress ควรเพิ่มรายการเมนูผู้ดูแลระบบระดับบนสุดหรือไม่

เผยแพร่แล้ว: 2020-07-18

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

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

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

เป็นเวลากว่าทศวรรษที่มีมาตรฐานที่กำหนดไว้อย่างดี แน่นอนว่า ธีมเชิงพาณิชย์นอกไดเรกทอรีอย่างเป็นทางการในบางครั้งอาจทำลายรูปแบบเดิมได้ อย่างไรก็ตาม ธีมจากไดเร็กทอรีเป็นไปตามรูปแบบ

ตอนนี้ ทีมงาน Themes กำลังเสนอว่าธีมควรจะสามารถแยกออกจากประเพณีได้

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

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

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

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

แนวทางที่เสนอ

ข้อเสนอจะสร้างหลักเกณฑ์ใหม่หลายประการสำหรับผู้เขียนธีมที่จะปฏิบัติตามและให้ผู้ตรวจสอบตรวจสอบ สมมติว่าธีมสร้างรายการเมนูผู้ดูแลระบบระดับบนสุด:

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

สิ่งเหล่านี้สมเหตุสมผลและปฏิบัติตามหลักเกณฑ์ที่มีอยู่ เช่น การไม่ส่งสแปมหรือเปลี่ยน UI ของผู้ดูแลระบบ อย่างไรก็ตาม คนอื่นอาจเป็นปัญหาได้

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

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

ข้อจำกัดของหน้าย่อยสำหรับธีมย่อยดูเหมือนจะไม่เป็นไปตามอำเภอใจ ไม่มีข้อจำกัดดังกล่าวเมื่อวางหน้าย่อยภายใต้หน้าจอลักษณะที่ปรากฏมาตรฐาน

ข้อเสนอทั้งหมดเป็นมากกว่างานพิเศษในทีมที่ต้องใช้ทรัพยากรอยู่แล้ว

แทนที่จะเป็นกฎง่ายๆ ที่มีมานานหลายปี ข้อเสนอนี้จะเพิ่มกฎใหม่ที่มีกฎย่อยหลายข้อ ถ้าทีมงานต้องการงานพิเศษ ฉันคิดว่าประเด็นนี้ไม่สำคัญ

ช้างในห้อง

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

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

หัวข้อการเปิดเผยขึ้นอยู่กับแนวคิดในการเพิ่มยอดขายเวอร์ชันโปรของธีม ส่วนเสริม หรือบริการอื่นๆ

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

เราต้องการรายการเมนูผู้ดูแลระบบระดับบนสุดเพิ่มเติมเพื่อการโฆษณาหรือไม่?

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

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