ปฏิบัติตามหลักเกณฑ์เกี่ยวกับข้อมูลที่มีโครงสร้าง

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

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

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

ดูข้อผิดพลาดอื่นๆ ที่พบบ่อยเกี่ยวกับข้อมูลที่มีโครงสร้างที่นี่

หลักเกณฑ์ทางเทคนิค

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

รูปแบบ

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

• JSON-LD (แนะนำ)
• Microdata
• RDFa

การเข้าถึง

อย่าบล็อก Googlebot ไม่ให้เข้าถึงหน้าข้อมูลที่มีโครงสร้างโดยใช้ robots.txt, noindex หรือวิธีการอื่นๆ ที่ใช้ควบคุมการเข้าถึง

หลักเกณฑ์ด้านคุณภาพ

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

เนื้อหา

• ปฏิบัติตามหลักเกณฑ์ด้านคุณภาพสำหรับผู้ดูแลเว็บของ Google
• ใส่ข้อมูลที่อัปเดต เราจะไม่แสดงผลการค้นหาที่เป็นสื่อสมบูรณ์สำหรับเนื้อหาที่มีเวลาเป็นปัจจัยสำคัญซึ่งไม่เกี่ยวข้องกับปัจจุบันอีกต่อไป
• ใส่เนื้อหาต้นฉบับที่คุณหรือผู้ใช้ของคุณได้สร้างไว้
• อย่ามาร์กอัปเนื้อหาที่ไม่ปรากฏต่อผู้อ่าน เช่น หากมาร์กอัป JSON-LD อธิบายถึงนักแสดงคนหนึ่ง ส่วนเนื้อหาของ HTML ก็ควรอธิบายนักแสดงคนเดียวกัน
• อย่ามาร์กอัปเนื้อหาที่ไม่เกี่ยวข้องหรือทำให้เข้าใจผิด เช่น รีวิวปลอมหรือเนื้อหาซึ่งไม่เกี่ยวข้องกับประเด็นหลักของหน้า
• อย่าใช้ข้อมูลที่มีโครงสร้างเพื่อหลอกลวงหรือทำให้ผู้ใช้เข้าใจผิด อย่าแอบอ้างบุคคลหรือองค์กรอื่น หรือสื่อให้เข้าใจผิดเกี่ยวกับการเป็นเจ้าของ การเป็นพาร์ทเนอร์ หรือวัตถุประสงค์หลัก
• เนื้อหาต้องไม่ส่งเสริมโรคใคร่เด็ก การมีเพศสัมพันธ์กับสัตว์ ความรุนแรงทางเพศ พฤติกรรมที่รุนแรงหรือโหดร้าย ความเกลียดชังที่มุ่งเป้าหมายไปยังบุคคลกลุ่มใดกลุ่มหนึ่ง หรือกิจกรรมที่เป็นอันตราย
• อย่ามาร์กอัปเนื้อหาที่เกี่ยวข้องกับกิจกรรมผิดกฎหมายหรือโปรโมตสินค้า บริการ หรือข้อมูลที่เอื้อต่อการทำให้ผู้อื่นได้รับบาดเจ็บร้ายแรงอย่างฉับพลัน แต่อนุญาตให้มาร์กอัปเนื้อหาที่ให้ข้อมูลเกี่ยวกับเนื้อหาดังกล่าวเพื่อการศึกษา

ความเกี่ยวข้อง

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

• การสตรีมการแข่งขันกีฬาแบบสดที่ติดป้ายกำกับการถ่ายทอดสดว่าเป็นกิจกรรมในท้องถิ่น
• เว็บไซต์เกี่ยวกับงานไม้ที่ติดป้ายกำกับวิธีการว่าเป็นสูตรอาหาร

ความสมบูรณ์

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

ตำแหน่ง

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

  อย่ามาร์กอัปหน้าที่พูดถึง "ไอเดียสุดเจ๋ง 10 ข้อสำหรับการปรุงไก่งวง" โดยมีลิงก์ไปยังสูตรอาหารแต่ละสูตร

  อย่ามาร์กอัปหน้าที่แสดงงานวิศวกรทั้งหมดในเมาน์เทนวิว รัฐแคลิฟอร์เนีย โดยมีลิงก์ไปยังหน้างานแต่ละหน้า

• หากคุณมีหน้าเว็บที่ซ้ำกันสำหรับเนื้อหาเดียวกัน เราขอแนะนำให้วางข้อมูลที่มีโครงสร้างที่เหมือนกันลงในหน้าที่ซ้ำกันทั้งหมด ไม่ใช่แค่ในหน้า Canonical

ลักษณะเฉพาะ

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

รูปภาพ

• เมื่อระบุรูปภาพเป็นพร็อพเพอร์ตี้ข้อมูลที่มีโครงสร้าง โปรดตรวจสอบว่ารูปภาพเป็นของอินสแตนซ์สำหรับประเภทนั้นจริงๆ เช่น หากคุณกำหนดพร็อพเพอร์ตี้ image ของ schema.org/NewsArticle.image รูปภาพที่มาร์กอัปต้องเป็นของบทความข่าวนั้นโดยตรง
• URL รูปภาพทั้งหมดต้องรวบรวมข้อมูลและจัดทำดัชนีได้ มิเช่นนั้นแล้ว Google Search จะค้นหาและแสดงรายการเหล่านั้นในหน้าผลการค้นหาไม่ได้

เอลิเมนต์หลายรายการในหน้าเดียว

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

หน้าสูตรอาหารที่มีทั้งข้อความสำหรับสูตรอาหารและวิดีโอประกอบ ให้มาร์กอัปตัวข้อความและวิดีโอแยกกันด้วย schema.org/Recipe และ schema.org/VideoObject ตามลำดับ

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

หน้าสำหรับเล่นวิดีโอที่มีวิดีโอที่เกี่ยวข้องฝังอยู่ในส่วนแยกของหน้า ในกรณีนี้ ให้มาร์กอัปวิดีโอหลักและวิดีโอที่เกี่ยวข้องแยกกัน