WordPress กับ Headless CMS ต่างกันอย่างไร?

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

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

การแยกเนื้อหาออกจากการแสดงผล

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

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

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

ก่อนเลือกแนวทางที่ซับซ้อนกว่า ลองชั่งน้ำหนักด้วยคำถามเหล่านี้

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

คำถามที่ดีกว่า ไม่ใช่อันไหนดีกว่า

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

บริษัทที่มีเนื้อหาเปลี่ยนตลอดเวลาและมีทีมเล็ก ๆ ที่ต้องลงมือเอง มักจะมีความสุขกว่าด้วยระบบที่เรียบง่าย ส่วนบริษัทที่มีหลายช่องทาง หลายแบรนด์ และมีทีมเทคนิคที่แข็งแรง อาจได้ประโยชน์จากการแยกระบบ ที่ Whale Task เราพบว่าการตัดสินใจที่ดีที่สุดมักเกิดจากการมองโครงสร้างทีมก่อนมองเทคโนโลยี เพราะระบบที่ดีที่สุดบนกระดาษ อาจเป็นระบบที่แย่ที่สุดสำหรับคนที่ต้องใช้มันจริง