SEO audit มักล้มเหลวเมื่อพยายามให้เครื่องมือเดียวตอบทุกคำถาม Lighthouse ที่เร็วไม่สามารถ inventory canonical 2,000 หน้า Crawler ไม่สามารถบอกว่าผู้ใช้จริงเจอ layout shift อย่างไรตลอดเดือน ส่วน CrUX ไม่สามารถระบุว่า shared component ใดสร้าง title ซ้ำ 60 หน้า Professional audit ต้องรวม evidence หลายชั้น
สามเครื่องมือที่ web developer ควรรู้คือ Chrome User Experience Report, Lighthouse และ Screaming Frog SEO Spider ส่วน connector สำคัญที่เปลี่ยนวิธีให้ AI agent ทำงานกับ crawl evidence คือ Screaming Frog MCP server
Tool 1: CrUX แสดงประสบการณ์ของผู้ใช้ Chrome จริง
CrUX ย่อจาก Chrome User Experience Report เป็น public dataset จาก eligible real-world Chrome experience และรายงาน field Web Vitals ระดับ URL หรือ origin เมื่อมีข้อมูลเพียงพอ Core metrics ได้แก่ Largest Contentful Paint, Interaction to Next Paint และ Cumulative Layout Shift อ่าน CrUX overview
CrUX ช่วยตอบว่า:
- ผู้ใช้จริงได้รับ primary content เร็วหรือไม่
- Interaction ตอบสนองดีบนอุปกรณ์จริงหรือไม่
- ผู้ใช้พบ visual movement ที่ไม่คาดคิดหรือไม่
- Mobile แย่กว่า desktop หรือไม่
- Field performance ดีขึ้นหลัง release และสะสมข้อมูลเพียงพอหรือไม่
นี่ไม่เหมือนการ test บน laptop เครื่องเดียว Field data รวมความหลากหลายของ device, network, cache, location และ browsing condition CrUX API ใช้ rolling aggregate 28 วันและ update รายวัน ดังนั้น deployment ใหม่จะไม่ลบ historical distribution ทันที ดู CrUX API
สิ่งที่ต้องดูใน CrUX
ดู distribution และ 75th percentile มากกว่าค่าเฉลี่ยเดียว แยก mobile กับ desktop ตรวจว่า poor LCP กระจายกว้างหรือไม่ INP บอก interaction ช้าหรือไม่ และ CLS ชี้ layout ไม่เสถียรหรือไม่
ใช้ origin-level data อย่างระวัง เพราะมองเห็นปัญหารวมแต่ซ่อนความแตกต่างระหว่าง template ส่วน URL-level แม่นกว่าแต่อาจไม่มีเมื่อ traffic ไม่พอ
สิ่งที่ CrUX บอกไม่ได้
- JavaScript bundle ใดช้า
- DOM element ใดทำให้ shift ทุกครั้ง
- Metadata หายหรือไม่
- Link พังหรือไม่
- Low-traffic page เร็วหรือช้า
- เกิดอะไรขึ้นห้านาทีหลัง deploy
เว็บไซต์ใหม่หรือ traffic ต่ำอาจไม่มี CrUX data การไม่มีข้อมูลไม่ได้แปลว่าเร็วหรือช้า แต่แปลว่า public dataset ไม่มี eligible sample เพียงพอ Chrome ระบุว่า page และ origin ต้อง publicly discoverable และ popular เพียงพอ ดู CrUX methodology
Tool 2: Lighthouse ให้ controlled lab diagnostics
Lighthouse โหลด URL ภายใต้ test configuration ที่ควบคุมได้ และ audit performance, accessibility, best practices, SEO และ web-platform quality อื่น สามารถ run ผ่าน Chrome DevTools, PageSpeed Insights, command line หรือ Node integration ดูเอกสาร Lighthouse
Lighthouse เหมาะกับ development เพราะเร็ว ทำซ้ำเพื่อ regression ได้ และ actionable Performance report ช่วยหา render-blocking work, media ใหญ่, unused JavaScript, long main-thread task, layout instability และ caching opportunity Accessibility ช่วยหา missing name, contrast ต่ำ, ARIA ผิด และ structural mistake ส่วน SEO check ช่วยจับพื้นฐาน crawlability และ document
สิ่งที่ต้องดูใน Lighthouse
- Element ใดเป็น LCP และทำไมมาช้า
- Layout shift เกิดจาก media ไม่มี dimension, ads, font หรือ injected UI หรือไม่
- Long task หรือ heavy script ทำให้ตอบสนองช้าหรือไม่
- Third-party code block primary content หรือไม่
- Control มี accessible name และ semantic role หรือไม่
- Page ตอบ successful response และ indexable หรือไม่
- Mobile layout และ tap target ใช้งานได้หรือไม่
Run หลายรอบแทนเชื่อคะแนนเดียว รักษา device, throttling, location, auth และ cache condition ให้เหมือนกันเวลา compare และ test representative template ไม่ใช่ homepage หน้าเดียว
สิ่งที่ Lighthouse บอกไม่ได้
Lighthouse score เป็น lab snapshot ไม่ใช่ experience ของทุก visitor คะแนนเปลี่ยนตาม machine load, network simulation, extension และ page state SEO 100 ไม่ได้พิสูจน์ว่า title ไม่ซ้ำทั้ง site, hreflang reciprocal, Search Console index แล้ว หรือ content สมควร rank
ใช้ Lighthouse เพื่อ diagnose และป้องกัน regression ใช้ CrUX เพื่อดู aggregated real-user outcome เมื่อมีข้อมูล
Tool 3: Screaming Frog เปิดเผย technical pattern ทั้งเว็บไซต์
Screaming Frog SEO Spider crawl เว็บไซต์และจัด URL-level evidence Spider Mode เริ่มจาก URL แล้วตาม discoverable link ส่วน List Mode request exact set เช่น sitemap URL, redirect inventory หรือหน้าที่แก้ใน release Free edition รองรับ 500 crawled URLs ส่วน paid licence ปลด limit และเปิด advanced feature อ่าน getting-started guide
Screaming Frog ช่วยพบ:
- 3xx, 4xx และ 5xx response
- Redirect chain และ loop
- Title และ description ที่หาย ซ้ำ สั้น หรือยาว
- Heading ที่หายหรือซ้ำ
- Canonical conflict และ target ที่ไม่ใช่ 200
- Indexing directive
- Broken internal และ external link
- Crawl depth, orphan candidate และ architecture ที่อ่อน
- Missing image alt text
- Duplicate และ near-duplicate page
- Hreflang error และ missing return link
- Structured-data problem เมื่อเปิด validation ถูกต้อง
- ความต่างระหว่าง raw HTML กับ JavaScript-rendered output
หลัง crawl ต้องมองหาอะไร
เริ่มจาก access และ indexability ที่ critical: server error, blocked page, noindex ที่ไม่ตั้งใจ, canonical target พัง และ important orphan page จากนั้นดู duplication, language relationship, internal link และ template pattern
อย่ามองทุก warning สำคัญเท่ากัน Title ยาวเล็กน้อยบนหน้าความสำคัญต่ำอาจเร่งด่วนน้อยกว่า canonical bug ที่กระทบ product family ทั้งชุด Group issue ตาม template, route generator, component, data source และ business impact
Spider Mode กับ List Mode ตอบคนละคำถาม
Spider Mode ถามว่า “architecture นี้ทำให้ crawler ค้นพบอะไร” List Mode ถามว่า “exact URL set นี้มีสถานะอย่างไร” ควรใช้ทั้งคู่
ใน DJAI Academy audit normal crawl ชน free limit เพราะ resource ถูกนับใน 500 URL เราจึงใช้ List Mode กับ sitemap URL ทั้ง 205 หน้า และยืนยัน coverage ครบพร้อม core metadata ที่สะอาดหลัง remediation
สิ่งที่ Screaming Frog พิสูจน์ไม่ได้
- Google index หรือ rank URL แล้วหรือไม่
- ผู้ใช้มี field performance ดีหรือไม่
- Content ตอบ intent หรือไม่
- JavaScript interaction ทุก state ใช้งานได้หรือไม่
- Schema valid หรือไม่เมื่อไม่ได้เปิด validation
- Warning เป็นสาเหตุของ traffic change หรือไม่
Crawler configuration เป็นส่วนหนึ่งของ evidence ต้องระบุ rendering, API, structured-data validation, robots behavior และ crawl limit ที่ใช้
Essential MCP: เชื่อม Screaming Frog กับ AI agent
MCP หรือ Model Context Protocol ให้ AI client ที่รองรับ call tool และรับ structured result Screaming Frog MCP server เปิด crawl operation, report, export, crawl database, progress และ dataset อื่น รวมถึง optional Node.js และ controlled filesystem tool Feature นี้มาใน version 24 family ต้องมี paid licence และ database storage mode อ่าน Screaming Frog MCP guide
แทนการ export CSV หลายไฟล์และอธิบาย column เอง ผู้ใช้สามารถสั่ง agent ให้:
- Crawl domain และสรุป critical issue ตาม priority
- หา canonical ที่ชี้ไป non-200 URL
- Export source page ทุกหน้าที่ link ไป broken destination
- Group duplicate title ตาม template
- หา English URL ที่ไม่มี reciprocal Thai hreflang
- Compare crawl ล่าสุดกับ pre-release baseline
- Re-crawl corrected URL list และรายงานสิ่งที่เหลือ
- Process export ใหญ่นอก conversation แล้วบันทึก concise report
ทำไม MCP เปลี่ยนเกม SEO สำหรับ AI agent
หากไม่มี tool access Agent เหตุผลจาก screenshot, copied row หรือ partial export จึงอาจพลาด scope และ relationship เมื่อมี MCP Agent query underlying crawl dataset ได้ เดินจาก summary ไป exact affected URL และทำ audit ซ้ำหลัง fix
Workflow ที่แข็งแรงคือ closed verification loop:
- Agent run หรือ load crawl
- Agent หา pattern และ map ไปยัง source component ที่เป็นไปได้
- Human review business priority และ risk
- Implement fix ที่ได้รับอนุญาต
- Build และ deploy
- Agent re-crawl URL ที่กระทบ
- Full List หรือ Spider validation ยืนยันภาพรวม
สิ่งนี้ไม่ได้ทำให้ agent เป็น autonomous SEO authority Screaming Frog เองแนะนำให้ใช้ AI เพิ่ม efficiency ไม่ใช่แทน experienced analysis Context, intent, priority และ final responsibility ยังต้องมี human
Security และ operation ของ MCP
Optional Node.js execution และ filesystem access มีพลังมาก เปิดเฉพาะ trusted model และ controlled directory Audit data อาจมี private staging URL, parameter, personal information หรือ credential ที่หลุดในหน้า ต้องใช้ least privilege
Large crawl dataset อาจเกิน LLM context window ควรใช้ targeted query, saved export และ script ที่ aggregate นอก conversation เริ่ม task context ใหม่ต่อ audit objective และเก็บ configuration กับ output ที่ตรวจย้อนกลับได้
วิธีใช้ทั้งสี่ capability ร่วมกัน
- Screaming Frog หา site-wide technical pattern และ exact URL
- Lighthouse diagnose representative page ใน controlled lab
- CrUX แสดง aggregated real-user experience เมื่อมี data
- Screaming Frog MCP ช่วย AI agent orchestrate, query, compare และ report crawl evidence
Release cycle ที่ใช้จริง:
- Crawl staging ด้วย Screaming Frog
- Run Lighthouse บน representative template ทุกชนิด
- แก้ source-level problem แล้ว run ซ้ำ
- Deploy และ inspect production HTML
- Crawl production แบบ Spider และ sitemap List
- ใช้ MCP compare, group และ export issue เมื่อมี licence
- Inspect indexing ใน Search Console
- ดู CrUX หลายสัปดาห์ต่อมาเพื่อ field impact
- เชื่อม technical improvement กับ engagement และ conversion
กฎสุดท้าย: ใช้ tool ให้ตรงคำถาม
ถาม CrUX ว่า eligible user จริงเจออะไร ถาม Lighthouse ว่าทำไม controlled page ช้า ไม่ accessible หรือมี technical weakness ถาม Screaming Frog ว่ามี pattern อะไรทั่วเว็บไซต์ และใช้ MCP เมื่อ AI agent ต้องเข้าถึง crawl evidence โดยตรงและทำซ้ำได้
เกม SEO เปลี่ยนเมื่อทีมเลิกไล่คะแนนเดียวและเริ่มสร้าง evidence system Field data, lab diagnostic, crawl coverage และ agent orchestration เปิดเผยความจริงคนละส่วน เมื่อรวมกัน SEO audit จะเปลี่ยนจาก spreadsheet เป็นครั้งคราวให้กลายเป็น engineering loop ที่ทำซ้ำได้