AISeeWhy
TH
เริ่มทดลองใช้ฟรี

Structured data สำหรับคำตอบจาก AI: ควรทำมาร์กอัปอะไรและทำอย่างไร

เผยแพร่เมื่อ

คำตอบสั้น ๆ

Structured data ไม่ได้ปลดล็อกคำตอบจาก AI ด้วยตัวเอง แต่ช่วยขจัดความคลุมเครือของข้อเท็จจริง ทำมาร์กอัปให้ผู้เผยแพร่เป็น Organization พร้อมลิงก์ sameAs ทำบทความแต่ละชิ้นด้วย author, datePublished และ dateModified ทำผลิตภัณฑ์ด้วย offers ราคา และสกุลเงิน และทำส่วนคำถามด้วย FAQPage ใช้ JSON-LD และให้ตรงกับที่หน้าเว็บแสดงทุกประการ

โปรแกรมรวบรวมข้อมูลที่อ่าน HTML ต้องอนุมานเองว่าใครเป็นผู้เผยแพร่หน้านั้น เปลี่ยนแปลงเมื่อใด และผลิตภัณฑ์ราคาเท่าไร JSON-LD ระบุข้อเท็จจริงเหล่านั้นอย่างชัดเจนด้วยคำศัพท์ของ schema.org Google ระบุว่าฟีเจอร์ AI ของตนไม่ต้องใช้ schema พิเศษ และผู้ให้บริการ AI รายอื่นไม่ได้เผยแพร่วิธีที่ใช้มาร์กอัป เป้าหมายตามจริงจึงเป็นความชัดเจน ไม่ใช่เล่ห์กลเพื่อจัดอันดับ

ในหน้านี้
  1. ทำไม structured data จึงช่วยคำตอบจาก AI
  2. ควรทำมาร์กอัปองค์กรของฉันอย่างไร
  3. มาร์กอัป Article หรือ BlogPosting ควรมีอะไรบ้าง
  4. มาร์กอัป FAQPage ยังคุ้มที่จะเพิ่มอยู่ไหม
  5. ทำมาร์กอัปราคาของผลิตภัณฑ์หรือแอปอย่างไร
  6. ตรวจสอบอย่างไรว่ามาร์กอัปถูกอ่านได้ถูกต้อง

ทำไม structured data จึงช่วยคำตอบจาก AI

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

ใช้ JSON-LD เมื่อทำได้ Google แนะนำเพราะเป็นรูปแบบที่นำไปใช้และดูแลง่ายที่สุด และทำตามกฎพื้นฐานของ Google: อย่าทำมาร์กอัปข้อมูลที่ผู้ใช้มองไม่เห็นบนหน้า แม้ข้อมูลนั้นจะถูกต้อง

ควรทำมาร์กอัปองค์กรของฉันอย่างไร

Organization ที่มี name, url, logo และ sameAs บอกโปรแกรมรวบรวมข้อมูลว่าใครอยู่เบื้องหลังเว็บไซต์ schema.org นิยาม sameAs ว่าเป็น URL ของหน้าอ้างอิงที่ระบุตัวตนของรายการนั้นได้อย่างไม่กำกวม เช่น โปรไฟล์ทางการของคุณในที่อื่น Google แนะนำให้วางไว้ที่หน้าแรกหรือหน้าเกี่ยวกับเรา ไม่จำเป็นต้องมีในทุกหน้า

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#org",
  "name": "Example Co",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example-co",
    "https://github.com/example-co"
  ]
}

กำหนด @id ที่คงที่ให้องค์กร เพื่อให้มาร์กอัปอื่นในเว็บไซต์ เช่น publisher ของบทความ อ้างอิงถึงได้ ใน sameAs ให้ใส่เฉพาะโปรไฟล์ที่คุณควบคุม ลิงก์ไปหน้าของบริษัทอื่นที่ชื่อคล้ายกันให้ผลตรงข้ามกับที่ต้องการ คือทำให้ตัวตนที่มาร์กอัปควรทำให้ชัดกลับพร่าเลือน

Google ยังระบุคุณสมบัติที่ไม่บังคับ เช่น description, legalName, contactPoint และ address ให้ใส่เฉพาะที่เป็นจริงและคงที่ อย่าใส่สิ่งที่คุณต้องตามอัปเดตเองด้วยมือ

มาร์กอัป Article หรือ BlogPosting ควรมีอะไรบ้าง

สำหรับบทความ คุณสมบัติที่สำคัญที่สุดต่อความน่าเชื่อถือและความสดใหม่คือ headline, author ที่มี name และ url ซึ่งระบุตัวผู้เขียนได้, datePublished และ dateModified Google ขอให้ใช้วันที่ตาม ISO 8601 และแนะนำให้ระบุเขตเวลาด้วย

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to choose a clinic scheduling app",
  "author": {"@type": "Person", "name": "Jane Doe", "url": "https://example.com/team/jane"},
  "publisher": {"@id": "https://example.com/#org"},
  "datePublished": "2026-10-01T09:00:00+00:00",
  "dateModified": "2026-11-12T09:00:00+00:00",
  "image": "https://example.com/img/scheduling.jpg"
}

ให้ dateModified ตรงตามจริงและสอดคล้องกัน ใช้วันที่เดียวกันบนหน้าที่มองเห็นและใน lastmod ของ sitemap และอัปเดตก็ต่อเมื่อเนื้อหาเปลี่ยนจริงเท่านั้น

มาร์กอัป FAQPage ยังคุ้มที่จะเพิ่มอยู่ไหม

ต้องเข้าใจให้ชัดว่ามันไม่ได้ทำอะไรอีกแล้ว Google เลิกแสดงผลลัพธ์แบบ rich result ของ FAQ ใน Search และถอนเอกสารของฟีเจอร์นั้นแล้ว ดังนั้นมาร์กอัป FAQPage จะไม่ทำให้คุณได้ผลลัพธ์ FAQ แบบขยายใน Google

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

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Does the app work offline?",
    "acceptedAnswer": {"@type": "Answer", "text": "Yes. Changes sync when the device is back online."}
  }]
}

ทำมาร์กอัปราคาของผลิตภัณฑ์หรือแอปอย่างไร

ผู้คนมักถามผู้ช่วย AI ว่าผลิตภัณฑ์ราคาเท่าไร และราคาที่ซ่อนอยู่ในตารางราคาก็อ่านผิดได้ง่าย เพิ่ม offers พร้อม price และ priceCurrency ในมาร์กอัป Product หรือ SoftwareApplication ของคุณ Google ระบุ price เป็นข้อบังคับของ offer และแนะนำ priceCurrency แอปที่ใช้ฟรีควรระบุราคาเป็น 0

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Example Planner Pro",
  "offers": {
    "@type": "Offer",
    "price": 19.00,
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

ตรวจสอบอย่างไรว่ามาร์กอัปถูกอ่านได้ถูกต้อง

AISeeWhy แยกวิเคราะห์ JSON-LD บนหน้าเว็บของคุณ และรายงานบล็อกที่ไม่ถูกต้อง ผู้เผยแพร่หรือ sameAs ที่ขาด ข้อมูลบทความที่ไม่ครบ มาร์กอัปแอปหรือผลิตภัณฑ์ที่ไม่มีราคา และหัวข้อคำถามที่ไม่มีมาร์กอัป FAQ รองรับ พร้อมสนิปเพ็ตสำหรับแก้ไขแต่ละข้อ

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

ต้องมี structured data เพื่อปรากฏใน Google AI Overviews ไหม

ไม่ต้อง Google ระบุว่าไม่ต้องใช้ structured data ของ schema.org แบบพิเศษสำหรับ AI Overviews หรือ AI Mode มาร์กอัปยังช่วยให้ข้อเท็จจริง เช่น วันที่และราคา ไม่กำกวม

JSON-LD, Microdata หรือ RDFa

ใช้ได้ทั้งหมด แต่ Google แนะนำ JSON-LD ในที่ที่ระบบของคุณรองรับ เพราะเพิ่มและดูแลแยกจาก HTML ที่มองเห็นได้ง่ายกว่า

ทุกหน้าควรมีมาร์กอัป Organization ไหม

Google แนะนำให้วางไว้ที่หน้าแรกหรือหน้าเดียวที่อธิบายองค์กร หน้าอื่นอ้างอิงถึงได้ด้วย @id ของมัน

Structured data มาแทนเนื้อหาที่ดีได้ไหม

ไม่ได้ มาร์กอัประบุข้อเท็จจริงเกี่ยวกับหน้า ไม่ได้ทำให้คำตอบที่อ่อนกลายเป็นคำตอบที่แข็ง คำตอบจาก AI ยังคงอ้างข้อความที่มองเห็น หน้าเว็บจึงต้องตอบคำถามได้ดีด้วยตัวเอง

ทำมาร์กอัปเนื้อหาที่ซ่อนจากผู้เข้าชมได้ไหม

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

แหล่งอ้างอิง

บทความอื่น ๆ