Structured Data
เครื่องมือตรวจกราฟ JSON-LD และสคีมาซ้ำซ้อน
เครื่องมือตรวจสอบส่วนใหญ่เช็คแค่บล็อก JSON-LD เดียวกับประเภทสคีมาเดียว แต่หน้าเว็บจริงมักส่งหลายบล็อกพร้อมกัน — Organization, WebSite, WebPage, Article, ผลลัพธ์จากปลั๊กอิน — ซึ่งอ้างอิงกันด้วย @id วางโค้ด HTML ทั้งหน้า แล้วเครื่องมือนี้จะสร้างกราฟการอ้างอิงนั้นขึ้นมา และหาสิ่งที่เครื่องมือตรวจแบบต่อประเภทหาไม่เจอ: ค่า @id ที่ซ้ำหรือขัดแย้งกัน, การอ้างอิงที่ชี้ไปยังความว่างเปล่า, ห่วงโซ่วนซ้ำที่ผิดปกติ, ชื่อ @type ที่สะกดผิด และเอนทิตีหลักสองตัวที่แย่งชิงหน้าเดียวกัน
ทำงานในเบราว์เซอร์ของคุณทั้งหมด สิ่งที่คุณวางที่นี่จะไม่ถูกส่งไปที่ใดเลย ยกเว้นจำนวนการใช้งานแบบไม่ระบุตัวตน
วางซอร์สหน้าเว็บทั้งหมด (ทุกบล็อก <script type="application/ld+json"> จะถูกดึงออกมาโดยอัตโนมัติ) หรือวาง JSON-LD ดิบโดยตรง
สิ่งที่ตรวจสอบ และวิธีแก้ไข
@id ซ้ำ/ขัดแย้งกัน เมื่อสองโหนดใช้ @id เดียวกันแต่ข้อมูลต่างกัน (ชื่อ, โลโก้ หรือ URL ต่างกัน) เครื่องมือค้นหาไม่สามารถบอกได้ว่าอันไหนถูกต้อง — ไม่แน่ชัดว่าค่าไหนจะถูกใช้ ให้กำหนด @id เฉพาะของตัวเองให้ทุกเอนทิตี หรือตรวจสอบให้แน่ใจว่ารายการที่ซ้ำนั้นเหมือนกันจริงๆ
การอ้างอิงที่ค้างเติ่ง พร็อพเพอร์ตี้อย่าง mainEntityOfPage, isPartOf, author หรือ publisher สามารถชี้ไปยังโหนดอื่นด้วย {"@id":"..."} เพียงอย่างเดียวแทนการใส่ข้อมูลซ้ำ หากไม่มีการประกาศ @id นั้นไว้ที่ใดในหน้านี้เลย การอ้างอิงจะชี้ไปยังความว่างเปล่า — แก้ไข id หรือเพิ่มโหนดที่ขาดหายไป
ห่วงโซ่วนซ้ำ โหนด WebPage ที่ชี้ไปยัง Article ผ่าน mainEntity ขณะที่ Article ชี้กลับมาที่ WebPage ผ่าน mainEntityOfPage/isPartOf เป็นรูปแบบสองโหนดที่ปกติมาก (แสดงเป็นข้อมูลแจ้งเตือนเฉยๆ ที่นี่) แต่ลูปที่ยาวและผิดปกติควรตรวจสอบซ้ำ — มักหมายถึงข้อผิดพลาดจากการคัดลอกวางระหว่างบล็อกที่ปลั๊กอินสร้างขึ้น
@type สะกดผิด ชื่อประเภทของ schema.org เป็นสตริงแบบ PascalCase ที่คำนึงถึงตัวพิมพ์เล็กใหญ่ การใช้ "Aricle" แทน "Article" ยังคงเป็น JSON ที่ถูกต้อง แต่ไม่ใช่ประเภทจริง — เครื่องมือค้นหาจะเพิกเฉยต่อมันแบบเงียบๆ เครื่องมือนี้จะตรวจจับคำที่สะกดใกล้เคียงเทียบกับคำศัพท์ schema.org จริง
เอนทิตีหลักซ้ำซ้อนหรือแข่งขันกัน โดยทั่วไปหน้าเว็บควรมีเอนทิตีเนื้อหาหลักเพียงหนึ่งเดียว — Article หนึ่ง, Product หนึ่ง, Recipe หนึ่ง การมีโหนด Article สองอัน หรือ Article กับ Product ที่ไม่เชื่อมโยงกัน จะบังคับให้เครื่องมือค้นหาต้องเดาว่าหน้านี้เกี่ยวกับอะไรกันแน่
นี่คือการตรวจสอบเชิงโครงสร้าง/ข้ามบล็อก ไม่ใช่ตัวตรวจสอบฟิลด์แบบต่อประเภท — ควรใช้คู่กับเครื่องมือตรวจสอบสคีมา Article, Product, Recipe, Event, FAQ หรือ Local Business โดยเฉพาะ เพื่อตรวจสอบพร็อพเพอร์ตี้ที่จำเป็นของแต่ละเอนทิตีด้วย