DE{CODE}: เมื่อใดจึงควรเลือก Headless สำหรับลูกค้า

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

สไลด์เซสชัน

การถอดเสียงแบบเต็ม

HASHIM WARREN: สวัสดี ยินดีต้อนรับสู่แผงควบคุมของเรา เมื่อใดควรเลือก WordPress หัวขาดสำหรับลูกค้า ฉันชื่อฮาชิม วอร์เรน และเป็นผู้จัดการฝ่ายการตลาดผลิตภัณฑ์ของ Atlas ซึ่งเป็นโซลูชันสำหรับ Headless WordPress และหนึ่งในคำถามแรกๆ ที่ฉันได้รับจากผู้คนเมื่อพวกเขาเริ่มใช้หรือต้องการนำ Headless WordPress มาใช้ก็คือ เมื่อใดที่ฉันควรใช้ WordPress แบบดั้งเดิม รวมใน WordPress เดียว และเมื่อใดที่ฉันควรใช้ Headless WordPress

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

ดังนั้นวันนี้กับฉัน เรามี Jonathan Jeter ซึ่งเป็นผู้อำนวยการฝ่ายการผลิตด้านเทคนิคของ Click Here Labs เรายังมี Stephen Brooks ผู้อำนวยการฝ่ายเทคโนโลยีของ Springbox เรายังมี James Squires ประธานเจ้าหน้าที่ฝ่ายเทคโนโลยีที่ space 150 และเรายังมี Tayo Onabule กรรมการผู้จัดการของ drewl

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

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

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

ฮาชิม วอร์เรน: ยอดเยี่ยม และสตีเฟ่น คุณมีเรื่องที่คล้ายกันไหม? เช่น อะไรทำให้คุณหรือหน่วยงานของคุณสนใจ Headless WordPress?

STEPHEN BROOKS : ใช่ ดังนั้นเราจึงอยู่ในพื้นที่ของ Headless มาตั้งแต่ปี 2015 โดยต้องรับมือกับแพลตฟอร์ม CMS ที่ใช้การติดขัดแบบดั้งเดิม ในช่วงไม่กี่ปีที่ผ่านมา มันเป็นเรื่องท้าทายในการจัดการกับทีมการตลาดบางทีมที่ทำงานในระบบที่ติดขัด เพียงเพราะกระบวนทัศน์ที่เปลี่ยนไปในการป้อนเนื้อหา ซึ่งตรงข้ามกับแนวทางประเภทโพสต์และเพจ

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

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

HASHIM WARREN: มันยอดเยี่ยมมาก Tayo คุณช่วยเล่าเรื่องราวของคุณให้เราฟังได้ไหม และเพื่อติดตามเรื่องนี้ คุณช่วยเล่าให้เราฟังเกี่ยวกับการโน้มน้าวผู้เผยแพร่ให้นำ Headless WordPress มาใช้ได้ไหม

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

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

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

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

เราเปิดตัว ฉันเชื่อว่ามันเป็นเดือนพฤษภาคมของปีที่แล้ว ดังนั้นเราจะมาถึงในวันครบรอบนั้นจริงๆ , แต่ใช่ ตั้งแต่เปิดตัวนั้น เราสามารถสร้างการผสานรวมจำนวนมากในไซต์ได้ ซึ่งทั้งหมดนี้น่าจะยากขึ้นมากหากเราใช้ WordPress แบบเสาหินหรือทั้งหมดในอันเดียว ความยืดหยุ่นที่ให้คุณนั้นเป็นหนึ่งในนั้น – เป็นหนึ่งในสิ่งที่ฉันบอก Android Authority ว่าเรามี แต่ฉันไม่คิดว่าฉันจะตระหนักถึงขนาดและอิสระที่มีให้โดยพื้นฐาน

HASHIM WARREN: มันยอดเยี่ยมมาก จนถึงตอนนี้ เราได้ยินเกี่ยวกับประสิทธิภาพของ SEO, ความยืดหยุ่นสำหรับนักพัฒนา, ความยืดหยุ่นในแง่ของประเภทของโครงการ, นอกจากนี้ ผู้เผยแพร่ยังสามารถใช้ CMS ที่พวกเขารู้จักได้ จิมมี่ ประสบการณ์ของคุณตรงกับข้อใดข้อหนึ่งหรือไม่ หรือคุณมีอะไรเพิ่มเติมเกี่ยวกับสิ่งที่ทำให้คุณหรือเอเจนซีของคุณสนใจ Headless WordPress หรือไม่

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

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

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

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

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

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

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

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

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

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

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

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

และฉันคิดว่ามันเป็นเรื่องน่ายินดีสำหรับทุกคน พูดตามตรง

HASHIM WARREN: น่าสนใจจริงๆ ไม่ใช่แค่ Headless เทียบกับ all in one site แต่เป็นการพัฒนาแบบอิงเทมเพลตกับแบบอิงคอมโพเนนต์ และดูเหมือนว่าจะเกี่ยวข้องกับการเสนอราคา งานของลูกค้าและการอนุมัติของลูกค้า การทดสอบและงาน QA งานพัฒนา และงานออกแบบ และดูเหมือนว่าจะมีการเปลี่ยนแปลง และดูเหมือนว่ามีการเปลี่ยนแปลงในเชิงบวก มีอะไรหรือเปล่า—

ดังนั้น ถ้าคุณมีลูกค้าเข้ามา และพวกเขาบอกว่า ฉันมีข้อกำหนด xyz คุณได้ยินข้อกำหนดชุดใดที่ทำให้คุณบอกว่านี่เหมาะสำหรับโครงการ Headless และสตีเฟน คุณช่วยเริ่มเราหน่อยได้ไหม

สตีเฟน บรูคส์: ใช่ แน่นอน สิ่งแรกที่ฉันพิจารณาเป็นการส่วนตัวคือรอยเท้าความปลอดภัยที่องค์กรต้องการ เว็บไซต์นี้เป็นเว็บไซต์สำหรับใช้งานภายในหรือเว็บไซต์สำหรับใช้งานภายนอก หลังจากนั้นเราก็เริ่มดูว่า CMS นี้จะขับเคลื่อนรายการหลายรายการหรือไม่ การจัดส่งแบบ omni-channel ถ้าสองช่องแรกนั้นถูกกาเครื่องหมายออก บูม มันเป็นการสร้าง Headless อัตโนมัติ

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

HASHIM WARREN: ไม่ มันยอดเยี่ยมมาก และโจนาธาน คุณช่วยพูดกับมันหน่อยได้ไหม? ข้อกำหนดชุดใดที่ทำให้คุณรู้สึกว่า โอเค นี่ควรเป็นโครงการที่ไม่มีหัวคิด และการแลกเปลี่ยนใดที่คุณจะอธิบายให้ลูกค้าทราบเกี่ยวกับการนำ Headless มาใช้

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

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

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

เพราะเป็นเวลาหลายปีแล้วที่เราได้พูดคุยกับ WP Engine ของเราซึ่งฉันก็ชอบ พวกคุณต้องทำสิ่งนี้เพราะเรากำลังทำที่อื่นใช่ไหม งั้นมาจัดกันเลยดีกว่า ดังนั้นเราจึงรู้สึกตื่นเต้นกับสิ่งนั้น มีความสุขจริงๆ กับกระบวนการสร้างไซต์ใน Atlas แต่การแลกเปลี่ยนโดยพื้นฐานแล้วเป็นการบำรุงรักษาซึ่ง Atlas จะหายไป ค่าใช้จ่ายสำหรับลูกค้า เท่าที่โฮสติ้งดำเนินไป ตรงข้ามกับเว็บไซต์ WordPress มาตรฐาน

แต่บางครั้ง อย่างที่ฉันพูดไปก่อนหน้านี้ ค่าใช้จ่ายในการพัฒนาเว็บไซต์ลดลง ค่าใช้จ่ายในการบำรุงรักษาเว็บไซต์ลดลง ดังนั้นจึงเป็นการแลกเปลี่ยน

JAMES SQUIRES: ฉันคิดว่าอีกสิ่งที่สำคัญจริงๆ ที่เราพิจารณาเมื่อถกเถียงกันว่ามันเหมาะสมกับแนวทางตามธีมหรือ Headless แฮนด์ออฟมีลักษณะอย่างไรหลังจากสร้างไซต์ ลูกค้าคาดหวังว่าจะมีทรัพยากรภายในที่ทำสิ่งนี้หรือไม่? หรือพวกเขามองหาพันธมิตรเอเจนซี่ระยะยาวเพื่อพึ่งพา?

และนั่นเป็นการตัดสินใจที่สำคัญอย่างยิ่ง เพราะหากคุณมีทีมที่ไม่คุ้นเคยกับ React, Gatsby หรือ Next ไม่ว่า Headless Stack จะจบลงอย่างไร นั่นอาจเป็นเรื่องน่าประหลาดใจอย่างมากหากพวกเขาไม่คุ้นเคยกับ สถาปัตยกรรมแบบไร้หัว และวิธีการดูแลรักษา นั่นคือสิ่งที่สำคัญจริงๆ อาจดูเหมือนชัดเจน แต่เพื่อให้ชัดเจนเกี่ยวกับ ตกลง เมื่อสิ่งนี้เปิดตัว และเราเข้าสู่โหมดการบำรุงรักษา และการส่งมอบ มีแผนอย่างไร

ฮาชิม วอร์เรน: ยอดเยี่ยม

TAYO ONABULE: ฉันคิดว่าอีกสิ่งหนึ่งที่คือ ฉันคิดว่า Jonathan พูดถึงมัน อาจจะเป็นความจริงที่ว่า อะไร และนี่คือส่วนใหญ่ที่เรามุ่งเน้นในฐานะเอเจนซี่ สิ่งที่เปิดใช้งานโดย Headless นั้นเป็นประสบการณ์หลัก สิ่ง. ในแง่ของสิ่งที่ผู้ใช้โต้ตอบด้วย และบ่อยครั้งมาก และนี่คือบทสนทนาที่เปลี่ยนไปสำหรับทุกบริษัท บางบริษัทต้องการแค่ทำงานให้เสร็จ บาง บริษัท ต้องการฉูดฉาดเกี่ยวกับเรื่องนี้

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

เนื่องจากเห็นได้ชัดว่า WordPress ดำเนินการมาเป็นเวลานานและเป็นสถานที่ที่ดีในการสร้างเว็บไซต์ แต่โดยพื้นฐานแล้วคุณต้องการ "ฉูดฉาดฉูดฉาด" มากแค่ไหน? และถ้าคุณต้องการมาก Headless เป็นวิธีที่ยอดเยี่ยมจริงๆ

HASHIM WARREN: มันยอดเยี่ยมมาก จิมมี่ ฉันต้องการพูดคุยเกี่ยวกับการจัดหาพนักงานในแง่ของเอเจนซี่ เมื่อคุณนึกถึงโครงการ Headless คุณต้องการนักพัฒนา WordPress ที่นำ JavaScript มาใช้และเช่น React หรือไม่ หรือคุณอยากมีนักพัฒนา JavaScript ที่ไม่ได้ใช้ WordPress มากกว่ากัน? เช่นเดียวกับที่คุณคิดเกี่ยวกับการจัดหาพนักงานเมื่อพูดถึงโครงการ Headless WordPress

JAMES SQUIRES: ใช่ เป็นคำถามที่ดี เอเจนซี่ของเรา เรามองหา React เป็นพื้นฐานหลัก ดังนั้นเห็นได้ชัดว่า JavaScript และประสบการณ์ใน React framework นั่นเป็นข้อบังคับของเราในทุกระดับจริงๆ WordPress คือ – เราถือว่าสิ่งนั้นเป็น “สิ่งดีที่มี” นั่นคือบางอย่าง โดยเฉพาะอย่างยิ่งในพื้นที่ Headless ที่เราสามารถฝึกฝนได้อย่างรวดเร็ว

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

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

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

HASHIM WARREN: นั่นน่าสนใจจริงๆ ในแง่ของความสามารถในการแยกงาน คุณทำงานในส่วนนี้ และคุณสามารถทำงานแยกต่างหากจากโครงการ นั่นเป็นตัวอย่างที่ยอดเยี่ยมจริงๆ

Jonathan คุณคิดอย่างไรเมื่อพูดถึงโครงการ Headless WordPress? คุณอยากมีนักพัฒนา WordPress ที่มีทักษะ - ผู้ที่เพิ่ม React ให้กับสิ่งนั้นหรือเฟรมเวิร์ก JavaScript ใด ๆ ให้กับพวกเขาหรือไม่? หรือนักพัฒนา JavaScript ที่อัพสเกลบน WordPress คุณคิดอย่างไรเกี่ยวกับเรื่องนี้

JONATHAN JETER: ก็อย่างที่จิมมี่พูด เราต้องการทั้งสองอย่าง แต่ตอนนี้เราจะมองหา React, the View ซึ่งเป็นส่วนหน้าของนักพัฒนาจาวาสคริปต์เพิ่มเติม ตอนนี้ทุกคนเรียกตัวเองว่า Full Stack แต่นักพัฒนา JavaScript ที่กำลังจะสามารถเข้าร่วมได้ และฉันมีนักพัฒนาเข้ามาและพูดว่า โอ้ ฉันจะไม่ทำงานใน WordPress เหมือนนั่นไม่ใช่อะไร ฉันต้องการที่จะทำ และเมื่อเราเข้าไปแล้ว เรากำลังทำโปรเจกต์ไร้หัว มันไม่ได้แย่ขนาดนั้น

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

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

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

HASHIM WARREN: ยังไงก็ตาม มันเป็นภาพที่สวยงาม ผมเห็นการเปิดตัว มันเป็นเว็บไซต์ที่สวยงาม

เจมส์ สไควเรส: ขอบคุณ

JONATHAN JETER: อีกอย่างที่ฉันอยากจะพูดก็คือ ฉันรู้ว่าเรากำลังพูดถึง WordPress เท่านั้น ใช่ไหม แต่เราจัดการกับโปรเจ็กต์ที่ไม่ใช่ WordPress ด้วยเช่นกัน ใช่ไหม ดังนั้นนักพัฒนา JavaScript เหล่านั้นจึงสามารถทำงานบนระบบแบ็คเอนด์หลายระบบได้ ซึ่งตรงข้ามกับถ้าฉันจ้างนักพัฒนา .net พวกเขาจะทำงานเฉพาะใน .net เท่านั้น โดยส่วนใหญ่แล้ว

ดังนั้นเราจึงมีคนที่ดูแลให้ API ทำงาน รวบรวมข้อมูล รวบรวมทุกอย่างเข้าด้วยกัน ถูกต้อง จากนั้นเราก็ได้ส่วนหน้าที่สามารถทำงานในโครงการใดโครงการหนึ่ง แทนที่จะเจาะจงเฉพาะภาษาใดภาษาหนึ่ง

TAYO ONABULE: และฉันคิดว่ามีบางสิ่งที่เราพูดถึงที่นี่ ฉันคิดว่าสมมติว่ามันเป็นเช่น React หนึ่ง– ในกรณีของเรา เรามักจะยึดติดกับ React อยู่ดี เรามีนักพัฒนา View สองสามราย แต่เรามักจะยึดติดกับ React แต่เฟรมเวิร์กส่วนหน้าทั้งหมดนี้ได้รับการออกแบบมาโดยเฉพาะโดยคำนึงถึงประเภทของนักพัฒนาและกระบวนการ พวกเขาได้รับการออกแบบ – ฉันคิดว่านาย Facebook ในบางจุดเช่น ตรวจสอบให้แน่ใจว่าสิ่งนี้มีประสิทธิภาพสำหรับทีมของเรามากที่สุดเท่าที่จะเป็นไปได้

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

ดังนั้นข้อกำหนดในฝั่ง WordPress เว้นแต่ว่าคุณกำลังพยายามทำสิ่งที่เริ่มซับซ้อน คุณก็สามารถสร้างเว็บไซต์ Headless WordPress โดยมีความรู้พื้นฐานเกี่ยวกับฟังก์ชันของไฟล์ .php และไม่มีอะไรอื่นอีก คุณสามารถผ่านไปได้ และฉันคิดว่าความสวยงามของสิ่งนี้ก็อย่างที่ Jonathan พูดไว้ เป็นอีกครั้งที่นักพัฒนา JavaScript เหล่านั้นจะมีประโยชน์ในทุกโครงการของคุณ และฉันคิดว่าค่อนข้างปลอดภัยที่จะบอกว่าในอนาคตอันใกล้นี้ เว็บจะมุ่งเน้นที่ JavaScript และนั่นเป็นความสามารถที่มีประโยชน์มาก

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

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

สิ่งนี้เกิดขึ้นก่อน Gutenberg ดังนั้นเราจึงใช้ฟิลด์ทวนสัญญาณและ ACF และควบคุมส่วนประกอบบางอย่างที่ส่วนหน้า มันเป็นที่น่าตื่นตาตื่นใจ. แต่นักพัฒนา React สองคนก็รับทันที ใช้เวลาเพียงช่วงบ่ายและพวกเขาก็ออกไปแข่ง

TAYO ONABULE: นั่นคือสิ่งที่เกิดขึ้นกับนักพัฒนาส่วนหน้าประเภทนี้ พวกเขาค่อนข้างจะคุ้นเคยกับการเสียบเข้ากับส่วนหลังสำหรับข้อมูลของพวกเขา และมีโครงสร้างข้อมูลที่ต้องยึดติด นั่นเป็นองค์ประกอบทั่วไปของเวิร์กโฟลว์ ดังนั้น WordPress จึงไม่มีโอกาสมากนัก

JONATHAN JETER: ด้วยความแพร่หลายของ- ขออภัย SaaS ที่แพร่หลาย แอปพลิเคชันที่มีอยู่ทุกที่ในขณะนี้ สิ่งที่คุณเคยทำใน WordPress ไม่ว่าจะเป็นอีคอมเมิร์ซ การผสานรวมกับ CRM อะไรทำนองนั้น ตอนนี้ยังไม่ได้ทำใน – ไม่จำเป็นต้องทำบน WordPress อีกต่อไป คุณไม่จำเป็นต้องติดตั้งปลั๊กอิน Marketo หรือปลั๊กอิน Salesforce หรือพยายามเชื่อมต่อสิ่งเหล่านี้อีกต่อไป

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

ฮาชิม วอร์เรน: ยอดเยี่ยม Stephen ฉันชอบที่จะได้ยินจากคุณเกี่ยวกับระบบนิเวศ ซึ่งเป็นระบบนิเวศของ JavaScript ฉันรู้ว่านักพัฒนา WordPress คุ้นเคยกับระบบนิเวศที่ยอดเยี่ยมและแข็งแกร่ง ในแง่ของปลั๊กอินและชุมชน คุณสามารถพูดคุยเกี่ยวกับวิธีการเปรียบเทียบกับระบบนิเวศในโลก JavaScript ได้หรือไม่? ทั้งในแง่ของเทคโนโลยีและแม้แต่ชุมชน

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

ผมเกือบจะบอกว่ามันมากกว่าประมาณ 20% แค่โยนตัวเลขออกไปตามอำเภอใจ แต่มันเร็วกว่ามากสำหรับคนที่จะเคลื่อนไหว และ NPM จำนวนมากก็ตรงประเด็น นอกจากนี้ คุณยังไม่ต้องกังวลเกี่ยวกับเวอร์ชันคอร์ของ WP และเวอร์ชันปลั๊กอินที่ไม่ตรงกันที่อาจเกิดขึ้นได้ เมื่อคุณปักหมุดเวอร์ชันของคุณในไฟล์ Manifest ของแพ็คเกจ แสดงว่าคุณดำเนินการเสร็จแล้ว คุณไม่ต้องกังวลกับการอัปเดตอีกต่อไปหากคุณไม่ต้องการหรืออะไรทำนองนั้น

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

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

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

HASHIM WARREN: จิมมี่ ฉันมีอีกตัวอย่างหนึ่งที่เป็นเช่นนั้น ดังนั้นฉันจึงสร้างเว็บไซต์ Gatsby และเพิ่ม Google Analytics เข้าไป Gatsby มีระบบนิเวศปลั๊กอิน ปลั๊กอินทั้งหมดเป็นโอเพ่นซอร์ส แพ็คเกจของพวกเขาอยู่บน NPM ง่ายต่อการติดตั้ง ดังนั้นฉันจึงเพิ่ม Google Analytics เข้าไป และมีตัวเลือกทั้งหมดเหล่านี้ ซึ่งด้วยปลั๊กอิน Google Analytics ที่ได้รับความนิยมสูงสุดสำหรับ WordPress ตัวเลือกเหล่านั้นบางตัวเลือกจะอยู่ในเวอร์ชันพรีเมียม ดังนั้นฉันจึงรู้สึกตื่นเต้นมากในฐานะคนที่ยินดีจ่ายสำหรับปลั๊กอิน WordPress นี้เพื่อให้มีฟังก์ชันการทำงานเดียวกันกับแพ็คเกจที่เป็นปลั๊กอิน Gatsby ด้วย ตื่นเต้นมากว่าระบบนิเวศเหล่านั้นเข้ากันได้อย่างไร

TAYO ONABULE: ฉันคิดว่ามันเร็วมากในเรื่องทั้งหมดของ NPM เช่นกัน ฉันคิดว่านั่นเป็นเพียงสิ่งเล็กน้อยที่สุด และมันอาจจะไม่สำคัญ แต่สำหรับฉันแล้ว ฉันชอบความจริงที่ว่าเมื่อคุณพัฒนาบางอย่างใน React คุณต้องการบางอย่าง คุณดาวน์โหลดผ่าน CLI และคุณไม่จำเป็นต้องใช้ WordPress หรือความเหนอะหนะใด ๆ มันอยู่ที่นั่นในพื้นที่ของคุณ คุณไม่จำเป็นต้องออกจากสตูดิโอ และทุกอย่างอยู่ที่นั่น และเป็นกระบวนการที่เทอะทะน้อยกว่าการทำวิจัย การค้นหาปลั๊กอิน การติดตั้ง และอื่นๆ ฉันไม่เคยเป็นแฟนของสิ่งนั้น

ฮาชิม วอร์เรน: ยอดเยี่ยม Jonathan ฉันอยากจะถามคุณ เราได้พูดคุยเกี่ยวกับข้อกำหนดที่จะทำให้คุณบอกว่านี่เหมาะสำหรับ Headless WordPress โครงการประเภทใดที่จะทำให้คุณรู้สึกว่า โอเค นี่ควรเป็นโครงการดั้งเดิมของ WordPress

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

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

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

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

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

ฮาชิม วอร์เรน: ยอดเยี่ยม สตีเฟ่น พูดกับมันได้ไหม? When would you say, OK, this needs to be a traditional site or traditional WordPress site?

STEPHEN BROOKS: It really follows along with Jonathan. Cost is going to be the first one, and then the second one after that is going to be time to market. If somebody needs something out pretty quick, even with the accelerator as John's talking about in terms of Genesis blocks, and just having a block catalog that you can do 0 dev from, it's still really incumbent on getting that stuff out as quickly as possible for those clients. Also to spin outs is a pretty big one for us. To where, hey, we need some sort of marketing presence for our investors. This is going live in two weeks. What could you do for me.

HASHIM WARREN: Awesome Thank you so much to our panel for your participation today. If you are interested in Headless WordPress, you can get a free Atlas Sandbox account at WPEngine.com/Atlas. And compare for yourself. You can use an all-in-one WordPress site, and compare it right against a Headless WordPress site, to compare everything that we talked about today. Thank you so much for joining us.