RevealTheme logo

ตัวตรวจสอบ Schema Markup

ดึงและตรวจสอบข้อมูลที่มีโครงสร้างแบบ JSON-LD จาก URL ใดก็ได้ ดูว่ามี schema ประเภทใดบ้างและถูกแยกวิเคราะห์อย่างถูกต้องหรือไม่

Schema markup คืออะไรและทำไมจึงสำคัญต่อการจัดอันดับ?

ข้อมูลที่มีโครงสร้างของ Schema.org คือคำศัพท์ร่วมที่ใช้กัน ซึ่งดูแลโดย Google, Microsoft, Yahoo และ Yandex ที่ช่วยให้คุณบอกเครื่องมือค้นหาได้ว่าหน้าเว็บคืออะไร นอกเหนือจากเนื้อความทั่วไป หากไม่มี schema Google จะอ่านหน้าของคุณเหมือนมนุษย์ คือวิเคราะห์คำต่างๆ แล้วเดาว่าอะไรสำคัญ แต่เมื่อมี schema คุณจะติดป้ายกำกับอย่างชัดเจนว่า 'นี่คือสินค้า ราคา 29 ดอลลาร์ ได้ 4.5 ดาวจากรีวิว 1250 รายการ' หรือ 'นี่คือคู่มือที่มี 7 ขั้นตอนเหล่านี้' ข้อมูลที่มีโครงสร้างนั้นขับเคลื่อนผลลัพธ์แบบ rich results คือรายการในผลการค้นหาที่ปรับปรุงด้านการแสดงผลให้มีคะแนนดาว ราคา การ์ดสูตรอาหาร แอคคอร์เดียน FAQ วันที่ของอีเวนต์ และ breadcrumb โดย rich results ไม่เพียงดูดีขึ้นเท่านั้น แต่ยังได้รับคลิกมากกว่าโดยเฉลี่ย 30% ถึง 50% รูปแบบสามอย่างที่ Google ยอมรับคือ JSON-LD (แนะนำ: แยกจาก HTML ของคุณ ดูแลรักษาง่ายที่สุด), Microdata (แอตทริบิวต์ HTML แบบ inline เป็นรูปแบบเก่า) และ RDFa (อิงตาม XML เป็นรูปแบบเก่าเช่นกัน) คำแนะนำสมัยใหม่ทั้งหมดคือ JSON-LD ซึ่งเป็นสิ่งที่ตัวตรวจสอบนี้ดึงและแยกวิเคราะห์ นอกเหนือจาก rich results แล้ว schema ยังช่วยให้ Google เข้าใจความสัมพันธ์ระหว่างเอนทิตี (ซึ่งสร้างการปรากฏตัวของคุณใน knowledge graph) ป้อนข้อมูลให้กับบทสรุปด้วย AI และกล่องคำตอบ และส่งสัญญาณถึงความเชี่ยวชาญในหัวข้อนั้นๆ ประเภทของ schema ที่พบบ่อยที่สุดและคุ้มค่าต่อการนำไปใช้บนเว็บไซต์เนื้อหา ได้แก่ Organization (อัตลักษณ์ของทั้งเว็บไซต์), WebSite (พร้อม SiteSearchAction สำหรับ rich result ของกล่องค้นหา), BreadcrumbList (ทุกหน้า), Article (โพสต์บล็อก), FAQPage (FAQ), HowTo (บทแนะนำ), Product (อีคอมเมิร์ซ), Review (รีวิวและการเปรียบเทียบ), VideoObject (วิดีโอที่ฝังไว้ใดก็ตาม) เครื่องมือนี้ดึง URL แยกวิเคราะห์บล็อก <script type="application/ld+json"> แต่ละบล็อก และรายงานข้อผิดพลาดในการแยกวิเคราะห์พร้อมกับ @type ที่ตรวจพบในแต่ละบล็อก สำหรับการตรวจสอบคุณสมบัติเฉพาะของ Google ให้รัน URL ของคุณใน Test ผลลัพธ์แบบ Rich Results ของ Google ด้วย (search.google.com/test/rich-results)

กรณีการใช้งานทั่วไป

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

  • ตรวจสอบข้อมูลที่มีโครงสร้างของคู่แข่งเพื่อระบุว่าพวกเขากำลังมุ่งเป้าไปที่ rich result ใด

  • ดีบัก rich result ที่หายไป — ยืนยันว่าสคีมามีอยู่และถูกต้องตามไวยากรณ์ก่อนที่จะสงสัย Google

  • ยืนยันว่า Yoast/Rank Math กำลังส่งออกประเภทสคีมาที่คุณคาดหวัง

  • ตรวจสอบความถูกต้องของ JSON-LD บน staging ก่อนดีพลอยไปยังการใช้งานจริง

  • ตรวจสอบบล็อกสคีมาที่ซ้ำกันโดยไม่ได้ตั้งใจ (แหล่งที่มาทั่วไปของคำเตือน 'multiple Article' ใน Search Console)

คำถามที่พบบ่อย

schema ที่ถูกต้องรับประกัน rich results หรือไม่?
ไม่ ความถูกต้องของ schema เป็นเงื่อนไขเบื้องต้น ไม่ใช่เงื่อนไขที่เพียงพอ คุณสมบัติสำหรับ rich results ของ Google ขึ้นอยู่กับปัจจัยเพิ่มเติม ได้แก่ คุณภาพของเนื้อหา ข้อกำหนดของ schema ประเภทนั้นๆ และดุลยพินิจของ Google หน้าเว็บอาจมี schema ที่ถูกต้องสมบูรณ์แบบแต่ก็ยังไม่แสดง rich results เพราะ Google ตัดสินใจไม่แสดง ซึ่งโดยปกติแล้วเป็นเพราะสัญญาณคุณภาพของหน้าเว็บไม่แข็งแกร่งเพียงพอ
schema ประเภทใดบ้างที่ทุกเว็บไซต์ควรมี?
สำหรับทั้งเว็บไซต์: Organization (หรือ Person สำหรับแบรนด์ส่วนบุคคล) ซึ่งกำหนดอัตลักษณ์สำหรับ knowledge graph, WebSite พร้อม SiteSearchAction สำหรับกล่องค้นหาของ sitelinks, BreadcrumbList ในทุกหน้านอกเหนือจากหน้าแรก สำหรับแต่ละเทมเพลต: Article ในโพสต์บล็อก, Product ในหน้าสินค้า, FAQPage ในที่ที่เหมาะสม, HowTo สำหรับบทแนะนำ
JSON-LD หรือ Microdata? ฉันควรใช้อันไหน?
JSON-LD Google แนะนำมันอย่างชัดเจน มันดูแลรักษาง่ายกว่า (บล็อกแยกต่างหาก ไม่ปะปนกับ HTML ของคุณ) แก้จุดบกพร่องง่ายกว่า (วางลงในตัวตรวจสอบได้เลย) และมีโอกาสเสียหายน้อยกว่าเมื่อออกแบบเลย์เอาต์ใหม่ ส่วน Microdata เป็นรูปแบบเก่า คือยังรองรับอยู่แต่ไม่แนะนำสำหรับการนำไปใช้งานใหม่
ทำไม schema ของฉันจึงปรากฏในตัวตรวจสอบนี้แต่ไม่ปรากฏในตัวของ Google?
ข้อกำหนดของ schema.org และข้อกำหนด rich results ของ Google ไม่เหมือนกันทุกประการ Google กำหนดฟิลด์เฉพาะสำหรับคุณสมบัติที่ข้อกำหนดที่กว้างกว่าของ schema.org ระบุว่าเป็นทางเลือก ตัวอย่างเช่น schema ของ Recipe ต้องมี name, image และ recipeIngredient จึงจะมีคุณสมบัติใน Google แม้ว่าในทางเทคนิค schema.org จะกำหนดเพียง name เท่านั้น ควรรันในตัวตรวจสอบทั้งสองตัวเสมอ
ฉันสามารถมีบล็อก JSON-LD หลายบล็อกในหน้าเดียวได้หรือไม่?
ได้: Google แยกวิเคราะห์ทั้งหมด รูปแบบที่พบบ่อย: บล็อกหนึ่งสำหรับ schema ของ Article อีกบล็อกหนึ่งสำหรับ BreadcrumbList และอีกบล็อกหนึ่งสำหรับส่วน FAQ เพียงแต่อย่าทำซ้ำ @type เดียวกัน หากไม่แน่ใจ ให้รวมเข้าด้วยกันเป็น array @graph เดียว
schema ส่งผลต่อการจัดอันดับโดยตรงหรือไม่?
ส่งผลทางอ้อม Google กล่าวซ้ำหลายครั้งว่า schema ไม่ใช่สัญญาณการจัดอันดับโดยตรง แต่ rich results มีอัตราการคลิกที่สูงกว่า (ซึ่งเป็นสัญญาณเชิงพฤติกรรม) schema ช่วยให้ Google เข้าใจเนื้อหาของคุณด้วยความมั่นใจมากขึ้น และเอนทิตีใน knowledge graph จะได้รับการจัดอันดับสำหรับคำค้นหาที่เกี่ยวกับแบรนด์
@graph คืออะไรและฉันควรใช้เมื่อใด?
@graph เป็นฟังก์ชันของ JSON-LD ที่ช่วยให้คุณอธิบายหลายเอนทิตี (Article และ Person ที่เป็นผู้เขียน และ Organization ที่เป็นผู้เผยแพร่) ในบล็อก JSON-LD เดียว โดยมีการอ้างอิง @id ระหว่างกัน มีประโยชน์สำหรับหน้าที่ซับซ้อนซึ่งมีเอนทิตีที่เกี่ยวข้องเชื่อมโยงกัน มันไม่ใช่ข้อบังคับ: บล็อกแบบแบนทำงานได้ดีสำหรับกรณีที่ง่ายกว่า

เครื่องมือที่เกี่ยวข้อง

ตัววิเคราะห์เมตาแท็ก

ดึงและวิเคราะห์เมตาแท็กทั้งหมดจาก URL ใดก็ได้ ทั้งชื่อเรื่อง คำอธิบาย Open Graph, Twitter Card, viewport, robots และแท็ก link

เครื่องมือวิเคราะห์ลำดับชั้นของหัวข้อ

ตรวจสอบโครงสร้าง H1-H6 ของหน้าใดก็ได้ ชี้จุดที่ไม่มี H1, มี H1 หลายตัว และระดับหัวข้อที่ถูกข้าม

ตัวตรวจสอบ Open Graph

ดูตัวอย่างว่า URL จะปรากฏอย่างไรเมื่อแชร์บน Facebook, Twitter/X, LinkedIn และแพลตฟอร์มอื่นๆ

ตัวตรวจสอบ Sitemap

วิเคราะห์ sitemap XML ใดก็ได้: จำนวน URL ความครอบคลุมของ lastmod และโครงสร้างของดัชนี sitemap

เครื่องมือตรวจสอบ robots.txt

แยกวิเคราะห์ไฟล์ robots.txt แสดงกฎที่จัดกลุ่มตาม user-agent และชี้ให้เห็นปัญหา

ตัวนับจำนวนคำของหน้าเว็บ

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

สมัครรับข่าวสารอัปเดต

เราไม่ขายอีเมลของคุณ เราไม่ส่งสแปม

© 2026 RevealTheme. All rights reserved.