ระเบียบวิธีวิจัย
ทุกคืนตลอด 60 วัน pipeline Python ของเรา (scraper ตัวเดียวกับที่รัน 10,000 คำค้นหาทุกคืนที่ขับเคลื่อนงาน SERP intelligence ของเรา) ยิงprompt ที่แตกต่างกัน 4,200 รายการ ไปยัง AI assistant 4 ตัว: gpt-4o ผ่าน OpenAI API, claude-3.7-sonnet ผ่าน Anthropic API, perplexity-sonar-pro ผ่าน Perplexity API และ gemini-2.5-pro ผ่าน Google API แต่ละ prompt ถูกส่งทั้งแบบมีและไม่มี web-search grounding ในกรณีที่ engine นั้นรองรับตัวเลือกนี้
Vertical ที่ครอบคลุม: SaaS, fintech, e-commerce, hospitality, healthcare, education, real estate ภาษา: 40% อังกฤษ, 60% ไทย สะท้อนตลาดที่เราให้บริการ เราบันทึก response แบบเต็ม, parse citation (URL, โดเมน, ตำแหน่งในคำตอบ) และรวม dataset นี้เข้ากับ Google SERP scrape ที่เรามีอยู่แล้ว เพื่อให้เปรียบเทียบ AI citation กับอันดับ organic สำหรับ query เดียวกันได้
dataset ทั้งหมด: URL ที่ถูกอ้างอิง 378,000 รายการ deduped เหลือโดเมนที่ไม่ซ้ำกันประมาณ 24,000 โดเมน 5 finding ด้านล่างคือสิ่งที่ยังคงอยู่หลังจาก re-run การวิเคราะห์บน sample ที่กันไว้ 8 สัปดาห์ ซึ่งเก็บข้อมูลระหว่างมีนาคม-เมษายน 2026 — หมายความว่า pattern เหล่านี้คงอยู่อย่างน้อย 4 เดือนข้ามการอัปเดตโมเดล
Finding #1: อัตราการอ้างอิงสัมพันธ์กับความเฉพาะเจาะจง ไม่ใช่ authority
Domain Authority (หรือ metric แบบอิงจาก backlink ที่เทียบเท่ากัน) เป็นตัวทำนายการอ้างอิงจาก AI ที่อ่อนแอ ความเฉพาะเจาะจงของคำกล่าวอ้างต่างหากที่เป็นตัวทำนายที่แข็งแกร่ง หน้าที่มีการยืนยันตัวเลขอย่างชัดเจนถูกอ้างอิงบ่อยกว่า 3.2 เท่า เมื่อเทียบกับหน้าที่พูดประเด็นเดียวกันด้วยภาษาแบบกั๊ก ๆ หลังควบคุมตัวแปร domain authority แล้ว
| ประเภทหน้า | ถูกอ้างอิงต่อ 100 prompt |
|---|---|
| Listicle ทั่วไป ("10 อันดับ X") | 1.4 |
| Thought-leadership ของแบรนด์ (ไม่มีตัวเลข) | 2.1 |
| บทความที่มีคำกล่าวอ้างเชิงตัวเลข 1-2 จุด | 4.8 |
| บทความที่มีคำกล่าวอ้างเชิงตัวเลข 5+ จุด พร้อมอ้างอิงแหล่งที่มา | 11.3 |
| งานวิจัยต้นฉบับพร้อมข้อมูลเฉพาะของตัวเอง | 23.7 |
กลไกนี้เข้าใจง่าย: generative model ถูกปรับ reward ให้ ฟันธง หน้าที่พูดแบบกั๊ก ๆ ("อาจนำไปสู่," "อาจช่วย," "มักจะ") ไม่มีอะไรให้โมเดลหยิบไปใส่ในคำตอบได้เลย ส่วนหน้าที่บอกว่า "ลด churn 23% สำหรับบริษัท SaaS ที่มี ARR น้อยกว่า $5M, n=124" จะกลายเป็นแหล่งที่มาของตัวเลขที่โมเดลจะหยิบไปใช้แบบคำต่อคำ ตัวเลขคือสิ่งที่สร้าง citation hook
"ถ้าคุณแทนที่คำว่า 'มักจะ' ด้วยตัวเลขบวก sample size ไม่ได้ หน้าของคุณกำลังแข่งกับ 80% ของอินเทอร์เน็ตเพื่อแย่งการถูกอ้างอิง — และกำลังแพ้"
Finding #2: Schema จำเป็นแต่ไม่พอ
71% ของโดเมนที่ถูกอ้างอิงมี schema Article, FAQPage หรือ HowTo แต่ — และนี่คือจุดสำคัญ — ทุกโดเมนใน top 100 ของทุก vertical ตอนนี้มี schema กันหมดแล้ว schema ทำให้คุณถูก parse เท่านั้น สิ่งที่กำหนดการอ้างอิงคือความชัดเจนเชิงโครงสร้างภายในเนื้อหาที่ถูก parse
โครงสร้างที่ชนะคือ: ย่อหน้าที่ตอบก่อน H2 ตั้งเป็นคำถามที่ผู้อ่านของคุณมี ย่อหน้าแรก (1-2 ประโยค) ตอบคำถามนั้นแบบตรงไปตรงมา แล้วตามด้วยรายละเอียดสนับสนุน นี่คือสิ่งที่ตรงข้ามกับโครงสร้าง blog แบรนด์ทั่วไป ("ในโลกที่หมุนเร็วขึ้นทุกวันนี้ ธุรกิจต่าง ๆ กำลัง...") ที่ฝังคำตอบไว้ลึกถึง 3 ย่อหน้า
เราครอบคลุมด้าน deployment ของ schema แบบละเอียดในบทความ schema graph หลายโดเมน — signal ของ cluster ทำงานเสริมกับโครงสร้างระดับหน้าเว็บ
Finding #3: เนื้อหาที่เขียนแบบ native ภาษาไทยครองพื้นที่ prompt ภาษาไทย
สำหรับ prompt ภาษาไทย 78% ของการอ้างอิงตกไปที่หน้าที่เขียนเป็นภาษาไทยแบบ native หน้าที่แปลมา — แม้จะมาจากโดเมน .com ที่มี authority ระดับโลกสูง — ก็ยังแพ้คู่แข่งภาษาไทยรายเล็กที่มี backlink แค่หนึ่งในสิบ signal ไม่ใช่แค่คุณภาพการแปล แต่คือ register: คุณใช้คำลงท้ายแบบกันเองที่คนไทยใช้กันจริงบนโลกออนไลน์หรือเปล่า (นะคะ, ครับ, แหละ)? ตัวอย่างของคุณเป็นเรื่องท้องถิ่น (PromptPay, BTS, 7-Eleven) หรือทั่วไป? ราคาอยู่ในช่วงที่สมเหตุสมผลสำหรับตลาดไทยหรือเปล่า (฿ ไม่ใช่ USD)?
สำหรับแบรนด์ข้ามชาติที่ดำเนินธุรกิจในไทย นี่คือความจริงที่โหดร้าย workflow เริ่มต้นทั่วไปคือเขียนเป็นภาษาอังกฤษแล้วแปล ข้อมูลบอกว่า: เลิก workflow แบบนั้นซะ จ้างนักเขียนไทยที่เป็นเจ้าของภาษา บรีฟงานเป็นภาษาอังกฤษเพื่อให้ intent ยังคงอยู่ครบ แล้วให้พวกเขาเขียนเป็นภาษาไทยโดยตรง — อย่าส่งเนื้อหาผ่านขั้นตอนการแปล แม้แต่การเขียนแบบ native ราคาถูกก็ยังชนะการแปลที่ดีได้
Finding #4: การอ้างอิงกระจุกตัวอยู่ใน 8-15 โดเมนต่อหัวข้อ
สำหรับหัวข้อใดก็ตาม — เช่น "กลยุทธ์การตั้งราคา SaaS ในไทย" — AI engine ทั้งสี่ตัวรวมกันอ้างอิงจากกลุ่มโดเมนที่ค่อนข้างเล็ก จากชุด 4,200 prompt ของเรา หัวข้อโดยมัธยฐานมี 11 โดเมนที่แตกต่างกัน ใน citation pool หัวข้อที่มีโดเมนอ้างอิงมากกว่า 20 นั้นพบได้น้อยมาก และมักจะเป็น commodity vertical (เช่น คำจำกัดความแบบ "X คืออะไร" ทั่วไป ที่มีแหล่งข้อมูลสารานุกรมจำนวนมากมีคุณสมบัติเข้าเกณฑ์)
| Vertical | จำนวนโดเมนที่ถูกอ้างอิง (มัธยฐาน) | ส่วนแบ่งของโดเมนอันดับ 1 |
|---|---|---|
| SaaS | 9 | 23% |
| Fintech | 13 | 18% |
| E-commerce | 14 | 16% |
| Hospitality | 11 | 21% |
| Healthcare | 8 | 31% |
| Education | 10 | 26% |
แปลว่า: AEO เป็นเกมแบบ winner-take-most เมื่อคุณอยู่ใน cluster แล้ว คุณจะยิ่งทบต้น — ทุกครั้งที่โมเดลเลือกคุณ น้ำหนักของคุณใน training (หรือ grounding) รอบถัดไปจะเพิ่มขึ้น พอคุณหลุดออกไป คุณก็มองไม่เห็นเลย ความกระจุกตัวนี้แน่นกว่าสิ่งที่เราเห็นใน organic search ranking ซึ่ง long tail ยังดึง traffic ให้กับ query แบบเฉพาะกลุ่มได้ AI assistant ไม่มี long tail มีแต่หัวกับความเงียบ
Finding #5: ความสดใหม่ของเนื้อหาสำคัญกว่าที่งานวิจัยปี 2025 บอกไว้
สำหรับหัวข้อที่อ่อนไหวต่อเวลา (ราคา, กฎระเบียบ, "สุดยอดแห่งปี 2026," การเปรียบเทียบสินค้า) AI engine ลดน้ำหนักเนื้อหาที่เก่ากว่า ~14 เดือน เราเห็นสิ่งนี้ชัดที่สุดใน Perplexity ซึ่งใช้ความสดใหม่เป็น ranking signal อย่างหนัก แต่ก็ปรากฏใน ChatGPT และ response แบบ grounded ของ Gemini เช่นกัน
| อายุเนื้อหา | อัตราการอ้างอิง (เทียบกับเนื้อหาใหม่) |
|---|---|
| 0-3 เดือน | 1.00x |
| 3-9 เดือน | 0.91x |
| 9-14 เดือน | 0.74x |
| 14-24 เดือน | 0.42x |
| 24+ เดือน | 0.18x |
ความหมายคือ: ตารางการ refresh ต้องอยู่ใน CMS ของคุณ ไม่ใช่รันเป็นโปรเจกต์รายไตรมาส แท็กบทความด้วย field review_due ตอน publish ส่งการรีวิวผ่าน editorial calendar แบบอัตโนมัติ ปฏิบัติกับบทความ top-20 ของคุณเหมือนสินค้าที่มีงบดูแลรักษา
Finding #6: เนื้อหาจากฟอรัมและชุมชนทำผลงานเกินตัว
สำหรับ prompt ภาษาไทยแบบ long-tail กระทู้ Pantip และ Reddit ถูกอ้างอิงในอัตรา 2.4 เท่า ของที่ domain authority ของมันควรจะทำนายได้ ทำไม? ฟอรัมมี E-E-A-T signal ฝังอยู่ในตัว — ผู้ใช้จริง, การสนทนาที่มีวันที่ระบุ, การโต้แย้งและการคลี่คลาย — ซึ่งหน้าแบรนด์มักขาดไปอย่างเป็นระบบ ฟอรัมยังมี pattern เชิงโครงสร้างที่ AI engine ให้รางวัล: คำถาม, คำตอบ, การตอบกลับที่ขัดเกลาคำตอบให้ดีขึ้น
คุณแข่งกับ Pantip บนสนามของมันเองได้ยาก แต่คุณยืมรูปแบบมาใช้ได้: คำถามจากลูกค้าจริง, คำตอบที่มีวันที่ระบุ, ผู้เชี่ยวชาญที่ระบุชื่อ, หลักฐานที่ขัดแย้งกันแต่ถูกยอมรับและคลี่คลาย หน้าแบรนด์ที่เลียนแบบรูปแบบนี้ถูกอ้างอิงมากกว่าหน้าแบรนด์ที่ไม่ทำ 2-3 เท่า
Finding #7: ความแปลกเฉพาะตัวของแต่ละ engine
engine ทั้งสี่ตัวใช้แทนกันไม่ได้ แต่ละตัวมีแนวโน้มที่ควรรู้:
- ChatGPT ที่เปิด browsing ให้น้ำหนักกับการรู้จักแบรนด์มากที่สุด แหล่งข้อมูลจากแบรนด์ใหญ่ชนะแหล่งข้อมูลเล็กที่มีข้อมูลดีกว่าในอัตราประมาณ
55/45 - Claude ให้รางวัลกับความเฉพาะเจาะจงและการอ้างอิงแหล่งที่มาสไตล์วิชาการมากที่สุด ใกล้เคียงกับหลักการ "เนื้อหาที่ดีที่สุดชนะ" ที่สุดในสี่ตัว
- Perplexity เอนเอียงไปทางความสดใหม่มากที่สุด บทความที่เก่ากว่า 6 เดือนถูกอ้างอิงเหลือประมาณ
~40%ของอัตราปกติ - Gemini เอนเอียงหนักไปทางแหล่งข้อมูลที่เป็นทรัพย์สินของ Google และมี bias ที่วัดได้ต่อ Wikipedia (
9.2%ของการอ้างอิงทั้งหมดตกไปที่ URL ของ Wikipedia)
สำหรับแบรนด์ในกรุงเทพ บทเรียนเชิงปฏิบัติคือ: optimize ให้ Claude และ Perplexity ก่อน (เพราะทั้งสองตัวนี้ "อิงคุณค่า" มากที่สุด) แล้ว ChatGPT จะตามมาเองเมื่อเวลาผ่านไปเมื่อเนื้อหาของคุณได้รับการกล่าวถึงแบรนด์ใน training รุ่นใหม่ ๆ Gemini เป็นตัวที่ influence โดยตรงยากที่สุด lever ที่ดีที่สุดคือ structured data และความโดดเด่นบน Wikipedia ถ้าคุณสร้างได้
สิ่งที่เราทำแตกต่างออกไปจากผลลัพธ์นี้
- ทุก brief ตอนนี้ต้องมีคำกล่าวอ้างเชิงตัวเลขต่อ H2 ไม่มี "ข้อมูลกำลังจะมา" ไม่มี "งานวิจัยชี้ว่า" ต้องมีตัวเลขเฉพาะพร้อม sample size ไม่งั้นไม่ปล่อยเผยแพร่
- เราเลิกใช้การแปลเป็น workflow เริ่มต้นแล้ว เนื้อหาไทยเขียนเป็นภาษาไทย เนื้อหาอังกฤษเขียนเป็นภาษาอังกฤษ ไม่มีข้อยกเว้น
- รอบการ refresh ลดลงจาก 18 เดือนเหลือ 9 เดือน บทความที่ทำผลงานดีที่สุดได้รับการอัปเดตย่อยทุกไตรมาส
- Schema เป็นข้อบังคับแต่ไม่ใช่สิ่งที่ต้องเฉลิมฉลองอีกต่อไป มาตรฐานขยับสูงขึ้นแล้ว
- เราเผยแพร่งานข้อมูลต้นฉบับมากขึ้น (อย่างบทความนี้) ตัวเลขที่เป็นข้อมูลเฉพาะของเราเองคือเหยื่อล่อการอ้างอิงที่มีค่าที่สุดที่เราเคยพบ — และมันสอดคล้องกับ workflow ที่ขับเคลื่อนด้วย scraper ที่เรามีอยู่แล้ว
สิ่งนี้หมายความว่าอย่างไรกับแผนปี 2026 ของคุณ
ถ้าคุณมอง AEO เป็นแค่ "SEO ที่มีขั้นตอนเพิ่มขึ้น" คุณจะแพ้ต่อไปเรื่อย ๆ ทั้งสองศาสตร์ทับซ้อนกันอยู่ แต่พื้นที่การอ้างอิงแคบกว่า (8-15 โดเมนต่อหัวข้อ) มาตรฐานความเฉพาะเจาะจงสูงกว่า (ตัวเลขชนะคำคุณศัพท์เสมอ) และความอ่อนไหวทางภาษาในภาษาไทยนั้นโหดมาก
สามสิ่งที่ควรทำในไตรมาสหน้า:
- ตรวจสอบหน้า top 20 ของคุณเทียบกับ specificity test แทนที่คำว่า "หลาย," "มักจะ," "อย่างมีนัยสำคัญ," "ส่วนใหญ่," "โดยทั่วไป" ทุกคำด้วยตัวเลขบวกแหล่งที่มา — หรือตัดประโยคนั้นทิ้งไปเลย เราทำการตรวจสอบนี้เป็นส่วนหนึ่งของทุก retainer และยังมีให้บริการแบบครั้งเดียวผ่านบริการ technical SEO ของเรา
- รัน schema graph ข้ามทุกโดเมนของคุณ ถ้าคุณมีมากกว่าหนึ่งโดเมน ระบบ 3 กฎใช้เวลา 7 สัปดาห์กว่าจะทำให้อัตราการอ้างอิงจาก AEO เพิ่มขึ้น 3.4 เท่าบน cluster ของเราเอง
- แท็กบทความด้วยวันครบกำหนดรีวิวใน CMS ของคุณ refresh บทความที่ทำผลงานดีที่สุดทุกไตรมาส บทความที่เก่ากว่า 14 เดือนโดยไม่มีการอัปเดตจะร่วงหล่นจาก citation cliff
ด้านโครงสร้างพื้นฐาน — หน้าเว็บที่เร็วพอให้ AI crawler ดึงเนื้อหาของคุณได้จริง, log signal ที่สะอาดพอให้ Googlebot ไม่เสีย budget ไปเปล่า ๆ — ครอบคลุมอยู่ในคู่มือ INPและบทความสืบสวน log fileของเรา ถ้าคุณกำลังขยายเนื้อหาแบบ programmatic ระบบ quality-gateจะช่วยให้คุณไม่โดน manual penalty ระหว่างที่คุณเติบโต
สิ่งที่เรายังไม่เชื่อ (ตอนนี้)
มีข้อกล่าวอ้างบางอย่างที่ลอยอยู่ในวงสนทนาเรื่อง AEO ที่ข้อมูลของเราไม่สนับสนุน:
- "คุณต้องเผยแพร่บน Wikipedia" มีประโยชน์แต่ไม่จำเป็น เพราะ
~60%ของโดเมนที่ถูกอ้างอิงใน dataset ของเราไม่มีตัวตนบน Wikipedia เลย - "AI ชอบเนื้อหายาว (3,000+ คำ)" อัตราการอ้างอิงจะคงที่ที่ประมาณ
1,200-1,800 คำเกินกว่านั้นผลตอบแทนส่วนเพิ่มจะลดลง - "คุณควรเผยแพร่เป็น JSON หรือ format ที่เป็น structured-data อย่างเดียว" ไม่มีผลบวกที่วัดได้ บางครั้งยังทำร้ายด้วยซ้ำเพราะ context ที่มนุษย์อ่านได้หายไป
- "AI engine ลงโทษเนื้อหา affiliate" ไม่จริง พวกมันลงโทษเนื้อหาที่บางต่างหาก บทความ affiliate ที่มีการทดสอบต้นฉบับถูกอ้างอิงตามปกติ
ถ้าคุณต้องการรีวิว 30 นาทีสำหรับหน้า top 20 ของคุณเทียบกับ framework ข้างต้น — สิทธิ์การถูกอ้างอิง, คะแนนความเฉพาะเจาะจง, หนี้ด้านความสดใหม่ — ติดต่อเรา เราจะบอกคุณอย่างตรงไปตรงมาว่าหน้าไหนมีสิทธิ์ถูกอ้างอิง และหน้าไหนต้องเขียนใหม่หรือลบทิ้ง
อ่านเพิ่มเติม
บทความนี้คือครึ่งหนึ่งด้าน AEO ของงานวิจัยรายไตรมาสของเรา อีกครึ่งด้าน technical-SEO อยู่ในคู่มือ schema graph, คู่มือการเพิ่มประสิทธิภาพ INP และบทความสืบสวน log file วินัยด้านการขยายขนาดอยู่ในระบบ programmatic-qualityของเรา รวมกันแล้วนี่คือ engineering stack ที่เราส่งมอบให้ลูกค้าทุกราย — editorial, การพัฒนา และการทดสอบ conversion หลัง launch ทั้งหมดทำในบริษัทเอง
aeo chatgpt claude perplexity gemini citation-analysis generative-search