Softonic

เครื่องมือสร้างสเกมาสำหรับคำถามบ่อย (FAQ Schema Generator)

ขั้นตอน 1 / 2

ใช้หนึ่งคำถามต่อบรรทัด: คำถาม | คำตอบ

ถัดไป

วางรายการคำถามและคำตอบของคุณ แล้วรับบล็อก JSON-LD แบบ FAQPage ที่พร้อมนำไปวางใน <head> ได้ทันที Google จะอ่านข้อมูลที่มีโครงสร้างนี้ และเมื่อประเมินว่าหน้าเว็บเข้าเกณฑ์ ก็จะแสดงคำถามเป็นตัวอย่างข้อมูลแบบสมบูรณ์ (rich snippet) ที่ย่อ-ขยายได้ในหน้าผลการค้นหา (SERP) ซึ่งโดยทั่วไปจะทำให้พื้นที่ที่ผลลัพธ์ของคุณครอบครองเพิ่มเป็นสองเท่า

วิธีการสร้างมาร์กอัพสำหรับ FAQPage

  1. 1

    เพิ่มคู่คำถาม-คำตอบ

    กรุณาป้อนคำถามแต่ละข้อพร้อมคำตอบ โดยอนุญาตให้ใส่ HTML ภายในคำตอบ และ HTML เหล่านั้นจะถูกเก็บรักษาไว้ในโค้ดการแท็ก

  2. 2

    ตัวเลือก: ลิงก์เว็บไซต์ของหน้า

    กำหนด URL มาตรฐานสำหรับหน้าคำถามที่พบบ่อย เพื่อให้ฟิลด์ `@id` ถูกแปลงค่าได้อย่างถูกต้อง

  3. 3

    สร้างขึ้น

    คุณจะได้บล็อก `<script type="application/ld+json">` ที่ถูกต้องตามมาตรฐาน ซึ่งประกอบด้วย `FAQPage` โดยภายในนั้นมีองค์ประกอบ `Question` และ `Answer` อยู่ภายใน

  4. 4

    ตรวจสอบความถูกต้อง

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

รูปร่างของผลลัพธ์

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Your question here",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Your answer, which may contain HTML like <a href='...'>links</a>."
    }
  }]
}

เงื่อนไขการมีสิทธิ์ของ Google (ข้อที่มักทำให้พลาด)

  • คำถามที่พบบ่อย (FAQ) ต้องปรากฏให้เห็นบนหน้าเว็บ บล็อกคำถาม-คำตอบที่มีอยู่แค่ในมาร์กอัปและซ่อนไว้ในซอร์สโค้ดจะถูกมองข้าม และอาจนำไปสู่การดำเนินการด้วยตนเอง (manual action)
  • คำตอบต้องให้ข้อมูล ไม่ใช่โฆษณา คำตอบทำนองว่า “ผลิตภัณฑ์ของเราดีที่สุด” จะถูกตัดออก
  • เนื้อหาต้องไม่ถูกสร้างโดยผู้ใช้ (โพสต์หรือความคิดเห็นในฟอรัม) กรณีเช่นนี้ให้ใช้สกีมา QAPage แทน FAQPage
  • คำถาม-คำตอบแต่ละคู่ต้องเป็นข้อเท็จจริงเฉพาะที่สมบูรณ์ในตัวเอง ไม่ใช่หัวข้อย่อยของคู่มือที่ยาวกว่า
  • ตั้งแต่เดือนสิงหาคม 2023 เป็นต้นมา Google แสดงผลการค้นหาที่มีรูปแบบสมบูรณ์ (rich results) ของ FAQ เฉพาะบนเว็บไซต์ด้านสุขภาพและเว็บไซต์ภาครัฐที่น่าเชื่อถือสำหรับคำค้นจำนวนมาก เว็บไซต์อื่นยังได้ประโยชน์จากมาร์กอัปอยู่ แต่ไม่ควรคาดหวังพื้นที่แสดงผลเพิ่มเติมใน SERP

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

ข้อผิดพลาด วิธีแก้
The FAQ on the page appears hidden ตรวจสอบว่า HTML ที่แสดงผลตรงกับสกีมาแบบหนึ่งต่อหนึ่ง (1:1)
Missing field name ทุก Question ต้องมีฟิลด์ name ที่ไม่ว่างเปล่า
Missing field text in acceptedAnswer ทุกคำตอบต้องมีข้อความจริง ไม่ใช่สตริงว่าง
Not eligible for FAQ rich results มักเกิดจากการเปลี่ยนนโยบายข้างต้น แต่ก็ควรคงมาร์กอัปไว้อยู่ดี

เคล็ดลับ

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

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

นับตั้งแต่การอัปเดตของ Google ในเดือนสิงหาคม 2023 ผลการค้นหาแบบสมบูรณ์ (rich results) ของ FAQ ถูกจำกัดไว้เฉพาะเว็บไซต์ที่เป็นที่รู้จักและน่าเชื่อถือ (ส่วนใหญ่เป็นเว็บไซต์ภาครัฐและด้านสาธารณสุข) การใส่มาร์กอัปนี้ยังคุ้มค่าอยู่ เพราะช่วยให้ผู้ช่วยเสียงและเครื่องมือค้นหาของบุคคลที่สามบางรายนำเนื้อหาของคุณไปใช้ได้ อย่างไรก็ตาม อย่าคาดหวังพื้นที่แสดงผลเพิ่มเติมใน SERP หากเว็บไซต์ของคุณยังไม่เข้าเกณฑ์ดังกล่าว

ได้ Google รองรับแท็กเพียงชุดจำกัด ได้แก่ <p>, <a>, <b>, <i>, <ul>, <ol> และ <li> รวมถึงการขึ้นบรรทัดใหม่และตารางพื้นฐาน นอกเหนือจากนี้จะถูกตัดออกทั้งหมด

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

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

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

เครื่องมือตรวจสอบความยาวของคำอธิบายเมตา

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

เครื่องมือตรวจสอบ XML Sitemap

ตรวจสอบ XML Sitemap ในเบราว์เซอร์เพื่อค้นหาข้อผิดพลาดในการแยกวิเคราะห์ ตำแหน่งที่ขาดหาย URL ซ้ำ และค่าฟิลด์ที่พบบ่อย

เครื่องมือตรวจสอบเฮดเดอร์ความปลอดภัย HTTP

วาง HTTP response headers แล้วตรวจ HSTS, CSP, clickjacking, MIME, referrer และนโยบาย cross-origin ภายในเบราว์เซอร์

ตัวจำลองผลการค้นหา Google

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

ตัวตรวจสอบ URL ตามรูปแบบบัญญัติ

วาง HTML ของหน้าเว็บและตรวจสอบแท็ก rel=canonical: มีหรือไม่, เป็น URL แบบสัมบูรณ์ที่ถูกต้องหรือไม่, ตรงกับ URL ของหน้าหรือไม่

เครื่องสร้างแท็ก Canonical

สร้างแท็กลิงก์ rel=canonical ที่ถูกต้องสำหรับ URL ใดๆ รวมถึงการตรวจสอบความถูกต้องของ URL และข้อผิดพลาดทั่วไปที่ควรหลีกเลี่ยง

เครื่องมือนี้มีให้บริการในภาษาอื่น