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

การตรวจสอบ 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 ระหว่างประเทศ สำหรับหลักฐานและ 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: รูปแบบการเขียนของ AI ที่พบบ่อยซึ่งควรหลีกเลี่ยง (เครื่องหมาย em dash, วลีที่ใช้บ่อยเกินไป, คำ filler)
• SEO ระหว่างประเทศ: หลักฐานและแหล่งข้อมูลสำหรับ 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