การค้นหา · การแสดงผลบน AIStructured Data · Schema · JSON-LD
ข้อมูลที่มีโครงสร้าง (Structured Data)
ข้อมูลที่มีโครงสร้างคือการเขียนข้อมูลอย่างชื่อร้าน · ที่อยู่ · เวลาเปิด · ราคา ในรูปแบบที่กำหนด ให้เครื่องมือค้นหาและ AI จำได้ทันที
เหมือนการติดบาร์โค้ดที่เครื่องอ่านไว้ข้างเมนูที่คนอ่าน
รายละเอียดเพิ่มเติม
ลูกค้ามองไม่เห็น แต่ช่วยให้เครื่องมือค้นหารู้แน่ชัดว่า “อันนี้คือที่อยู่ อันนี้คือเวลาเปิด”
ร้านค้ามักใช้รูปแบบอย่างข้อมูลธุรกิจ (LocalBusiness) เมนูหรือบริการ และคำถามที่พบบ่อย โดยทำตามข้อตกลงกลางชื่อ schema.org
เนื้อหาที่เขียนในข้อมูลที่มีโครงสร้างต้องตรงกับที่แสดงบนหน้าจอ ถ้าเขียนคะแนนดาวหรือราคาที่ไม่มีบนหน้าจอ กลับอาจเสียเปรียบ
ข้อมูลที่มีโครงสร้างใส่ในรูปแบบไหน
ข้อมูลที่มีโครงสร้างโดยทั่วไปใส่ไว้ในโค้ดหน้าเว็บในรูปแบบที่เรียกว่า JSON-LD ซึ่งเขียนรายการกับค่าเป็นคู่ ๆ เช่น “ชื่อ: ร้านดอกไม้ Bomnal” “โทร: 02-…” จึงจัดการแยกจากดีไซน์หน้าจอได้
Google อ่านได้ทั้ง 3 รูปแบบ คือ JSON-LD, Microdata และ RDFa และแนะนำให้ใช้ JSON-LD ถ้าการตั้งค่าเอื้ออำนวย รายการที่จะใช้กำหนดไว้ในพจนานุกรมคำศัพท์กลางชื่อ schema.org บริการค้นหาหลายแห่งจึงอ่านเป็นความหมายเดียวกันได้
ถ้าเป็นคาเฟ่ จะเขียนรายการอย่างประเภทร้าน (CafeOrCoffeeShop) ที่อยู่ เวลาเปิด (openingHoursSpecification) เบอร์โทร และหน้าเมนู (hasMenu) หน้าจอที่ลูกค้าเห็นยังเหมือนเดิม แค่เขียนข้อมูลเดียวกันซ้ำอีกครั้งในรูปแบบที่เครื่องอ่านได้
ร้านเราควรใส่ข้อมูลที่มีโครงสร้างแบบไหน
สิ่งแรกที่ควรมีคือ LocalBusiness ที่อธิบายตัวร้านเอง schema.org มีประเภทย่อยตามธุรกิจ เช่น ร้านอาหาร (Restaurant) ร้านเสริมสวย (BeautySalon) คลินิกทันตกรรม (Dentist) ให้เลือกประเภทที่ใกล้เคียงที่สุด
ไม่ต้องใส่ทุกประเภท ร้านที่ไม่ได้ขายสินค้าใส่ Product หรือปล่อย Event ของกิจกรรมที่จบแล้วไว้ กลับทำให้ข้อมูลผิดเพี้ยน หลักการคือเลือกเฉพาะประเภทที่ตรงกับเนื้อหาที่มีอยู่จริงในหน้า
ถ้าเป็นร้านที่ขายออนไลน์ด้วย ให้ใส่ Product และข้อมูลราคาในทุกหน้าสินค้า ถ้าราคา · สต็อกไม่ตรงกับหน้าสั่งซื้อจริง ลูกค้าจะสับสนและยังผิดแนวทางด้วย จึงควรตั้งให้เปลี่ยนตามเมื่อแก้ข้อมูลสินค้าเพื่อความปลอดภัย
ปัดตารางไปด้านข้างเพื่อดูเพิ่ม
| ประเภท | เนื้อหาที่มี | เหมาะกับ |
|---|---|---|
| LocalBusiness และประเภทย่อย | ชื่อกิจการ · ที่อยู่ · เบอร์โทร · เวลาเปิด · ตำแหน่ง | ทุกร้านที่มีหน้าร้าน |
| Organization | ชื่อบริษัท · โลโก้ · ที่อยู่โซเชียลมีเดียทางการ | แบรนด์ · นิติบุคคล · ธุรกิจที่เน้นออนไลน์ |
| Product · Offer | ชื่อสินค้า · ราคา · สต็อก | ร้านที่ขายสินค้าออนไลน์ |
| Event | ชื่อกิจกรรม · วันที่ · สถานที่ | ที่ที่จัดคลาส · การแสดง · กิจกรรม |
| BreadcrumbList | หน้านี้อยู่ตรงไหนในเว็บไซต์ | เว็บไซต์ที่เมนูแบ่งเป็นหลายระดับ |
| FAQPage | คู่คำถามกับคำตอบ | ที่ที่มีหน้าคำถามที่พบบ่อย |
ใส่ข้อมูลที่มีโครงสร้างแล้ว อันดับการค้นหาจะขึ้นไหม
ใส่ข้อมูลที่มีโครงสร้างแล้วอันดับไม่ได้ขึ้นทันที หน้าที่ของมันคือช่วยให้เครื่องมือค้นหาเข้าใจเนื้อหาได้แม่นยำ และทำให้มีคุณสมบัติแสดงผลการค้นหาแบบเสริม (Rich results) ที่มีข้อมูลอย่างคะแนนดาว · ราคา
Rich results ก็ไม่ได้แสดงเสมอแม้ครบเงื่อนไข Google ลดหรือยกเลิกประเภท Rich results ได้ ในปี 2023 ยกเลิกผลลัพธ์ HowTo และในปี 2025–2026 หยุดแสดง Rich results หลายแบบ เช่น ข้อมูลคอร์สเรียน · ประกาศพิเศษ · FAQ
Google ระบุว่าไม่มีข้อมูลที่มีโครงสร้างที่ต้องใส่แยกเพื่อให้ขึ้นใน AI Overviews · AI Mode ถึงอย่างนั้น ข้อมูลที่มีโครงสร้างก็เป็นกลไกพื้นฐานที่ช่วยไม่ให้เครื่องมือค้นหาสับสนเรื่องข้อมูลร้าน การใส่ไว้อย่างถูกต้องจึงได้เปรียบ
เช่น ถ้าร้านงานฝีมือระบุตารางคลาสเป็น Event เครื่องมือค้นหาจะแยกรู้วันที่ · สถานที่ · ราคาได้ แต่ข้อมูลกิจกรรมจะแสดงใน Google Search หน้าตาแบบไหน Google เป็นผู้กำหนดในแต่ละครั้ง
ตรวจอย่างไรว่าใส่ข้อมูลที่มีโครงสร้างถูกต้อง
ตรวจด้วยเครื่องมือ 2 ตัว Rich Results Test ของ Google ตรวจตามเกณฑ์ Rich results ที่ Google แสดงได้ ส่วน Schema.org Validator ตรวจว่ารูปแบบถูกต้องหรือไม่
แม้ตรวจแล้วไม่มีข้อผิดพลาด ก็ไม่ได้แปลว่า Rich results จะแสดงทันที การทดสอบเป็นแค่การยืนยันว่า “มีคุณสมบัติที่จะแสดง” ส่วนจะแสดงจริงไหม Google ตัดสินตามคำค้นหาและสถานการณ์
- 01ใส่ที่อยู่หน้าใน Rich Results Test ของ Google (search.google.com/test/rich-results)
- 02ตรวจว่ารายการที่ตรวจพบมีประเภทอย่างข้อมูลธุรกิจ · สินค้าหรือไม่
- 03ข้อผิดพลาดต้องแก้เสมอ ส่วนคำเตือนคือรายการแนะนำที่ขาดไป ถ้าเป็นไปได้ให้เติม
- 04ประเภทที่ไม่อยู่ในเกณฑ์ Rich results ของ Google ให้ใช้ Schema.org Validator (validator.schema.org) ตรวจว่าไม่มีข้อผิดพลาดด้านรูปแบบ
- 05ใช้สายตาเทียบว่าเวลาเปิด · เบอร์โทรบนหน้าจอ ตรงกับค่าในผลการตรวจหรือไม่
- 06ผ่านไปหลายสัปดาห์ ดูใน Search Console อีกครั้งว่าข้อมูลที่มีโครงสร้างที่ Google อ่านไปจริงไม่มีข้อผิดพลาด
ความผิดพลาดที่พบบ่อยเรื่องข้อมูลที่มีโครงสร้างมีอะไรบ้าง
ความผิดพลาดที่พบบ่อยที่สุดคือข้อมูลร้านเปลี่ยนแล้ว แต่ข้อมูลที่มีโครงสร้างยังเป็นข้อมูลเก่า ถ้าแก้ข้อความบนหน้าจอแล้ว แต่เวลาเปิดในโค้ดยังเหมือนเดิม เครื่องมือค้นหาและ AI จะสับสนว่าควรเชื่อข้อมูลไหน
Google แจ้งว่าถ้าละเมิดแนวทางข้อมูลที่มีโครงสร้าง อาจเสียคุณสมบัติ Rich results จากการดำเนินการด้วยตนเอง (Manual action) Google บอกว่ามาตรการนี้ไม่กระทบอันดับการค้นหาทั่วไป แต่ถ้าใช้เป็น “บทสรุปที่ถูกต้องของเนื้อหาบนหน้าจอ” ไม่ใช่กลโกงอันดับ ก็ไม่มีอะไรต้องกังวล
- ใส่ข้อมูลธุรกิจเดิมซ้ำทุกหน้า แต่ไม่ระบุเนื้อหาที่ต่างกันของแต่ละหน้า (เมนู · สินค้า · บทความ)
- เขียนรีวิวหรือคะแนนดาวที่ลูกค้าจริงไม่ได้ให้ไว้
- ปล่อยราคาของกิจกรรมที่จบแล้วหรือสินค้าที่หมดไว้แบบเดิม
- ปลั๊กอิน 2 ตัวใส่ข้อมูลเดียวกันต่างกันจนซ้ำซ้อน
- เขียนที่อยู่ · เบอร์โทรไม่ตรงกับบริการแผนที่
เรื่องข้อมูลที่มีโครงสร้าง ควรถามบริษัทรับทำเว็บไซต์อะไรบ้าง
ขอรับรายการว่า “ใส่ประเภทอะไรไว้ในหน้าไหน” ถ้าจัดไว้แยกตามหน้า เช่น ข้อมูลธุรกิจในหน้าแรก หน้าเมนู · สินค้า หน้าคำถามที่พบบ่อย วันหลังเวลาแก้ข้อมูลก็ดูแลได้ครบ
ถามด้วยว่าถ้าแก้ข้อมูลร้านในหน้าจัดการ ข้อมูลที่มีโครงสร้างจะเปลี่ยนตามไหม ถ้าหน้าจอกับโค้ดสร้างจากข้อมูลชุดเดียวกัน จะไม่เกิดความผิดพลาดที่เปลี่ยนแค่ฝั่งเดียว
ขอให้แสดงหน้า Rich Results Test ให้ดูด้วยกันก่อนเปิดเว็บไซต์ก็ได้ คุณจะตรวจด้วยตาตัวเองได้ว่าไม่มีข้อผิดพลาด และเห็นในแวบเดียวว่าข้อมูลอะไรถูกส่งให้เครื่อง
ข้อมูลที่มีโครงสร้างไม่ใช่งานที่ใส่ครั้งเดียวแล้วจบ จำไว้ว่าวันที่ข้อมูลร้านเปลี่ยน เช่น เปลี่ยนเวลาเปิด ย้ายร้าน เปลี่ยนเบอร์โทร ก็คือวันที่ต้องแก้ข้อมูลที่มีโครงสร้าง
ตัวอย่างเช่น
- ร้านอาหาร: ใส่เวลาเปิด · วันหยุด · ที่อยู่ · เบอร์โทร · ที่อยู่หน้าเมนูในรูปแบบข้อมูลธุรกิจ
ตรวจแค่นี้ก็พอ
- ตรวจด้วย Rich Results Test ของ Google ว่าไม่มีข้อผิดพลาด
- เวลาเปิด · เบอร์โทรตรงกับเนื้อหาบนหน้าจอไหม
- เมื่อข้อมูลร้านเปลี่ยน แก้ข้อมูลที่มีโครงสร้างไปด้วยไหม
ธุรกิจของเราต้องใช้ไหม
ถ้าเป็นร้านในพื้นที่ ควรดูแลเป็นพิเศษ
ที่ ISSYMO
ทุกแพ็กเกจมีข้อมูลที่มีโครงสร้างของข้อมูลร้าน ให้การค้นหาและคำตอบของ AI อ่านได้ดี
คำถามที่พบบ่อย
แหล่งอ้างอิง
แก้ไขล่าสุด