SEO·26 · 11 · 24·8 MIN READ

Technical Voice Search SEO: Schema Markup และ Site Architecture สำหรับการค้นหาด้วยเสียง

Technical Voice Search SEO: Schema Markup และ Site Architecture สำหรับการค้นหาด้วยเสียง

การเอาชนะ Voice Search มีสองชั้น ชั้นแรกคือ Content Strategy (เขียน Q&A Format, ใช้ Conversational Keywords, ตอบคำถาม Who/What/When/Where/Why) ซึ่งเป็นที่รู้กันทั่วไปแล้ว แต่ชั้นที่สองที่หลายคนมองข้ามคือ Technical Foundation ที่ Voice Assistant ใช้ในการดึงและ Deliver คำตอบ ถ้า Content ดีแต่ Technical Layer ผิด Voice Assistant จะข้ามเว็บไซต์ของคุณไปหาแหล่งที่มี Technical Structure ที่เหมาะสมกว่า บทความนี้เจาะลึกชั้น Technical ที่ Content Strategy ไม่ได้พูดถึง

ทำความเข้าใจ How Voice Assistants Retrieve Answers

ก่อน Optimize Technical ต้องเข้าใจก่อนว่า Voice Assistants (Google Assistant, Siri, Line Clova) ดึงคำตอบมาอย่างไร:

Google Assistant และ Google Voice Search:
ส่วนใหญ่ดึงคำตอบจาก Featured Snippets (Position Zero) และ Knowledge Graph โดยตรง ดังนั้น Winning Voice Search บน Google = Winning Featured Snippet

สัญญาณ Technical ที่ Google ใช้ตัดสินว่าจะดึงคำตอบจากที่ไหน:

  1. Page Load Speed (เพราะ Voice Answer ต้องเร็ว)
  2. Schema Markup ที่ระบุ Content Type ชัดเจน
  3. HTTPS (Secure Connection)
  4. Mobile-friendly (เพราะ Voice Search เกิดบน Mobile เป็นหลัก)
  5. Content Clarity และ Conciseness ใน 40–50 คำแรกของการตอบ

Speakable Schema: Schema ที่ออกแบบมาสำหรับ Voice

speakable Schema Property เป็น Schema Markup ที่บอก Google โดยตรงว่า Section ใดในบทความที่ "ฟังได้ดี" และเหมาะสำหรับ Voice Readout ยิ่ง Google Assistant อ่านเนื้อหาส่วนนี้ออกเสียงให้ผู้ใช้

Implementation ด้วย JSON-LD:

{
  "@context": "https://schema.org",
  "@type": "WebPage",
  "name": "SEO คืออะไร",
  "speakable": {
    "@type": "SpeakableSpecification",
    "cssSelector": [".article-summary", "#direct-answer"]
  },
  "url": "https://example.com/seo-guide/"
}

ในตัวอย่างนี้ Google จะรู้ว่า .article-summary และ #direct-answer CSS Selectors คือส่วนที่ควรอ่านออกเสียง

หลักการ Markup Section ที่ดีสำหรับ Speakable:

  • ความยาวไม่เกิน 20–30 วินาทีเมื่ออ่านออกเสียง (ประมาณ 50–80 คำ)
  • ไม่มี Visual Content (Table, Chart) ที่ฟังไม่เข้าใจ
  • เป็นประโยคบอกเล่าที่สมบูรณ์ในตัวเอง ไม่ขึ้นอยู่กับบริบทก่อนหน้า
  • เริ่มด้วยคำตอบโดยตรง ไม่ใช่ Background Information

ข้อสำคัญ: Speakable Schema ยังอยู่ใน Beta สำหรับ Non-news Sites ใช้กับหน้าที่มี Direct Answer Sections เป็นหลัก และตรวจสอบเสมอด้วย Google Rich Results Test

FAQPage Schema: ทางลัดสู่ Voice Answers

FAQPage Schema คือ Schema ที่ Support ได้มากที่สุดสำหรับ Voice Search เพราะ Voice Queries ส่วนใหญ่เป็นคำถาม และ FAQPage Schema จัดเรียง Q&A ไว้อย่างชัดเจนพร้อมให้ AI ดึงทันที

FAQPage Schema ที่ Optimized สำหรับ Voice:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "SEO คืออะไร?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "SEO หรือ Search Engine Optimization คือกระบวนการปรับแต่งเว็บไซต์ให้ปรากฏในตำแหน่งสูงขึ้นบน Google และ Search Engine อื่นๆ เมื่อผู้ใช้ค้นหาคำที่เกี่ยวข้อง โดยมีเป้าหมายหลักคือเพิ่ม Organic Traffic ที่มาจากการค้นหาโดยไม่ต้องจ่ายค่าโฆษณา"
    }
  }]
}

Voice Answer Optimization Rules สำหรับ FAQPage:

  • คำตอบใน acceptedAnswer ควรยาว 40–60 คำ (ไม่เกิน 20 วินาทีเมื่ออ่านออกเสียง)
  • เริ่มคำตอบด้วยการ Restate คำถาม เช่น "SEO คือ..." แทน "มันคือ..."
  • หลีกเลี่ยง Bullet Points ใน Answer Text เพราะ Voice Readout ไม่สามารถแสดง Visual Format ได้
  • ใช้ภาษาธรรมชาติที่ฟังสบาย ไม่ใช่ Keyword-stuffed

HowTo Schema สำหรับ Voice Search

คำถาม "วิธีทำ..." เป็น Voice Query ที่พบบ่อยมาก HowTo Schema บอก Google ว่าบทความของคุณมี Step-by-step Instructions ที่สามารถอ่านออกเสียงแต่ละ Step ได้:

{
  "@context": "https://schema.org",
  "@type": "HowTo",
  "name": "วิธีตั้งค่า Google Business Profile",
  "totalTime": "PT30M",
  "step": [
    {
      "@type": "HowToStep",
      "name": "ขั้นตอนที่ 1: ค้นหาธุรกิจของคุณ",
      "text": "ไปที่ business.google.com แล้วคลิก 'เพิ่มธุรกิจของคุณ' จากนั้นพิมพ์ชื่อธุรกิจในช่องค้นหา"
    },
    {
      "@type": "HowToStep",
      "name": "ขั้นตอนที่ 2: เลือก Business Category",
      "text": "เลือก Category ที่ตรงกับธุรกิจของคุณมากที่สุดจาก Dropdown ที่ปรากฏ"
    }
  ]
}

Google Assistant สามารถอ่านทีละ Step และรอให้ผู้ใช้พูดว่า "ต่อไป" ก่อนจะอ่าน Step ถัดไป ซึ่งเป็น Voice UX ที่ดีมากสำหรับ How-to Content

Site Architecture สำหรับ Voice Search

Page Speed เป็น Dealbreaker สำหรับ Voice:
เมื่อผู้ใช้ถามคำถามผ่าน Voice ผลลัพธ์ต้องมาภายใน 2–3 วินาที ถ้าเว็บโหลดช้า Google จะเลือก Source อื่นที่เร็วกว่า

เป้าหมาย:

  • TTFB (Time to First Byte) < 200ms สำหรับ Voice Priority Pages
  • LCP < 2.0 วินาที (เข้มงวดกว่า Standard 2.5s สำหรับ Voice Candidates)
  • ใช้ Server-side Caching และ CDN สำหรับ Pages ที่ Target Voice Queries

URL Structure สำหรับ Voice:
หน้าที่ Target Voice Queries ควรอยู่ใน URL ที่สั้นและ Descriptive:

  • ดี: example.com/seo-คืออะไร/
  • ไม่ดี: example.com/blog/2026/01/15/article-id-1234-seo/

Featured Snippet Architecture:
เพราะ Voice Answer มาจาก Featured Snippet ส่วนใหญ่ หน้าที่ Target Voice ต้องมี Architecture ที่สนับสนุน Featured Snippet:

  1. คำตอบโดยตรงใน 40–60 คำทันทีหลัง H2 Header
  2. H2 Header ตั้งเป็นคำถาม (เช่น "SEO คืออะไร?") แทน Statement
  3. Table, List หรือ Paragraph ตามที่ Search Intent ต้องการ (Google แสดง Format ที่เหมาะสมกับคำถามนั้นๆ)
  4. Conciseness ก่อน Completeness: ตอบให้ตรงก่อน แล้วค่อยขยายความในย่อหน้าถัดไป

ทดสอบ Voice SEO Readiness

Manual Testing:
ถามคำถามที่คุณ Target ด้วย Voice จริงบน Google Assistant หรือ Siri

  • ถ้าเว็บไซต์คุณถูกเลือกเป็นคำตอบ: บันทึกและ Monitor ต่อเนื่อง
  • ถ้าไม่ถูกเลือก: วิเคราะห์ว่าเว็บใดที่ถูกเลือก และ Technical Structure ของเขาต่างกับเราอย่างไร

Technical Validation:

  • Google Rich Results Test: ตรวจ FAQPage, HowTo และ Speakable Schema
  • PageSpeed Insights: ตรวจ Speed สำหรับ Mobile (เพราะ Voice Search เป็น Mobile เป็นหลัก)
  • Search Console > Featured Snippets: ดูว่ามี Pages ไหนที่ได้ Featured Snippet อยู่แล้ว ซึ่งมีโอกาสสูงที่จะได้ Voice Answer ด้วย

Key Takeaways

  • Voice Search Technical Foundation ประกอบด้วยสามชั้น: Schema Markup (Speakable, FAQPage, HowTo), Site Architecture (Featured Snippet Structure, URL Design) และ Page Speed ที่เร็วเป็นพิเศษ
  • Speakable Schema บอก Google โดยตรงว่า Section ใดใน Page ที่เหมาะสำหรับ Voice Readout ให้ใช้กับ Sections ที่เป็น Direct Answer 50–80 คำ
  • FAQPage Schema กับ Answer Text ที่เขียนเหมือนพูดออกเสียง (ไม่มี Bullets, ไม่มี Tables) คือทางลัดที่ดีที่สุดสู่ Voice Answer ในปี 2026
  • Page Speed < 2.0 วินาที LCP บน Mobile เป็น Prerequisite สำหรับ Voice Search Candidacy ไม่ใช่แค่ Good Practice
  • ทดสอบด้วย Voice Device จริงเป็น Ground Truth ไม่ใช่แค่ Lab Tests

FAQ

Q: Speakable Schema ต้องใช้กับทุกหน้าหรือแค่หน้าบางหน้า?
A: ใช้เฉพาะหน้าที่มี Direct Answer Sections ที่ฟังได้ดีเมื่ออ่านออกเสียง เช่น FAQ Pages, How-to Guides และ Definition Pages ไม่ควรใช้กับหน้าที่เป็น Sales Page, Homepage หรือ Contact Page เพราะเนื้อหาไม่เหมาะกับ Voice Context Speakable Schema ยังอยู่ใน Beta สำหรับ Non-news Sites ดังนั้นอย่า Over-implement

Q: ถ้า Featured Snippet ของเราถูก AI Overview แทนที่แล้ว Voice Search ยังทำงานอย่างไร?
A: ใน Interface ที่มี AI Overview Google ยังดึง Voice Answers จาก AI Overview Source เดิม ดังนั้นการ Optimize สำหรับ AI Overview (E-E-A-T, Direct Answer, Structured Content) และการ Optimize สำหรับ Voice Search ทำไปพร้อมกันได้โดยใช้ Technical Strategy เดียวกัน โดยเฉพาะ FAQPage Schema, Clear Paragraph Structure และ Page Speed

Q: Voice Search ในภาษาไทยมี Nuance อะไรที่ต่างจากภาษาอังกฤษ?
A: ภาษาไทยใน Voice Search มักใช้คำที่พูดสั้นกว่าเขียน และมักละ Subject ออก เช่น พูดว่า "ราคาเท่าไหร่" แทน "ราคาสินค้านี้เท่าไหร่" Schema Answer Text ควรใช้ภาษาไทยที่เป็นธรรมชาติเหมือนคนพูด ไม่ใช่ภาษาเขียนทางการ และ Google จะ NLP ภาษาไทย Voice Query แล้ว Match กับ Content ที่มี Semantic Similarity สูง ไม่จำเป็นต้องมี Keyword ตรงทุกคำ

แชตทาง LINE@tectony