Schema Markup (หรือ structured data) คือโค้ดสั้น ๆ ที่ฝังไว้ในหน้าเว็บเพื่อบอก Google และ AI เป็นภาษาที่เครื่องเข้าใจว่า "หน้านี้คือธุรกิจอะไร ขายอะไร ราคาเท่าไหร่ เปิดกี่โมง" ผลที่ได้คือโอกาสขึ้นผลค้นหาแบบพิเศษ (rich result) เช่น ดาวรีวิว ราคา หรือกล่องคำถาม-คำตอบ และช่วยให้ AI search อ้างอิงข้อมูลธุรกิจคุณได้แม่นขึ้น — บทความนี้พาไปรู้จัก schema 4 ประเภทที่เว็บธุรกิจไทยควรมี พร้อมตัวอย่างที่ก๊อปไปปรับใช้ได้เลย
Schema Markup ช่วยอะไร แล้วทำไมปี 2026 ยิ่งสำคัญ
ปกติ Google อ่านหน้าเว็บแล้ว "เดา" ว่าเนื้อหาคืออะไร schema คือการเลิกให้เดา — เราประกาศตรง ๆ ในรูปแบบมาตรฐานของ schema.org ประโยชน์มีสองชั้น:
ชั้นที่หนึ่ง: หน้าตาบนผลค้นหา — หน้าที่มี schema ถูกต้องมีสิทธิ์แสดงผลแบบ rich result ซึ่งกินพื้นที่มากกว่าและดึงสายตากว่าลิงก์ธรรมดา คนจึงมีแนวโน้มคลิกมากกว่าแม้อันดับเท่ากัน
ชั้นที่สอง: ความเข้าใจของ AI — ระบบอย่าง ChatGPT, Google AI Overviews และ Perplexity ประกอบคำตอบจากเว็บที่มันมั่นใจว่าเข้าใจถูก ข้อมูลที่ประกาศแบบมีโครงสร้างช่วยลดความคลุมเครือ เช่น ธุรกิจชื่ออะไร อยู่จังหวัดไหน เบอร์อะไร — เรื่องนี้เป็นหัวใจหนึ่งของการทำเว็บให้ AI หยิบไปตอบ (AEO)ที่เราเขียนไว้แล้ว
ข้อควรเข้าใจก่อน: schema ไม่ใช่ยาวิเศษดันอันดับ มันคือการทำให้ข้อมูลที่ดีอยู่แล้วถูกอ่านรู้เรื่อง ถ้าเนื้อหาไม่ดี ใส่ schema ไปก็ไม่มีอะไรให้แสดง
รูปแบบที่แนะนำ: JSON-LD
schema เขียนได้หลายแบบ แต่แบบที่ Google แนะนำและจัดการง่ายสุดคือ JSON-LD — สคริปต์ก้อนเดียวแปะใน head หรือ body ของหน้า ไม่ต้องไปยุ่งกับ HTML เดิมเลย เว็บ WordPress ใส่ผ่านปลั๊กอิน SEO ยอดนิยมได้ ส่วนเว็บที่เขียนเองก็แปะสคริปต์ตรง ๆ ได้ทันที
1. LocalBusiness — สำหรับธุรกิจที่มีหน้าร้านหรือให้บริการในพื้นที่
ตัวสำคัญที่สุดสำหรับ SME ไทย ร้านอาหาร คลินิก อู่ซ่อมรถ สำนักงานบัญชี — ประกาศชื่อ ที่อยู่ เบอร์โทร พิกัด และเวลาเปิด ตัวอย่างขั้นต่ำที่ใช้ได้จริง:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "ร้านกาแฟบ้านสวน",
"telephone": "+66812345678",
"address": {
"@type": "PostalAddress",
"streetAddress": "12/3 ถนนนิมมานเหมินท์",
"addressLocality": "เชียงใหม่",
"postalCode": "50200",
"addressCountry": "TH"
},
"openingHours": "Mo-Su 08:00-17:00",
"url": "https://your-website.example"
}
</script>จุดที่คนไทยพลาดบ่อย: เบอร์โทรควรอยู่ในรูปแบบสากล (+66 แล้วตัดศูนย์หน้า) และชื่อธุรกิจใน schema ต้องตรงกับที่ใช้จริงบนหน้าเว็บและ Google Business Profile ไม่ใช่ยัดคีย์เวิร์ดต่อท้าย2. FAQPage — คำถามที่ลูกค้าถามบ่อย
เหมาะกับหน้าบริการที่มีส่วนถาม-ตอบอยู่แล้ว เอาคำถามจริงจากแชทลูกค้ามาเขียน แล้วประกาศเป็น FAQPage เพื่อให้เครื่องจับคู่คำถาม-คำตอบได้ตรง ๆ:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "ทำเว็บไซต์ใช้เวลากี่วัน?",
"acceptedAnswer": {
"@type": "Answer",
"text": "เว็บ 5 หน้ามาตรฐานใช้เวลา 7 วันทำการ ส่วนเว็บองค์กรออกแบบเฉพาะใช้ 2-4 สัปดาห์"
}
}]
}
</script>กติกาเดียวที่ห้ามพลาด: คำถาม-คำตอบใน schema ต้องมีอยู่จริงบนหน้านั้นแบบที่คนอ่านเห็น ห้ามใส่ schema ที่เนื้อหาไม่มี เพราะเข้าข่าย spam ในสายตา Google
3. Product — สินค้าพร้อมราคา
ร้านค้าออนไลน์ควรใส่ Product schema ระบุชื่อสินค้า รูป ราคา สกุลเงิน (THB) และสถานะของว่ามีหรือหมด ผลคือราคาและดาวรีวิวมีโอกาสโชว์บนผลค้นหาเลย คนเห็นราคาก่อนคลิกก็จริง แต่คนที่คลิกเข้ามาคือคนที่รับราคาได้แล้ว — คุณภาพ traffic ดีขึ้นชัดเจน ระบบร้านค้าดัง ๆ อย่าง WooCommerce หรือ Shopify ใส่ให้อัตโนมัติระดับหนึ่ง แต่ควรตรวจว่าราคากับสต๊อกตรงกับความจริงเสมอ
4. Article — บทความและข่าว
สำหรับเว็บที่ทำ content marketing ประกาศชื่อเรื่อง ผู้เขียน วันเผยแพร่ และวันแก้ไขล่าสุด ช่วยให้เครื่องรู้ว่าเนื้อหาสดแค่ไหนและใครเป็นคนเขียน ซึ่งเป็นสัญญาณความน่าเชื่อถือที่ทั้ง Google และ AI ใช้ประกอบการเลือกแหล่งอ้างอิง
ใส่แล้วเช็กยังไงว่าถูก
Rich Results Test (search.google.com/test/rich-results) — ใส่ URL แล้วดูว่า Google อ่าน schema เจอไหม มีสิทธิ์ขึ้น rich result แบบไหน
Schema Markup Validator (validator.schema.org) — ตรวจไวยากรณ์ละเอียดกว่า เหมาะตอนเขียนเอง
Search Console — หลังใส่ไปสักพัก ดูรายงานส่วน enhancement ว่า Google เก็บ schema จากหน้าไหนไปแล้ว มี error อะไรค้าง
ข้อผิดพลาดที่เจอบ่อยในเว็บไทย
ใส่ schema ที่ไม่ตรงกับเนื้อหาจริงบนหน้า — โดนมองเป็น spam ได้ผลลบแทนผลบวก
ก๊อปตัวอย่างมาแล้วลืมแก้ข้อมูล ยังเป็นชื่อบริษัทตัวอย่างหรือเบอร์ปลอมอยู่
ใส่แค่หน้าแรกหน้าเดียว ทั้งที่หน้าบริการแต่ละหน้าควรมี schema ของตัวเอง
เว็บช้าจน crawler เก็บหน้าไม่ครบ — schema ดีแค่ไหนก็ไม่ถูกอ่าน ถ้าเว็บมีปัญหาความเร็ว แก้ตามคู่มือ Core Web Vitals ปี 2026ก่อน
อยากได้เว็บที่วางเรื่องพวกนี้ให้ตั้งแต่แรก
ความจริงคือ schema เป็นงานที่ควรทำตั้งแต่ตอนสร้างเว็บ ไม่ใช่ของแถมที่มาไล่ติดทีหลัง เว็บทุกตัวที่เรารับทำเว็บไซต์ส่งมอบพร้อม structured data ที่ตรงกับธุรกิจจริง ทั้ง LocalBusiness, Service, FAQ และ Breadcrumb — ดูตัวอย่างได้จากผลงานที่เราทำ ถ้าเว็บคุณมีอยู่แล้วและอยากรู้ว่า schema ที่ใส่ไว้ (หรือยังไม่ได้ใส่) เป็นยังไง ส่งลิงก์มาให้เราช่วยดูได้ เราตอบตรง ๆ ว่าควรเติมอะไร และอะไรไม่จำเป็นต้องเสียเงินทำ
