Journey D — Structured Data

บทที่ 13 จาก 18 · บทเรียนอ่านและฝึกปฏิบัติ

เป้าหมายบทเรียน

วางแผนข้อมูลโครงสร้างให้สอดคล้องกับหน้า

แนวคิดสำคัญ

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

เลือกประเภทจากเนื้อหาจริง

เริ่มจากคำถามว่าหน้านี้นำเสนออะไร แล้วอ่านข้อกำหนดของประเภทที่เหมาะสม ประเภทที่มีอยู่ใน Schema.org ไม่ได้แปลว่า Google รองรับเป็น Rich Result ทุกประเภท

วางเจ้าของข้อมูล

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

ทดสอบก่อนและหลัง

ใช้เครื่องมือตรวจที่เหมาะกับเป้าหมาย Rich Results Test ใช้ตรวจประเภทที่ Google รองรับ การตรวจผ่านไม่ได้รับประกันการแสดงผลแบบพิเศษ ควรตรวจข้อมูลบนหน้าจริงและติดตามหลังเผยแพร่ด้วย

ตัวอย่างประยุกต์

ตัวอย่างสมมติ: หน้าคอร์สระบุราคา 18,000 บาท ข้อมูลโครงสร้างที่เกี่ยวข้องต้องไม่แสดงราคาอื่นหรือคะแนนรีวิวที่ไม่มีบนหน้า และต้องตรวจข้อกำหนดที่รองรับในปัจจุบันก่อนเลือกประเภท

Workshop ทีละขั้น

1. เลือกหน้าและระบุชนิดข้อมูลที่มีจริง
2. ตรวจข้อมูลที่ปลั๊กอินหรือธีมสร้างอยู่
3. ทำรายการฟิลด์พร้อมที่มาบนหน้า
4. ทดสอบในสภาพแวดล้อมปลอดภัยและบันทึกผลตรวจ

สิ่งที่ต้องส่ง

Schema Mapping ระบุประเภท ฟิลด์ ค่า แหล่งข้อมูล และผลทดสอบ

เกณฑ์ตรวจงาน

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

ข้อผิดพลาดที่พบบ่อย

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

เช็กความเข้าใจ

ข้อมูลโครงสร้างตรวจผ่านแล้วจะได้ Rich Result แน่นอนหรือไม่?

เปิดแนวคำตอบ

ไม่แน่นอน ยังขึ้นกับข้อกำหนด ความเหมาะสม และระบบแสดงผลของแพลตฟอร์ม

อ่านต่อจากแหล่งทางการ

• Google: Structured data

ตัวอย่างและ Workshop ออกแบบเพื่อฝึกคิดและลงมือทำ · ตรวจเอกสารแพลตฟอร์มล่าสุดก่อนใช้กับงานจริง