schema.org มีทั้งหมดเกือบ 800 ชนิด เอเจนซี่ชอบพูดตัวเลขนี้ เพราะทำให้ structured data ฟังดูเป็นงานเฉพาะทางที่ต้องจ้างต่อเนื่องตลอดไป แต่สำหรับเว็บ SME ทั่วไป ต้องการแค่สามชนิด
1. Organization — คุณคือใคร
หนึ่งบล็อก ใช้ร่วมกันทั้งเว็บ อยู่ใน head ของทุกหน้า บอกเครื่องว่าชื่อที่เป็นทางการของคุณ เว็บไซต์ของคุณ และธุรกิจของคุณคืออะไร:
- name: ชื่อจดทะเบียนหรือชื่อทางการค้าจริง สะกดตามที่คุณต้องการให้ AI เรียก
- url: โดเมนหลักของคุณ
- description: หนึ่งประโยคข้อเท็จจริง (สูตรแบบคำตอบ — ประเภทธุรกิจ พื้นที่ ตัวเลขจริงหนึ่งตัว — ใช้ได้ที่นี่เหมือนกัน)
- inLanguage: ภาษาที่เว็บคุณใช้จริง ตรวจสอบได้จากเครื่อง อย่าเดา
นี่คือข้อมูลระบุตัวตน อยู่ในทุกหน้าได้เพราะทุกหน้าคือตัวคุณ
2. FAQPage — คำตอบของคุณ
รายละเอียดอยู่ในคู่มือ FAQ ของเรา ที่นี่ขอพูดแค่กฎเรื่องตำแหน่ง: ใส่เฉพาะบนหน้าที่แสดงคำถามคำตอบนั้นจริง ห้ามใส่ในเทมเพลตกลาง เนื้อหาเฉพาะหน้าที่ถูกใส่ในเลย์เอาต์กลางคือสาเหตุที่ FAQ ของหน้าแรกไปโผล่ซ้ำในทุกหน้าของเว็บ — เราเคยวัดเคสจริงที่เกิดแบบนี้ถึง 218 หน้า
3. ItemList — บริการของคุณ
รายการโครงสร้างของสิ่งที่คุณขาย: ชื่อจริงของแต่ละบริการ และ URL จริงถ้ามีหน้าของมัน สิ่งนี้ทำให้เอนจินเห็นรูปทรงของสิ่งที่คุณเสนอขาย — "ธุรกิจนี้ขายสิ่งเหล่านี้พอดี" — แทนที่จะปล่อยให้มันเดาเอาจากเมนูนำทาง เหมือน FAQPage มันควรอยู่บนหน้าที่แสดงรายการนั้น ปกติคือหน้าแรก
สิ่งที่ควรข้าม และเหตุผล
- Product ที่ใส่ราคาแต่ไม่อัปเดตให้ทันเวลา ราคาที่ตายตัวในโครงสร้างข้อมูลแย่กว่าไม่มีเลย เพราะมันจะถูกยกไปอ้างหลังจากราคาเปลี่ยนไปแล้ว กลายเป็น AI พูดราคาผิดโดยอ้าง markup ของคุณเองเป็นแหล่งที่มา
- Review/AggregateRating บนคำชมที่เผยแพร่เอง การติดป้ายรีวิวของตัวเองว่าเป็น rating คือรูปแบบที่เอนจินตัดคะแนนทิ้งพอดี และเสี่ยงผิดนโยบายด้วย รีวิวที่มีน้ำหนักต้องมาจากแพลตฟอร์มบุคคลที่สาม ไม่ใช่ markup ของตัวเอง
- BreadcrumbList, Speakable และชนิดปลีกย่อยอื่นๆ — ไม่มีอันตราย แต่ไม่ขยับอะไรสำหรับเว็บเล็ก ใส่ตอนที่มีสามชนิดหลักครบแล้วและว่างจริงๆ
- LocalBusiness ต้องพูดแยกเป็นพิเศษ: มันถูกต้องและเกี่ยวข้องถ้าคุณมีที่ตั้งจริง — แต่การ์ดแผนที่ที่ AI แสดงตอนตอบคำถามแบบ "ใกล้ฉัน" มาจากทะเบียนร้านค้าของ Apple กับ Google ไม่ใช่จาก markup ของคุณ LocalBusiness schema เสริม merchant profile ได้ แต่แทนที่ไม่ได้
วินัยที่สำคัญกว่ารายชื่อชนิด schema
ทุกค่าใน structured data ของคุณต้องเป็นข้อเท็จจริงที่ปรากฏอยู่ในเนื้อหาที่มองเห็นด้วย ในภาษาของหน้านั้น เครื่องตรวจสอบไขว้ระหว่าง markup กับเนื้อหาบนหน้ามากขึ้นเรื่อยๆ ความไม่ตรงกันจะถูกอ่านเป็นความสะเพร่าหรือการหลอกลวง ทั้งสองอย่างเสียความน่าเชื่อถือทั้งคู่ structured data คือดัชนีที่เครื่องอ่านได้ของเว็บคุณ ไม่ใช่ความจริงเวอร์ชันสวยงามชุดที่สอง