FAQ Schema กับ Breadcrumb Schema ต่างกันอย่างไร ใส่ให้ถูกยังไง
อธิบาย FAQ Schema และ Breadcrumb Schema พร้อมตัวอย่าง JSON-LD ที่ถูกต้อง และข้อจำกัดของ FAQPage ที่เปลี่ยนไปบนหน้าค้นหา
ทีม NOAH · เผยแพร่ 2 กันยายน 2569 · อัปเดต 2 กันยายน 2569 · อ่าน 15 นาที
สรุปสั้น
- ✓FAQ Schema (FAQPage) บอก Google ว่าหน้านี้มีคำถามและคำตอบ ช่วยให้มีสิทธิ์ขึ้นเป็น rich result แบบขยายได้
- ✓Google จำกัดการแสดง FAQ rich results ให้เว็บที่เชื่อถือได้บางกลุ่มเท่านั้น การใส่ schema ไม่รับประกันว่าจะได้แสดงผล
- ✓Breadcrumb Schema บอกลำดับเส้นทางของหน้านั้นในโครงสร้างเว็บ ช่วยให้ Google แสดง breadcrumb แทน URL เต็มบนหน้าค้นหา
- ✓คำถามใน FAQPage schema ต้องตรงกับคำถามที่แสดงจริงบนหน้าเว็บ ห้ามใส่คำถามที่ไม่มีอยู่ในเนื้อหา
- ✓BreadcrumbList ต้องเรียงตำแหน่ง (position) ให้ตรงกับลำดับจริงของโครงสร้างเว็บ ตั้งแต่หน้าแรกไปจนถึงหน้าปัจจุบัน
หลายบทความมีส่วนคำถามท้ายบทความอยู่แล้ว แต่พอไปตรวจ schema กลับไม่มี FAQPage รองรับเลย เท่ากับเสียโอกาสฟรี ๆ เพราะเนื้อหามีอยู่แล้ว ขาดแค่การบอก Google ว่าส่วนนั้นคือคำถามคำตอบ
อีกจุดที่มักถูกมองข้ามคือ Breadcrumb ซึ่งไม่ได้มีไว้แค่ให้คนกดนำทาง แต่เมื่อใส่ schema เข้าไปด้วย Google มักนำไปแสดงแทน URL ยาว ๆ บนหน้าค้นหา ทำให้ดูน่าเชื่อถือขึ้น
บทความนี้อธิบายทั้งสอง schema แยกกันให้ชัด ตั้งแต่ความหมาย โครงสร้างที่ Google ต้องการ ตัวอย่างสถานการณ์จริงที่ธุรกิจ SME เจอบ่อย ไปจนถึงขั้นตอนตรวจสอบก่อนเผยแพร่ เพื่อให้ใส่ได้ถูกครั้งเดียวโดยไม่ต้องมานั่งแก้ทีหลัง
FAQ Schema คืออะไร
FAQ Schema คืออะไร
FAQ Schema หรือ FAQPage คือ structured data ที่ใช้ระบุว่าหน้าเว็บมีชุดคำถามและคำตอบ โดยแต่ละคู่คำถามคำตอบเขียนเป็น Question ที่มี acceptedAnswer อยู่ภายใน เมื่อใส่ถูกต้อง Google อาจนำคำถามบางส่วนไปแสดงเป็นกล่องขยายได้บนหน้าค้นหา ทำให้หน้านั้นกินพื้นที่มากขึ้นและตอบคำถามผู้ใช้ได้ตั้งแต่ในหน้า SERP
โครงสร้างของ FAQPage อธิบายทีละส่วน
FAQPage schema ประกอบด้วยสามชั้นเรียงกัน ชั้นนอกสุดคือ type FAQPage เอง ข้างในมี mainEntity เป็น array ของคำถามแต่ละข้อ แต่ละคำถามเป็น type Question ที่มี property name เก็บข้อความคำถาม และ acceptedAnswer เป็น type Answer ที่มี property text เก็บข้อความคำตอบ ถ้าเข้าใจสามชั้นนี้ ก็เขียนหรืออ่านโค้ด FAQPage ได้แล้วโดยไม่ต้องท่องจำ
| Property | อยู่ในระดับไหน | ความหมาย |
|---|---|---|
| @type: FAQPage | ระดับบนสุด | บอกว่าหน้านี้เป็นหน้าคำถามคำตอบ |
| mainEntity | ระดับบนสุด | รายการคำถามทั้งหมด เก็บเป็น array |
| @type: Question | ต่อคำถาม | หนึ่งรายการในคำถามคำตอบ |
| name | ในแต่ละ Question | ข้อความคำถาม ต้องตรงกับที่แสดงจริงบนหน้า |
| acceptedAnswer | ในแต่ละ Question | เก็บคำตอบของคำถามนั้นเป็น type Answer |
| text (ใน Answer) | ในแต่ละ acceptedAnswer | ข้อความคำตอบ ต้องตรงกับที่แสดงจริงบนหน้า |
ตัวอย่างสมมติ: ร้านขายเครื่องใช้ไฟฟ้าใส่ FAQ Schema
ลองนึกภาพร้านขายเครื่องใช้ไฟฟ้าออนไลน์แห่งหนึ่ง (ตัวอย่างสมมติเพื่อให้เห็นภาพ ไม่ใช่กรณีลูกค้าจริง) มีหน้าสินค้าที่ท้ายหน้าใส่คำถามคำตอบไว้ 4 ข้อ เช่น 'สินค้ารับประกันกี่ปี' 'ส่งของกี่วันถึง' 'เปลี่ยนสินค้าได้ไหมถ้าไม่พอใจ' และ 'มีบริการติดตั้งไหม' ถ้าร้านนี้ใส่ FAQPage schema ให้ตรงกับคำถามทั้งสี่ข้อเป๊ะ ๆ โอกาสที่ Google จะพิจารณานำคำถามบางข้อไปแสดงเป็นกล่องขยายบนหน้าค้นหาก็มีมากขึ้น เพราะเนื้อหารองรับอยู่แล้วจริงบนหน้า ไม่ใช่การยัด schema เข้าไปโดยไม่มีอะไรรองรับ
สิ่งที่ร้านนี้ไม่ควรทำคือใส่คำถามที่ห้าเข้าไปใน schema ทั้งที่บนหน้าเว็บมีแค่สี่คำถาม เพราะ Google เทียบข้อมูลใน schema กับสิ่งที่แสดงจริงบนหน้าเสมอ ถ้าไม่ตรงกันอาจถูกมองว่าเป็นข้อมูลที่ไม่ถูกต้อง และเสี่ยงต่อการถูกตัดสิทธิ์แสดงผล rich results ในระยะยาว
ข้อจำกัดของ FAQ Rich Results ที่ต้องรู้
ไม่ใช่ทุกเว็บจะได้แสดงผล FAQ rich results
Google ปรับนโยบายให้ FAQ rich results แสดงเฉพาะเว็บจากภาครัฐและองค์กรที่เชื่อถือได้เป็นหลักในบางตลาด การใส่ FAQPage schema ยังมีประโยชน์ในแง่ที่ช่วยให้ Google และ AI search เข้าใจโครงสร้างคำถามคำตอบของหน้านั้นชัดเจนขึ้น แต่ไม่ควรตั้งความหวังว่าจะเห็นผลลัพธ์แบบขยายบนหน้าค้นหาเสมอไป
แม้ Google จะจำกัดการแสดงผลแบบ rich results แต่ FAQPage schema ยังมีค่าในแง่ AEO/GEO เพราะทำให้เนื้อหาคำถามคำตอบถูกดึงไปใช้ตอบใน AI search ได้ง่ายขึ้น อ่านมุมมองนี้เพิ่มที่ Schema สำหรับ AI Search
ตัวอย่าง JSON-LD ของ FAQPage
{"@context":"https://schema.org","@type":"FAQPage","mainEntity":[{"@type":"Question","name":"คำถามที่ปรากฏจริงในหน้า","acceptedAnswer":{"@type":"Answer","text":"คำตอบที่ตรงกับข้อความในหน้าเว็บ"}}]}
- ใช้ได้กับหน้าที่มีคำถามคำตอบแสดงอยู่จริง ไม่ใช่หน้าโฆษณาที่แต่งคำถามขึ้นมาเพื่อยัด schema
- คำถามและคำตอบใน schema ต้องตรงคำต่อคำหรือใกล้เคียงกับสิ่งที่ผู้ใช้เห็นบนหน้าเว็บ
- แนะนำให้มีอย่างน้อย 2 คำถามขึ้นไปจึงจะใช้ FAQPage ได้อย่างมีความหมาย
- ไม่ควรใส่ FAQPage schema ซ้ำหลายจุดในหน้าเดียว เช่นทั้งในส่วนหัวและส่วนท้าย เพราะทำให้ Google สับสนว่าจะยึดชุดไหน
Breadcrumb Schema คืออะไร
Breadcrumb Schema หรือ BreadcrumbList คือ structured data ที่บอกลำดับเส้นทางของหน้าเว็บปัจจุบัน เทียบเท่ากับแถบนำทางที่แสดงบนหน้าเว็บ เช่น หน้าแรก > หมวดหมู่ > บทความ เมื่อใส่ถูกต้อง Google มักนำ breadcrumb นี้ไปแสดงแทนที่ URL เต็มบนผลการค้นหา ทำให้ผู้ใช้เห็นบริบทของหน้าได้ทันทีว่าอยู่ในหมวดไหนของเว็บ
| Property | ความหมาย |
|---|---|
| itemListElement | รายการของแต่ละขั้นในเส้นทาง เรียงเป็น ListItem |
| position | ลำดับของแต่ละขั้น เริ่มจาก 1 ที่หน้าแรก |
| name | ชื่อของหน้าในขั้นนั้น เช่น ชื่อ hub หรือชื่อบทความ |
| item | URL เต็มของหน้าในขั้นนั้น |
โครงสร้าง breadcrumb ที่ดีควรสะท้อนโครงสร้างเว็บจริง เช่น บทความที่สังกัด hub ควรมี breadcrumb ไล่จากหน้าแรก ไปยัง hub แม่ ก่อนถึงตัวบทความเอง ไม่ใช่ข้ามขั้นตอนไปตรง ๆ อ่านเรื่องโครงสร้างเว็บที่เกี่ยวข้องได้ที่ Internal Linking คืออะไร
ตัวอย่างสมมติ: breadcrumb ของบทความในเว็บบล็อก
ถ้าเว็บบล็อกหนึ่งมีโครงสร้าง หน้าแรก > หมวด Technical SEO > บทความเรื่อง FAQ Schema กับ Breadcrumb Schema breadcrumb ที่ถูกต้องควรมีสามขั้น position 1 คือหน้าแรก position 2 คือหน้ารวม Technical SEO และ position 3 คือบทความปัจจุบัน แต่ละขั้นต้องมี item เป็น URL จริงที่เปิดแล้วไปถึงหน้านั้นได้ ไม่ใช่ URL ที่พิมพ์ผิดหรือ URL เก่าที่ถูกย้ายไปแล้ว
ใส่ทั้งสอง schema ไว้ในหน้าเดียวกันได้ไหม
ได้ และควรทำถ้าหน้านั้นมีทั้งคำถามคำตอบและอยู่ในโครงสร้าง hub ชัดเจน เขียนรวมเป็น @graph เดียวกันได้ พร้อมกับ Article schema ของบทความนั้น ทำให้ Google เห็นภาพรวมของหน้าครบในคำขอเดียว อ่านพื้นฐานของ JSON-LD และ @graph ได้ที่ Schema Markup คืออะไร
ข้อดีของการรวมไว้ใน @graph เดียวกันคือลดจำนวน script tag ที่ต้องแทรกในหน้า และทำให้ดูแลรักษาง่ายขึ้นเวลาต้องแก้ไขในอนาคต เพราะทุก schema ของหน้านั้นอยู่ในที่เดียว ไม่กระจัดกระจายหลายจุดในโค้ด
วิธีตรวจสอบว่าใส่ Schema ถูกต้องแล้ว
ตรวจ FAQ และ Breadcrumb Schema ก่อนเผยแพร่
- 1
เปิด Rich Results Test ของ Google
ใส่ URL ของหน้าที่ต้องการตรวจ หรือวางโค้ด HTML ลงไปโดยตรง ระบบจะแสดงว่า Google อ่าน schema ประเภทไหนเจอบ้าง
- 2
ตรวจว่าเจอทั้ง FAQPage และ BreadcrumbList
ถ้าใส่ทั้งสอง schema ไว้ในหน้าเดียวกัน ผลลัพธ์ควรแสดงทั้งสอง type แยกกัน ถ้าเจอแค่ตัวเดียวให้กลับไปตรวจโค้ดว่าใส่ครบหรือไม่
- 3
เทียบคำถามในผลตรวจกับที่แสดงจริงบนหน้า
อ่านคำถามและคำตอบที่เครื่องมือแสดงออกมา แล้วเปิดหน้าเว็บจริงเทียบว่าคำต่อคำตรงกันหรือไม่
- 4
เทียบลำดับ breadcrumb กับโครงสร้างเว็บจริง
ดูว่า position เรียงถูกต้อง และ URL ของแต่ละขั้นเปิดแล้วไปถึงหน้านั้นได้จริง ไม่ error 404
- 5
ตรวจซ้ำใน Search Console หลังเผยแพร่
ใช้รายงานการปรับปรุงประสบการณ์การใช้งานเพื่อดูว่าหน้าที่มี schema ถูกจัดอยู่ในสถานะใช้งานได้จริงกี่หน้า และมีข้อผิดพลาดหลงเหลือหรือไม่
ข้อผิดพลาดที่เจอบ่อย
- ใส่คำถามใน FAQPage schema มากกว่าที่แสดงจริงบนหน้าเว็บ เพื่อหวังให้ขึ้น rich results มากขึ้น
- เรียง position ของ BreadcrumbList ผิดลำดับ หรือข้ามขั้นตอนของโครงสร้างเว็บจริง
- ใช้ URL ใน item ของ breadcrumb ที่ไม่ใช่ URL จริงของหน้านั้น เช่น ลิงก์ที่ redirect ไปที่อื่น
- ลืมอัปเดต FAQPage schema เมื่อแก้ไขคำถามคำตอบในหน้าเว็บ ทำให้ schema กับเนื้อหาจริงไม่ตรงกัน
- ใส่ schema ผ่านปลั๊กอินหลายตัวพร้อมกันจนเกิด FAQPage หรือ BreadcrumbList ซ้ำซ้อนในหน้าเดียว
เช็กลิสต์สรุปก่อนเผยแพร่
- หน้ามีคำถามคำตอบแสดงจริงอย่างน้อย 2 ข้อ ก่อนใส่ FAQPage schema
- คำถามและคำตอบใน schema ตรงกับข้อความบนหน้าเว็บคำต่อคำ
- Breadcrumb แสดงจริงบนหน้า และ schema สะท้อนลำดับเดียวกัน
- position ของแต่ละขั้นเรียงถูกต้องจาก 1 ไปเรื่อย ๆ
- URL ในแต่ละ item เปิดได้จริง ไม่ error และไม่ redirect ไปที่อื่น
- ตรวจผ่าน Rich Results Test แล้วไม่มี error ก่อนกดเผยแพร่
คำถามที่พบบ่อย
ใส่ FAQ Schema แล้วจะได้ขึ้น rich results เสมอไปไหม+
ไม่เสมอไป Google จำกัดการแสดง FAQ rich results ตามนโยบายที่ปรับเปลี่ยนได้ ประโยชน์ที่ยังคงมีคือช่วยให้ Google และ AI search เข้าใจโครงสร้างคำถามคำตอบของหน้านั้นชัดเจนขึ้น
Breadcrumb Schema ต้องตรงกับแถบนำทางที่เห็นบนหน้าเว็บไหม+
ควรตรงกัน เพราะ Google เทียบข้อมูล schema กับสิ่งที่ผู้ใช้เห็นจริงบนหน้าเสมอ ถ้าไม่มีแถบนำทางแสดงผลจริง แต่ใส่ schema breadcrumb ไว้ ก็ยังใช้ได้ตราบใดที่โครงสร้างเส้นทางนั้นถูกต้องตามความเป็นจริงของเว็บ
หน้าที่ไม่มีคำถามคำตอบ ควรใส่ FAQPage schema ไหม+
ไม่ควร FAQPage ต้องมีคำถามคำตอบจริงในหน้ารองรับ การใส่ schema โดยไม่มีเนื้อหาจริงรองรับถือเป็นข้อมูลที่ไม่ตรงกับหน้าเว็บ
ต้องใส่ Breadcrumb Schema ในทุกหน้าไหม+
แนะนำให้ใส่ในทุกหน้าที่มีโครงสร้างลำดับชั้นชัดเจน เช่น หน้า hub และบทความย่อยที่สังกัดอยู่ หน้าแรกอาจไม่จำเป็นต้องมีเพราะไม่มีขั้นก่อนหน้า
ใช้ปลั๊กอิน WordPress สร้าง FAQ Schema ให้อัตโนมัติได้ไหม+
ได้ ปลั๊กอิน SEO ส่วนใหญ่มีโมดูลสร้าง FAQPage และ BreadcrumbList ให้อัตโนมัติจากบล็อกคำถามคำตอบที่ใส่ในหน้าเว็บ แต่ยังควรตรวจผ่าน Rich Results Test อีกครั้งเพื่อยืนยันว่าโค้ดที่สร้างออกมาถูกต้องและตรงกับเนื้อหาจริง
สรุป
FAQ Schema และ Breadcrumb Schema เป็นสอง type ที่ใช้ง่ายแต่มักถูกละเลย ทั้งที่หน้าเว็บมีเนื้อหารองรับอยู่แล้ว ใส่ให้ตรงกับสิ่งที่แสดงจริงบนหน้า และอย่าคาดหวังผลลัพธ์แบบ rich results เกินความเป็นจริง กลับไปดูภาพรวม schema อื่น ๆ ได้ที่ หน้ารวม Technical SEO
อยากดูเครื่องมือ SEO ที่ครบทั้งชุด
ดูภาพรวมเครื่องมือ SEO ทุกกลุ่มที่ทีมไทยใช้กันจริง ตั้งแต่คีย์เวิร์ดไปจนถึงงาน technical
ดูเครื่องมือ SEO