ใส่ Structured Data แล้ว แต่ผลค้นหายังไม่ขึ้นดาว ราคา Breadcrumb หรือข้อมูลพิเศษใช่ไหม? วิธีตรวจที่ถูกต้องคือทดสอบโค้ดด้วย Rich Results Test ตรวจ Schema ทั้งหมดด้วย Schema Markup Validator จากนั้นตรวจ URL ที่เผยแพร่จริงผ่าน Google Search Console พร้อมแก้ Error ให้หมดและยืนยันว่าข้อมูลใน Schema ตรงกับเนื้อหาที่ผู้ใช้มองเห็น อย่างไรก็ตาม แม้ผลทดสอบจะผ่าน Google ก็ไม่ได้รับประกันว่าหน้านั้นจะได้แสดงเป็น Rich Results ทุกครั้ง เพราะยังพิจารณาคุณภาพ ความเกี่ยวข้อง และบริบทของการค้นหาด้วย :contentReference[oaicite:0]{index=0}
Structured Data กับ Rich Results ต่างกันอย่างไร?
Structured Data คือข้อมูลที่เขียนในรูปแบบมาตรฐานเพื่อบอก Search Engine ว่าองค์ประกอบบนหน้าเว็บคืออะไร เช่น บทความ สินค้า สูตรอาหาร ธุรกิจ วิดีโอ หรือกิจกรรม ส่วน Rich Results คือรูปแบบผลค้นหาที่แสดงข้อมูลมากกว่าลิงก์สีน้ำเงินทั่วไป เช่น ราคา สถานะสินค้า คะแนนรีวิว วันที่ หรือ Breadcrumb
พูดง่าย ๆ คือ Structured Data เป็นข้อมูลหลังบ้าน ส่วน Rich Results เป็นผลลัพธ์ที่อาจเกิดขึ้นบนหน้าค้นหา การใส่ Schema จึงไม่ได้ทำให้อันดับเพิ่มขึ้นโดยตรงแบบกดสวิตช์ แต่ช่วยให้ Google เข้าใจโครงสร้างและความหมายของหน้าได้ชัดเจนขึ้น :contentReference[oaicite:1]{index=1}
ก่อนเริ่ม คุณควรเลือกประเภทข้อมูลให้ตรงกับหน้า ไม่ใช่เห็น Schema แบบไหนดูเด่นแล้วใส่ทั้งหมด ตัวอย่างเช่น หน้าบทความควรใช้ Article หรือ BlogPosting ส่วนหน้าสินค้าควรพิจารณา Product ตามข้อกำหนดของ Google คุณสามารถตรวจประเภทที่รองรับได้จาก แกลเลอรี Structured Data ของ Google Search
เครื่องมือทดสอบ Structured Data ต้องใช้อะไรบ้าง?
1. Rich Results Test ตรวจสิทธิ์การแสดงผลบน Google
Rich Results Test เป็นเครื่องมือหลักสำหรับตรวจว่าโค้ดบนหน้าเว็บมีสิทธิ์สร้าง Rich Results ประเภทที่ Google รองรับหรือไม่ คุณสามารถทดสอบได้สองแบบ ได้แก่ ใส่ URL ของหน้าที่ออนไลน์แล้ว หรือวางโค้ดก่อนนำขึ้นเว็บไซต์
ในงานจริง ผมใช้การวางโค้ดเมื่อต้องตรวจ Schema ที่ยังอยู่บนเว็บทดสอบ และใช้การใส่ URL หลังเผยแพร่ เพราะผลจาก URL จะสะท้อนสิ่งที่ระบบส่งให้ Google เห็นจริงมากกว่า เช่น โค้ดที่ปลั๊กอินสร้างเพิ่ม ปัญหาแคช หรือ Schema ซ้ำจากธีม
2. Schema Markup Validator ตรวจมาตรฐาน Schema.org
Schema Markup Validator ใช้ตรวจโครงสร้าง Schema.org โดยรวม รวมถึงประเภทที่ Google ยังไม่ได้รองรับเป็น Rich Results เครื่องมือนี้จึงตอบคำถามว่า “โค้ดถูกตามมาตรฐาน Schema หรือไม่” แต่ไม่ได้ยืนยันว่า Google จะแสดงผลแบบพิเศษให้ :contentReference[oaicite:2]{index=2}
3. URL Inspection ตรวจหน้าที่ Google เข้าถึงจริง
หลังเผยแพร่แล้ว ให้เปิด Google Search Console และใช้ URL Inspection เพื่อตรวจว่า Google เข้าถึงหน้าได้หรือไม่ หน้าอนุญาตให้จัดทำดัชนีหรือเปล่า และ Google ตรวจพบ Structured Data ตามที่คุณตั้งใจหรือไม่
ขั้นตอนนี้สำคัญมาก เพราะ Rich Results Test อาจผ่าน แต่หน้าจริงกลับมีแท็ก noindex ถูกบล็อกด้วย robots.txt หรือรูปภาพใน Schema ไม่อนุญาตให้ Googlebot เข้าถึง หากกำลังแก้ปัญหานี้ แนะนำให้อ่านเรื่อง Meta Robots Tag และการใช้ noindex ให้ถูกวิธี ควบคู่กัน
ทดสอบ Structured Data ยังไงทีละขั้นตอน?
ขั้นที่ 1 เลือก Rich Result ให้ตรงกับจุดประสงค์ของหน้า
เริ่มจากถามก่อนว่า เนื้อหาหลักของหน้านี้คืออะไร อย่าเริ่มจากคำถามว่า Schema แบบไหนทำให้ผลค้นหาดูใหญ่ที่สุด เพราะ Google กำหนดให้ Structured Data ต้องเป็นตัวแทนของเนื้อหาหลักบนหน้าอย่างแท้จริง
ตัวอย่างเช่น หน้า Landing Page ของบริการทำเว็บไซต์มีข้อมูลบริษัทและบริการ แต่ไม่มีสินค้าที่สั่งซื้อบนหน้า คุณไม่ควรใส่ Product พร้อมคะแนนรีวิวที่สร้างขึ้นเองเพื่อหวังให้ขึ้นดาว วิธีนี้อาจผ่านการตรวจไวยากรณ์บางส่วน แต่ไม่ผ่านแนวทางด้านคุณภาพและเสี่ยงสูญเสียสิทธิ์แสดง Rich Results
ขั้นที่ 2 ตรวจ Required Properties ก่อนเขียนโค้ด
เปิดเอกสารของ Structured Data ประเภทนั้น แล้วแยกข้อมูลออกเป็นสองกลุ่ม
- Required properties: ข้อมูลจำเป็นที่ต้องมีเพื่อให้มีสิทธิ์แสดง Rich Results
- Recommended properties: ข้อมูลเสริมที่ช่วยให้ผลลัพธ์สมบูรณ์และเป็นประโยชน์ต่อผู้ค้นหามากขึ้น
สมมติคุณกำลังตรวจ BlogPosting บน WordPress ให้เช็กข้อมูลอย่างน้อย เช่น ชื่อบทความ URL รูปภาพ ผู้เขียน วันที่เผยแพร่ และวันที่แก้ไข จากประสบการณ์ ปัญหาที่พบประจำไม่ใช่เขียน JSON-LD ผิดทั้งหมด แต่เป็นปลั๊กอินดึงรูป Featured Image ไม่ได้ หรือดึงชื่อผู้เขียนเป็นชื่อบัญชีผู้ดูแลระบบที่ไม่ได้แสดงบนหน้า
ขั้นที่ 3 ทดสอบโค้ดก่อนเผยแพร่
นำโค้ดไปวางใน Rich Results Test แล้วกดทดสอบ จากนั้นเปิดดูรายการข้อมูลแต่ละประเภท อย่าดูเพียงข้อความสีเขียวว่าหน้ามีสิทธิ์แสดง Rich Results แต่ให้กางรายละเอียดทุก Item เพื่อดูว่าค่าที่ Google อ่านได้ตรงกับข้อมูลจริงหรือไม่
ตัวอย่างเช่น โค้ดอาจผ่าน แต่ช่อง headline ถูกดึงเป็นชื่อเว็บไซต์แทนชื่อบทความ หรือ image ชี้ไปยังรูปโลโก้ขนาดเล็ก แบบนี้ถือว่าโครงสร้างผ่าน แต่คุณภาพข้อมูลยังไม่พร้อมใช้งานจริง
ขั้นที่ 4 แยก Error กับ Warning ให้ออก
- Error: ข้อมูลสำคัญขาดหรือรูปแบบไม่ถูกต้อง อาจทำให้ไม่มีสิทธิ์แสดง Rich Results ควรแก้ก่อนเผยแพร่
- Warning: ข้อมูลแนะนำยังไม่ครบ โดยทั่วไปยังมีสิทธิ์แสดงผล แต่ควรเพิ่มเมื่อมีข้อมูลจริงและเป็นประโยชน์
อย่าแก้ Warning ด้วยการใส่ข้อมูลสมมติ เช่น สร้างคะแนนรีวิวหรือวันที่ขึ้นมาเพื่อทำให้รายงานเป็นสีเขียวทั้งหมด ข้อมูลน้อยแต่ถูกต้อง ดีกว่าข้อมูลครบแต่ไม่ตรงกับสิ่งที่ผู้ใช้เห็น Google ระบุชัดว่าข้อมูลใน Structured Data ต้องเกี่ยวข้อง เป็นปัจจุบัน และไม่ทำให้ผู้ใช้เข้าใจผิด :contentReference[oaicite:3]{index=3}
ขั้นที่ 5 ตรวจ Schema ซ้ำใน WordPress
เว็บไซต์ WordPress มักเกิด Schema ซ้ำเมื่อธีม ปลั๊กอิน SEO ปลั๊กอินรีวิว และ Page Builder สร้าง Structured Data พร้อมกัน ตัวอย่างที่ผมเจอบ่อยคือหน้าเดียวมี Article สองชุด แต่แต่ละชุดใช้ชื่อผู้เขียน รูปภาพ และวันที่ไม่ตรงกัน
วิธีตรวจคือค้นหาประเภทเดียวกันในผล Rich Results Test หากพบหลาย Item ให้ตรวจว่าเป็นข้อมูลคนละสิ่งจริงหรือเป็นข้อมูลซ้ำ หากซ้ำควรเลือกให้ระบบหลักเพียงตัวเดียวเป็นผู้สร้าง Schema แล้วปิดฟังก์ชันจากธีมหรือปลั๊กอินที่เหลือ
กรณี Schema ถูกสร้างด้วย JavaScript ควรตรวจด้วย URL จริงและดู Rendered HTML ด้วย เพราะสิ่งที่อยู่ใน Source Code ตอนโหลดครั้งแรกอาจไม่เหมือนสิ่งที่เบราว์เซอร์สร้างภายหลัง ประเด็นนี้เชื่อมโยงกับวิธีเรนเดอร์เว็บที่อธิบายไว้ในบทความ SSR กับ CSR ต่างกันอย่างไรและส่งผลต่อ SEO แค่ไหน
ขั้นที่ 6 เผยแพร่บางหน้าก่อนแล้วตรวจ URL จริง
อย่าแก้ Template แล้วปล่อยพร้อมกันหลายพันหน้าในครั้งแรก ควรทดลองกับหน้าตัวอย่างประมาณ 3-10 หน้า ครอบคลุมรูปแบบข้อมูลที่ต่างกัน เช่น บทความที่มีผู้เขียนคนเดียว บทความที่มีหลายหมวดหมู่ และหน้าที่ไม่มีรูปเพิ่มเติม
จากนั้นใช้ URL Inspection ตรวจหน้าแต่ละรายการ หาก Google เข้าถึงได้และตรวจพบข้อมูลถูกต้องจึงค่อยขยายไปทั้งเว็บไซต์ แนวทางของ Google เองก็แนะนำให้เผยแพร่หน้าทดลอง ตรวจด้วย URL Inspection และเปิดให้รวบรวมข้อมูลใหม่ก่อนขยายผล :contentReference[oaicite:4]{index=4}
ขั้นที่ 7 ติดตามผลใน Google Search Console
หลัง Google รวบรวมข้อมูลแล้ว ให้ดูรายงาน Enhancements หรือ Shopping ภายใน Search Console ตามประเภท Schema ที่เว็บไซต์ใช้ รายงานนี้ช่วยให้เห็น Error ที่เกิดในระดับ Template เช่น สินค้าหลายร้อยหน้าขาดราคาเพราะฟิลด์จากระบบร้านค้าไม่ได้ส่งออกมา
เมื่อแก้เสร็จ อย่ากด Validate Fix ทันทีโดยยังไม่ตรวจหน้าตัวอย่าง ควรล้างแคช ตรวจ URL ซ้ำ และยืนยันว่าโค้ดใหม่ถูกส่งออกมาจริงก่อน จากนั้นจึงเริ่มการตรวจสอบแก้ไข
ทำไม Rich Results Test ผ่าน แต่ Google ไม่แสดงผล?
นี่คือจุดที่เจ้าของเว็บเข้าใจผิดมากที่สุด คำว่า “ผ่าน” หมายถึงโค้ดมีโครงสร้างเพียงพอและมีสิทธิ์ได้รับการพิจารณา ไม่ได้หมายความว่า Google ต้องแสดง Rich Results
สาเหตุที่พบได้บ่อยมีดังนี้
- ข้อมูลใน Schema ไม่ตรงกับเนื้อหาหลักที่มองเห็นบนหน้า
- หน้าเว็บยังไม่ได้รับการจัดทำดัชนี หรือ Google ยังไม่รวบรวมข้อมูลเวอร์ชันล่าสุด
- รูปภาพหรือทรัพยากรสำคัญถูกบล็อก
- มี Structured Data ซ้ำหรือขัดแย้งกันหลายชุด
- ข้อมูลไม่ครบ ไม่เป็นปัจจุบัน หรือมีลักษณะทำให้เข้าใจผิด
- Google เลือกแสดงผลค้นหาแบบปกติเพราะเหมาะกับคำค้น อุปกรณ์ หรือบริบทมากกว่า
เว็บไซต์ใหม่อาจต้องรอให้ Google รวบรวมข้อมูลและประเมินคุณภาพของหน้าเพิ่มเติม ไม่ควรแก้ Schema ทุกวันเพียงเพราะผลพิเศษยังไม่ปรากฏ หากเว็บเพิ่งเปิด แนะนำให้อ่าน Google Sandbox และสาเหตุที่เว็บใหม่ยังไม่ติดอันดับ เพื่อแยกปัญหาการจัดทำดัชนีออกจากปัญหา Structured Data
เช็กลิสต์ก่อนส่ง Structured Data ขึ้นเว็บไซต์จริง
- เลือกประเภท Schema ตรงกับเนื้อหาหลักของหน้า
- ใส่ Required Properties ครบตามเอกสารล่าสุด
- ข้อมูลใน Schema ตรงกับข้อความ รูปภาพ ราคา และสถานะที่ผู้ใช้เห็น
- Rich Results Test ไม่มี Critical Error
- Schema Markup Validator ไม่พบโครงสร้างผิดหรือ Property ใช้ผิดประเภท
- ไม่มี Schema ซ้ำจากธีมและปลั๊กอินหลายตัว
- หน้าไม่มี noindex และไม่ได้บล็อก Googlebot
- URL รูปภาพเข้าถึงและจัดทำดัชนีได้
- Canonical ชี้ไปยังหน้าที่ถูกต้อง
- ตรวจ URL ที่ออนไลน์จริงผ่าน Search Console แล้ว
ในมุมธุรกิจ Structured Data ที่ดีไม่ใช่โค้ดที่มี Property เยอะที่สุด แต่คือโค้ดที่ส่งข้อมูลสำคัญของหน้าได้ถูกต้องและดูแลต่อได้ เมื่อราคา สินค้า วันที่ หรือผู้เขียนเปลี่ยน ระบบต้องอัปเดต Schema ตามโดยอัตโนมัติ มิฉะนั้น Rich Results ที่เคยช่วยเพิ่มความเด่นบนผลค้นหาอาจกลายเป็นข้อมูลผิดที่ลดความน่าเชื่อถือของแบรนด์แทน
คำถามที่พบบ่อย
Rich Results Test ผ่านแล้ว ต้องรอกี่วันถึงจะแสดงผล?
ไม่มีระยะเวลาตายตัว หลังเผยแพร่ควรตรวจว่า URL จัดทำดัชนีได้ ขอให้ Google รวบรวมข้อมูลใหม่เมื่อจำเป็น และติดตามรายงานใน Search Console การผ่านเครื่องมือทดสอบเป็นเพียงการยืนยันสิทธิ์ทางเทคนิค ไม่ใช่การรับประกันว่าจะแสดง Rich Results
Warning ใน Structured Data ต้องแก้ทั้งหมดหรือไม่?
ไม่จำเป็นต้องแก้ทุก Warning หากเป็น Property แนะนำที่หน้าไม่มีข้อมูลจริง แต่ควรตรวจทีละรายการ เพราะข้อมูลแนะนำบางอย่างช่วยให้ Google เข้าใจหน้าได้สมบูรณ์ขึ้น ห้ามสร้างข้อมูลเท็จเพียงเพื่อให้รายงานไม่มีคำเตือน
ใช้ปลั๊กอิน SEO แล้วต้องทดสอบ Structured Data อีกหรือไม่?
ต้องทดสอบ เพราะปลั๊กอินช่วยสร้างโค้ดแต่ไม่สามารถรับประกันว่าข้อมูลจากธีม รูปภาพ ผู้เขียน สินค้า หรือปลั๊กอินอื่นจะถูกดึงมาครบทุกหน้า ควรทดสอบ Template หลักและสุ่มตรวจ URL จริงหลังอัปเดต WordPress ธีม หรือปลั๊กอินทุกครั้ง