Technical SEO Checklist 30 ข้อ ตรวจเว็บก่อนลุ้นติดอันดับ (2026)

Technical SEO คือการทำให้ Google เข้าถึง (crawl) แสดงผล (render) และเก็บหน้าเว็บเข้าระบบ (index) ได้ครบและเร็ว ก่อนที่เนื้อหาจะได้ลุ้นอันดับ Checklist นี้มี 30 ข้อ แบ่ง 6 หมวด: Crawlability, Indexability, โครงสร้างเว็บ, Core Web Vitals, มือถือและความปลอดภัย, Schema ทุกข้อมีวิธีตรวจด้วยเครื่องมือฟรีหรือ Search Console

บทความนี้เขียนให้คนที่ต้องลงมือแก้เว็บจริง: Developer, คนดูแล WordPress, หรือ SEO ในทีม ถ้าคุณเป็นเจ้าของธุรกิจที่อยากเข้าใจภาพรวมก่อน ว่า Technical SEO คืออะไรและควรถามทีมเว็บว่าอะไร อ่าน Technical SEO คืออะไร อธิบายสำหรับเจ้าของธุรกิจ ก่อน แล้วค่อยกลับมาใช้ Checklist นี้คู่กับทีม

เหตุผลที่ต้องเริ่มจาก Technical ก็ง่าย ถ้า Google เข้าเว็บไม่ได้ หรือเข้าได้แต่ไม่ยอม index บทความดีแค่ไหนก็ไม่มีโอกาสขึ้นผลการค้นหา เราเจอบ่อยมากในงาน SEO Audit ที่เว็บลงทุนกับบทความและ Backlink ไปเยอะ แต่ต้นเหตุจริงคือ robots.txt ตกค้างจาก staging หรือ canonical ชี้ผิดหน้า

วิธีใช้: ไล่ทีละหมวด ติ๊กว่าผ่านหรือไม่ผ่าน แล้วจัดลำดับแก้จากหมวด 1 ลงมา เพราะหมวดบนเป็นตัวตัดสินว่าหมวดล่างจะมีผลหรือเปล่า

Technical SEO ต่างจาก On-Page SEO ตรงไหน

Technical SEO คือทุกอย่าง “ใต้ฝากระโปรง” ของเว็บ: server response, robots.txt, sitemap, canonical, redirect, ความเร็ว, JavaScript rendering และ structured data เป้าหมายคือให้ Google crawl, render, index และเข้าใจหน้าเว็บได้ไม่ติดขัด

On-Page SEO คือสิ่งที่อยู่บนหน้า: title, meta description, heading, เนื้อหา, รูปและ alt text, internal link ส่วนนี้ตัดสินว่าหน้าจะตอบคำค้นได้ดีแค่ไหน รายละเอียดอยู่ใน On-Page SEO Checklist

สองส่วนนี้แยกกันไม่ได้ ถ้าหน้าโดน robots.txt block หรือ canonical ผิด สิ่งที่ทำบน On-Page ก็ไม่มีผล กลับกัน เว็บที่ Technical สะอาดแต่เนื้อหาไม่ตอบคำค้น ก็ไม่ติดอันดับเหมือนกัน

อีกความเข้าใจผิดที่เจอบ่อยคือ “Technical SEO เป็นงานของ Developer อย่างเดียว” ในทางปฏิบัติ คนทำ SEO ต้องเข้าใจพอที่จะ audit ระบุสาเหตุ และเขียน brief ให้ Developer แก้ได้ ถ้าโยนให้ Developer อย่างเดียวโดยไม่มีใครดูภาพ SEO มักได้เว็บที่เร็วขึ้นแต่ redirect หาย หรือ canonical เปลี่ยนโดยไม่มีใครรู้

ปี 2026 เรื่องนี้ยิ่งสำคัญ เพราะผลค้นหาแบบ AI Overviews ของ Google และ AI chat อื่น ๆ ดึงข้อมูลจากหน้าที่ index ได้และอ่านโครงสร้างได้ชัด เว็บที่ crawl ไม่ผ่านก็หลุดจากทั้งผลค้นหาปกติและคำตอบของ AI ไปพร้อมกัน อ่านต่อได้ที่ Google AI Overview กับ SEO

หมวด 1: Crawlability ให้ Google เข้าถึงเว็บได้

Crawlability คือความสามารถของ bot (Googlebot, Bingbot) ในการเข้ามาอ่านหน้าเว็บ ถ้า bot เข้าไม่ได้ ก็ไม่มีทาง index หรือจัดอันดับ หมวดนี้จึงต้องผ่านก่อนหมวดอื่น

Checklist #1: robots.txt ตั้งค่าถูกต้อง

ไฟล์ robots.txt คือไฟล์แรกที่ bot อ่านเมื่อเข้าเว็บ มันบอกว่าส่วนไหนเข้าได้ ส่วนไหนห้ามเข้า ตัวอย่างที่ใช้ได้กับเว็บส่วนใหญ่:

User-agent: *
Allow: /
Disallow: /admin/
Disallow: /wp-admin/
Disallow: /search?
Disallow: /cart/

Sitemap: https://example.com/sitemap.xml

ข้อผิดพลาดที่เจอบ่อยที่สุดคือ Disallow: / (ห้ามเข้าทั้งเว็บ) ที่ใส่ไว้ตอนทำ staging แล้วลืมเอาออกตอนขึ้นจริง เว็บเปิดมาหลายเดือนก็ไม่ติดอันดับเพราะ Google เข้าไม่ได้

วิธีตรวจ: เปิด https://โดเมนของคุณ/robots.txt ตรง ๆ แล้วดูใน Search Console ที่ Settings > robots.txt ว่า Google ดึงไฟล์ล่าสุดได้และไม่มี error อย่าลืมว่า robots.txt ห้าม crawl ได้ แต่ไม่ได้กัน index 100% ถ้าต้องการไม่ให้หน้าขึ้นผลค้นหา ใช้ noindex แทน รายละเอียดใน คู่มือ Robots.txt

Checklist #2: XML Sitemap ครบและส่งใน Search Console แล้ว

XML Sitemap คือรายการ URL ที่คุณอยากให้ Google รู้จัก ควรมีเฉพาะหน้าที่ตอบ 200 และอยากให้ index ใส่ lastmod ที่ตรงกับวันแก้ไขจริง และส่งใน Search Console > Sitemaps

วิธีตรวจ: ดูสถานะใน Search Console ว่า “สำเร็จ” และจำนวน URL ที่พบใกล้เคียงกับจำนวนหน้าจริง ถ้า sitemap มี URL ที่ redirect หรือ noindex ปนอยู่ ให้เอาออก อ่านต่อที่ Sitemap คืออะไร คู่มือทำ XML Sitemap

Checklist #3: Canonical Tag ชี้ถูกหน้า

<link rel="canonical" href="..."> บอก Google ว่าหน้าไหนคือเวอร์ชันหลักของเนื้อหา สำคัญมากเมื่อมีหลาย URL แสดงเนื้อหาเดียวกัน เช่น:

• https://example.com/product/abc
• https://example.com/product/abc?ref=facebook
• https://example.com/product/abc?utm_source=email

ทั้ง 3 URL ควรมี canonical ชี้ไปที่ URL แรก หน้าปกติทุกหน้าควรมี self-canonical (ชี้หาตัวเอง) ด้วย

วิธีตรวจ: ใช้ URL Inspection ใน Search Console ดูว่า “Canonical ที่ผู้ใช้ประกาศ” กับ “Canonical ที่ Google เลือก” ตรงกันไหม ถ้าไม่ตรง แปลว่า Google ไม่เชื่อสัญญาณของคุณ ต้องไล่ดูว่ามี internal link หรือ sitemap ชี้ไปอีกเวอร์ชันหรือเปล่า อ่านต่อที่ Canonical Tag คืออะไร

Checklist #4: ไม่ใส่ nofollow กับ internal link ที่อยากให้ติดอันดับ

rel="nofollow" บน internal link ทำให้ Google ไม่ส่งสัญญาณไปหน้าปลายทาง ไม่จำเป็นต้องใช้กับลิงก์ภายในเกือบทุกกรณี หน้าที่ไม่อยากให้ติดอันดับ (login, ตะกร้า) ให้จัดการด้วย noindex หรือ robots.txt จะตรงกว่า และห้ามใส่ nofollow กับลิงก์ไปหน้าสินค้าหรือบทความที่อยากให้ติดอันดับ

วิธีตรวจ: Crawl ด้วย Screaming Frog แล้วกรอง internal link ที่มี nofollow

Checklist #5: ไม่มี Redirect Chain

Redirect Chain คือ A ไป B แล้ว B ไป C ทุก hop เพิ่มเวลาโหลดและเสี่ยงให้สัญญาณหล่นหาย Googlebot ตามได้สูงสุดราว 10 hop ต่อครั้ง แต่ที่ควรทำคือให้ทุก redirect ชี้ไปปลายทางสุดท้ายตรง ๆ ในครั้งเดียว ใช้ 301 สำหรับการย้ายถาวร

วิธีตรวจ: Screaming Frog > Reports > Redirect Chains หรือ Site Audit ของ Ahrefs แล้วแก้ internal link ให้ชี้ไป URL ปลายทางโดยตรง อ่านต่อที่ คู่มือ 301 Redirect

หมวด 2: Indexability ให้ Google เก็บหน้าเข้าระบบ

Crawl แล้วยังไม่พอ Google ต้องตัดสินใจ index ด้วย หน้าที่ถูก crawl แต่ไม่ถูก index จะไม่มีวันขึ้นผลค้นหา

Checklist #6: Meta Robots ไม่มี noindex ผิดที่

<meta name="robots" content="index, follow"> คือค่าปกติ ถ้าไม่ใส่อะไรเลย Google ก็ถือว่าเป็นค่านี้ ปัญหาคือ noindex ที่หลุดไปอยู่ในหน้าที่อยากติดอันดับ ใน WordPress เจอบ่อยจากการเผลอเปิด “Discourage search engines from indexing this site” ใน Settings > Reading หรือปลั๊กอิน SEO ตั้ง noindex ทั้ง post type

วิธีตรวจ: Search Console > Pages (รายงานการจัดทำดัชนี) ดูหัวข้อ “Excluded by ‘noindex’ tag” ว่ามีหน้าสำคัญอยู่หรือไม่ อ่านต่อที่ Noindex คืออะไร

Checklist #7: Hreflang ถูกต้องสำหรับเว็บหลายภาษา

เว็บที่มีหลายภาษา เช่นโรงแรมที่มี TH/EN/CN ต้องใช้ hreflang บอก Google ว่าหน้าไหนสำหรับผู้ใช้ภาษาไหน:

<link rel="alternate" hreflang="th" href="https://example.com/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="zh-Hans" href="https://example.com/cn/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

กฎที่พลาดบ่อย: ทุกเวอร์ชันต้องอ้างถึงกันและกันครบ (return link) ใส่ self-reference ด้วย และใช้รหัสภาษาตาม ISO 639-1 ระวังใช้ cn เป็นรหัสภาษา เพราะ cn คือรหัสประเทศจีน ไม่ใช่รหัสภาษา อ่านต่อที่ Hreflang สำหรับเว็บหลายภาษา

Checklist #8: X-Robots-Tag สำหรับไฟล์ที่ไม่ใช่ HTML

X-Robots-Tag เป็น HTTP header ที่คุมการ index ของไฟล์อย่าง PDF รูป หรือวิดีโอ ซึ่งใส่ meta tag ไม่ได้:

X-Robots-Tag: noindex

ใช้กับ PDF ภายใน ใบเสนอราคา หรือเอกสารที่ไม่อยากให้โผล่ใน Google

Checklist #9: JavaScript render แล้วเนื้อหาครบ

ถ้าเว็บเป็น SPA ที่ใช้ React, Vue หรือ Angular แล้ว render ฝั่ง browser อย่างเดียว Google ต้อง render JavaScript ก่อนถึงจะเห็นเนื้อหา ซึ่งช้ากว่าและพลาดได้

วิธีตรวจ: Search Console > URL Inspection > ทดสอบ URL แบบเรียลไทม์ > ดู HTML ที่แสดงผล ว่าเนื้อหาหลัก ลิงก์ และ title ครบไหม ถ้าไม่ครบ พิจารณา SSR หรือ Static Generation อ่านต่อที่ JavaScript SEO

Checklist #10: ไม่มี Soft 404

Soft 404 คือหน้าที่ตอบ status 200 แต่เนื้อหาเป็น “ไม่พบสิ่งที่คุณค้นหา” หรือหน้าว่าง Google จะสับสนและเสีย crawl ไปกับหน้าเหล่านี้ ให้แก้เป็น 404 หรือ 410 จริง หรือ 301 ไปหน้าที่เกี่ยวข้องจริง ๆ

วิธีตรวจ: Search Console > Pages > ดูเหตุผล “Soft 404” แล้วเปิดดูทีละตัวอย่าง อ่านวิธีแก้ใน แก้ 404 Not Found

หมวด 3: Site Architecture โครงสร้างที่ Google ตามได้ง่าย

โครงสร้างเว็บที่ดีช่วยให้ Google เข้าใจว่าหน้าไหนสำคัญ และหน้าไหนเกี่ยวข้องกัน

Checklist #11: URL สั้น อ่านออก และไม่ลึกเกินจำเป็น

• ดี: example.com/blog/seo-guide/
• ไม่ดี: example.com/category/sub/sub2/sub3/blog/2024/12/seo-guide-final-v2

ความลึกของ URL ไม่ใช่ปัจจัยอันดับโดยตรง แต่ URL สั้นอ่านง่าย แชร์ง่าย และมักสะท้อนโครงสร้างที่ดี ข้อควรระวังคืออย่าเปลี่ยน URL เก่าที่ติดอันดับอยู่แล้วโดยไม่มี 301 อ่านต่อที่ โครงสร้าง URL ที่ดี

Checklist #12: Breadcrumb ทุกหน้าย่อย

Breadcrumb ช่วยผู้ใช้รู้ว่าอยู่ตรงไหน และช่วย Google เข้าใจลำดับชั้น ใส่ Schema BreadcrumbList คู่กัน:

<nav aria-label="Breadcrumb">
  <a href="/">หน้าแรก</a> &gt;
  <a href="/blog/">บทความ</a> &gt;
  <span>Technical SEO Checklist</span>
</nav>

Checklist #13: Internal Link พาไปหน้าสำคัญ

Internal link ใช้เพื่อ:

• ส่งความสำคัญจากหน้าที่แข็งแรงไปหน้าใหม่
• ช่วย Google ค้นพบหน้าใหม่
• บอกว่าหน้าไหนอยู่ใน topic เดียวกัน

หลักง่าย ๆ คือหน้าที่อยากให้ติดอันดับต้องมีลิงก์เข้าจากหน้าที่เกี่ยวข้องหลายหน้า และ anchor text บอกว่าหน้าปลายทางเกี่ยวกับอะไร อ่านต่อที่ Internal Link กับ SEO

Checklist #14: หน้าสำคัญอยู่ไม่เกิน 3 คลิกจากหน้าแรก

หน้าที่อยู่ลึกมากมักถูก crawl น้อยและได้ความสำคัญน้อย ตั้งเป้าให้หน้าบริการ หมวดสินค้า และบทความหลักเข้าถึงได้ภายใน 3 คลิก

วิธีตรวจ: Screaming Frog แสดงค่า Crawl Depth ของทุก URL

Checklist #15: ไม่มี Orphan Page

Orphan Page คือหน้าที่ไม่มี internal link เข้าเลย Google อาจเจอผ่าน sitemap แต่หน้าแบบนี้มักติดอันดับยาก

วิธีตรวจ: เทียบ URL ใน sitemap กับ URL ที่ crawler เจอจากการไล่ลิงก์ Screaming Frog ทำได้ถ้าเชื่อม sitemap หรือ Search Console ตอน crawl

หมวด 4: Page Speed และ Core Web Vitals

Core Web Vitals มี 3 ตัว คือ LCP, INP, CLS วัดจากผู้ใช้จริง (field data) ที่ percentile 75 Google ใช้เป็นส่วนหนึ่งของสัญญาณ Page Experience ตั้งแต่ปี 2021 ข้อ 19-20 ด้านล่างไม่ใช่ Core Web Vitals แต่เป็นตัวชี้วัดวินิจฉัยที่ช่วยหาต้นเหตุ

ดูข้อมูลจริงได้ที่ Search Console > Core Web Vitals และ PageSpeed Insights (ส่วน “Discover what your real users are experiencing”) คะแนน Lighthouse เป็นแค่ lab test ใช้ไล่หาปัญหา ไม่ใช่ตัวตัดสิน

Checklist #16: LCP (Largest Contentful Paint) ไม่เกิน 2.5 วินาที

LCP คือเวลาที่ element ใหญ่สุดในจอแรกแสดงผล มักเป็นรูป hero หรือหัวข้อใหญ่

วิธีปรับ:

• รูป hero ใช้ WebP/AVIF ขนาดพอดีจอ และห้าม lazy load รูป hero
• ใส่ fetchpriority="high" ให้รูป LCP
• ใช้ CDN เช่น Cloudflare
• ลด TTFB ของ server

อ่านเจาะลึกที่ แก้ LCP ให้ผ่าน

Checklist #17: CLS (Cumulative Layout Shift) ไม่เกิน 0.1

CLS วัดว่าหน้าเด้งขยับระหว่างโหลดแค่ไหน เช่นรูปไม่ระบุขนาดแล้วดันข้อความลงเมื่อโหลดเสร็จ

วิธีแก้:

• ใส่ width และ height ให้ทุกรูป
• จองพื้นที่ให้โฆษณา embed และแบนเนอร์คุกกี้
• ฟอนต์ใช้ font-display ที่เหมาะสมและ preload ฟอนต์หลัก

Checklist #18: INP (Interaction to Next Paint) ไม่เกิน 200 มิลลิวินาที

INP เข้ามาแทน FID ใน Core Web Vitals อย่างเป็นทางการเมื่อ 12 มีนาคม 2024 วัดว่าเว็บตอบสนองการคลิก แตะ หรือพิมพ์เร็วแค่ไหนตลอดการใช้งาน ไม่ใช่แค่ครั้งแรกแบบ FID

วิธีแก้:

• ลด JavaScript ที่บล็อก main thread โดยเฉพาะสคริปต์ third-party (แชท ป๊อปอัป tracking)
• แตกงานยาวเป็นชิ้นเล็ก (yield to main thread)
• Debounce event handler
• Code splitting โหลดเฉพาะที่หน้านั้นใช้

อ่านต่อที่ INP คืออะไร และวิธีแก้

Checklist #19: FCP (First Contentful Paint) ไม่เกิน 1.8 วินาที

FCP คือเวลาที่เนื้อหาชิ้นแรกเริ่มแสดง ไม่ใช่ Core Web Vitals แต่ถ้า FCP ช้า LCP มักช้าตาม แก้โดยลด CSS/JS ที่บล็อกการแสดงผล และ inline critical CSS

Checklist #20: TTFB (Time to First Byte) ไม่เกิน 800 มิลลิวินาที

TTFB คือเวลาที่ browser ได้ byte แรกจาก server ถ้าสูง ให้ดู hosting, page cache, ฐานข้อมูล และ CDN ก่อนไปไล่แก้ฝั่ง frontend เว็บ WordPress ที่ไม่มี page cache มักเจอปัญหานี้ อ่านต่อที่ เร่งความเร็ว WordPress

หมวด 5: มือถือและความปลอดภัย

Google ใช้ Mobile-First Indexing กับเว็บเกือบทั้งหมดแล้ว (ประกาศเสร็จสิ้นปลายปี 2023) แปลว่าเวอร์ชันมือถือคือเวอร์ชันที่ Google ใช้ index และจัดอันดับ ส่วน HTTPS เป็นสัญญาณอันดับตั้งแต่ปี 2014

Checklist #21: HTTPS ทุกหน้า

ใช้ SSL (ฟรีจาก Let’s Encrypt หรือ Cloudflare) ทุกหน้าต้องเปิดผ่าน https:// ตรวจว่า:

• HTTP redirect ไป HTTPS อัตโนมัติด้วย 301
• www กับ non-www เหลือเวอร์ชันเดียว
• เปิด HSTS header

Search Console มีรายงาน HTTPS ให้ดูว่าหน้าไหนยังเสิร์ฟผ่าน HTTP อ่านต่อที่ HTTPS และ SSL กับ SEO

Checklist #22: ใช้งานบนมือถือได้จริง

Mobile-Friendly Test และรายงาน Mobile Usability ใน Search Console ถูกปลดไปตั้งแต่ธันวาคม 2023 ตอนนี้ให้ตรวจด้วย Lighthouse ใน Chrome DevTools (โหมด mobile) และเปิดบนมือถือจริง ดูว่า:

• มี viewport meta tag
• ตัวอักษรอ่านได้โดยไม่ต้องซูม (ประมาณ 16px ขึ้นไป)
• ปุ่มและลิงก์ใหญ่พอแตะ และห่างกันพอ
• ไม่มีเนื้อหาล้นขอบจอจนต้องเลื่อนซ้ายขวา
• เนื้อหาบนมือถือครบเท่า desktop (ไม่ซ่อนข้อความสำคัญ)

อ่านต่อที่ Mobile-First Indexing คืออะไร

Checklist #23: Responsive ทุก breakpoint

ทดสอบที่ความกว้าง 320px, 375px, 768px, 1024px และ 1440px ทุกขนาดต้องใช้งานได้ ไม่มี layout พัง เมนูเปิดได้ ฟอร์มกรอกได้

Checklist #24: ไม่มี Mixed Content

Mixed Content คือหน้า HTTPS ที่โหลดรูป สคริปต์ หรือ CSS ผ่าน HTTP browser จะบล็อกหรือขึ้นเตือน ตรวจได้ที่ Chrome DevTools > Console เจอบ่อยในเว็บ WordPress ที่ย้ายจาก HTTP แล้วไม่ได้แทนที่ URL ในฐานข้อมูล

Checklist #25: Security Headers ครบ

ตั้งค่า header เหล่านี้:

• Strict-Transport-Security (HSTS)
• X-Content-Type-Options: nosniff
• X-Frame-Options: SAMEORIGIN
• Content-Security-Policy
• Referrer-Policy

Security headers ไม่ใช่ปัจจัยอันดับโดยตรง แต่ช่วยลดความเสี่ยงโดนแฮกแล้วถูกฝังลิงก์สแปม ซึ่งกระทบ SEO หนักกว่ามาก ระวัง CSP ที่เข้มเกินไปจะบล็อกสคริปต์ Analytics แบบเงียบ ๆ ต้องทดสอบหลังตั้งค่าทุกครั้ง ตรวจได้ที่ securityheaders.com

หมวด 6: Schema Markup และ Rich Result

Schema Markup คือ structured data ที่ช่วยให้ Google เข้าใจว่าหน้านี้คืออะไร เป็นของใคร และอาจแสดงเป็น rich result ใน SERP เช่น breadcrumb ดาวรีวิว หรือราคาสินค้า Schema ไม่ได้ดันอันดับโดยตรง และการมี Schema ไม่ได้รับประกันว่าจะได้ rich result อ่านภาพรวมที่ Schema Markup คืออะไร

Checklist #26: Article Schema ทุกบทความ

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Technical SEO Checklist 30 ข้อ",
  "author": {
    "@type": "Organization",
    "name": "Southern Whale"
  },
  "datePublished": "2026-06-20",
  "dateModified": "2026-10-08",
  "image": "https://example.com/images/blog/technical-seo.webp"
}

ใส่ dateModified ให้ตรงกับวันที่แก้เนื้อหาจริง อย่าเปลี่ยนวันที่โดยไม่ได้แก้อะไร

Checklist #27: FAQPage Schema ใช้เมื่อหน้ามี FAQ จริงเท่านั้น

ตั้งแต่สิงหาคม 2023 Google แสดง FAQ rich result เฉพาะเว็บหน่วยงานรัฐและเว็บสุขภาพที่น่าเชื่อถือ เว็บธุรกิจทั่วไปจึงแทบไม่ได้ accordion ใน SERP แล้ว แต่ FAQPage ยังช่วยให้ระบบต่าง ๆ รวมถึง AI อ่านคำถามคำตอบได้ชัด เงื่อนไขคือคำถามและคำตอบต้องแสดงบนหน้าจริง

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Technical SEO คืออะไร?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Technical SEO คือ..."
    }
  }]
}

Checklist #28: Product Schema สำหรับร้านออนไลน์

หน้าสินค้าใส่ Product พร้อม offers (ราคา สกุลเงิน สถานะสต็อก) และ aggregateRating ถ้ามีรีวิวจริงบนหน้า ทำให้มีสิทธิ์แสดงราคาและดาวใน SERP ราคาใน schema ต้องตรงกับที่แสดงบนหน้า ถ้าทำร้านออนไลน์ดู บริการทำเว็บ E-commerce

Checklist #29: LocalBusiness Schema สำหรับธุรกิจที่มีหน้าร้าน

โรงแรม ร้านอาหาร คลินิก ควรใช้ LocalBusiness (หรือประเภทย่อยอย่าง Hotel, Restaurant, MedicalClinic) พร้อม address, geo, openingHoursSpecification, telephone ข้อมูลต้องตรงกับ Google Business Profile สำหรับการติดอันดับใน Google Maps ตัวหลักยังเป็น Business Profile ดูเพิ่มที่ บริการ Local SEO

Checklist #30: ทดสอบ Schema ก่อนขึ้นจริง

ใช้ Rich Results Test ตรวจว่า Google อ่าน schema ได้และมีสิทธิ์ได้ rich result ประเภทไหน ต้องไม่มี error ส่วน warning คือฟิลด์แนะนำที่ไม่ได้ใส่ ใส่เพิ่มได้ถ้ามีข้อมูลจริง สำหรับ schema ประเภทที่ Google ไม่รองรับ rich result ให้ตรวจ syntax ที่ validator.schema.org หลังขึ้นจริง ดูต่อใน Search Console ส่วน Enhancements

เครื่องมือตรวจ Technical SEO

ราคาของเครื่องมือเสียเงินเปลี่ยนบ่อย เช็กที่หน้าราคาทางการก่อนตัดสินใจ ถ้าเริ่มจากศูนย์ Search Console + Screaming Frog ฟรี + PageSpeed Insights ก็ตรวจได้เกือบครบ 30 ข้อแล้ว ดูวิธีใช้ที่ คู่มือ Google Search Console และ คู่มือ Screaming Frog

ตัวอย่างปัญหาที่เจอบ่อยในงาน Audit

ขอเล่าแบบไม่ระบุตัวเลขหรือชื่อลูกค้า เป็นรูปแบบที่เจอซ้ำในเว็บธุรกิจภาคใต้ โดยเฉพาะโรงแรม คลินิก และทัวร์:

• เว็บใหม่เปิดหลายเดือนแต่ไม่ติดอะไรเลย ต้นเหตุคือ robots.txt หรือ noindex ตกค้างจากตอนทำ staging แก้ 5 นาทีแล้วขอ index ใหม่ใน Search Console
• เว็บหลายภาษาที่ Google โชว์ผิดภาษา ไม่มี hreflang หรือมีแต่ไม่ครบ return link ทำให้คนไทยค้นแล้วเจอหน้าอังกฤษ
• รูป hero ขนาดหลาย MB ทำให้ LCP บนมือถือเกินเกณฑ์ไปไกล แก้ด้วยการย่อรูปและแปลงเป็น WebP ก่อนไปแตะอย่างอื่น
• หน้าห้องพักหรือหน้าบริการไม่มีลิงก์เข้าเลย เข้าถึงได้จากปุ่มจองหรือ JavaScript อย่างเดียว Google จึงแทบไม่เห็น
• ไม่มี LocalBusiness schema และข้อมูลที่อยู่บนเว็บไม่ตรงกับ Google Business Profile

ผลหลังแก้ขึ้นกับการแข่งขันของคำค้นและคุณภาพเนื้อหาด้วย Technical ที่สะอาดเป็นเงื่อนไขที่ต้องมี ไม่ใช่ตัวรับประกันอันดับ ถ้าอยากรู้ว่าเว็บคุณติดข้อไหนบ้าง ทั้ง 30 ข้อนี้อยู่ในสิ่งที่เราตรวจใน SEO Audit

5 ข้อผิดพลาด Technical SEO ที่พบบ่อยที่สุด

1. Disallow: / หรือ noindex ตกค้างจาก staging สาเหตุอันดับหนึ่งที่เว็บใหม่ไม่ติดอันดับ

2. Canonical ชี้ผิดหน้า เช่นทุกหน้าชี้กลับหน้าแรก หรือชี้ไปเวอร์ชันที่มี parameter ทำให้ Google ไม่ index หน้าที่ควร index

3. HTTPS ไม่ครบทั้งเว็บ มี mixed content หรือ URL HTTP เก่าที่ไม่ redirect

4. Hreflang ผิดรูปแบบ ไม่มี return link หรือใช้รหัสภาษาผิด Google เลยแสดงผิดภาษา

5. เว็บ JavaScript หนักที่ไม่มี SSR เนื้อหาหลักไม่อยู่ใน HTML ตอน Googlebot เข้า ทำให้ index ไม่ครบ

ฝั่งลิงก์จากภายนอก อ่านต่อได้ที่ Backlink สายขาว

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

Technical SEO ต้องตรวจบ่อยแค่ไหน?

ตรวจเต็มรูปแบบอย่างน้อยปีละ 1-2 ครั้ง และดู Search Console เป็นประจำทุกเดือน ทุกครั้งที่เปลี่ยนธีม ย้ายโฮสต์ อัปเดตปลั๊กอินใหญ่ หรือย้ายเว็บ ให้ตรวจ robots.txt, noindex, canonical และ redirect ทันที เพราะเป็นจังหวะที่พังบ่อยที่สุด

ใช้ Lighthouse ตัวเดียวพอไหม?

ไม่พอ Lighthouse ตรวจทีละหน้า ครอบคลุม performance, accessibility, best practices และ SEO พื้นฐาน แต่ไม่ได้ crawl ทั้งเว็บ จึงไม่เห็น redirect chain, duplicate content หรือ orphan page ต้องใช้คู่กับ Search Console และ crawler อย่าง Screaming Frog

เว็บ WordPress ใช้ปลั๊กอิน SEO อย่างเดียวพอไหม?

ปลั๊กอินอย่าง Yoast หรือ Rank Math Pro จัดการเรื่องพื้นฐานได้ดี เช่น sitemap, canonical, meta robots และ schema ทั่วไป แต่ไม่ได้แก้ Core Web Vitals, โครงสร้าง internal link หรือ hreflang ที่ซับซ้อนให้ และตั้งค่าผิดก็สร้างปัญหาได้เอง ยังต้อง audit เป็นระยะ ดูเพิ่มที่ คู่มือ WordPress SEO

Mobile-First Indexing คืออะไร?

Google ใช้เวอร์ชันมือถือของเว็บเป็นเวอร์ชันหลักในการ index และจัดอันดับ ถ้ามือถือมีเนื้อหาน้อยกว่า desktop หรือซ่อนข้อความสำคัญไว้ Google จะเห็นเฉพาะส่วนที่อยู่บนมือถือ

Core Web Vitals มีผลต่ออันดับแค่ไหน?

มีผล แต่น้อยกว่าความตรงประเด็นและคุณภาพเนื้อหา Google เองบอกว่าเนื้อหาที่ดีที่สุดยังชนะได้แม้ Page Experience ไม่ดีเยี่ยม แต่เมื่อหลายหน้าตอบคำค้นได้ใกล้เคียงกัน ประสบการณ์ใช้งานก็เป็นตัวช่วยตัดสิน และที่สำคัญกว่าคือเว็บช้าทำให้ลูกค้าปิดหนีก่อนติดต่อ

เว็บเล็กจำเป็นต้องทำ Schema ไหม?

ควรทำส่วนพื้นฐาน Schema ไม่ได้ดันอันดับโดยตรง แต่ช่วยให้ Google และ AI เข้าใจว่าธุรกิจคุณคือใคร ตั้งอยู่ที่ไหน และอาจได้ rich result เว็บเล็กเริ่มจาก Organization หรือ LocalBusiness, Article และ BreadcrumbList ก่อน

Crawl budget สำคัญกับเว็บเล็กไหม?

เว็บที่มีไม่กี่พันหน้าแทบไม่ต้องกังวล Google crawl ได้ครบสบาย ๆ เรื่องนี้สำคัญกับเว็บใหญ่ เช่นร้านออนไลน์ที่มีสินค้าหลายหมื่นรายการหรือ URL parameter เยอะ อ่านต่อที่ Crawl Budget คืออะไร

ทำ Technical SEO เองได้ไหม หรือต้องจ้าง?

เจ้าของเว็บที่พอมีพื้นฐานทำหมวด 1, 2, 5 ได้เองเกือบทั้งหมดด้วยเครื่องมือฟรี ส่วนที่ต้องแตะโค้ด เช่น INP, JavaScript rendering, hreflang หรือ schema เฉพาะทาง ควรมี Developer หรือคนที่ทำเรื่องนี้ประจำช่วย

สรุปและลำดับการลงมือ

Technical SEO ไม่ใช่งานทำครั้งเดียวจบ เว็บเปลี่ยนทุกครั้งที่อัปเดต Checklist 30 ข้อนี้คือพื้นฐานที่ควรผ่านก่อนทุ่มงบกับเนื้อหาหรือ Backlink

ลำดับที่แนะนำ:

1. สัปดาห์นี้ ตรวจ robots.txt, noindex, sitemap, canonical และ HTTPS (หมวด 1, 2, 5)
2. เดือนนี้ ดู Core Web Vitals ใน Search Console แก้หน้าที่ “ไม่ผ่าน” ก่อน
3. ไตรมาสนี้ Crawl ทั้งเว็บด้วย Screaming Frog แก้ redirect chain, orphan page และ internal link
4. ต่อเนื่อง เพิ่ม schema ให้ครบตามประเภทหน้า และตรวจซ้ำหลังอัปเดตใหญ่ทุกครั้ง

ถ้าอยากให้คนช่วยไล่ Checklist นี้กับเว็บจริง SEO Audit ของเรามีแบบ Mini 1,500 บาท และแบบ Full เริ่มต้น 10,000 บาท พร้อมรายการปัญหาเรียงตามลำดับความสำคัญ ส่วนการดูแลต่อเนื่องหลังแก้ ดู บริการรับทำ SEO จะเริ่มจากขอตรวจเว็บฟรีหรือทักมาคุยทาง LINE ก่อนก็ได้ ปรึกษาฟรี ไม่จ้างก็ไม่เป็นไร