Schema Markup คืออะไร? ช่วย SEO ยังไง มีกี่แบบ
Schema Markup คือโค้ด structured data ที่บอก Google ว่าหน้าเว็บพูดถึงอะไร อธิบาย JSON-LD ประเภทที่ใช้บ่อย วิธีตรวจ ช่วย SEO ได้แค่ไหน
Schema markup คือโค้ด structured data ที่ใส่ไว้ในหน้าเว็บเพื่อบอก Google ตรง ๆ ว่าเนื้อหาในหน้านั้นคืออะไร เช่น เป็นบทความที่ใครเขียน สินค้าราคาเท่าไหร่ หรือธุรกิจตั้งอยู่ที่ไหน โค้ดนี้ไม่แสดงให้ผู้อ่านเห็น แต่ช่วยให้เครื่องมือค้นหาเข้าใจความหมายของหน้า และทำให้หน้ามีสิทธิ์แสดงเป็นผลค้นหาแบบพิเศษที่เรียกว่า rich result
บทความนี้อธิบายตั้งแต่นิยาม Schema Markup ว่าทำงานอย่างไร รูปแบบการเขียนที่ Google รองรับ ประเภท schema ที่เว็บธุรกิจไทยใช้บ่อย กฎที่ต้องทำตามเพื่อไม่ให้เสียสิทธิ์ และวิธีตรวจว่าเว็บของคุณใส่ถูกหรือยัง ทุกข้อเท็จจริงอ้างอิงจากเอกสาร Google Search Central ที่เปิดตรวจในรอบนี้
อัปเดตข้อมูล: 16 ตุลาคม 2569 (ค.ศ. 2026)
Schema Markup คืออะไรตามนิยามของ Google?
ตามเอกสาร Introduction to structured data markup ของ Google Search Central structured data คือรูปแบบมาตรฐานสำหรับให้ข้อมูลเกี่ยวกับหน้าเว็บและจัดประเภทเนื้อหาในหน้า เป็น “เบาะแสที่ชัดเจน” ที่ช่วยให้ Google เข้าใจความหมายของหน้าได้ดีขึ้น
คำว่า schema markup ที่คนไทยใช้กันส่วนใหญ่หมายถึงสิ่งเดียวกัน เพราะ structured data บน Google เกือบทั้งหมดใช้คำศัพท์ (vocabulary) ของ schema.org ซึ่งเป็นมาตรฐานกลางที่กำหนดชื่อประเภท เช่น Article, Product, Organization และชื่อคุณสมบัติ เช่น headline, author, datePublished
ลองนึกภาพหน้าสูตรอาหาร คนอ่านเห็นทันทีว่าบรรทัดไหนคือวัตถุดิบ บรรทัดไหนคือเวลาทำ แต่บอตเห็นแค่ข้อความยาวต่อกัน schema markup คือการติดป้ายกำกับให้แต่ละส่วนว่า “นี่คือวัตถุดิบ” “นี่คือเวลาทำ” “นี่คือแคลอรี่” Google จึงหยิบข้อมูลไปแสดงในผลค้นหาได้ถูกต้อง
ข้อควรรู้คือ Google ระบุว่าให้ยึด เอกสาร Google Search Central เป็นหลักสำหรับพฤติกรรมบน Google Search ไม่ใช่เอกสารของ schema.org เพราะ schema.org มีประเภทและคุณสมบัติจำนวนมากที่ Google ไม่ได้ใช้ แม้อาจมีประโยชน์กับเครื่องมือค้นหาหรือบริการอื่น
Schema Markup ช่วย SEO ได้อย่างไร?
ประโยชน์หลักของ schema markup คือทำให้หน้ามีสิทธิ์แสดงเป็น rich result ซึ่งดึงดูดสายตาและอาจได้คลิกมากกว่าผลค้นหาแบบข้อความธรรมดา ส่วนเรื่องอันดับนั้นเอกสาร Google ไม่ได้บอกว่า structured data ทำให้อันดับสูงขึ้นโดยตรง
Google อธิบายว่าใช้ structured data เพื่อเข้าใจเนื้อหาของหน้า และเก็บข้อมูลเกี่ยวกับโลกโดยรวม เช่น บุคคล หนังสือ หรือบริษัทที่ถูกระบุไว้ในโค้ด เมื่อหน้าสูตรอาหารมี structured data ครบ ผู้ใช้ยังค้นหาสูตรนั้นได้ตามวัตถุดิบ แคลอรี่ หรือเวลาทำ
ตัวเลขจากกรณีศึกษาที่ Google เผยแพร่
หน้า Introduction to structured data ของ Google ยกกรณีศึกษาของเว็บที่ใส่ structured data ไว้ดังนี้
| เว็บไซต์ | สิ่งที่ทำ | ผลที่วัดได้ (ตามที่ Google รายงาน) |
|---|---|---|
| Rotten Tomatoes | ใส่ structured data ใน 100,000 หน้า | CTR สูงกว่าหน้าที่ไม่มี structured data 25% |
| The Food Network | แปลง 80% ของหน้าให้รองรับฟีเจอร์การค้นหา | การเข้าชมเพิ่มขึ้น 35% |
| Rakuten | ใส่ structured data ในหน้าเว็บ | ผู้ใช้ใช้เวลาบนหน้ามากกว่า 1.5 เท่า |
| Nestlé | วัดหน้าที่แสดงเป็น rich result | CTR สูงกว่าหน้าที่ไม่เป็น rich result 82% |
ตัวเลขเหล่านี้เป็นผลของแต่ละเว็บในบริบทของตัวเอง ไม่ใช่ค่าที่ทุกเว็บจะได้เหมือนกัน Google เองแนะนำให้วัดผลด้วยการทดสอบก่อนและหลังกับหน้าจำนวนหนึ่ง โดยเลือกหน้าที่มีข้อมูลใน Search Console หลายเดือน ไม่ผันผวนตามฤดูกาล แล้วเทียบผลในรายงาน Performance หลังใส่โค้ดไปแล้วหลายเดือน
JSON-LD, Microdata และ RDFa ต่างกันยังไง?
Google รองรับ structured data 3 รูปแบบ และถือว่าดีเท่ากันถ้าโค้ดถูกต้องตามเอกสารของแต่ละฟีเจอร์ แต่ Google แนะนำ JSON-LD เพราะติดตั้งและดูแลง่ายที่สุดเมื่อเว็บใหญ่ขึ้น และผิดพลาดน้อยกว่า
| รูปแบบ | วิธีเขียน | จุดเด่น | ข้อควรระวัง |
|---|---|---|---|
| JSON-LD (แนะนำ) | โค้ด JavaScript notation ใน <script> ที่ head หรือ body | แยกจากข้อความที่ผู้ใช้เห็น ซ้อนข้อมูลหลายชั้นได้ง่าย Google อ่านได้แม้ฉีดเข้าหน้าด้วย JavaScript | ต้องคอยให้ข้อมูลในโค้ดตรงกับเนื้อหาที่แสดงจริง |
| Microdata | ใส่ attribute ในแท็ก HTML ที่มีอยู่ | ผูกกับข้อความบนหน้าโดยตรง | แทรกปนกับ HTML ทำให้แก้ธีมแล้วพังง่าย |
| RDFa | ส่วนขยายของ HTML5 ใช้ attribute เช่นกัน | รองรับแนวคิด linked data | ซับซ้อนกว่าสำหรับมือใหม่ |
ตัวอย่างโครงสร้าง JSON-LD ขั้นต่ำของบทความหนึ่งหน้า (ค่าในตัวอย่างเป็นข้อมูลสมมติ) มีหน้าตาประมาณนี้
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "ชื่อบทความ",
"datePublished": "2026-10-16T09:00:00+07:00",
"author": { "@type": "Person", "name": "ชื่อผู้เขียน" }
}
ถ้าเว็บใช้ CMS อย่าง WordPress, Wix หรือ Shopify ที่แก้ HTML เองไม่ได้ เอกสาร Google แนะนำให้ดูหน้าตั้งค่าเครื่องมือค้นหาของ CMS หรือติดตั้งปลั๊กอินที่สร้าง structured data ให้แทน
Schema ประเภทไหนที่เว็บธุรกิจใช้บ่อย?
คำตอบสั้น ๆ คือเว็บธุรกิจส่วนใหญ่ใช้ไม่กี่ประเภท ได้แก่ Organization สำหรับข้อมูลบริษัท Article สำหรับบทความ Breadcrumb สำหรับเส้นทางนำทาง Product สำหรับหน้าสินค้า และ Local business สำหรับร้านที่มีหน้าร้าน รายการเต็มอยู่ในหน้า Structured data markup that Google Search supports
| ประเภท schema | ใช้กับหน้าแบบไหน | Google ใช้ทำอะไร |
|---|---|---|
| Organization | หน้าแรก / หน้าเกี่ยวกับเรา | โลโก้ ชื่อทางการ ที่อยู่ ช่องทางติดต่อ อาจแสดงใน knowledge panel |
| Article / BlogPosting | บทความ ข่าว บล็อก | ชื่อบทความ รูปขนาดใหญ่ ผู้เขียน วันที่ |
| Breadcrumb | ทุกหน้าที่มีลำดับชั้น | แสดงตำแหน่งของหน้าในโครงสร้างเว็บ |
| Product | หน้าสินค้า | ราคา สถานะสินค้า คะแนนรีวิว |
| Local business | ร้านหรือสาขาที่มีหน้าร้าน | เวลาเปิดปิด คะแนน เส้นทาง |
| Review snippet | หน้าที่มีรีวิวจริงจากผู้ใช้ | คะแนนเฉลี่ยใต้ผลค้นหา |
| Video | หน้าที่มีวิดีโอเป็นเนื้อหาหลัก | ข้อมูลวิดีโอ ช่วงไฮไลต์ ไลฟ์ |
Article schema ต้องใส่อะไรบ้าง?
เอกสาร Article structured data ระบุว่าประเภทนี้ ไม่มี property บังคับ ให้ใส่ property ที่แนะนำเท่าที่ตรงกับเนื้อหาจริง และต้องใช้ type ใดใน 3 แบบคือ Article, NewsArticle หรือ BlogPosting
headlineชื่อบทความ ควรกระชับเพราะชื่อยาวอาจถูกตัดบนบางอุปกรณ์authorพร้อมauthor.nameและauthor.urlที่ชี้ไปหน้าประวัติผู้เขียนdatePublishedวันเวลาเผยแพร่ในรูปแบบ ISO 8601 ควรระบุเขตเวลาdateModifiedวันเวลาแก้ไขล่าสุด ใส่เมื่อต้องการให้ Google ได้วันที่ที่แม่นยำขึ้นimageรูปที่เป็นตัวแทนของบทความ ไม่ใช่โลโก้
ใส่ schema หลายประเภทในหน้าเดียวได้ไหม?
ได้ และ Google สนับสนุนด้วย เอกสาร General structured data guidelines อธิบายว่าหน้าหนึ่งอาจมีทั้งสูตรอาหาร วิดีโอ และ breadcrumb จะซ้อนกันภายใต้ item หลัก (nesting) หรือเขียนแยกเป็นหลายก้อนก็ได้ สิ่งสำคัญคือต้องมี type หลักที่สะท้อนจุดประสงค์ของหน้า เช่น หน้าบทความต้องมี Article เป็นหลัก ไม่ใช่มีแค่ Video
FAQ Schema ยังได้ผลไหมในปี 2569?
ไม่ได้ผลในแง่ rich result แล้ว ตามหน้าบันทึกการอัปเดตเอกสารของ Google Search Central Google ไม่แสดง FAQ rich result ในผลค้นหาตั้งแต่ 7 พฤษภาคม 2026 (พ.ศ. 2569) และนำเอกสารของฟีเจอร์นี้ออกเมื่อเดือนมิถุนายน 2026
ก่อนหน้านั้นในเดือนกันยายน 2025 Google ก็ถอดเอกสาร structured data อีก 5 ประเภทที่ไม่แสดงในผลค้นหาแล้ว คือ course info, estimated salary, learning video, special announcement และ vehicle listing โดยให้เหตุผลว่าต้องการทำให้หน้าผลค้นหาเรียบง่ายขึ้น
| ประเภท | สถานะบน Google Search | ช่วงเวลาที่เปลี่ยน (ค.ศ.) |
|---|---|---|
| FAQ rich result | ไม่แสดงแล้ว เอกสารถูกนำออก | หยุดแสดง 7 พ.ค. 2026 / นำเอกสารออก มิ.ย. 2026 |
| Course info, Estimated salary, Learning video, Special announcement, Vehicle listing | ไม่แสดงแล้ว เอกสารถูกนำออก | ก.ย. 2025 |
| Practice problem | ไม่แสดงแล้ว เอกสารถูกนำออก | ประกาศ พ.ย. 2025 / นำเอกสารออก 6 ม.ค. 2026 |
บทเรียนคือรายการ schema ที่ Google ใช้งาน เปลี่ยนได้ตลอด ก่อนลงแรงกับประเภทไหนควรเปิดหน้า Search gallery ของ Google เช็กก่อนทุกครั้ง แทนการเชื่อบทความหรือปลั๊กอินที่เขียนไว้หลายปีก่อน
ต้องใส่ Schema พิเศษเพื่อให้ติด AI Overview ไหม?
ไม่ต้อง เอกสาร AI features and your website ของ Google ระบุว่าไม่มีข้อกำหนดเพิ่มเติมสำหรับการแสดงใน AI Overviews หรือ AI Mode และไม่มี schema.org แบบพิเศษที่ต้องเพิ่ม หน้าต้องถูก index และมีสิทธิ์แสดงพร้อม snippet ตามปกติเท่านั้น
สิ่งที่ Google ย้ำในหน้าเดียวกันคือ structured data ที่ใส่ต้อง ตรงกับข้อความที่มองเห็นบนหน้า ซึ่งเป็นหนึ่งในแนวปฏิบัติ SEO พื้นฐานที่ยังใช้ได้กับฟีเจอร์ AI เรื่องการเตรียมเนื้อหาให้ AI หยิบไปตอบในภาพรวม อ่านต่อได้ที่บทความ AEO คืออะไร และ AI Overview คืออะไร บทความนี้จะเน้นเฉพาะส่วนโค้ด schema
กฎของ Google ที่ทำให้ Schema ใช้ไม่ได้มีอะไรบ้าง?
สรุปคือ schema ต้องเป็นตัวแทนที่ซื่อตรงของเนื้อหาในหน้า ห้ามใส่ข้อมูลที่ผู้ใช้มองไม่เห็น ห้ามหลอกลวง และต้องใส่ property บังคับให้ครบ ถ้าละเมิด Google อาจไม่แสดง rich result หรือถึงขั้นลงโทษแบบ manual action
ตามเอกสาร General structured data guidelines กฎหลักที่ต้องทำตามมีดังนี้
- ห้ามบล็อกหน้าที่มี structured data ด้วย robots.txt, noindex หรือการจำกัดสิทธิ์เข้าถึงอื่น
- ห้าม markup เนื้อหาที่ผู้อ่านมองไม่เห็นบนหน้า แม้ข้อมูลนั้นจะถูกต้องก็ตาม
- ห้าม markup เนื้อหาที่ไม่เกี่ยวข้องหรือชี้นำผิด เช่น รีวิวปลอม
- ห้ามสร้างหน้าว่างขึ้นมาเพื่อเก็บ structured data อย่างเดียว
- ต้องใส่ property บังคับของประเภทนั้นให้ครบ ไม่ครบจะไม่มีสิทธิ์แสดง rich result
- รูปภาพที่ระบุใน structured data ต้องเกี่ยวข้องกับหน้า และ Google ต้อง crawl และ index ได้
- ใช้ type และ property ที่เจาะจงที่สุดเท่าที่ schema.org มีให้
เรื่องที่หลายคนกังวลคือ manual action จะทำให้อันดับตกไหม เอกสารของ Google ระบุว่า manual action ด้าน structured data ทำให้หน้า เสียสิทธิ์แสดงเป็น rich result แต่ไม่กระทบอันดับในผลค้นหาเว็บ ตรวจได้ในรายงาน Manual Actions ของ Search Console
และแม้โค้ดจะถูกต้องผ่านเครื่องมือทดสอบทุกข้อ Google ก็ ไม่รับประกันว่า rich result จะแสดง เพราะอัลกอริทึมเลือกรูปแบบผลค้นหาตามประวัติการค้น ตำแหน่ง และอุปกรณ์ของผู้ใช้ บางครั้งผลแบบข้อความธรรมดาก็ถูกเลือกแทน
ตรวจ Schema Markup ของเว็บได้อย่างไร?
วิธีที่ Google แนะนำคือทดสอบด้วย Rich Results Test ระหว่างพัฒนา ใช้เครื่องมือตรวจสอบ URL ใน Search Console ดูว่า Google เห็นหน้าอย่างไร แล้วติดตามรายงานสถานะ rich result หลังขึ้นระบบจริง เพราะโค้ดอาจพังภายหลังจากเทมเพลตหรือการเสิร์ฟหน้า
ขั้นตอนที่ใช้ได้ทันทีมีดังนี้
- เลือกประเภท schema ที่ตรงกับเนื้อหาหลักของหน้า โดยเช็กจากรายการที่ Google รองรับอยู่ในปัจจุบัน
- เขียนโค้ด JSON-LD หรือเปิดใช้ปลั๊กอินของ CMS ใส่ property บังคับให้ครบ
- วางโค้ดหรือ URL ลงใน Rich Results Test แล้วแก้ข้อผิดพลาดร้ายแรงทั้งหมด
- ขึ้นระบบกับหน้าจำนวนหนึ่งก่อน แล้วใช้เครื่องมือตรวจสอบ URL ใน Google Search Console ดูว่าหน้าไม่ถูกบล็อกและ Google อ่านโค้ดได้
- ขอให้ Google crawl ใหม่ และส่ง sitemap ให้ Google รู้ว่ามีหน้าที่เปลี่ยน
- ติดตามรายงาน rich result ใน Search Console เป็นระยะ เผื่อมีจุดที่พังหลังแก้ธีมหรือปลั๊กอิน
ถ้าอยากเช็กแบบเร็วว่าหน้าเว็บมี schema ประเภทหลักอย่าง FAQPage, Organization หรือ Article อยู่แล้วหรือยัง ลองใช้เครื่องมือตรวจ SEO ฟรี ของเรา ซึ่งดูสัญญาณ schema ควบคู่กับ title, meta description, heading และจุด AEO/GEO อื่น ๆ ในหน้าเดียว
ควรเริ่มทำ Schema Markup จากหน้าไหนก่อน?
เริ่มจากหน้าที่มีผลต่อธุรกิจมากที่สุดและมีประเภท schema ที่ Google รองรับชัดเจน ได้แก่หน้าแรกกับ Organization หน้าบทความกับ Article และ Breadcrumb ทุกหน้า แล้วค่อยขยายไปหน้าสินค้าหรือหน้าสาขา
ตัวอย่างสมมติ: เว็บร้านอาหารมีหน้าแรก 1 หน้า หน้าสาขา 3 หน้า และบทความ 40 หน้า ลำดับที่สมเหตุสมผลคือใส่ Organization ที่หน้าแรก 1 หน้า ใส่ Local business ให้หน้าสาขาทั้ง 3 หน้า และใส่ Article ให้บทความทั้ง 40 หน้า รวมทั้งหมด 1 + 3 + 40 = 44 หน้า โดยเริ่มทดสอบกับหน้าสาขาก่อนเพราะข้อมูลอย่างเวลาเปิดปิดมีผลต่อการตัดสินใจของลูกค้าโดยตรง
สิ่งที่ไม่ควรทำคือไล่ใส่ schema ทุกประเภทที่ปลั๊กอินมีให้ หรือใส่คะแนนรีวิวที่ไม่ได้มาจากผู้ใช้จริง เพราะเสี่ยงผิดกฎและไม่ได้อะไรเพิ่ม schema เป็นเพียงส่วนหนึ่งของ technical SEO ถ้าต้องการไล่ตรวจทั้งเว็บ ดูเช็กลิสต์ SEO Audit 15 ข้อ หรือให้ทีมช่วยตรวจทั้ง schema, การ index และโครงสร้างเทคนิคผ่านบริการ SEO Auditได้
สรุป: Schema Markup คืออะไรในหนึ่งย่อหน้า
Schema markup คือโค้ด structured data ตามคำศัพท์ของ schema.org ที่บอก Google อย่างชัดเจนว่าหน้าเว็บพูดถึงอะไร Google รองรับ JSON-LD, Microdata และ RDFa โดยแนะนำ JSON-LD ประเภทที่เว็บธุรกิจใช้บ่อยคือ Organization, Article, Breadcrumb, Product และ Local business โค้ดที่ถูกต้องทำให้หน้ามีสิทธิ์แสดงเป็น rich result แต่ไม่รับประกันการแสดง ต้องตรงกับเนื้อหาที่ผู้ใช้เห็น และควรเช็กรายการที่ Google ยังรองรับก่อนเสมอ เพราะบางประเภทอย่าง FAQ rich result เลิกแสดงไปแล้วตั้งแต่เดือนพฤษภาคม 2026
แหล่งอ้างอิง: Google Search Central — Introduction to structured data markup in Google Search, General structured data guidelines, Structured data markup that Google Search supports, Article structured data, AI features and your website และ Latest documentation updates