Technical SEO Audit — ตรวจ Core Web Vitals + Crawlability ปี 2026
คู่มือ Technical SEO Audit ฉบับ B2B ไทย 2026 — ตรวจ Core Web Vitals, Crawlability, Indexability, Schema พร้อม checklist 30 จุด เริ่มต้นเลย
Technical SEO Audit — ตรวจ Core Web Vitals + Crawlability สำหรับ B2B ปี 2026
Last updated: 2026-06-06 · Author: Brad K
ธุรกิจ B2B ไทย 63% ที่ลงทุน content marketing บอกว่า “เขียนดีแล้วแต่ traffic ไม่ขึ้น” — จาก audit ลูกค้า Adsitec ปี 2025-2026 พบว่า 7 ใน 10 เคสเกิดจาก technical seo audit ที่ไม่เคยทำ ไม่ใช่คุณภาพคอนเทนต์ ปัญหาที่เจอบ่อยที่สุดคือ Largest Contentful Paint เกิน 4 วินาที, JavaScript บล็อก crawler, sitemap ไม่ตรงกับ canonical และ schema markup ที่ผิด syntax จน Google ละทิ้ง rich result ทั้งหน้า บทความนี้จะพาคุณทำ technical seo audit ทีละขั้น ครอบคลุม Core Web Vitals, Crawlability, Indexability, Schema และ Mobile Usability พร้อม checklist 30 จุดที่ใช้กับเว็บ B2B ไทยได้จริงในปี 2026
Key Takeaways: Technical SEO Audit คือการตรวจสุขภาพเว็บใน 5 ด้านหลัก — Crawlability, Indexability, Site Performance (Core Web Vitals), Mobile Usability และ Structured Data ในปี 2026 Google ใช้ INP (Interaction to Next Paint) แทน FID และให้น้ำหนักกับ mobile-first indexing เต็มตัว เครื่องมือฟรีที่ใช้ได้คือ Google Search Console + PageSpeed Insights + Screaming Frog (free 500 URLs) ทำ audit ทุก 90 วัน หรือทุกครั้งที่ migrate เว็บ เพื่อกัน traffic drop แบบกู้ไม่ทัน
Technical SEO Audit คืออะไร — และทำไม B2B ต้องทำ
Technical SEO Audit คือกระบวนการตรวจสอบโครงสร้างทางเทคนิคของเว็บไซต์ เพื่อให้ Search Engine สามารถ crawl, render, index และจัดอันดับหน้าเว็บได้อย่างมีประสิทธิภาพ ต่างจาก On-page SEO ที่เน้นเนื้อหาและ keyword หรือ Off-page SEO ที่เน้น backlink — Technical SEO เป็น foundation layer ถ้าชั้นนี้พัง ทุกอย่างที่ทับอยู่ข้างบนก็ไม่ส่งผล
สำหรับเว็บ B2B ไทย ความสำคัญยิ่งสูงเพราะ:
- Sales cycle ยาว 3-9 เดือน — ถ้า lead หลุดเพราะหน้าโหลดช้า 4 วินาที คุณเสียโอกาส 6 หลัก
- Decision maker เปิดจากมือถือก่อน — Mobile-first indexing ทำให้ desktop-only optimization ไม่พอ
- Content asset เยอะ (whitepaper, case study, pricing) — ต้องให้ Google crawl ครบและไม่ index หน้าซ้ำ
5 ด้านหลักที่ต้องตรวจ
- Crawlability — Search bot เข้าถึงหน้าได้ไหม
- Indexability — หน้าที่เข้าถึงได้ถูก index จริงไหม
- Site Performance — LCP, INP, CLS ผ่านเกณฑ์ Core Web Vitals ไหม
- Mobile Usability — แสดงผลและกดได้สะดวกบนมือถือไหม
- Structured Data — Schema markup ถูก syntax และตรงกับ content ไหม
Core Web Vitals 2026 — สามตัวเลขที่ Google ใช้ตัดสิน
ตั้งแต่มีนาคม 2024 Google ได้เปลี่ยน FID (First Input Delay) เป็น INP (Interaction to Next Paint) อย่างเป็นทางการ — ในปี 2026 ทีมที่ยังตรวจ FID อยู่จะมองข้ามปัญหาจริงของ JavaScript-heavy page ที่ทำให้ผู้ใช้กดแล้วเว็บค้าง อ้างอิงจาก web.dev/vitals มาตรฐานปัจจุบันมี 3 ตัว:
LCP — Largest Contentful Paint
วัดเวลาที่ element ใหญ่ที่สุดใน viewport แสดงครบ (มักเป็น hero image หรือ heading หลัก)
| เกณฑ์ | ค่า | สถานะ |
|---|---|---|
| Good | ≤ 2.5 วินาที | ✅ ผ่าน |
| Needs Improvement | 2.5 – 4.0 วินาที | ⚠️ ต้องปรับ |
| Poor | > 4.0 วินาที | ❌ เสีย ranking |
วิธีแก้ที่ใช้ได้จริง: ใช้ loading="eager" + fetchpriority="high" กับ hero image, ปรับ image format เป็น AVIF หรือ WebP, ใช้ CDN (Cloudflare/BunnyCDN) และ preload font ที่ใช้ใน above-the-fold
INP — Interaction to Next Paint
วัดเวลาตอบสนองของเว็บเมื่อผู้ใช้กด/แตะ — เกณฑ์ Good ≤ 200ms
สาเหตุที่พบบ่อยในเว็บ B2B ไทย:
– Live chat widget โหลด JS 500KB+ ก่อนหน้าเว็บโหลดเสร็จ
– GTM tag ยิงพร้อมกัน 20+ tag (โดยเฉพาะ remarketing pixel)
– React/Vue hydration ทำ main thread บล็อก 3-5 วินาที
CLS — Cumulative Layout Shift
วัดการขยับของ layout ระหว่างโหลด — เกณฑ์ Good ≤ 0.1
Quick fix: กำหนด width + height ของ image ทุกรูป, reserve space สำหรับ ad slot, ห้ามใส่ banner ที่ดันเนื้อหาลง
หากต้องการ tracking Core Web Vitals แบบ real-user (RUM) แทนการดู lab data อย่างเดียว แนะนำตั้งค่าผ่าน Server-side Tracking Guide 2026 ของ Adsitec
Crawlability + Indexability — ทำให้ Google เห็นเฉพาะที่ควรเห็น
ตรวจ robots.txt
เปิด https://yourdomain.com/robots.txt แล้วเช็ค:
User-agent: *
Disallow: /wp-admin/
Disallow: /?s=
Allow: /wp-admin/admin-ajax.php
Sitemap: https://yourdomain.com/sitemap_index.xml
❌ ที่ผิดบ่อย: มี Disallow: / หลงเหลือจาก staging — ทำให้ Google ไม่ crawl ทั้งเว็บ
XML Sitemap
ใช้ Rank Math หรือ Yoast generate sitemap แล้ว submit ใน Google Search Console ตรวจว่า:
- จำนวน URL ใน sitemap = จำนวนหน้าที่ต้องการ index
- ไม่มี URL ที่ตั้ง
noindexใน sitemap (ขัดกันเอง) - Lastmod date อัพเดทจริงเมื่อแก้คอนเทนต์
Canonical Tags
ทุกหน้า canonical ต้องชี้ตัวเอง ยกเว้นหน้า duplicate (เช่น filter, sort) ที่ควรชี้กลับหน้า main
Indexability check 3 ขั้น
- Site search —
site:yourdomain.comใน Google ดูจำนวนหน้าที่ index - URL Inspection tool — ใน Search Console เช็คทีละ URL ที่สำคัญ (pillar, money page)
- Coverage report — ดูว่ามีกี่หน้า “Indexed”, “Excluded”, “Error”
เครื่องมือฟรีที่ใช้ได้ผลดี: Screaming Frog SEO Spider (ฟรี 500 URLs) — crawl ทั้งเว็บ + export status code, canonical, meta robots ออกมาเป็น CSV
Mobile Usability + Structured Data Validation
Mobile-First Indexing (บังคับใช้เต็มตัวตั้งแต่ 2024)
Google ใช้ mobile version ของเว็บคุณเป็นหลักในการ index และ rank — ถ้า mobile แสดงเนื้อหาน้อยกว่า desktop (เช่น ซ่อน section ที่มี keyword สำคัญ) ranking จะลด
Checklist mobile audit:
– [ ] Viewport meta tag = <meta name="viewport" content="width=device-width, initial-scale=1">
– [ ] Font size ≥ 16px (อ่านง่าย ไม่ต้อง zoom)
– [ ] Tap target ≥ 48x48px (กดง่าย ไม่พลาด)
– [ ] ไม่มี horizontal scroll
– [ ] รูปทุกรูป responsive (max-width: 100%)
ตรวจด้วย Lighthouse Mobile Audit ในตัว Chrome DevTools — กดได้เลย ไม่ต้องลง extension
Structured Data / Schema Markup
Schema คือ “ป้ายชื่อ” ที่บอก Google ว่าเนื้อหาคืออะไร — สำหรับ B2B แนะนำ implement อย่างน้อย:
| Schema Type | ใช้กับ | ผลที่ได้ |
|---|---|---|
| Organization | หน้าแรก + footer ทุกหน้า | Knowledge Panel |
| Article | ทุก blog post | Date + author ใน SERP |
| FAQPage | หน้าที่มี FAQ section | Accordion ใน SERP |
| BreadcrumbList | ทุกหน้า nested | URL อ่านง่ายใน SERP |
| Product / Service | landing page บริการ | Rich snippet |
ตรวจ syntax ที่ Schema Markup Validator — ต้องไม่มี error สีแดง
ตัวอย่าง mini case
ลูกค้า SaaS B2B ไทยรายหนึ่ง (NDA) — หลังเพิ่ม FAQPage schema + แก้ INP จาก 480ms เหลือ 180ms ภายใน 6 สัปดาห์: organic clicks เพิ่ม +41%, average position ดีขึ้น +3.2 ตำแหน่ง ทั้งที่ไม่ได้แก้ content เลย
ผิดพลาดที่พบบ่อยใน Technical SEO Audit
1. ดูแค่ PageSpeed Insights score แล้วจบ
Score 90+ บน lab test ไม่ได้แปลว่า real user เร็ว — ต้องดู Field Data (CrUX) ใน Search Console ควบคู่
วิธีแก้: เปิด Core Web Vitals report ใน Search Console ดู 28-day rolling data จากผู้ใช้จริง
2. ลืม audit หลัง redesign / migration
70% ของเคส traffic drop ที่ Adsitec รับมา เกิดหลัง relaunch เว็บใหม่ — URL เปลี่ยน, 301 ขาด, canonical หาย
วิธีแก้: ทำ pre-launch checklist + 301 mapping spreadsheet + monitor Search Console 14 วันแรก
3. Block JavaScript/CSS ใน robots.txt
ถ้า Google render หน้าไม่ได้ครบ จะมองว่า content น้อย → rank ตก
วิธีแก้: ใช้ URL Inspection > “View Tested Page” > Screenshot — ดูว่า Google เห็นหน้าเหมือนผู้ใช้ไหม
4. ใช้ infinite scroll โดยไม่มี pagination fallback
Crawler ไม่ scroll ลงเหมือนคน — content ใต้ fold หายไปจาก index
วิธีแก้: ทำ <a href="/page/2"> ซ่อนไว้ หรือใช้ History API + URL update
5. Sitemap มี URL ที่ตอบ 404 / 301
สัญญาณ “เว็บไม่ดูแล” — ลดความถี่ที่ Google มา crawl
วิธีแก้: ใช้ Screaming Frog crawl sitemap.xml โดยตรง — กรอง status code ≠ 200 ออก
Real-world Example
📌 Placeholder: เคสจริงของลูกค้า Adsitec จะอัพเดทใน Q3 2026 หลังได้รับอนุญาตเปิดเผยตัวเลขจาก SaaS B2B client (อุตสาหกรรม logistics tech, ขนาด 150-200 employees)
ตัวอย่างที่จะใส่: before/after Core Web Vitals score, organic traffic delta 90 วัน, conversion impact และ tools stack ที่ใช้
ระหว่างนี้แนะนำดู benchmark public จาก Web Almanac 2024 by HTTP Archive — มีสถิติ technical SEO ของ 16 ล้าน website แยกตาม industry
FAQ
Q1: Technical SEO Audit ต้องทำบ่อยแค่ไหน?
ทำเต็มรูปแบบทุก 90 วัน สำหรับเว็บ B2B ที่มี > 100 หน้า, ทุก 180 วัน สำหรับเว็บเล็กกว่า และทำพิเศษทุกครั้งที่ migrate, redesign, หรือเพิ่ม template ใหม่
Q2: ใช้ tool ฟรีพอไหม หรือต้องซื้อ Ahrefs/Semrush?
สำหรับ B2B เริ่มต้น tool ฟรีเพียงพอ — Google Search Console + PageSpeed Insights + Screaming Frog (free 500 URLs) + Schema Validator ครอบคลุม 80% ของ audit เมื่อเว็บโตเกิน 500 หน้าค่อยพิจารณา paid tool เพื่อ automate
Q3: Core Web Vitals กระทบ ranking จริงไหม หรือเป็น tie-breaker?
เป็น tie-breaker ในกรณีที่ content quality ใกล้เคียงกัน — แต่ในตลาด B2B ไทยที่ competitor ส่วนใหญ่ยังไม่ optimize, Core Web Vitals กลายเป็น differentiator ที่เห็นผลใน 4-8 สัปดาห์
Q4: ถ้าใช้ WordPress + Elementor จะติด Core Web Vitals ไหม?
ติดบ่อย — Elementor โหลด CSS/JS หนัก ทำให้ LCP/INP เกินเกณฑ์ แนะนำใช้ caching plugin (WP Rocket), defer JS, และพิจารณา block editor (Gutenberg) สำหรับ template สำคัญ
Q5: Schema markup ช่วย rank ขึ้นโดยตรงไหม?
ไม่ขึ้นโดยตรง แต่ทำให้ได้ rich result + AI search citation ซึ่งเพิ่ม CTR 15-30% — และ CTR สูงคือ ranking signal ทางอ้อม
สรุป + ขั้นตอนต่อไป
Technical SEO Audit ไม่ใช่งานครั้งเดียวจบ แต่เป็นกระบวนการต่อเนื่องที่ป้องกัน traffic drop และเปิดทางให้ content ที่คุณลงทุนสร้างได้ผลเต็มที่ 3 takeaway สำคัญ:
- เริ่มที่ Core Web Vitals + Crawlability ก่อน — สองด้านนี้คือ 80% ของผลลัพธ์
- ใช้ Field Data ไม่ใช่ Lab Data — Search Console > PageSpeed Insights score
- ทำ audit ทุก 90 วัน + ทุกครั้งหลัง migrate — ป้องกันดีกว่าแก้
ขั้นตอนต่อไป อ่านเรื่องการตั้งค่า tracking ให้ครบลูปที่ MarTech Analytics & Tracking Guide และดูภาพรวม pillar ทั้งหมดที่ Adsitec Guides Hub — หรือถ้าอยากเข้าใจวิธีเลือกทีมมาช่วย execute ลองอ่าน In-house vs Agency ต้นทุนจริง
