Google SEO ขั้นสูง

Structured Data Schema: เช็กลิสต์มาร์กอัปที่ทำได้จริงสำหรับเว็บ B2B และผลลัพธ์ Rich Results

Structured Data ไม่ใช่ใส่แล้วจะได้ Rich Results ทันที แต่ถ้าไม่ใส่ก็ไม่มีทางได้เลย บทความนี้ให้เช็กลิสต์ Schema มาร์กอัปสำหรับเว็บ B2B ตั้งแต่ระดับความสำคัญ P0 ถึง P4 (Organization/Product/FAQPage/BreadcrumbList/Article) ฟิลด์บังคับของแต่ละประเภทและข้อผิดพลาดที่พบบ่อย วิธีตรวจสอบด้วย Google Rich Results Test และกลยุทธ์ทดแทนหลังขอบเขตการแสดงผล FAQPage แคบลงตั้งแต่ปี 2023

B2B 官网 Schema 标记:先上五类,再谈富媒体B2B Schema Markup: five types first, rich results later 错误标记会触发手动操作 —— 用富媒体测试工具先验证再上线Bad markup triggers manual actions — validate with Rich Results Test before deploy 优先级Priority 标记类型Schema type 验证工具与时限Tool and timing P0 必上P0 Must-have Organization · WebSite · BreadcrumbListOrganization · WebSite · BreadcrumbList Rich Results Test,当天Rich Results Test, same day P1 高优先P1 High Product · FAQPage · ArticleProduct · FAQPage · Article Search Console 富媒体报告,7 天Search Console report, 7 days P2 应上P2 Should-have VideoObject · HowTo · ServiceVideoObject · HowTo · Service 视频 schema 提交,14 天Video schema submit, 14 days P3 谨慎P3 Careful Review · AggregateRating(无真实评价勿上)Review · AggregateRating (only with real reviews) 结构化数据违规手动操作Spammy structured markup manual action P4 禁止P4 Never 无评价的星级 · 隐藏文本 · 客户端伪标记Fake stars · hidden text · client-side fake markup Search Console 错误队列Search Console errors 富媒体结果不是排名信号,是点击率信号 —— 标记正确不保证上榜Rich results are a CTR lever, not a ranking factor — valid markup never guarantees the SERP feature 三件套必查:JSON-LD 嵌入 · 字段与可见内容一致 · Search Console 富媒体报告无错误Three checks: JSON-LD in head · fields match visible text · GSC rich report has no errors 反直觉:FAQPage 富媒体 2023 年起仅官方论坛与政府站展示,B2B 博客加了也不显示Counter-intuitive: FAQ rich snippets only show for forums and gov sites since 2023 — B2B blogs see nothing
ลำดับความสำคัญของ Structured Data Schema สำหรับเว็บ B2B เครื่องมือตรวจสอบ และเส้นแดงข้อผิดพลาดที่พบบ่อย

Structured Data Schema: เช็กลิสต์มาร์กอัปที่ทำได้จริงสำหรับเว็บ B2B และผลลัพธ์ Rich Results

สรุปก่อน: Schema คือคู่มือโครงสร้างข้อมูลที่เขียนไว้ให้ Google อ่าน ไม่ใช่สัญญาณจัดอันดับ แต่เป็นตั๋วเข้าสู่ผลการค้นหาแบบ Rich Results เว็บไซต์ B2B ควรติดตั้งเป็นรอบตามลำดับ P0 ถึง P3: Organization, WebSite และ BreadcrumbList ต้องมีทุกหน้า; Product, FAQPage และ Article ใช้กับหน้าสินค้าและหน้าบทความ; VideoObject ติดไปกับวิดีโอที่มีอยู่ มาร์กอัปที่ผิดไม่ทำให้อันดับตก แต่ถ้าถูก Manual Action ผลการค้นหาแบบ Rich Results จะหายทั้งหมด และต้องใช้เวลา 4 ถึง 8 สัปดาห์กว่าจะกลับมา ก่อนขึ้นจริงต้องตรวจด้วย Rich Results Test และภายใน 7 วันหลังขึ้นจริงให้เช็กในรายงาน Rich Results ของ Search Console ว่าศูนย์ข้อผิดพลาด

1. Schema แก้ปัญหาอะไรกันแน่: จากการถูกจัดทำดัชนีสู่การถูกเข้าใจ

Google ใช้ NLP เข้าใจใจความของหน้าได้ แต่ Structured Data เป็นแหล่งข้อมูลฟิลด์เดียวที่มันมั่นใจได้ 100% สำหรับเว็บ B2B ถ้าไม่เขียน Schema รุ่นสินค้า กลุ่มการใช้งาน ชื่อบริษัท ล้วนเป็นภาษาธรรมชาติ Google ต้องเดาจากบริบท แต่ถ้าเขียนถูก breadcrumb ราคาสินค้า รูปย่อวิดีโอ บล็อก FAQ ที่พับได้ จึงมีโอกาสปรากฏบน SERP

ต้องแก้ความเข้าใจผิดที่พบบ่อยก่อน: Schema ไม่ใช่ปัจจัยในการจัดอันดับ Google ประกาศหลายครั้งแล้วว่าข้อมูลโครงสร้างไม่ได้เข้าไปอยู่ในอัลกอริทึมจัดอันดับ สิ่งที่มันทำคือทำให้คุณมีสิทธิ์แข่งขันในผลการค้นหาแบบ Rich Results ซึ่งช่วยเพิ่ม CTR หน้าเว็บที่อยู่อันดับ 5 แต่มี Product Card มักมี CTR สูงกว่าหน้าที่อยู่อันดับ 3 แต่เป็นลิงก์สีน้ำเงินล้วน ดังนั้นการวัดผล Schema ให้ดูที่ CTR และจำนวนครั้งที่แสดง Rich Results ไม่ใช่ตำแหน่งอันดับ

ความเข้าใจผิด สถานการณ์จริง เกณฑ์การตัดสิน
ใส่ Schema แล้วอันดับจะดีขึ้น ไม่เข้าในอัลกอริทึมจัดอันดับ มีผลแค่สิทธิ์ Rich Results เอกสาร Structured Data อย่างเป็นทางการของ Google ระบุไว้
ใส่ทุกหน้า ยิ่งมากยิ่งดี ใส่เฉพาะเมื่อมีเนื้อหาประเภทนั้น ใส่ผิดประเภทจะเกิดคำเตือน รายการข้อผิดพลาดที่ Rich Results Test แจ้ง
เลือก JSON-LD หรือ Microdata ก็ได้ Google แนะนำ JSON-LD ต้นทุนการดูแลต่ำสุด ไวยากรณ์ที่ Google แนะนำเป็นอันดับแรกในเอกสารนักพัฒนา
ใส่แล้วต้องได้ Rich Results แน่นอน ต้องผ่านเกณฑ์คุณภาพ Google ตัดสินใจแสดงเอง จำนวนการแสดงผลใน Search Console มักเป็น 0

ความสัมพันธ์กับงาน SEO อื่นในเว็บ: Schema เป็นชั้นฐานเทคนิค ทำงานร่วมกับ ระบบลิงก์ภายใน ทำร่วมกัน เพื่อให้ Google เข้าใจทั้งความสัมพันธ์ระหว่างหน้าและเนื้อหาของแต่ละหน้า เว็บไซต์หลายภาษายังต้องมี Schema ที่การแปลตัวเลขและตารางให้เป็นภาษาท้องถิ่น สอดคล้องกัน ราคาและหน่วยในฟิลด์ต้องไม่ปนข้ามภาษา

สอง P0 ที่ทุกเว็บไซต์ต้องมี 3 ประเภท เสร็จภายในหนึ่งวัน

P0 คือ 3 ประเภทที่ต้นทุนต่ำและได้ผลตอบแทนคุ้มที่สุด ทุกเว็บไซต์ไม่ว่าจะอุตสาหกรรมใดก็ควรติดตั้ง

ประเภท ตำแหน่งที่วาง ฟิลด์ที่จำเป็น รูปแบบ Rich Media ที่คาดหวัง
Organization head ทั้งเว็บไซต์ครั้งเดียว name, url, logo, sameAs ข้อมูลแบรนด์ใน Knowledge Panel
WebSite head ทั้งเว็บไซต์ครั้งเดียว name, url, potentialAction ช่องค้นหาในเว็บไซต์ sitelinks searchbox
BreadcrumbList ทุกหน้าที่อยู่ระดับสองลงไป ลำดับชั้นเส้นทาง itemListElement SERP แสดง breadcrumb แทน URL

รายละเอียดปฏิบัติ 3 ข้อ Organization ให้ใส่ sameAs เป็นลิงก์ทางการของ LinkedIn, YouTube และ Wikipedia ทั้งหมด นี่คือแหล่งสัญญาณหลักของ Knowledge Panel; WebSite ให้ potentialAction ชี้ไปที่หน้าผลการค้นหาภายในเว็บไซต์ ต้องมีระบบค้นหาภายในที่ใช้งานได้; BreadcrumbList ฟิลด์ item ให้ใช้ URL แบบ absolute ไม่ใช่ path แบบ relative หลังติดตั้งทั้ง 3 ประเภทแล้ว ภายใน 24 ชั่วโมงให้สุ่มตรวจ 5 หน้าเทมเพลตด้วย Rich Results Test

สาม P1 ความสำคัญสูง: หน้าสินค้าและหน้าบทความ

P1 ตัดสินว่าคุณจะได้การ์ดที่เด่นชัดกว่าบน SERP หรือไม่ หน้าสินค้า B2B และหน้าบล็อกคือสนามหลัก

ประเภท หน้าที่ใช้ ฟิลด์สำคัญ สถานะการแสดงผลปี 2026
Product หน้ารายละเอียดสินค้า name, image, description, offers, brand แสดงการ์ดสินค้าเมื่อมีราคาและรีวิว
Article / NewsArticle บล็อกและไวท์เปเปอร์ headline, author, datePublished, image ภาพขนาดย่อของบทความแบบ carousel
FAQPage หน้า FAQ คำถามที่พบบ่อยของสินค้า รายการ mainEntity แบบ question/acceptedAnswer แสดงเฉพาะฟอรัมและเว็บไซต์ภาครัฐ บล็อก B2B ไม่แสดง
VideoObject หน้าที่ฝังวิดีโอ name, thumbnailUrl, uploadDate, contentUrl ภาพขนาดย่อวิดีโอและแถบความคืบหน้า

มีการเปลี่ยนแปลงสำคัญหลังปี 2023 ที่ต้องรู้: Google ตั้งแต่เดือนสิงหาคม 2023 เป็นต้นมา ผลลัพธ์ Rich Media ของ FAQ จะแสดงเฉพาะในฟอรัมที่เชื่อถือได้และเว็บไซต์ภาครัฐ บล็อกธุรกิจทั่วไปที่ติด markup FAQPage ก็จะไม่ปรากฏบน SERP ซึ่งหมายความว่าประโยชน์โดยตรงของ FAQPage สำหรับเว็บไซต์ B2B แทบจะเป็นศูนย์ แต่ยังแนะนำให้เก็บไว้ เพราะช่วยให้ AI สรุปและโมเดลขนาดใหญ่เข้าใจโครงสร้างหน้าได้ วิธีการเขียนเนื้อหา FAQ ดูได้ที่ไปป์ไลน์เนื้อหา People Also Ask。

markup Product สำหรับสินค้ากึ่งสั่งทำ B2B ต้องระวัง: price ใน offers ต้องตรงกับราคาที่มองเห็นบนหน้า และสินค้าที่สั่งซื้อได้ให้ใส่ InStock ส่วนสินค้าที่ต้องขอใบเสนอราคาให้ใส่ PreOrder หรือไม่ใส่ฟิลด์ price การละเมิดที่พบบ่อยที่สุดคือเขียนราคาแนะนำเป็นราคาเสนอ และติดป้าย InStock ให้สินค้าที่ต้องขอใบเสนอราคา นี่คือสาเหตุที่ทำให้โดน manual action บ่อย

สี่ P2 และ P3: ขอบเขตของ markup วิดีโอ HowTo และรีวิว

ประเภท markup เมื่อไหร่ควรติด จุดเสี่ยง เวลาที่แนะนำให้ติด
VideoObject หน้าฝังวิดีโออธิบายการผลิตและกรณีลูกค้า thumbnailUrl ต้องมีอยู่จริง สัปดาห์ที่เผยแพร่วิดีโอ
HowTo บทความยาวประเภทสอนติดตั้งและแนะนำการใช้งาน หลังปี 2024 มีเพียงวิดีโอ HowTo ที่ยังคงแสดงสื่อสมบูรณ์ มีวิดีโอประกอบแล้วค่อยเพิ่ม
Service หน้าบริการ หน้าปรึกษา ฟิลด์น้อย ประโยชน์จากสื่อสมบูรณ์ต่ำ มีเวลาเหลือค่อยเติม
Review / AggregateRating เมื่อมีรีวิวจากบุคคลที่สามจริง ใส่ดาวโดยไม่มีรีวิวจริงเสี่ยงโดนดำเนินการด้วยมือแน่นอน มีรีวิวที่ลูกค้าให้ความยินยอมเป็นลายลักษณ์อักษรแล้วค่อยเพิ่ม

เครื่องหมายรีวิวเป็นประเภทที่เว็บไซต์ B2B เสี่ยงพลาดมากที่สุด เมื่อไม่มีข้อมูลรีวิวจริง อย่าใส่ดาวห้าดวงให้ตัวเองเพียงเพื่อให้ SERP ดูดี เพราะการดำเนินการด้วยมือด้านข้อมูลโครงสร้างสแปมของ Google ก็เล็งเป้ามาที่สิ่งนี้ หากถูกสั่งลงโทษ สิทธิ์สื่อสมบูรณ์ทั้งเว็บจะถูกยกเลิก และรอบตรวจสอบใหม่ใช้เวลา 4 ถึง 8 สัปดาห์ วิธีตกผลึกเคสลูกค้าจริงให้เป็นเนื้อหาที่อ้างอิงได้ ดูที่โครงสร้างหกส่วนของเคสลูกค้า。

ห้า ขั้นตอนการขึ้นจริงและกรอบเวลาตรวจสอบ

Schema ไม่ใช่เขียนเสร็จแล้วจบ ต้องมีวงจรตรวจสอบปิดลูป

ขั้นตอน เครื่องมือ กรอบเวลา เกณฑ์ผ่าน
ตรวจสอบโค้ดในเครื่อง Rich Results Test (ทีละ URL) วันเดียวกับก่อนส่ง ไม่มีข้อผิดพลาด มีเพียงคำเตือนที่ยอมรับได้
ดีพลอยขึ้นระบบ สุ่มตรวจ 3 URL ต่อเทมเพลต วันเปิดใช้งาน ผลการเรนเดอร์ออนไลน์ตรงกับในเครื่อง
ให้ Google เก็บข้อมูลใหม่ ยืนยันใน Search Console แล้วจัดทำดัชนี 1 ถึง 3 วัน รายงานสื่อสมบูรณ์ปรากฏเทมเพลตนั้น
ติดตามผล รายงานสื่อสมบูรณ์ใน Search Console วันที่ 7, 14, 30 จำนวนการแสดงผลไม่เป็นศูนย์ ข้อผิดพลาดเป็น 0
ตรวจซ้ำรายไตรมาส สุ่มตรวจทั้งเว็บด้วย Schema Markup Validator ทุกไตรมาส การแก้ไขเทมเพลตไม่ทำให้ฟิลด์เสียหาย

เมื่อย้ายหรือปรับปรุงเว็บไซต์ Schema ต้องทำ regression ควบคู่กับ แผนที่ 301 รีไดเรกต์ เทมเพลตใหม่ที่ไม่สืบทอด Schema เดิมเป็นสาเหตุอันดับหนึ่งที่สื่อสมบูรณ์หายไปหลังการย้าย ประสบการณ์การกรองและค้นหาบนหน้าหมวดหมู่สินค้าก็ส่งผลต่อความสามารถในการเก็บข้อมูลของเครื่องหมาย Product ด้วย ดูที่ประสบการณ์การกรองและค้นหาบนหน้าหมวดหมู่สินค้า。

FAQ คำถามที่พบบ่อย

JSON-LD ควรเขียนใน head หรือ body?
Google แนะนำอย่างเป็นทางการว่า JSON-LD จะวางใน head หรือท้าย body ก็ได้ ทั้งสองแบบเก็บข้อมูลได้ไม่ต่างกัน ในทางปฏิบัติแนะนำให้วางใน head รวมกับ meta อื่นๆ เพื่อการดูแลและทำเทมเพลตที่ง่ายที่สุด อย่าใช้ JavaScript ฉีดแบบไดนามิกแล้วให้ Google เรนเดอร์ แม้ว่าการเรนเดอร์ที่รันได้จะเก็บข้อมูลได้ แต่เมื่อ HTML เวอร์ชันแรกไม่มีเครื่องหมาย มักจะตกหล่นในคิวการเก็บข้อมูล
หน้าสินค้าไม่มีรีวิวลูกค้าจริง ใส่ AggregateRating ไปก่อนได้ไหม?
ไม่ได้ นี่คือสถานการณ์อันดับหนึ่งที่กระตุ้นการดำเนินการด้วยมือด้านข้อมูลโครงสร้างสแปมของ Google หลังถูกลงโทษ สิทธิ์สื่อสมบูรณ์ทั้งเว็บจะถูกถอน และการตรวจสอบใหม่ใช้เวลา 4 ถึง 8 สัปดาห์ อีกทั้งระหว่างนั้นจำนวนการแสดงผลสื่อสมบูรณ์จะกลายเป็นศูนย์ทันที หากอยากได้ดาว ต้องสร้างกลไกเก็บรีวิวก่อน นำเคสลูกค้า รีวิวจากบุคคลที่สาม และรีวิวจากแพลตฟอร์มประเภท G2 มาอ้างอิงโดยได้รับอนุญาต แล้วแสดงบนหน้าเว็บ จากนั้นจึงเขียนเครื่องหมาย Review
ทำไมเพิ่ม FAQPage แล้วไม่เห็นบล็อกพับใน SERP?
ตั้งแต่เดือนสิงหาคม 2023 Google จำกัดผลลัพธ์แบบ FAQ rich results ให้แสดงเฉพาะในฟอรัมที่เชื่อถือได้และเว็บไซต์หน่วยงานรัฐเท่านั้น บล็อกธุรกิจทั่วไป สื่อ และอีคอมเมิร์ซที่ใส่ FAQPage markup ก็ไม่แสดงผลอีกต่อไป ดังนั้นผลตอบแทนตรงต่อ SERP จาก FAQPage markup สำหรับเว็บ B2B จึงเป็นศูนย์ แต่ยังแนะนำให้เก็บไว้ เพราะช่วยด้าน AI Overviews และการดึงคำถาม-คำตอบของ LLM ในทางบวก เมื่อเขียนเนื้อหา FAQ ต้องมั่นใจว่าคำถาม-คำตอบใน mainEntity ตรงกับข้อความที่มองเห็นบนหน้าเว็บทั้งหมด
ฟิลด์ราคาใน Product markup ควรใส่ราคาแนะนำหรือราคาเสนอจริง
ใส่ตัวเลขที่แสดงจริงบนหน้าเว็บ และต้องตรงกับฟิลด์ offers.price ถ้าเป็นสินค้า B2B กึ่งสั่งทำที่หน้าเว็บเขียนแค่สอบถามราคา อย่าใส่ price และอย่าติด InStock ให้ติด PreOrder หรือไม่ใส่สถานะสต็อก ราคาที่ไม่ตรงกัน (หน้าเว็บเขียนสอบถามราคา แต่ markup ใส่ 9999) เป็นข้อผิดพลาดที่พบบ่อยที่สุดในรายงาน rich results และเป็นจุดที่เสี่ยงโดน manual action สูง
หนึ่งหน้าสามารถติด Schema หลายประเภทพร้อมกันได้ไหม
ได้ แต่ต้องใช้ @type แบบ array หรือเชื่อมกันด้วย mainEntityOfPage คอมโบที่พบบ่อยคือหน้า Article ติด Article + BreadcrumbList หน้าสินค้าติด Product + BreadcrumbList + Organization (เชื่อมผ่านฟิลด์ publisher) อย่าใส่ประเภทที่ไม่เกี่ยวข้องกันห้าหกตัวลงในหน้าเดียวแบบไม่เลือก เพราะ Rich Results Test จะเตือนว่าขัดแย้งกัน และ Google จะเลือกแสดงแค่ตัวที่คิดว่าเกี่ยวข้องที่สุด
Schema ที่ปลั๊กอิน WordPress สร้างอัตโนมัติใช้ได้เลยไหม
ตรวจสอบก่อนแล้วค่อยใช้ markup Article และ Organization ที่ปลั๊กอินอย่าง Yoast, Rank Math เปิดไว้โดยค่าเริ่มต้นมักใช้ได้ แต่ฟิลด์บางส่วนของ FAQ และ Product มักซ้ำกับที่ธีม template ส่งออกอยู่แล้ว ทำให้เกิด markup ซ้ำ ใช้ Rich Results Test รันหน้าสินค้าและหน้าโพสต์ ดูว่ามีคำเตือน duplicate field ไหม ถ้าซ้ำให้ปิดโมดูลที่เกี่ยวข้องในปลั๊กอิน แล้วเขียน JSON-LD เองชุดหนึ่ง ดูชุดปลั๊กอินสำหรับเว็บ出海。

ทิ้งท้าย

structured data เป็นสิ่งที่ SEO ถูกประเมินผลตอบแทนสูงเกินจริงมากที่สุด: มันไม่ช่วยดันอันดับ ไม่แทนเนื้อหา ไม่รับผิดชอบอะไรทั้งนั้น มันแค่ทำให้ Google รู้ว่าเมื่อจะตัดสินใจแสดง rich results หน้าเว็บของคุณคู่ควร วิธีที่ถูกต้องสำหรับเว็บ B2B คือติด P0 ทั้งสามประเภททั่วทั้งเว็บก่อน แล้วค่อยติด P1 บนหน้าสินค้าและหน้าโพสต์ ส่วน markup ประเภทรีวิวรอให้มีเนื้อหาจริงก่อนค่อยติด

ลงมือสามขั้นตอน: สัปดาห์นี้ใช้ Rich Results Test ตรวจหน้า template 5 หน้าของเว็บหนึ่งรอบ แล้วลิสต์ประเภทที่ขาด สัปดาห์หน้าเติม P0 ทั้งสามประเภทเข้า head ทั่วทั้งเว็บ สัปดาห์ที่สามเช็คในรายงาน rich results ของ Search Console ว่าศูนย์ข้อผิดพลาด ทำครบสามขั้นนี้ คุณก็แซง 80% ของเว็บ B2B ที่ยังไม่ทำอะไรเลย

ประโยคที่จำง่าย: Schema ไม่ได้มีไว้ดันอันดับให้คุณ แต่มีไว้ยื่นบัตรประชาชนให้ Google ฟิลด์ถูก เนื้อหาจริง ตรวจสอบได้ rich results ถึงจะมีโอกาสมา

崔立姝
崔立姝 ผู้เชี่ยวชาญ环形山

การส่งมอบ · ผู้ดูแลฝ่ายปฏิบัติการ · ทีมส่งมอบและปฏิบัติการของ 环形山

หัวหน้าฝ่ายส่งมอบและปฏิบัติการของ环形山 (Crater) ดูแลการดำเนินงาน SEO การบริหารช่องทางโซเชียลมีเดีย และการกระจายเนื้อหา ถนัดการวิเคราะห์การเติบโตด้วยข้อมูล เคยดูแลการส่งมอบโครงการ出海หลายโครงการ ให้ความสำคัญกับการทำงานร่วมกันของ Facebook, Twitter, TikTok, YouTube และ SEO/GEO

การนำ SEO ไปใช้การดำเนินงานเนื้อหาวิเคราะห์เคส
1106แชร์
84บทความในคลังความรู้