# ทักษะการตรวจสอบ SEO

> เรียกใช้การตรวจสอบ SEO อย่างเต็มรูปแบบเพื่อค้นหาข้อผิดพลาดในการเข้าถึง ช่องว่างบนหน้า และปัญหาระหว่างประเทศ — จากนั้นรับแผนปฏิบัติการเพื่อเพิ่มอันดับ

- Canonical: https://nanoskill.ai/th/skills/seo-audit-agent-skill
- Markdown: https://nanoskill.ai/th/skills/seo-audit-agent-skill.md
- Author: coreyhaines31
- Published: 2026-08-31T03:30:00.000Z
- Updated: 2026-09-16T05:02:41.561Z
- Language: th
- Source type: github
- Popularity signal: 35651

## Sources

- https://github.com/coreyhaines31/marketingskills/blob/main/skills/seo-audit

## Install

```shell
npx skills add https://github.com/coreyhaines31/marketingskills/blob/main/skills/seo-audit
```

## About

ทักษะการตรวจสอบ SEO ช่วยให้ทีมการตลาด เจ้าของเว็บไซต์ และนักพัฒนาสามารถตรวจสุขภาพการปรับแต่งเว็บไซต์ให้ติดอันดับบนเครื่องมือค้นหาได้อย่างครอบคลุม ไม่ว่าคุณจะสังเกตเห็นยอดเข้าชมลดลง ต้องการแก้ไขข้อผิดพลาดทางเทคนิค หรือเพียงแค่รักษาเว็บไซต์ให้อยู่ในสภาพดี ทักษะนี้จะตรวจสอบความสามารถในการเข้าถึง ปัจจัยบนหน้า คุณภาพเนื้อหา และการตั้งค่าระหว่างประเทศ เพื่อส่งมอบแผนปฏิบัติการที่ชัดเจนและจัดลำดับความสำคัญแล้ว—เพื่อให้คุณสามารถปรับปรุงอันดับและการมองเห็นแบบออร์แกนิกได้โดยไม่ต้องเดา

ไม่เหมือนกับรายการตรวจสอบพื้นฐาน ทักษะนี้จะปรับให้เข้ากับประเภทเว็บไซต์ของคุณ—SaaS, อีคอมเมิร์ซ, บล็อก หรือหลายภาษา—และระบุปัญหาที่เป็นเอกลักษณ์ของแต่ละประเภท มันไปไกลกว่าชื่อเรื่องและแท็ก meta เพื่อตรวจสอบข้อผิดพลาด hreflang, ความขัดแย้งของ canonical, สัญญาณ E-E-A-T และ Core Web Vitals คุณจะได้รับคำแนะนำที่มีหลักฐานรองรับพร้อมขั้นตอนการแก้ไขที่แม่นยำ ไม่ใช่แค่คำแนะนำทั่วไป

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

## Key features

- **การตรวจสอบเอสอีโอเชิงเทคนิค**: ระบุข้อผิดพลาดในการรวบรวมข้อมูล ปัญหาการจัดทำดัชนี และอุปสรรคด้านความเร็วที่ทำให้เครื่องมือค้นหาเข้าไม่ถึงหน้าของคุณ
- **การวิเคราะห์บนหน้า**: รับคำแนะนำสำหรับแท็กหัวเรื่อง คำอธิบายเมตา โครงสร้างหัวข้อ และการจัดตำแหน่งคำหลัก เพื่อปรับปรุงความเกี่ยวข้องบนหน้า
- **คุณภาพเนื้อหาและประสบการณ์-ความเชี่ยวชาญ-ความน่าเชื่อถือ-ความไว้วางใจ**: ประเมินความลึกของเนื้อหา ความเป็นต้นฉบับ สัญญาณความเชี่ยวชาญ และความเสี่ยงของเนื้อหาที่ซ้ำกัน เพื่อให้เป็นไปตามมาตรฐานคุณภาพของกูเกิล
- **การตรวจสอบเอสอีโอระหว่างประเทศ**: ตรวจพบการกำหนดค่า hreflang ผิดพลาด ข้อขัดแย้งของ canonical และหน้าภาษาท้องถิ่นที่บางเบา ซึ่งส่งผลเสียต่อการมองเห็นของเว็บไซต์หลายภาษา
- **รายงานการดำเนินการที่จัดลำดับความสำคัญ**: รับรายการแก้ไขที่จัดอันดับ ตั้งแต่ปัญหาที่บล็อกขั้นวิกฤตไปจนถึงชัยชนะอย่างรวดเร็ว เพื่อให้คุณรู้แน่ชัดว่าควรเริ่มต้นจากตรงไหน

## Use cases

- **การตรวจสอบหน้าผลิตภัณฑ์ซอฟต์แวร์แบบบริการ**: ทีมการตลาดตรวจสอบหน้าฟีเจอร์และเนื้อหาเปรียบเทียบเพื่อเพิ่มยอดสมัครแบบออร์แกนิก
- **การทำความสะอาดหมวดหมู่อีคอมเมิร์ซ**: เจ้าของร้านค้าแก้ไขหมวดหมู่ที่บางเบา คำอธิบายซ้ำ และปัญหาการนำทางแบบคัดกรองหลายมิติที่กดอันดับ
- **การกู้คืนเนื้อหาบล็อก**: ผู้เผยแพร่ค้นพบปัญหาการแย่งกันเองของคำหลักและรีเฟรชบทความที่ล้าสมัยเพื่อกู้คืนปริมาณการเข้าชมที่หายไป
- **การตรวจสอบความถูกต้องของเว็บไซต์หลายภาษา**: ผู้ดูแลเว็บแก้ไขข้อผิดพลาด hreflang และตรวจสอบให้แน่ใจว่าทุกภาษามีการจัดทำดัชนีอย่างถูกต้องสำหรับผู้ชมทั่วโลก

## Result preview

ดูการประเมินสุขภาพ SEO อย่างครอบคลุมเกี่ยวกับนาโนสกิล พร้อมข้อมูลเชิงลึกด้านเทคนิคและบนหน้า โอกาสในการปรับแต่งที่จัดลำดับความสำคัญ และแผนปฏิบัติการที่ชัดเจนซึ่งสร้างโดยทักษะเอเจนต์นี้

![the demo of SEO Audit Skill](https://file.nanoskill.ai/seo-audit-agent-skill-demo-1.png)

![the demo of SEO Audit Skill](https://file.nanoskill.ai/seo-audit-agent-skill-demo-2.png)

![the demo of SEO Audit Skill](https://file.nanoskill.ai/seo-audit-agent-skill-demo-3.png)

![the demo of SEO Audit Skill](https://file.nanoskill.ai/seo-audit-agent-skill-demo-4.png)

## Result walkthrough

### ติดตั้ง

เพิ่มทักษะการตรวจสอบ SEO ให้กับเอเจนต์ AI ของคุณ

![a simple demonstration of the first step in using SEO Audit Skill](https://file.nanoskill.ai/seo-audit-agent-skill-step-1.png)

### อธิบายงาน

ระบุ URL ของเว็บไซต์และเป้าหมาย SEO ของคุณเพื่อประเมินสุขภาพ SEO ด้านเทคนิค ด้านบนหน้า เนื้อหา และระหว่างประเทศ

![a simple demonstration of the second step in using SEO Audit Skill](https://file.nanoskill.ai/seo-audit-agent-skill-step-2.png)

### ตรวจสอบและปรับแต่ง

รับการประเมิน SEO ที่ครอบคลุมพร้อมจุดแข็ง โอกาสในการปรับแต่ง และแผนปฏิบัติการที่จัดลำดับความสำคัญ

![a simple demonstration of the third step in using SEO Audit Skill](https://file.nanoskill.ai/seo-audit-agent-skill-step-3.png)

## Skill definition

# การตรวจสอบ SEO

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

## การประเมินเบื้องต้น

**ตรวจสอบบริบทการตลาดผลิตภัณฑ์ก่อน:**
หากมีไฟล์ `.agents/product-marketing.md` (หรือ `.claude/product-marketing.md` หรือชื่อไฟล์เดิม `product-marketing-context.md` ในการตั้งค่าแบบเก่า) ให้อ่านก่อนถามคำถาม ใช้บริบทนั้นและถามเฉพาะข้อมูลที่ยังไม่ครอบคลุมหรือเฉพาะเจาะจงกับงานนี้

ก่อนเริ่มตรวจสอบ ให้ทำความเข้าใจ:

1. **บริบทของเว็บไซต์**
   - เว็บไซต์ประเภทใด? (SaaS, อีคอมเมิร์ซ, บล็อก ฯลฯ)
   - เป้าหมายทางธุรกิจหลักสำหรับ SEO คืออะไร?
   - คำหลัก/หัวข้อใดที่เป็นลำดับความสำคัญ?

2. **สถานะปัจจุบัน**
   - มีปัญหาหรือข้อกังวลใดที่ทราบอยู่แล้วหรือไม่?
   - ระดับทราฟฟิกออร์แกนิกปัจจุบันเป็นเท่าใด?
   - มีการเปลี่ยนแปลงหรือย้ายข้อมูลล่าสุดหรือไม่?

3. **ขอบเขต**
   - ตรวจสอบทั้งไซต์หรือเฉพาะบางหน้า?
   - ด้านเทคนิค + on-page หรือเน้นด้านเดียว?
   - มีสิทธิ์เข้าถึง Search Console / เครื่องมือวิเคราะห์หรือไม่?

---

## กรอบการตรวจสอบ

### ข้อจำกัดในการตรวจจับ Schema Markup

**`web_fetch` และ `curl` ไม่สามารถตรวจจับข้อมูลเชิงโครงสร้าง / schema markup ได้อย่างน่าเชื่อถือ**

ปลั๊กอิน CMS หลายตัว (AIOSEO, Yoast, RankMath) แทรก JSON-LD ผ่าน JavaScript ฝั่งไคลเอ็นต์ — มันจะไม่ปรากฏใน HTML แบบ static หรือผลลัพธ์จาก `web_fetch` (ซึ่งตัดแท็ก `<script>` ออกระหว่างการแปลง)

**ในการตรวจสอบ schema markup อย่างแม่นยำ ให้ใช้วิธีใดวิธีหนึ่งต่อไปนี้:**
1. **เครื่องมือ Browser** — เรนเดอร์หน้าเว็บและรัน: `document.querySelectorAll('script[type="application/ld+json"]')`
2. **Google Rich Results Test** — https://search.google.com/test/rich-results
3. **การส่งออกจาก Screaming Frog** — หากลูกค้าจัดเตรียมไว้ให้ ใช้ได้เลย (SF เรนเดอร์ JavaScript)

การรายงานว่า "ไม่พบ schema" โดยอาศัยเพียง `web_fetch` หรือ `curl` ทำให้ผลตรวจสอบผิดพลาด — เครื่องมือเหล่านี้มองไม่เห็น schema ที่ถูกแทรกด้วย JS

### ลำดับความสำคัญ
1. **ความสามารถในการเข้าถึงและจัดอันดับ (Crawlability & Indexation)** (Google สามารถค้นหาและจัดทำดัชนีได้หรือไม่?)
2. **รากฐานทางเทคนิค (Technical Foundations)** (เว็บไซต์เร็วและใช้งานได้ดีหรือไม่?)
3. **การปรับแต่ง On-Page** (เนื้อหาได้รับการปรับแต่งหรือไม่?)
4. **คุณภาพเนื้อหา** (สมควรได้รับการจัดอันดับหรือไม่?)
5. **อำนาจและลิงก์ (Authority & Links)** (มีความน่าเชื่อถือหรือไม่?)

---

## การตรวจสอบ SEO เชิงเทคนิค

### การเข้าถึงของ Bot (Crawlability)

**Robots.txt**
- ตรวจสอบการบล็อกโดยไม่ได้ตั้งใจ
- ตรวจสอบว่าหน้าสำคัญได้รับอนุญาต
- ตรวจสอบการอ้างอิงแผนผังเว็บไซต์

**XML Sitemap**
- มีอยู่และเข้าถึงได้
- ส่งไปยัง Search Console แล้ว
- มีเฉพาะ URL ที่เป็น canonical และจัดทำดัชนีได้
- อัปเดตเป็นประจำ
- จัดรูปแบบอย่างถูกต้อง

**สถาปัตยกรรมของเว็บไซต์**
- หน้าสำคัญอยู่ในระยะคลิกไม่เกิน 3 ครั้งจากหน้าแรก
- ลำดับชั้นที่สมเหตุสมผล
- โครงสร้างลิงก์ภายใน
- ไม่มีหน้า orphan

**ปัญหา Crawl Budget** (สำหรับเว็บไซต์ขนาดใหญ่)
- ควบคุม URL ที่มีพารามิเตอร์
- จัดการ navigation แบบ faceted อย่างเหมาะสม
- Infinite scroll พร้อม fallback เป็น pagination
- ไม่มี Session ID ใน URL

### การจัดทำดัชนี (Indexation)

**สถานะการจัดทำดัชนี**
- การตรวจสอบด้วย site:domain.com
- รายงาน coverage ใน Search Console
- เปรียบเทียบจำนวนที่ถูกจัดทำดัชนีกับที่คาดหวัง

**ปัญหาการจัดทำดัชนี**
- แท็ก noindex บนหน้าสำคัญ
- Canonical ชี้ไปผิดทิศทาง
- ห่วงโซ่/วงวนการ redirect
- Soft 404
- เนื้อหาซ้ำโดยไม่มี canonical

**Canonicalization**
- ทุกหน้ามีแท็ก canonical
- Canonical อ้างอิงตัวเองบนหน้าที่ไม่ซ้ำ
- Canonical จาก HTTP → HTTPS
- ความสอดคล้องระหว่าง www กับ non-www
- ความสอดคล้องของ trailing slash

### ความเร็วเว็บไซต์และ Core Web Vitals

**Core Web Vitals**
- LCP (Largest Contentful Paint): < 2.5 วินาที
- INP (Interaction to Next Paint): < 200 มิลลิวินาที
- CLS (Cumulative Layout Shift): < 0.1

**ปัจจัยด้านความเร็ว**
- เวลาตอบสนองของเซิร์ฟเวอร์ (TTFB)
- การปรับแต่งรูปภาพ
- การประมวลผล JavaScript
- การส่ง CSS
- การกำหนดหัวข้อ caching
- การใช้ CDN
- การโหลดฟอนต์

**เครื่องมือ**
- PageSpeed Insights
- WebPageTest
- Chrome DevTools
- รายงาน Core Web Vitals ใน Search Console

### ความเป็นมิตรต่อมือถือ

- การออกแบบแบบ responsive (ไม่ใช่เว็บไซต์ m. แยกต่างหาก)
- ขนาดเป้าหมายการแตะ
- กำหนด viewport อย่างถูกต้อง
- ไม่มีแถบเลื่อนแนวนอน
- เนื้อหาเหมือนกับเดสก์ท็อป
- ความพร้อมสำหรับการจัดทำดัชนีแบบ mobile-first

### ความปลอดภัยและ HTTPS

- ใช้ HTTPS ทั่วทั้งไซต์
- ใบรับรอง SSL ที่ถูกต้อง
- ไม่มีเนื้อหาผสม (mixed content)
- การ redirect จาก HTTP → HTTPS
- HSTS header (โบนัส)

### โครงสร้าง URL

- URL ที่อ่านง่ายและสื่อความหมาย
- มีคำหลักใน URL เมื่อเป็นธรรมชาติ
- โครงสร้างสม่ำเสมอ
- ไม่มีพารามิเตอร์ที่ไม่จำเป็น
- ใช้ตัวพิมพ์เล็กและคั่นด้วยยัติภังค์

---

## SEO ระหว่างประเทศและการปรับภาษา

ตรวจสอบเมื่อไซต์ให้บริการหลายภาษาหรือหลายภูมิภาค การตั้งค่าผิดพลาดอาจระงับการจัดทำดัชนีของเวอร์ชันตามภาษาทั้งหมด หรือลดทอนสัญญาณคุณภาพทั่วทั้งไซต์ ดู [ข้อมูลอ้างอิง SEO ระหว่างประเทศ](references/international-seo.md) สำหรับหลักฐานและ URL ต้นทาง

### Hreflang

วิธีการวางสามแบบที่เทียบเท่ากัน: แท็ก `<link>` ใน `<head>` ของ HTML, ส่วนหัว HTTP `Link`, และ `<xhtml:link>` ใน XML sitemap หากใช้หลายวิธี ต้องสอดคล้องกัน -- สัญญาณที่ขัดแย้งทำให้ Google ทิ้งคู่นั้น สำหรับ 10+ ภาษา ควรเลือกใช้แบบ sitemap (ไม่มีน้ำหนักหน้าเพจ ไม่มีค่าใช้จ่ายต่อคำขอ)

**ตรวจสอบ:**
- รายการอ้างอิงตัวเองในทุกหน้า (หน้าต้องรวมตัวเองในชุด hreflang)
- ลิงก์ซึ่งกันและกัน (หาก A ชี้ไป B, B ต้องชี้กลับมาที่ A -- ไม่เช่นนั้นทั้งคู่จะถูกเพิกเฉย)
- รหัสที่ถูกต้อง: ภาษา ISO 639-1 + ภูมิภาค ISO 3166-1 Alpha 2 (ไม่บังคับ) เช่น `en`, `en-GB` -- ห้ามใช้ `en-UK`
- มี `x-default` ชี้ไปยังหน้าสำรอง (ตัวเลือกภาษาหรือภาษาเริ่มต้น)
- URL เป้าหมายทั้งหมดส่งค่า 200, จัดทำดัชนีได้ และตรงกับ canonical URL
- ไม่มีรหัสภาษา-ภูมิภาคซ้ำที่ชี้ไปยัง URL ต่างกัน

**ข้อผิดพลาดที่พบบ่อย:** ไม่มีรายการอ้างอิงตัวเอง (hreflang ทั้งหมดถูกเพิกเฉย) ไม่มีแท็กตอบกลับ / ทิศทางเดียว (คู่ถูกทิ้ง) รหัสไม่ถูกต้อง เช่น `en-UK` (ใช้ `en-GB`) เป้าหมาย hreflang เป็น non-canonical, 404 หรือถูกบล็อก (คลัสเตอร์ถูกทิ้ง) คำอธิบาย HTML และ sitemap ไม่สอดคล้องกัน (คู่ขัดแย้งถูกทิ้ง)

**ในระดับใหญ่:** ลูก `<xhtml:link>` ไม่นับรวมในขีดจำกัด 50K URL ของ sitemap แต่ขีดจำกัดขนาดไฟล์ 50MB กลายเป็นคอขวด (วางแผน 2K-5K URLs ต่อไฟล์พร้อม hreflang ครบ) โฟกัส hreflang ที่หน้าได้รับทราฟฟิกภาษาผิด -- ไม่จำเป็นต้องทำทุกหน้า สำหรับ Bing: เสริมด้วย `<html lang>` และ `<meta http-equiv="content-language">` (Bing ถือว่า hreflang เป็นสัญญาณอ่อน)

### การกำหนด Canonical สำหรับไซต์หลายภาษา

- แต่ละหน้าภาษาต้อง canonical ไปที่ตัวเอง (เช่น `/ar/page` ใช้ canonical เป็น `/ar/page`)
- ห้ามใช้ canonical ข้ามภาษา (จากภาษาฝรั่งเศสเป็นภาษาอังกฤษ) -- จะระงับภาษาที่ไม่ใช่ canonical ทั้งหมด
- Canonical URL ต้องปรากฏในชุด hreflang -- หากไม่เช่นนั้น hreflang ทั้งหมดจะถูกเพิกเฉย
- Canonical มีความสำคัญเหนือ hreflang เมื่อขัดแย้งกัน
- โปรโตคอล/โดเมนต้องสอดคล้องกันทั้ง canonical, hreflang และ sitemap (`https` + โดเมนรูปแบบเดียวกัน)
- หน้าภาษาที่มีการแบ่งหน้า: canonical อ้างอิงตัวเองในแต่ละหน้า (ห้ามใช้ canonical จากหน้า 2+ ไปยังหน้า 1)

**ข้อผิดพลาดที่พบบ่อย:** ทุกภาษากำหนด canonical ไปที่ภาษาอังกฤษ (ทำลายการจัดทำดัชนี), canonical URL ไม่อยู่ในชุด hreflang (ถูกเพิกเฉยโดยไม่มีข้อบ่งชี้), โปรโตคอลไม่ตรงกันระหว่าง canonical และ hreflang, CMS ตั้ง canonical ของหน้าลึกไปยังหน้าแรก

### Sitemap ระหว่างประเทศ

**ตรวจสอบ:**
- เนมสเปซ `xmlns:xhtml` บน `<urlset>`, แต่ละ `<url>` รวม `<xhtml:link>` สำหรับทุกภาษา รวมถึงตัวเอง
- มี `x-default` alternate รวมอยู่ด้วย; URL ทั้งหมดเป็นแบบสัมบูรณ์ (โปรโตคอล + โดเมนเต็ม)
- ดัชนี sitemap ใน Search Console และ robots.txt; แบ่งตามประเภทเนื้อหา ไม่ใช่ตามภาษา

**ข้อควรระวังใน Next.js:** `alternates.languages` ไม่ได้รวม `<xhtml:link>` ที่อ้างอิงตัวเองสำหรับ URL ใน `<loc>` โดยอัตโนมัติ -- คุณต้องเพิ่มภาษาปัจจุบันอย่างชัดเจน

### โครงสร้าง URL ของ Locale

**แนะนำ:** ไดเรกทอรีย่อย (`/en/`, `/ar/`) **ยอมรับได้:** โดเมนย่อยหรือ ccTLD **ไม่แนะนำ:** พารามิเตอร์ URL (`?lang=en`)

**ตรวจสอบ:**
- กลยุทธ์คำนำหน้า locale ที่สม่ำเสมอ; ทุก locale มีคำนำหน้า (การซ่อน locale ออกจาก URL ทำให้ Google แยกเวอร์ชันไม่ออก)
- Root URL จัดการเป็น `x-default` พร้อม redirect หรือเสิร์ฟเนื้อหาของภาษาเริ่มต้น
- ไม่มีการเจรจาเนื้อหาด้วย IP/Accept-Language (Googlebot: ใช้ IP สหรัฐฯ, ไม่มีส่วนหัว Accept-Language)
- เครื่องหมายทับต่อท้าย + ตัวพิมพ์เล็กใหญ่สอดคล้องกันในทุก locale paths, canonicals, hreflang และ sitemaps
- 301 redirect จากรูปแบบที่ไม่ใช่ canonical ไปยัง canonical

**หมายเหตุ:** รายงานการกำหนดเป้าหมายระหว่างประเทศของ Google ใน Search Console ถูกยกเลิกแล้ว การกำหนดเป้าหมายทางภูมิศาสตร์อาศัย hreflang, สัญญาณเนื้อหา และรูปแบบการลิงก์

### คุณภาพเนื้อหาข้ามโลเคล

**คุณภาพการแปล:**
- เนื้อหาที่แปลด้วย AI ไม่ใช่สแปมโดยเนื้อแท้ (จุดยืนของ Google ปี 2025) แต่การแปลจำนวนมากที่มีมูลค่าต่ำอาจกระตุ้นนโยบายเนื้อหาที่ถูกปรับขนาด
- Google ใช้เนื้อหาที่มองเห็นเพื่อกำหนดภาษา -- แปลเนื้อหาทั้งหมดของหน้า (ชื่อ คำอธิบาย หัวข้อ เนื้อหา) ไม่ใช่แค่ส่วนแม่แบบ
- การแปลเฉพาะเทมเพลต/การนำทางในขณะที่เนื้อหาหลักยังคงเป็นภาษาต้นฉบับจะสร้างหน้าซ้ำ

**หน้าโลเคลแบบบาง:**
- ระบบเนื้อหาที่เป็นประโยชน์ครอบคลุมทั้งเว็บไซต์ -- หน้าโลเคลแบบบางจำนวนมากสามารถกดอันดับของหน้าที่แข็งแกร่งได้เช่นกัน
- อย่าใช้ noindex กับโลเคลแบบบาง (เปลืองงบประมาณการรวบรวมข้อมูล) หรือ canonical ข้ามโลเคล (ขัดแย้งกับ hreflang)
- แนวทางที่ดีที่สุด: อย่าสร้างหน้าโลเคลที่คุณไม่สามารถทำให้มีประโยชน์อย่างแท้จริง

**ตรวจสอบ:**
- หน้าโลเคลทั้งหมดมีการแปลเนื้อหาหลักอย่างสมบูรณ์ (ไม่ใช่แค่ส่วน UI)
- ไม่มีเนื้อหาที่เกือบเหมือนกันข้ามโลเคล ("ซ้ำ, Google เลือก canonical อื่น" ใน GSC)
- ใช้ hreflang เฉพาะโลเคลที่มีเนื้อหาแท้จริงและความต้องการค้นหา
- สัญญาณที่ปรับให้เข้ากับท้องถิ่น: สกุลเงิน รูปแบบโทรศัพท์ ที่อยู่ตามที่เหมาะสม
- ลิงก์ hreflang เสีย (404, รีไดเรกต์) เปลืองงบประมาณการรวบรวมข้อมูล และทำให้กลุ่ม hreflang เป็นโมฆะ

---

## การตรวจสอบ SEO บนหน้า

### แท็กชื่อ

**ตรวจสอบ:**
- ชื่อที่ไม่ซ้ำกันสำหรับแต่ละหน้า
- คีย์เวิร์ดหลักอยู่ใกล้จุดเริ่มต้น
- 50-60 ตัวอักษร (มองเห็นใน SERP)
- น่าสนใจและคุ้มค่าที่จะคลิก
- การวางชื่อแบรนด์ (โดยปกติอยู่ท้าย)

**ปัญหาที่พบบ่อย:**
- ชื่อซ้ำ
- ยาวเกินไป (ถูกตัด)
- สั้นเกินไป (พลาดโอกาส)
- การยัดคีย์เวิร์ด
- ขาดหายไปทั้งหมด

### คำอธิบายเมตา

**ตรวจสอบ:**
- คำอธิบายที่ไม่ซ้ำกันต่อหน้า
- 150-160 ตัวอักษร
- รวมคีย์เวิร์ดหลัก
- ข้อเสนอคุณค่าที่ชัดเจน
- คำกระตุ้นการตัดสินใจ

**ปัญหาที่พบบ่อย:**
- คำอธิบายซ้ำ
- ขยะที่สร้างโดยอัตโนมัติ
- ยาว/สั้นเกินไป
- ไม่มีเหตุผลที่น่าสนใจให้คลิก

### โครงสร้างหัวข้อ

**ตรวจสอบ:**
- มี H1 หนึ่งตัวต่อหน้า
- H1 มีคีย์เวิร์ดหลัก
- ลำดับชั้นที่สมเหตุสมผล (H1 → H2 → H3)
- หัวข้ออธิบายเนื้อหา
- ไม่ใช่แค่เพื่อการจัดรูปแบบ

**ปัญหาที่พบบ่อย:**
- มีหลาย H1
- ข้ามระดับ (H1 → H3)
- ใช้หัวข้อเพื่อการจัดรูปแบบเท่านั้น
- ไม่มี H1 บนหน้า

### การเพิ่มประสิทธิภาพเนื้อหา

**เนื้อหาหลักของหน้า**
- คีย์เวิร์ดใน 100 คำแรก
- ใช้คีย์เวิร์ดที่เกี่ยวข้องอย่างเป็นธรรมชาติ
- ความลึก/ความยาวเพียงพอสำหรับหัวข้อ
- ตอบสนองเจตนาการค้นหา
- ดีกว่าคู่แข่ง

**ปัญหาเนื้อหาแบบบาง**
- หน้าที่มีเนื้อหาไม่ซ้ำกันน้อย
- หน้าแท็ก/หมวดหมู่ที่ไม่มีค่า
- หน้า doorway
- เนื้อหาที่ซ้ำหรือเกือบซ้ำ

### การเพิ่มประสิทธิภาพรูปภาพ

**ตรวจสอบ:**
- ชื่อไฟล์ที่อธิบายได้
- ข้อความ Alt บนรูปภาพทั้งหมด
- ข้อความ Alt อธิบายรูปภาพ
- ขนาดไฟล์ที่บีบอัด
- รูปแบบสมัยใหม่ (WebP)
- ใช้การโหลดแบบขี้เกียจ
- รูปภาพที่ตอบสนอง

### การลิงก์ภายใน

**ตรวจสอบ:**
- หน้าที่สำคัญมีการลิงก์ที่ดี
- ข้อความ anchor ที่อธิบายได้
- ความสัมพันธ์ของลิงก์ที่สมเหตุสมผล
- ไม่มีลิงก์ภายในเสีย
- จำนวนลิงก์ที่สมเหตุสมผลต่อหน้า

**ปัญหาที่พบบ่อย:**
- หน้า orphan (ไม่มีลิงก์ภายใน)
- ข้อความ anchor ที่ปรับแต่งมากเกินไป
- หน้าที่สำคัญถูกฝังลึก
- ลิงก์ footer/sidebar มากเกินไป

### การกำหนดเป้าหมายคีย์เวิร์ด

**ต่อหน้า**
- เป้าหมายคีย์เวิร์ดหลักที่ชัดเจน
- ชื่อ, H1, URL สอดคล้องกัน
- เนื้อหาตอบสนองเจตนาการค้นหา
- ไม่แข่งขันกับหน้าอื่น (cannibalization)

**ทั่วทั้งเว็บไซต์**
- เอกสารแผนที่คีย์เวิร์ด
- ไม่มีช่องว่างสำคัญในการครอบคลุม
- ไม่มีการกินกันของคีย์เวิร์ด
- กลุ่มหัวข้อที่สมเหตุสมผล

---

## การประเมินคุณภาพเนื้อหา

### สัญญาณ E-E-A-T

**ประสบการณ์**
- แสดงประสบการณ์ตรง
- ข้อมูลเชิงลึก/ข้อมูลต้นฉบับ
- ตัวอย่างจริงและกรณีศึกษา

**ความเชี่ยวชาญ**
- ข้อมูลประจำตัวผู้เขียนมองเห็นได้
- ข้อมูลที่ถูกต้องและละเอียด
- การอ้างอิงที่มาจากแหล่งที่เหมาะสม

**อำนาจ**
- ได้รับการยอมรับในวงการ
- ถูกอ้างอิงโดยผู้อื่น
- ข้อมูลประจำตัวในอุตสาหกรรม

**ความน่าเชื่อถือ**
- ข้อมูลที่ถูกต้อง
- โปร่งใสเกี่ยวกับธุรกิจ
- มีข้อมูลติดต่อ
- นโยบายความเป็นส่วนตัว ข้อกำหนด
- เว็บไซต์ปลอดภัย (HTTPS)

### ความลึกของเนื้อหา

- ครอบคลุมหัวข้ออย่างครอบคลุม
- ตอบคำถามติดตาม
- ดีกว่าคู่แข่งอันดับต้น ๆ
- อัปเดตและเป็นปัจจุบัน

### สัญญาณการมีส่วนร่วมของผู้ใช้

- เวลาบนหน้า
- อัตราตีกลับในบริบท
- หน้าต่อเซสชัน
- การกลับมาเยี่ยมชมซ้ำ

---

## ปัญหาที่พบบ่อยตามประเภทเว็บไซต์

### เว็บไซต์ SaaS/ผลิตภัณฑ์
- หน้าผลิตภัณฑ์ขาดความลึกของเนื้อหา
- บล็อกไม่ได้เชื่อมโยงกับหน้าผลิตภัณฑ์
- ขาดหน้าเปรียบเทียบ/ทางเลือก
- หน้าฟีเจอร์มีเนื้อหาน้อย
- ไม่มีอภิธานศัพท์/เนื้อหาให้ความรู้

### อีคอมเมิร์ซ
- หน้าหมวดหมู่มีเนื้อหาน้อย
- คำอธิบายผลิตภัณฑ์ซ้ำซ้อน
- ขาด schema ของผลิตภัณฑ์
- การนำทางแบบ faceted สร้างหน้าที่ซ้ำกัน
- จัดการหน้าสินค้าหมดไม่ถูกต้อง

### เว็บไซต์เนื้อหา/บล็อก
- เนื้อหาเก่าไม่ได้รีเฟรช
- การใช้คีย์เวิร์ดซ้ำซ้อนกันเอง (keyword cannibalization)
- ไม่มีการจัดกลุ่มตามหัวข้อ
- ลิงก์ภายในไม่ดี
- ไม่มีหน้าผู้เขียน

### เว็บไซต์หลายภาษา / หลายภูมิภาค
- ข้อผิดพลาด hreflang (ขาดแท็กตอบกลับ, โค้ดไม่ถูกต้อง, ไม่มีการอ้างอิงตัวเอง)
- canonical ขัดแย้งกับ hreflang (canonical ข้าม locale ไปกดการทำดัชนี)
- หน้า locale ที่มีเนื้อหาน้อยฉุดสัญญาณคุณภาพทั้งไซต์
- แปลเฉพาะข้อความแม่แบบ เนื้อหาหลักเหมือนกันทุก locale
- ไม่ได้ประกาศ x-default fallback
- Sitemap ขาด hreflang alternate หรือขาดรายการส่งกลับ
- การ redirect ตาม IP ซ่อนเนื้อหาจาก Googlebot
- โหมด locale ของ framework ซ่อน locale จาก URL

### ธุรกิจท้องถิ่น
- NAP ไม่สอดคล้องกัน
- ขาด schema ท้องถิ่น
- ไม่มีการปรับแต่ง Google Business Profile
- ไม่มีหน้าสถานที่ตั้ง
- ไม่มีเนื้อหาท้องถิ่น

---

## รูปแบบผลลัพธ์

### โครงสร้างรายงานการตรวจสอบ

**บทสรุปผู้บริหาร**
- การประเมินสุขภาพโดยรวม
- ปัญหาสำคัญ 3-5 อันดับแรก
- ระบุ Quick wins

**ข้อค้นพบ SEO ทางเทคนิค**
สำหรับแต่ละปัญหา:
- **ปัญหา**: อะไรผิดปกติ
- **ผลกระทบ**: ผลกระทบต่อ SEO (สูง/กลาง/ต่ำ)
- **หลักฐาน**: คุณพบได้อย่างไร
- **วิธีแก้ไข**: คำแนะนำเฉพาะ
- **ลำดับความสำคัญ**: 1-5 หรือ สูง/กลาง/ต่ำ

**ข้อค้นพบ SEO บนหน้า**
รูปแบบเดียวกับข้างต้น

**ข้อค้นพบด้านเนื้อหา**
รูปแบบเดียวกับข้างต้น

**แผนปฏิบัติการตามลำดับความสำคัญ**
1. การแก้ไขขั้นวิกฤต (ขัดขวางการทำดัชนี/จัดอันดับ)
2. การปรับปรุงที่ส่งผลกระทบสูง
3. Quick wins (ง่าย เห็นผลทันที)
4. คำแนะนำระยะยาว

---

## เอกสารอ้างอิง

- [การตรวจจับงานเขียนโดย AI](references/ai-writing-detection.md): รูปแบบการเขียนของ AI ที่พบบ่อยซึ่งควรหลีกเลี่ยง (เครื่องหมาย em dash, วลีที่ใช้บ่อยเกินไป, คำ filler)
- [SEO ระหว่างประเทศ](references/international-seo.md): หลักฐานและแหล่งข้อมูลสำหรับ hreflang, canonical + i18n, sitemaps, โครงสร้าง URL และคุณภาพเนื้อหาข้าม locale
- สำหรับการปรับแต่งเว็บไซต์สำหรับ AI search (AEO, GEO, LLMO, AI Overviews) ดูสกิล **ai-seo**

---

## เครื่องมือที่อ้างถึง

**เครื่องมือฟรี**
- Google Search Console (จำเป็น)
- Google PageSpeed Insights
- Bing Webmaster Tools
- Rich Results Test (**ใช้เครื่องมือนี้สำหรับตรวจสอบ schema — มันเรนเดอร์ JavaScript**)
- Mobile-Friendly Test
- Schema Validator

> **หมายเหตุเกี่ยวกับการตรวจจับ schema:** `web_fetch` จะลบแท็ก `<script>` (รวมถึง JSON-LD) และไม่สามารถตรวจจับ schema ที่ถูกแทรกด้วย JS ได้ ให้ใช้เครื่องมือเบราว์เซอร์, Rich Results Test หรือ Screaming Frog แทน — เครื่องมือเหล่านี้เรนเดอร์ JavaScript และจับ markup ที่ถูกแทรกแบบไดนามิก ดูส่วนข้อจำกัดการตรวจจับ Schema Markup ด้านบน

**เครื่องมือแบบเสียเงิน** (ถ้ามี)
- Screaming Frog
- Ahrefs / Semrush
- Sitebulb
- ContentKing

---

## คำถามเฉพาะงาน

1. หน้า/คีย์เวิร์ดใดสำคัญที่สุด?
2. คุณมีสิทธิ์เข้าถึง Search Console หรือไม่?
3. มีการเปลี่ยนแปลงหรือย้ายเว็บล่าสุดหรือไม่?
4. คู่แข่งแบบออร์แกนิกอันดับต้น ๆ ของคุณคือใคร?
5. ปริมาณการเข้าชมแบบออร์แกนิกปัจจุบันของคุณคือเท่าไร?

---

## สกิลที่เกี่ยวข้อง

- **ai-seo**: สำหรับปรับแต่งเนื้อหาสำหรับเครื่องมือค้นหา AI (AEO, GEO, LLMO)
- **programmatic-seo**: สำหรับสร้างหน้า SEO ในปริมาณมาก
- **site-architecture**: สำหรับลำดับชั้นของหน้า การออกแบบการนำทาง และโครงสร้าง URL
- **schema**: สำหรับการใช้งานข้อมูลเชิงโครงสร้าง
- **cro**: สำหรับปรับแต่งหน้าเพื่อเพิ่ม Conversion (ไม่ใช่แค่การจัดอันดับ)
- **analytics**: สำหรับวัดประสิทธิภาพ SEO

## FAQ

### สกิลตรวจสอบ SEO คืออะไร?

เป็นผู้ช่วยที่ขับเคลื่อนด้วยปัญญาประดิษฐ์ซึ่งทำการตรวจสอบการเพิ่มประสิทธิภาพเครื่องมือค้นหาอย่างครอบคลุม ครอบคลุมปัจจัยด้านเทคนิค บนหน้า เนื้อหา และระหว่างประเทศ จากนั้นส่งรายงานที่จัดลำดับความสำคัญพร้อมแนวทางแก้ไขที่นำไปปฏิบัติได้

### ฉันจะเริ่มต้นการตรวจสอบด้วยสกิลนี้ได้อย่างไร

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

### สกิลนี้ใช้ฟรีหรือไม่

ใช่ สกิลนี้เป็นโอเพนซอร์สและใช้งานฟรี คุณเพียงแค่ต้องเข้าถึงสภาพแวดล้อมปัญญาประดิษฐ์ที่รันสกิลนี้ (เช่น โคลด โค้ด หรือเทอร์มินัลที่เข้ากันได้)

### มันทำงานร่วมกับกูเกิล เสิร์ช คอนโซลหรือไม่

การตรวจสอบสามารถอ้างอิงข้อมูลจากเสิร์ช คอนโซลได้หากคุณให้ข้อมูลนั้น แต่ไม่ได้เชื่อมต่อโดยตรง สกิลจะแนะนำคุณว่าควรตรวจสอบอะไรในเสิร์ช คอนโซล

### มันตรวจจับมาร์กอัปสคีมาได้หรือไม่

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

### สกิลนี้จะแก้ไขเว็บไซต์ของฉันหรือไม่

ไม่ สกิลเพียงวิเคราะห์และแนะนำแนวทางแก้ไขเท่านั้น ไม่ได้ทำการเปลี่ยนแปลงใด ๆ บนเว็บไซต์ของคุณ คุณนำข้อเสนอแนะไปปฏิบัติด้วยตนเองหรือร่วมกับทีมพัฒนา