กลยุทธ์การตลาดดิจิทัล (Digital marketing)

วิธีเดียวที่จะรับประกันรูปแบบเนื้อหาที่สมบูรณ์แบบ

ฉันคิดว่าฉันรู้ทุกอย่างที่จำเป็นต้องรู้เกี่ยวกับการสร้างแบบจำลองเนื้อหา ดังนั้นเมื่อฉันทำโครงการที่เกี่ยวข้องกับการโยกย้ายฟอร์จูน 500 กองการตลาดดิจิทัลของบริษัท B2B กับสภาพแวดล้อม CMS ที่ไม่มีส่วนหัว ฉันคาดว่าจะเป็นเรื่องปกติ

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

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

โมเดลเนื้อหาช่วยนักพัฒนาและ ทีมเนื้อหาเข้าใจ CMS และข้อกำหนด #tech อื่น ๆ @HeyMikeWills ผ่าน @CMIContent กล่าว #ContentStrategy

คลิกเพื่อทวีต ภาษาของกลยุทธ์เนื้อหา ให้คำอธิบายที่เป็นประโยชน์นี้:

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

การจัดโครงสร้างเนื้อหาทำให้สามารถนำกลับมาใช้ใหม่ได้อย่างง่ายดายด้วยวิธีอัตโนมัติ

หมายความว่าคุณสามารถหลีกเลี่ยงการตัดและวางและวิธีอื่นๆ ในการสร้างสิ่งต่างๆ ด้วยตนเอง

โมเดลเนื้อหาช่วยให้ผู้นำเนื้อหาและนักพัฒนาสามารถสื่อสารความต้องการและเป้าหมายทางธุรกิจในโครงการต่างๆ เช่น การโยกย้าย CMS

(หากคุณต้องการไพรเมอร์บนโมเดลเนื้อหา ให้เริ่มที่นี่: เนื้อหาที่มีโครงสร้าง: เริ่มต้นใช้งานโมเดลเนื้อหา )

การเพิ่มประสิทธิภาพโมเดลเนื้อหาในทางทฤษฎี เพื่อช่วยโชคลาภของฉัน 361 ลูกค้า B2B ฉันเริ่มต้นด้วยหลักการสร้างแบบจำลองเนื้อหาที่คุ้นเคย เช่น การใช้ประเภทความหมาย การใช้เนื้อหาซ้ำ และการแมปกับคำศัพท์ schema.org ไม่คุ้นเคยกับแนวคิดเหล่านี้หรือ นี่คือเหตุผลที่รูปแบบเนื้อหาของคุณควรคำนึงถึงแต่ละรูปแบบด้วย

ประเภทความหมาย

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

การใช้เนื้อหาซ้ำ

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

การแมป Schema.org

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

โมเดล #content ที่ดีดึงเนื้อหาไปยังเครื่องมือค้นหา @HeyMikeWills พูดผ่าน @CMIContent . #ContentStrategy #SEO

คลิกเพื่อทวีต

แต่คุณไม่จำเป็นต้องมียานอวกาศเพื่อลงถนน

ทีมงานของฉันและฉันมุ่งมั่นที่จะสร้างแบบจำลองเนื้อหาที่มีประเภทความหมายที่เปิดใช้งานเนื้อหาซ้ำและมีความหมายในทุกช่องทางการจัดส่ง – รวมถึงเครื่องมือค้นหา

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

แต่อย่างที่เราได้เรียนรู้ไปในไม่ช้า แรงกระตุ้นในการปรับให้เหมาะสมสำหรับแง่มุมหนึ่ง – การนำกลับมาใช้ใหม่ – เกือบจะทำให้โมเดลเนื้อหาล่ม

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

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

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

มันสวยงาม เราได้สร้างสิ่งที่ฉันคิดว่าเป็นโมเดลเนื้อหาที่มีเหตุผลซึ่งเต็มไปด้วยความสามารถในการนำกลับมาใช้ใหม่ได้

และฉันพูดถูก บนกระดาษ.

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

#content model ที่สวยงามและมีเหตุผลบนกระดาษสร้างประสบการณ์การเขียนที่ยุ่งยาก @HeyMikeWills ผ่าน @CMIContent กล่าว #กลยุทธ์เนื้อหา

คลิกเพื่อทวีต

เราทำให้ทุกส่วนที่เป็นไปได้และชิ้นส่วนของเนื้อหาสามารถนำกลับมาใช้ใหม่ได้ และสร้างกระบวนการสร้างที่ซับซ้อนเกินไปที่จะรักษาไว้

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

เนื้อหาที่เกี่ยวข้อง:

  • การนำเนื้อหามาใช้ซ้ำโดยอัตโนมัติ: เรื่องราวของทีมการตลาดหนึ่งทีม
  • ในทางปฏิบัติการปรับโมเดลเนื้อหาให้เหมาะสม

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

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

    1. พิจารณารูปแบบเนื้อหามากกว่าหนึ่งแบบ

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

  • โมเดลเนื้อหาหลักกำหนดเนื้อหาหลักและจัดลำดับความสำคัญของการนำกลับมาใช้ใหม่ได้ในหลายช่องทาง (ไม่ใช่แค่เว็บ)

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

  • ในฐานะนักพัฒนา เราต้องการประเภทความหมาย แต่เรายังคงสร้างประเภท (ไม่ใช่ความหมาย) สำหรับข้อตกลงเฉพาะเว็บ เช่น การนำทางแบบสปินเนอร์หรือเมกะ แนวทางแบบสองโมเดลนี้ช่วยให้เราบรรลุสิ่งที่ดีที่สุดในหลาย ๆ โลก: การนำเนื้อหามาใช้ซ้ำ การสนับสนุนแบบ Omnichannel สำหรับเนื้อหาเนื้อหาที่มีค่า และความยืดหยุ่นและการทำซ้ำอย่างรวดเร็วสำหรับเว็บไซต์

    แนวทางโมเดลเนื้อหาแบบคู่สามารถบรรลุสิ่งที่ดีที่สุดในหลาย ๆ โลก: การนำกลับมาใช้ใหม่ การสนับสนุน omnichannel ความยืดหยุ่นและการวนซ้ำอย่างรวดเร็ว @HeyMikeWills ผ่าน @CMIContent กล่าว #กลยุทธ์เนื้อหา

    คลิกเพื่อทวีต

    2. แผนสำหรับการจัดเนื้อหาที่ยืดหยุ่น

    การแยกเนื้อหาหลักและเนื้อหาเฉพาะช่องช่วยให้เราตระหนักว่าไม่จำเป็นต้องนำเนื้อหาทั้งหมดกลับมาใช้ใหม่ (และไม่ใช่เนื้อหาทั้งหมดที่จำเป็นต่อการอยู่ในไลบรารีส่วนกลาง) ซึ่งช่วยให้เราสร้างโซลูชันที่ง่ายและยืดหยุ่นสำหรับการสร้างและจัดระเบียบเนื้อหาเฉพาะหน้าได้

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

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

    #โมเดลเนื้อหา (และ #เทคโนโลยีที่เปิดใช้งาน) ต้องให้บริการลูกค้าหลัก: ผู้เขียนเนื้อหาและผู้ผลิตเว็บ @HeyMikeWills ผ่าน @CMIContent กล่าว #กลยุทธ์เนื้อหา

    คลิกเพื่อทวีต

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

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

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

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

    ลองนึกภาพตามกระบวนการนั้นในหลาย ๆ หน้าบนเว็บไซต์

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

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

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

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

    Takeaway ในโลกแห่งความเป็นจริง หากคุณเป็นนักการตลาดเนื้อหาหรือแม้แต่

    นักยุทธศาสตร์ด้านเนื้อหา คุณคงไม่ได้สร้างโมเดลเนื้อหาด้วยตนเอง อย่าลืมถ่ายทอดบทเรียนสำคัญนี้ให้ทีมพัฒนาของคุณทราบ: จัดลำดับความสำคัญในการใช้งานของผู้เขียน

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

    อย่าปล่อยให้นักพัฒนาของคุณลืมไปว่าโค้ดที่สวยงามที่สุดนั้นไร้ความหมาย หากมันสร้างประสบการณ์ที่เลวร้ายให้กับผู้ใช้ @HeyMikeWills ผ่าน @CMIContent กล่าว #กลยุทธ์เนื้อหา

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

    ทำความเข้าใจวิธีการแปลเทคโนโลยีให้เป็นประสบการณ์ที่ยอดเยี่ยมของผู้ชม เข้าร่วมกับเรา 8 มิถุนายนถึง 04 สำหรับการประชุมสุดยอด ContentTECH ลงทะเบียนวันนี้. ภาพหน้าปกโดย Joseph Kalinowski/Content Marketing Institute

    119336119356

  • 119333 หน้าแรก

  • Back to top button