Structured Data สำหรับ SEO: คืออะไรและวิธีเพิ่ม Schema Markup
Structured Data คือโค้ดที่คุณเพิ่มลงในหน้าเว็บเพื่อบอกเสิร์ชเอนจินอย่างชัดเจนว่าเนื้อหานั้นมีความหมายว่าอะไร เช่น ข้อความนี้คือราคา ข้อความนี้คือชื่อผู้เขียน บล็อกนี้คือสูตรอาหาร คนส่วนใหญ่เรียกมันว่า Schema Markup ตามชื่อคำศัพท์กลางที่แทบทุกคนใช้เขียนมัน
หากคุณมาที่นี่พร้อมคำถามว่า "การเพิ่ม Schema จะขยับอันดับของฉันไหม?" คำตอบที่ตรงไปตรงมาคือ มันไม่ได้ทำงานด้วยตัวมันเอง Structured Data เปิดโอกาสให้ฟีเจอร์ปรากฏขึ้น แต่ไม่ได้รับประกันว่ามันจะปรากฏ และ Google เป็นผู้ตัดสินในแต่ละคำค้นว่า Rich Result คือประสบการณ์ที่ดีที่สุดหรือไม่
ถึงอย่างนั้น หน้าที่ได้ Rich Result มักได้คลิกมากขึ้น และกรณีศึกษาของ Google เอง ก็ยืนยันเรื่องนี้ Nestlé วัดได้ว่าอัตราการคลิกสูงขึ้น 82% ในหน้าที่แสดงเป็น Rich Result และ Rotten Tomatoes รายงานว่าอัตราการคลิกสูงขึ้น 25% ในหน้าที่มี Structured Data เทียบกับหน้าที่ไม่มี
Structured Data (Schema Markup) คืออะไร
"Schema Markup" และ "Structured Data" ถูกใช้แทนกันได้ ถึงแม้ว่ามันจะไม่ใช่สิ่งเดียวกันเสียทีเดียว
Structured Data คือ แนวปฏิบัติทั่วไปในการติดป้ายกำกับเนื้อหาในรูปแบบที่เครื่องอ่านได้ ส่วน Schema.org คือคำศัพท์กลางที่แทบทุกคนใช้เพื่อการนั้น เป็นโครงการร่วมที่หนุนหลังโดย Google, Microsoft, Yahoo และ Yandex ดังนั้นเมื่อผู้คนพูดว่า "เพิ่ม Schema" พวกเขาหมายถึง "เพิ่ม Structured Data ของ Schema.org"
มีสามรูปแบบ ได้แก่ JSON-LD, Microdata และ RDFa Google แนะนำ JSON-LD และเป็นรูปแบบที่ทุกตัวอย่างด้านล่างใช้
JSON-LD อยู่ในบล็อก <script> เดียว มักอยู่ใน <head> แยกจาก HTML ที่มองเห็นได้ ด้วยเหตุนี้จึงเพิ่ม ดูแล และดีบักได้ง่ายกว่า Microdata หรือ RDFa ที่ห่อ attribute ไว้รอบ ๆ องค์ประกอบหน้าเว็บจริง หากคุณรับช่วงเว็บที่ใช้ Microdata มามันก็ยังใช้งานได้ แต่ markup ใหม่ควรเป็น JSON-LD
ทำไม Schema จึงสำคัญมากขึ้นในตอนนี้ ไม่ใช่น้อยลง
Structured Data สำคัญกว่าที่เคยเป็นมา นี่คือสามเหตุผล เรียงตามระดับที่ควรใช้ขับเคลื่อนการตัดสินใจของคุณ
- Rich Result คือรายการผลลัพธ์ที่เสริมความสามารถเกินกว่าลิงก์สีน้ำเงินธรรมดา ได้แก่ คะแนนดาว ราคาสินค้า เบรดครัมบ์ ไซต์ลิงก์ และการ์ดสูตรอาหาร มันกินพื้นที่มากขึ้นและดึงความสนใจได้มากกว่า นี่คือประโยชน์ที่ตรงและวัดผลได้มากที่สุด
- ความเข้าใจเอนทิตี Schema บอก Google ว่าคุณคืออะไร ไม่ใช่แค่คำใดอยู่บนหน้า markup แบบ Organization พร้อมลิงก์
sameAsไปยังโปรไฟล์ LinkedIn, X และ Wikipedia ของคุณช่วยให้ Google เชื่อมเว็บของคุณเข้ากับเอนทิตีที่รู้จักใน Knowledge Graph - AI และ AI Overviews Schema ไม่ได้ปลดล็อกการอ้างอิงจาก AI ด้วยตัวมันเอง แต่มันทำให้ข้อเท็จจริงบนหน้าของคุณชัดเจนและสอดคล้องกัน ซึ่งช่วยให้ระบบใด ๆ ไม่ว่าจะเป็นมนุษย์หรือโมเดล แยกวิเคราะห์มันได้อย่างถูกต้อง
ประเภท Schema ที่ยังได้ Rich Result ในปี 2026
นี่คือตัวหลักที่ทำงานได้จริง แต่ละตัวมาพร้อม JSON-LD ที่คัดลอกวางได้ แทนที่ด้วยค่าจริงของคุณและทำให้ทุกฟิลด์สอดคล้องกับสิ่งที่ผู้เข้าชมเห็นบนหน้าจริง ๆ
Article / BlogPosting
สำหรับโพสต์บล็อก ข่าว และเนื้อหาบทความ
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "Structured Data for SEO: What It Is and How to Add Schema Markup",
"image": "https://example.com/images/structured-data.png",
"datePublished": "2026-07-07",
"dateModified": "2026-07-07",
"author": {
"@type": "Person",
"name": "Jane Doe",
"url": "https://example.com/author/jane-doe"
},
"publisher": {
"@type": "Organization",
"name": "Example",
"logo": {
"@type": "ImageObject",
"url": "https://example.com/logo.png"
}
}
}
Product (พร้อม Offer และคะแนน)
สำหรับหน้าที่ขายผลิตภัณฑ์
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Trail Running Shoe X",
"image": "https://example.com/shoe.jpg",
"description": "Lightweight trail shoe with a grippy outsole.",
"brand": { "@type": "Brand", "name": "Acme" },
"sku": "ACME-TRX-42",
"offers": {
"@type": "Offer",
"url": "https://example.com/shoe",
"price": "129.00",
"priceCurrency": "USD",
"availability": "https://schema.org/InStock"
},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.6",
"reviewCount": "218"
}
}
Review
สำหรับบทวิจารณ์เชิงบรรณาธิการของผลิตภัณฑ์ หนังสือ ภาพยนตร์ หรือบริการ
{
"@context": "https://schema.org",
"@type": "Review",
"itemReviewed": { "@type": "Product", "name": "Trail Running Shoe X" },
"reviewRating": {
"@type": "Rating",
"ratingValue": "4",
"bestRating": "5"
},
"author": { "@type": "Person", "name": "Jane Doe" },
"reviewBody": "Comfortable over long distances, though sizing runs small."
}
BreadcrumbList
สำหรับหน้าใด ๆ ที่อยู่ภายในลำดับชั้น หน้าปัจจุบันคือรายการสุดท้ายและละเว้น item
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{ "@type": "ListItem", "position": 1, "name": "Home", "item": "https://example.com" },
{ "@type": "ListItem", "position": 2, "name": "Blog", "item": "https://example.com/blog" },
{ "@type": "ListItem", "position": 3, "name": "Structured Data" }
]
}
Organization (พร้อม sameAs)
วางไว้ครั้งเดียวทั่วทั้งเว็บ (หน้าแรกหรือเทมเพลตส่วนกลาง) อาร์เรย์ sameAs คือคันโยกสร้างความชัดเจนของเอนทิตี
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Example",
"url": "https://example.com",
"logo": "https://example.com/logo.png",
"sameAs": [
"https://www.linkedin.com/company/example",
"https://x.com/example",
"https://en.wikipedia.org/wiki/Example"
]
}
LocalBusiness
สำหรับธุรกิจที่มีที่ตั้งทางกายภาพ ใช้ประเภทย่อยที่เฉพาะเจาะจงที่สุดที่มี (Restaurant, Dentist และอื่น ๆ) แทนที่ LocalBusiness แบบทั่วไปเมื่อมีให้ใช้
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Example Coffee",
"image": "https://example.com/store.jpg",
"@id": "https://example.com",
"url": "https://example.com",
"telephone": "+1-555-0100",
"address": {
"@type": "PostalAddress",
"streetAddress": "123 Main St",
"addressLocality": "Austin",
"addressRegion": "TX",
"postalCode": "78701",
"addressCountry": "US"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 30.2672,
"longitude": -97.7431
},
"openingHours": "Mo-Fr 07:00-18:00"
}
FAQPage และ HowTo
Google ยกเลิก Rich Result ของ FAQ เมื่อวันที่ 7 พฤษภาคม 2026 เป็นการปิดฉากการถอยกลับที่เริ่มในเดือนสิงหาคม 2023 เมื่อจำกัดมันไว้เฉพาะเว็บของหน่วยงานรัฐและด้านสุขภาพที่น่าเชื่อถือ ส่วน Rich Result ของ HowTo ถูกยกเลิกบนเดสก์ท็อปไปตั้งแต่เดือนกันยายน 2023
Google ยังคงวิเคราะห์ FAQPage เพื่อทำความเข้าใจหน้า เพียงแต่คุณจะไม่ได้แผงคำถาม-คำตอบแบบขยายได้ในการค้นหาอีกต่อไป ดังนั้นให้คงเนื้อหา FAQ ไว้บนหน้าเพราะมันตอบคำถามจริงและช่วยให้เครื่องอ่านคุณได้ เพียงแต่ อย่าเพิ่ม Schema ด้วยความคาดหวังว่าจะได้ฟีเจอร์ที่มองเห็นบน SERP
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "Does schema markup guarantee rich results?",
"acceptedAnswer": {
"@type": "Answer",
"text": "No. Valid markup makes a page eligible, but Google decides whether to show a rich result."
}
}]
}
ประเภท Schema ไหนสำหรับหน้าใด
ข้อผิดพลาดที่พบบ่อยที่สุดคือการติดประเภทที่ผิดลงบนหน้า หรือซ้อนประเภทที่ไม่เกี่ยวข้อง จับคู่ประเภทที่เฉพาะเจาะจงที่สุดกับสิ่งที่หน้านั้นเป็นจริง ๆ จากนั้นตรวจสอบว่ามันยังสร้าง Rich Result ได้หรือไม่
| หน้า | Schema | Rich Result ในปี 2026 |
|---|---|---|
| โพสต์บล็อก ข่าว คู่มือ | Article / BlogPosting | ได้ |
| หน้าผลิตภัณฑ์ | Product + Offer | ได้ |
| บทวิจารณ์เชิงบรรณาธิการ | Product + Review | ได้ |
| หน้าที่ซ้อนใด ๆ | BreadcrumbList | ได้ |
| หน้าแรก / เกี่ยวกับเรา | Organization | เอนทิตีเท่านั้น |
| ที่ตั้งทางกายภาพ | LocalBusiness | ได้ (แบบท้องถิ่น) |
| สูตรอาหาร | Recipe | ได้ |
| วิดีโอ | VideoObject | ได้ |
| บล็อก FAQ | FAQPage | ไม่ได้ (ยกเลิกแล้ว) |
| ขั้นตอนวิธีทำ | HowTo | ไม่ได้ (ยกเลิกแล้ว) |
แนวทางของ Google คือ ใช้ประเภทที่เฉพาะเจาะจงที่สุดเท่าที่ใช้ได้ และวาง Structured Data ไว้บนหน้าที่มันอธิบายถึง
วิธีทดสอบและตรวจสอบ Schema ของคุณ
อย่าเผยแพร่ Schema ที่คุณยังไม่ได้ตรวจสอบเด็ดขาด มีเครื่องมือทางการสองตัว แต่ละตัวทำหน้าที่เดียว:
- Rich Results Test บอกคุณว่าหน้ามีสิทธิ์ได้ Rich Result ของ Google หรือไม่และแสดงตัวอย่างว่ามันอาจมีหน้าตาอย่างไร ใช้ตัวนี้เพื่อตอบว่า "สิ่งนี้จะได้ฟีเจอร์ไหม?"
- Schema Markup Validator ตรวจสอบความถูกต้องของ markup ของ Schema.org แบบทั่วไป โดยไม่มีการตรวจฟีเจอร์เฉพาะของ Google ใช้ตัวนี้เพื่อตอบว่า "สิ่งนี้ถูกต้องตามไวยากรณ์ไหม?" มันมาแทนที่ Structured Data Testing Tool ตัวเก่า
Schema พังแบบเงียบ ๆ การอัปเดตธีมหรือปลั๊กอินที่ขัดแย้งกันอาจ ถอด JSON-LD ออกจากหน้าหลายร้อยหน้าโดยไม่มีข้อผิดพลาดที่มองเห็น นั่นคือเหตุผลที่เวิร์กโฟลว์จริงคือ ตรวจสอบก่อนเผยแพร่ ตรวจซ้ำหลังการเปลี่ยนเทมเพลตหรือดีพลอยทุกครั้ง และเฝ้าติดตามสถานะ Rich Result ในรายงานการปรับปรุงของ Search Console ตลอดเวลา
ตรวจสอบ Structured Data ของทุกหน้าด้วย SEOcrawl AI
การรันเครื่องมือของ Google ทั้งสองตัวด้วยตนเองก็โอเคสำหรับการตรวจแบบจุดเดียว แต่มันไม่สเกลและจะไม่บอกคุณเมื่อดีพลอยหนึ่งครั้งทำ markup พังเงียบ ๆ ทั่วทั้งเทมเพลต
สำหรับการตรวจหน้าเดียวอย่างรวดเร็ว Schema Validator ฟรีของ SEOcrawl AI ตรวจสอบ JSON-LD ของ URL เทียบกับทั้งข้อกำหนดของ Schema.org และนโยบาย Rich Results ของ Google มันดึงทุกบล็อกบนหน้าออกมาและ แยกข้อผิดพลาดที่ปิดกั้นสิทธิ์ออกจากคำเตือนที่เพียงแค่ทำให้อ่อนลง เพื่อให้คุณรู้ว่าต้องแก้อะไรก่อน
และเนื่องจากการถดถอยของ markup มักปรากฏเป็นการลดลงของการครอบคลุม Rich Result SEOcrawl AI จึงติดตามฝั่งการปรับปรุงด้วยเช่นกัน ดึงข้อมูลการครอบคลุมและคำค้นจาก Search Console ไม่ว่าจะด้วยตนเอง ด้วยกฎอัตโนมัติ หรือผ่าน เซิร์ฟเวอร์ SEOcrawl MCP โดยตรงจาก Claude หรือ ChatGPT เพื่อให้การเปลี่ยนเทมเพลตที่ถอด Schema ออกปรากฏเป็นการเปลี่ยนแปลงที่วัดได้ ไม่ใช่ปริศนา
คำถามที่พบบ่อย
Schema Markup ช่วยเพิ่มอันดับหรือเป็นแค่ความเข้าใจผิด?
Schema ไม่ใช่ปัจจัยจัดอันดับ มันทำให้หน้ามีสิทธิ์ได้ Rich Result และช่วยให้เสิร์ชเอนจินเข้าใจเนื้อหาของคุณ แต่ มันจะไม่ดันคุณขึ้นอันดับด้วยตัวมันเอง ประโยชน์เกิดขึ้นทางอ้อม นั่นคือหน้าที่ได้ Rich Result มักได้อัตราการคลิกที่สูงขึ้น
Rich Result ของ FAQ หายไปแล้ว แล้วควรลบ Schema แบบ FAQPage ออกไหม?
ไม่ Google ยืนยันว่า FAQPage ยังเป็นประเภทที่ใช้ได้และยังคงวิเคราะห์ markup เพื่อทำความเข้าใจหน้าของคุณ เพียงแต่จะไม่แสดงแผงแบบขยายได้ จงทุ่มเวลาให้กับเนื้อหา FAQ แทน ซึ่งยังคงดึงทราฟฟิกจากคีย์เวิร์ดหางยาวและช่วยให้ระบบ AI ดึงคำตอบออกมาได้
หลังเพิ่ม Schema แล้วนานแค่ไหนถึงจะเห็น Rich Result?
ไม่มีกรอบเวลาที่แน่นอน Google ต้องรวบรวมข้อมูลและประมวลผลหน้าใหม่ก่อน ซึ่งอาจใช้เวลาตั้งแต่ไม่กี่วันจนถึงไม่กี่สัปดาห์ ขึ้นอยู่กับความถี่ในการเก็บข้อมูลเว็บของคุณ และแม้จะ มี markup ที่ถูกต้อง คุณก็ได้แค่สิทธิ์เท่านั้น ไม่ใช่ตำแหน่งที่รับประกัน
ต้องใช้ Schema เพื่อให้ ChatGPT หรือ AI Overviews อ้างอิงถึงเราไหม?
ไม่จำเป็นแบบเจาะจง Google ระบุว่าไม่ต้องใช้ Schema พิเศษสำหรับ AI Overviews หรือ AI Mode สิ่งที่สำคัญคือ Structured Data ของคุณต้องตรงกับเนื้อหาที่มองเห็นได้ และเนื้อหาต้องตอบคำถามได้จริง Schema ช่วยลดความกำกวมให้กับโมเดลซึ่งเป็นผลดี แต่มันไม่ได้บังคับให้เกิดการอ้างอิง
การเพิ่ม JSON-LD จะทำให้หน้าเว็บช้าลงไหม?
ไม่ บล็อก JSON-LD เป็น ข้อความชิ้นเล็ก ๆ ในซอร์สโค้ดของหน้า และไม่เรนเดอร์หรือบล็อกสิ่งที่มองเห็นใด ๆ ต้นทุนจริงเพียงอย่างเดียวคือการดูแลรักษา นั่นคือทำให้มันถูกต้องอยู่เสมอและลบบล็อกของฟีเจอร์ที่คุณไม่ได้มุ่งเป้าอีกต่อไป
โดย: David Kaufmann
ในช่วง 10+ ปีที่ผ่านมา ผมหมกมุ่นกับ SEO อย่างสมบูรณ์ — และพูดตรง ๆ ก็ไม่อยากให้เป็นแบบอื่น
อาชีพของผมก้าวขึ้นไปอีกระดับเมื่อทำงานเป็นผู้เชี่ยวชาญ SEO อาวุโสที่ Chess.com — หนึ่งใน 100 เว็บไซต์ที่มีผู้เข้าชมมากที่สุดในอินเทอร์เน็ต การทำงานในระดับนี้สอนสิ่งที่ไม่มีหลักสูตรหรือประกาศนียบัตรใดสอนได้
จากประสบการณ์นี้ ผมก่อตั้ง SEO Alive — เอเจนซีสำหรับแบรนด์ที่จริงจังกับการเติบโตแบบออร์แกนิก และเพราะหาเครื่องมือที่จัดการทั้งโลกคลาสสิกและยุค AI ได้ดีไม่ได้ ผมจึงสร้าง SEOcrawl ขึ้น หากคุณกำลังมองหาพาร์ตเนอร์ SEO มากประสบการณ์ที่รักสาขานี้ — ยินดีพูดคุยครับ!
ค้นพบเนื้อหาเพิ่มเติมของผู้เขียนคนนี้
