แนวปฏิบัติที่ดีของ WordPress: แยกเว็บที่สร้างมาแข็งแรงออกจากเว็บที่เปราะบาง

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

ต่อไปนี้คือแนวปฏิบัติเหล่านั้นในรูปเช็กลิสต์สำหรับเจ้าของ ใช้ซักถามนักพัฒนาก่อนจ้างทำเว็บไซต์ หรือใช้ตรวจเว็บไซต์ที่คุณมีอยู่แล้ว ขอบอกไว้ก่อนว่าเราอาจมีอคติ: เราสร้างเว็บไซต์บน WordPress โดยใช้ Elementor หรือ Breakdance เมื่อ page builder เหมาะกับงาน แต่เราจะพูดตรง ๆ เรื่องข้อดีข้อเสีย และกรณีที่ WordPress ไม่ใช่ตัวเลือกที่ถูกต้อง

แนวปฏิบัติที่ดีของ WordPress โดยสรุป

เว็บ WordPress ที่สร้างมาแข็งแรง มีลักษณะหกข้อ:

1. ธีมที่เบา หรือ page builder ที่ตั้งค่าสไตล์ส่วนกลางไว้ เพื่อให้กำหนดงานออกแบบไว้ครั้งเดียว แล้วใช้ซ้ำได้ทั้งเว็บ
2. ฟีเจอร์อยู่ในปลั๊กอิน ไม่ใช่ในธีม การรีดีไซน์จึงเปลี่ยนหน้าตาได้โดยไม่เสียเนื้อหา
3. รายชื่อปลั๊กอินสั้น ๆ ที่ยังมีการดูแล แต่ละตัวมีหน้าที่ชัดเจนหนึ่งอย่าง
4. ประเภทเนื้อหาและฟิลด์ สำหรับเนื้อหาที่ซ้ำรูปแบบ เช่น บริการ โปรเจกต์ และบุคลากร
5. บัญชีเข้าใช้แยกรายคน ด้วยบทบาทต่ำสุดที่ทำงานได้ พร้อมบัญชีผู้ดูแลระบบที่ธุรกิจของคุณเป็นเจ้าของ
6. staging การสำรองข้อมูลนอกเซิร์ฟเวอร์ และการอัปเดตเป็นประจำ เพื่อให้ทดสอบการเปลี่ยนแปลงก่อนขึ้นระบบจริง และย้อนกลับความผิดพลาดได้

รากฐาน: ธีมที่เบาหรือ page builder ที่ตั้งค่าดี

ธีมเบากับธีมอเนกประสงค์

รากฐานที่เสี่ยงที่สุดคือธีมอเนกประสงค์ (multipurpose theme) ที่ซื้อเพราะเดโม: เลย์เอาต์หลายสิบแบบ สไลเดอร์ที่แถมมา และปลั๊กอิน “ที่ต้องติดตั้ง” อีกหลายตัว ผู้เข้าชมต้องดาวน์โหลดโค้ดของฟีเจอร์ที่คุณไม่เคยใช้ และเว็บไซต์ของคุณต้องพึ่งผู้ขายรายเดียวให้อัปเดตทั้งหมดนั้นต่อไป ธีมที่เบาจะโหลดเฉพาะสิ่งที่หน้าเว็บของคุณต้องใช้ แทบไม่มีอะไรเกินกว่านั้น

Page builder กับ block editor: เปรียบเทียบตรง ๆ

block editor ของ WordPress เป็นส่วนหนึ่งของแกนหลัก (core) ตั้งแต่เวอร์ชัน 5.0 (ธันวาคม 2018) เมื่อใช้กับ block theme และ site editor ที่เพิ่มมาในเวอร์ชัน 5.9 ก็จัดเลย์เอาต์ได้ทั้งหน้า รวมถึงเฮดเดอร์และฟุตเตอร์ page builder อย่าง Elementor และ Breakdance เพิ่มตัวแก้ไขแบบภาพของตัวเองเข้ามา ทั้งสองแบบสร้างเว็บไซต์ที่เร็วและดูแลง่ายได้ แต่พังได้คนละแบบ

การตั้งค่าสำคัญกว่าการเลือก page builder ที่ทำดีจะมี:

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

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

Child theme: ที่อยู่ของการแก้ไขธีม

ถ้ามีคนแก้เทมเพลตหรือสไตล์ของ classic theme ด้วยโค้ด การแก้ไขเหล่านั้นควรอยู่ใน child theme: ธีมขนาดเล็กที่สืบทอดทุกอย่างจากธีมแม่ (parent theme) และเก็บแค่การปรับแต่งของคุณ ถ้าแก้ธีมแม่โดยตรง การอัปเดตครั้งต่อไปจะเขียนทับงานนั้น จนไม่มีใครกล้าอัปเดต งานออกแบบที่ทำด้วย page builder หรือ site editor อยู่ในฐานข้อมูล จึงรอดจากการอัปเดตธีม โดยไม่ต้องมี child theme

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

เก็บฟีเจอร์ไว้ในปลั๊กอิน ไม่ใช่ในธีม

ธีมควรเป็นตัวกำหนดว่าสิ่งต่าง ๆ ดูเป็นอย่างไร สิ่งที่เว็บไซต์ ทำได้ ควรอยู่ในปลั๊กอิน: ประเภทเนื้อหา shortcode ฟอร์มติดต่อ สคริปต์ติดตาม และการเชื่อมต่อระบบ กฎการตรวจธีมของ WordPress.org เรียกสิ่งนี้ว่า “plugin territory” (พื้นที่ของปลั๊กอิน) และไม่อนุญาตให้อยู่ในธีมของไดเรกทอรีทางการ

เหตุผลคือ สมมติว่านักพัฒนาสร้างส่วน “โปรเจกต์” ของคุณไว้ในธีม สองปีต่อมา การรีดีไซน์เปลี่ยนธีม และส่วนโปรเจกต์ก็หายไปจากแดชบอร์ด รายการต่าง ๆ ยังอยู่ในฐานข้อมูล แต่ไม่มีอะไรแสดงหรือแก้ไขมันได้ จนกว่าจะมีคนสร้างโค้ดส่วนนั้นใหม่

ทดสอบด้วยการรีดีไซน์ ถามนักพัฒนาของคุณว่า “ถ้าเปลี่ยนธีมปีหน้า จะเสียอะไรไปบ้าง?” คำตอบที่ถูกคือ “งานออกแบบ” ส่วนเนื้อหา ฟอร์ม การติดตาม และการเชื่อมต่อระบบ ควรอยู่รอด

โค้ดที่เขียนเองควรอยู่ในปลั๊กอินเล็ก ๆ เฉพาะของเว็บไซต์ และเก็บไว้ในระบบควบคุมเวอร์ชัน เพื่อบันทึกทุกการเปลี่ยนแปลง บทความ คู่มือการพัฒนาเว็บไซต์ฉบับภาษาง่าย ของเราอธิบายว่าเรื่องนี้เข้ากับขั้นตอนการปล่อยงานอย่างไร

ปลั๊กอิน WordPress เยอะเกินไป? ดูที่รายการ ไม่ใช่จำนวน

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

ตรวจปลั๊กอินด้วยตัวเอง

ไล่ดู Plugins → Installed Plugins (ปลั๊กอิน → ปลั๊กอินที่ติดตั้ง) แล้วถามกับแต่ละตัว:

• มีหน้าที่ชัดเจนหนึ่งอย่าง และไม่มีปลั๊กอินอื่นทำหน้าที่เดียวกัน (เช่น ปลั๊กอิน SEO สองตัว)
• ยังใช้งานอยู่: ปลั๊กอินที่ปิดใช้งานแล้วยังอยู่ในไฟล์ของคุณ ซึ่งเป็นเหตุผลที่ Tools → Site Health แนะนำให้ลบออก
• หน้าบน WordPress.org หรือเว็บไซต์ผู้ขาย แสดงการอัปเดตล่าสุด และการทดสอบกับ WordPress เวอร์ชันปัจจุบัน
• ได้มาจาก WordPress.org หรือจากผู้ขายโดยตรง ไม่ใช่สำเนา “ฟรี” ของปลั๊กอินแบบเสียเงิน
• ไลเซนส์แบบเสียเงินทุกตัวอยู่ในชื่อบริษัทของคุณ และรู้วันต่ออายุ
• มีคนบอกได้ว่าอะไรจะพัง ถ้าเอามันออก

ปลั๊กอินพรีเมียมละเมิดลิขสิทธิ์ ที่มักเรียกว่า “nulled” เป็นช่องทางที่รู้กันดีของมัลแวร์ และไม่ได้รับการอัปเดตตามปกติ บทความ คู่มือความปลอดภัย WordPress ของเราครอบคลุมพื้นฐานการเสริมความปลอดภัยที่เหลือ

ให้เนื้อหาที่มีโครงสร้าง มีประเภทเนื้อหาของตัวเอง

WordPress มาพร้อม post และ page เว็บไซต์ธุรกิจส่วนใหญ่ยังเผยแพร่สิ่งที่มีรูปแบบซ้ำ ๆ ด้วย: บริการ โปรเจกต์ ทีมงาน ตำแหน่งงานว่าง เว็บที่สร้างมาแข็งแรงจะให้แต่ละอย่างมี custom post type ของตัวเอง (คำที่ WordPress ใช้เรียกประเภทเนื้อหา) พร้อม custom fields สำหรับรายละเอียด และเทมเพลตเดียวที่แสดงทุกรายการ ฟิลด์มักมาจากปลั๊กอินอย่าง Advanced Custom Fields หรือ Meta Box แล้วฟีเจอร์ dynamic content ของ page builder ก็นำมาแสดงได้

นี่คือความต่างสำหรับส่วนโปรเจกต์:

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

ตรวจสอบด้วยตัวเอง โปรเจกต์ บริการ หรือทีมงาน มีเมนูของตัวเองในแดชบอร์ดไหม หรือทุกอย่างอยู่ใต้ Pages พร้อมรายการที่แทบเหมือนกันหลายสิบรายการ?

บทบาท ล็อกอิน และสำเนา staging

ให้ทุกคนมีบทบาทต่ำสุดที่ทำงานได้

WordPress มีบทบาทมาตรฐานห้าแบบบนเว็บไซต์เดี่ยว เว็บไซต์ธุรกิจส่วนใหญ่ต้องการสองหรือสามแบบ

จากนั้นตรวจการเข้าถึง:

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

ถ้ามีแต่นักพัฒนาที่ล็อกอินได้ ทุกการเปลี่ยนแปลงและทุกเหตุฉุกเฉินต้องรอเขา

ทดสอบการเปลี่ยนแปลงบน staging ก่อน

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

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

สัญญาณของเว็บ WordPress ที่สร้างมาไม่ดี

แต่ละสัญญาณ และสิ่งที่ควรถาม:

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

เมื่อ WordPress ไม่ใช่ตัวเลือกที่เหมาะ

WordPress เหมาะกับเว็บไซต์ธุรกิจที่มีเนื้อหามากและจะเติบโต ในภาษาเดียวหรือหลายภาษา แต่เป็นเครื่องมือที่ผิด เมื่อ:

• ธุรกิจคือร้านค้าออนไลน์ แพลตฟอร์มอีคอมเมิร์ซแบบโฮสต์ให้อาจดูแลง่ายกว่า บทความ เปรียบเทียบ WordPress vs Wix vs Shopify ของเราชั่งน้ำหนักเรื่องนี้
• หัวใจคือผู้ใช้ที่ล็อกอินเพื่อทำงานกับข้อมูลของตัวเอง พอร์ทัล เครื่องมือเสนอราคา และกฎการจองที่ซับซ้อน คือแอปพลิเคชัน ดู เว็บไซต์ หรือเว็บแอป
• ไม่มีใครจะดูแลมัน เว็บไซต์เรียบง่ายที่ไม่มีงบดูแล อาจปลอดภัยกว่าถ้าอยู่บนเครื่องมือสร้างเว็บแบบโฮสต์ ที่จัดการซอฟต์แวร์ให้คุณ
• เนื้อหาต้องป้อนหลายช่องทาง เช่น แอปและจอในร้าน ซึ่ง headless CMS อาจเหมาะกว่า

ยังชั่งใจเรื่องแพลตฟอร์มอยู่? ดู วิธีเลือก CMS

คำถามที่พบบ่อย

ปลั๊กอินกี่ตัว ถึงจะถือว่าเยอะเกินไปสำหรับ WordPress?

ไม่มีขีดจำกัดตายตัว ปลั๊กอินยี่สิบตัวที่ดูแลดีและมีหน้าที่ไม่ซ้ำกัน อาจเบาและปลอดภัยกว่าปลั๊กอินแปดตัวที่ทำมาไม่ดี เกณฑ์ที่ดีกว่าคือ มีคนอธิบายได้ไหมว่าทำไมติดตั้งปลั๊กอินแต่ละตัว และใครคอยอัปเดตมัน

page builder ไม่ดีสำหรับ WordPress หรือเปล่า?

ไม่ แต่ต้องใช้อย่างมีวินัย ถ้าตั้งค่าด้วยสไตล์ส่วนกลาง เทมเพลต และเปิดเฉพาะโมดูลที่ใช้ builder ก็เร็วและแก้ไขง่ายได้ ข้อแลกเปลี่ยนจริงคือการผูกติด (lock-in): การเลิกใช้ builder มักหมายถึงต้องสร้างหน้าที่ทำด้วยมันใหม่

เว็บ WordPress ที่สร้างมาไม่ดี แก้ได้โดยไม่ต้องสร้างใหม่ไหม?

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

ขั้นตอนต่อไป

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

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