รายงานตรวจซ้ำ AI VISIBILITY

วัดผลหลังแก้ไข — เสร็จสมบูรณ์ 12 จาก 14 ใบ · เสร็จบางส่วน 2 ใบ

[โดเมนลูกค้า]

[ชื่อลูกค้า] ([ชื่อลูกค้า])

ตรวจครั้งแรก: 22 กรกฎาคม 2026  |  ตรวจซ้ำ: 24 สิงหาคม 2026  |  ระยะเวลาแก้ไข: 33 วัน


ก่อนแก้

42/100

เกรด D — ต้องแก้ด่วน

หลังแก้

76/100

เกรด B — ดี

เพิ่มขึ้น

+34

คะแนน ใน 33 วัน

งานที่แก้

12/14

เสร็จ 86%


Weight Profile C — AI-Native

สูตรคิดคะแนน: v1.0

1  เปรียบเทียบคะแนนรายมิติ  ก่อนแก้ vs หลังแก้

มิติ

น้ำหนัก

ก่อน

หลัง

ผลต่าง

สิ่งที่แก้

การเข้าถึงของบอท (Crawlability)

15%

62

83

+21

สร้าง robots.txt + sitemap.xml (จาก 404 เป็น 200 พร้อมอนุญาต AI bot ชัดเจน) และใส่ canonical ชี้ตัวเองครบทั้ง 9 หน้า

ความเข้าใจเนื้อหา (Content)

20%

12

95

+83

แก้ lang zxx เป็น en · ใส่ schema Hotel/FAQ/Review · meta+OG+Twitter ไม่ซ้ำกันครบ 9 หน้า · จัดลำดับ heading ใหม่ · alt text จาก 12% เป็น 100%

การถูกอ้างอิงโดย AI (AI Citation)

25%

80

85

+5

เว็บทางการเริ่มขึ้นผลค้นหาเองแล้ว (เดิม AI อ้างผ่าน OTA ล้วน) · Google Business Profile ยืนยันตัวตนแล้ว · ที่อยู่ตรงกันทุกแหล่ง

ประสิทธิภาพทางเทคนิค (Technical)

10%

64

80

+16

แปลงรูปเป็น WebP 126 ไฟล์ (ขนาดรูปลด 64%) · ใส่ lazy loading 152 รูป · preconnect · เลื่อนโหลด Google Maps API

โอกาสขึ้น AI Overview

30%

13

50

+37

FAQPage schema พร้อม FAQ ที่มองเห็นได้จริงบนหน้า · dateModified ครบ 9 หน้า · ลิงก์อ้างอิงแหล่งข้อมูลภายนอก · เปิดให้ Google-Extended เข้าถึง

คะแนนรวมถ่วงน้ำหนัก

100%

42

76

+34

เกรด D → เกรด B  ·  ตรงกับ 76 ที่ประเมินไว้ในรายงาน WebFix พอดี


[ข้อควรระวัง] ความเร็วเว็บ: การตรวจสองครั้งใช้วิธีวัดคนละแบบ

ตอน audit ครั้งแรก 22 ก.ค. ค่าความเร็วเป็นเพียงการประมาณการที่ยังไม่เคยยืนยันด้วยเครื่องมือวัดจริง (ในไฟล์ข้อมูลดิบระบุไว้ว่า Desktop ~70 / Mobile ~55 เป็นค่าประมาณ) รอบนี้ Google PageSpeed API ตอบกลับ HTTP 429 เพราะโควตารายวันหมด จึงวัดเองด้วย Lighthouse 13.4.1 บน headless Chrome ฝั่งละ 3 รอบแล้วเอาค่ามัธยฐาน ได้ Desktop 98 (98/98/95) และ Mobile 54 (75/53/54) ดังนั้นคะแนนที่เพิ่มขึ้นในมิติ Technical และในส่วนความเร็วของ Crawlability ส่วนหนึ่งมาจากการเปลี่ยนจากค่าประมาณเป็นค่าวัดจริง ไม่ได้มาจากการแก้เว็บทั้งหมด การตรวจซ้ำครั้งต่อไปต้องใช้วิธี Lighthouse มัธยฐาน 3 รอบแบบเดียวกันนี้ จึงจะเทียบกันได้


[หมายเหตุ] ทำไม AI Overview ตันที่ 50 — เป็นข้อจำกัดของสูตร v1.0 ไม่ใช่เพราะงานที่ทำไม่ดีพอ

สูตรคิดคะแนนเวอร์ชัน v1.0 ให้คะแนนส่วน Schema เฉพาะ FAQPage (+15), HowTo (+10) และ Article ที่มี dateModified (+5) เท่านั้น ปัจจุบันเว็บมี schema ประเภท Hotel, LocalBusiness, Review, Rating และ WebPage ครบทั้ง 9 หน้า ตรวจแล้วอ่านค่าได้ถูกต้อง 18 จาก 18 ชุด แต่ไม่มีชุดใดได้คะแนนเลยภายใต้ v1.0 มีเพียง FAQPage บนหน้าแรกที่ได้คะแนน นี่คือสาเหตุเดียวกับที่ทำให้ตัวเลขคาดการณ์ในรายงาน WebFix ดูสูงเกินจริง เหตุผลที่ยังต้องใช้ v1.0 คือโดเมนนี้ถูกล็อกไว้ที่ v1.0 ในทะเบียนสูตร หากเปลี่ยนเวอร์ชันกลางทาง ตัวเลขก่อน-หลังจะเทียบกันไม่ได้อีกต่อไป


[ข้อควรระวัง] ยังโดนหักคะแนนเนื้อหาบาง (-15) ทั้งเว็บ

จำนวนตัวอักษรที่มองเห็นได้จริงต่อหน้า วัดจากเว็บ live: หน้าแรก 3,960 ตัวอักษร ส่วนหน้าอื่นอยู่ระหว่าง 1,003 ถึง 2,222 ตัวอักษร ทุกหน้ายังต่ำกว่าเกณฑ์ 6,000 ตัวอักษรที่จะปลดการหักคะแนนเนื้อหาบาง การหักนี้จุดเดียวกินไป 15 คะแนนของมิติ AI Overview ซึ่งถ่วงน้ำหนักถึง 30% คิดเป็นราว 4.5 คะแนนของคะแนนรวม ไม่มีการแก้โค้ดใดปลดล็อกได้ ต้องเขียนเนื้อหาให้ลึกขึ้นเท่านั้น


[หมายเหตุ] AI Citation ขยับแค่ +5 — เป็นเรื่องปกติ และยังเร็วเกินไปที่จะสรุป

งานแก้ส่วนที่เหลือเพิ่งขึ้นเว็บจริงวันที่ 24 สิงหาคม 2026 ซึ่งเป็นวันเดียวกับที่ตรวจซ้ำฉบับนี้ ระบบ AI และเครื่องมือค้นหาต้องใช้เวลาหลายวันถึงหลายสัปดาห์ในการเก็บข้อมูลและจัดทำดัชนีใหม่ สัญญาณที่ดีที่เห็นได้แล้วคือ [โดเมนลูกค้า] เริ่มปรากฏในผลการค้นหาด้วยตัวเอง และคำตอบที่ AI สรุปให้ผู้ค้นหาได้ดึงที่อยู่ที่แก้ใหม่และรายการสิ่งอำนวยความสะดวกมาจากเว็บทางการโดยตรง ต่างจากตอน audit ครั้งแรกที่การอ้างอิงทุกครั้งชี้ไปที่ OTA (Trip.com, Traveloka, MakeMyTrip, Google Hotels) และไม่เคยชี้มาที่เว็บทางการเลย แนะนำให้ตรวจการอ้างอิงซ้ำอีกครั้งในอีก 2 ถึง 4 สัปดาห์ก่อนสรุปผล


[หมายเหตุ] สัญญาณที่ตรวจพบแล้ว แต่ตั้งใจไม่คิดคะแนนภายใต้ v1.0

สิ่งที่ตรวจพบระหว่างการตรวจซ้ำครั้งนี้ และตั้งใจไม่ให้คะแนน เพราะสูตร v1.0 ไม่ได้วัดสัญญาณนอกเว็บ: Google Business Profile ยืนยันตัวตนแล้ว 100% คะแนน 4.7 ดาวจาก 123 รีวิว ที่อยู่ตรงกับเว็บเป๊ะ · มีบัญชีทางการ YouTube และ LINE เชื่อมผ่าน schema sameAs · มีหน้า TripAdvisor อยู่จริง ทั้งหมดนี้จะได้คะแนนภายใต้สูตร v2.0 และเป็นจุดตั้งต้นที่ดีถ้าจะทำ audit v2.0 เป็นงานเฟสถัดไป


[หมายเหตุ] ตั้งใจไม่ใส่ aggregateRating ใน schema

เว็บแสดงคะแนนรีวิวจริงจาก Booking.com (8.2 จาก 119 รีวิว) และ Airbnb (4.88 จาก 8 รีวิว) เป็นข้อความที่มองเห็นได้พร้อมระบุแหล่งที่มา แต่ไม่ได้ทำเป็น aggregateRating ในโครงสร้างข้อมูล เพราะ Google ห้ามเว็บนำคะแนนรีวิวที่เก็บจากแพลตฟอร์มอื่นมาประกาศเป็นคะแนนของตัวเอง หากฝ่าฝืนเสี่ยงโดนลงโทษจนผลการแสดงผลแบบพิเศษของทั้งโดเมนถูกระงับ นี่คือการตัดสินใจโดยเจตนา ไม่ใช่งานที่ทำตกหล่น


2  สถานะงานแก้ไขรายใบ  เสร็จ 12/14 ใบ

สถานะ

เลขที่

รายการ

ระดับ

หลักฐานการตรวจ

[OK]

#001

แก้ lang="zxx" เป็น lang="en"

P0

ตรวจ HTML จากเว็บจริง: พบ <html lang="en"> ครบ 9 จาก 9 หน้า

[OK]

#002

ใส่ Hotel / LocalBusiness JSON-LD

P1

พบ Hotel schema ครบ 9 หน้า และทั้ง 18 ชุด JSON-LD อ่านค่าได้ถูกต้องไม่มี error

[OK]

#003

ทำ FAQ ให้ AI ดึงไป Featured Snippet ได้

P1

มี FAQPage schema พร้อม FAQ ที่มองเห็นได้จริง 4 คำถามบนหน้าแรก ตรงกับ schema

[OK]

#004

ใส่ Review / Rating schema ให้รีวิวลูกค้า

P1

พบ Review 2 ชุด + Rating 2 ชุด ครบ 9 หน้า · ไม่ใส่ aggregateRating โดยเจตนา (ดูหมายเหตุ)

[OK]

#005

ใส่ meta description + OG + Twitter tags

P1

ครบ 9 หน้า ข้อความไม่ซ้ำกันและไม่มีหน้าไหนเว้นว่าง · og:image + twitter:card ครบ 9 หน้า

[OK]

#006

สร้าง robots.txt + sitemap.xml (เดิม 404 ทั้งคู่)

P1

ทั้งสองไฟล์ตอบ HTTP 200 · ระบุอนุญาต GPTBot/ClaudeBot/PerplexityBot/Google-Extended ชัดเจน · sitemap มี 9 URL

[OK]

#007

จัดลำดับชั้น heading (เดิมมี H1 5 ตัว ไม่มี H2/H3)

P2

ปิดงานเมื่อ 24 ส.ค. 2026 · ตรวจจากเว็บจริงพบ H1 เหลือ 1 ตัวและไม่มีการข้ามระดับเลยครบ 9 หน้า · รอบเดือน ก.ค. แก้เพียงจำนวน H1 ส่วนการข้าม H2 ไป H4 ที่ติดมากับ template เพิ่งมาปิดในรอบนี้ พร้อมยืนยันว่าหน้าตาเว็บไม่เปลี่ยน ด้วยการเทียบค่าสไตล์ที่เบราว์เซอร์คำนวณจริงของ heading ทุกตัวก่อน-หลัง

[OK]

#008

ใส่ canonical tag

P2

พบ canonical ชี้ตัวเองครบ 9 หน้า ตรวจจากเว็บจริง

[OK]

#009

แก้ alt text (เดิมใช้ได้ 4 จาก 34 รูป คิดเป็น 12%)

P2

รูปเนื้อหา 136 รูปมี alt บรรยายครบ · อีก 24 รูปเป็นไอคอนตกแต่งที่ตั้ง alt="" ตามมาตรฐาน WCAG

[OK]

#010

แปลงรูปเป็น WebP + ใส่ lazy loading

P2

พบการอ้างอิงไฟล์ .webp 184 จุด และ loading="lazy" 152 จุด · คลังรูปลดจาก 7.0MB เหลือ 2.5MB

[PARTIAL]

#011

เลื่อนโหลด JavaScript ที่บล็อกการแสดงผล

P2

เลื่อนโหลด Google Maps API และเพิ่ม preconnect แล้ว ส่วนชุด jQuery / Bootstrap / Owl Carousel ตั้งใจไม่แตะ เพราะ template สั่งเปิด carousel แบบ inline ถ้าเลื่อนโหลดหน้าแรกจะพัง · ผลวัดมือถือยังมี TBT 330ms และสคริปต์รวม 790KB

[OK]

#012

ลบคำ placeholder และ typo

P3

ตรวจเว็บจริงไม่พบคำว่า aliqua และ Thyailand แล้ว · รอบนี้ลบข้อความโปรโมชันหมดอายุ (ต.ค.-ธ.ค. 2025) และราคาที่ขัดกันเองออกด้วย

[OK]

#013

ใส่อีเมล + เวลาเช็คอิน / เช็คเอาต์

P3

พบ mailto: ครบ 9 หน้า · เวลาเช็คอิน 14:00 และเช็คเอาต์ 12:00 อยู่ใน schema ครบ 9 หน้า

[PARTIAL]

#014

ใส่ datePublished / dateModified + ชื่อผู้เขียน

P3

มี dateModified และ <time datetime> ครบ 9 หน้า แต่ยังไม่มีชื่อผู้เขียนที่ผู้อ่านมองเห็นบนหน้า และค่า dateModified ยังเป็น 2026-08-06 ทั้งที่แก้เนื้อหาไปเมื่อ 24 ส.ค. ต้องอัปเดตค่านี้ทุกครั้งที่แก้เว็บ

3  เพดานคะแนนและแผนขั้นถัดไป

[เพดานคะแนน] เพดานคะแนนอยู่ที่ความลึกของเนื้อหา ไม่ใช่ที่ตัวแพลตฟอร์ม — static HTML ไม่ใช่ตัวฉุดคะแนนเว็บนี้

ที่คะแนน 76 จาก 100 ตัวที่กดคะแนนไว้คือมิติ AI Overview ที่ได้ 50 จาก 100 ซึ่งถ่วงน้ำหนักสูงสุดใน Profile C ถึง 30% มีสามเรื่องที่กดไว้ และไม่มีเรื่องไหนเกี่ยวกับแพลตฟอร์มที่ใช้อยู่เลย เรื่องแรก สูตร v1.0 นับ schema เฉพาะ FAQPage, HowTo และ Article เท่านั้น ทำให้ schema Hotel, Review และ WebPage ที่ทำครบทั้ง 9 หน้าไม่ได้คะแนน หากเพิ่มเนื้อหาแบบ HowTo ที่มีประโยชน์จริง เช่น คู่มือเดินทางจากสนามบินสุวรรณภูมิมาโรงแรมแบบทีละขั้น และใส่ Article schema ในหน้าข่าว จะได้คะแนนกลับคืนมาถึง 15 คะแนนในมิตินี้ เรื่องที่สอง ทุกหน้ายังมีเนื้อหาต่ำกว่าเกณฑ์ 6,000 ตัวอักษร จึงโดนหักคะแนนเนื้อหาบาง 15 คะแนนทั้งเว็บ เรื่องที่สาม ยังไม่มีชื่อผู้เขียนที่มองเห็นได้ ส่วนอีกประเด็นที่แยกออกมาคือสัดส่วนข้อความต่อโค้ดวัดได้ 0.105 และได้คะแนนแค่ 30 จาก 100 ข้อนี้เป็นผลจากตัว template จริง เพราะโค้ด Colorlib หนักเมื่อเทียบกับปริมาณข้อความ และจะดีขึ้นก็ต่อเมื่อรื้อ template ใหม่ สรุปแนวทางที่เป็นไปได้จริง: ทำคะแนนถึงราว 84 จาก 100 ได้โดยไม่ต้องย้ายแพลตฟอร์มเลย เพียงเขียนเนื้อหาให้ลึกขึ้นและเพิ่ม HowTo กับ Article schema ส่วนการย้ายแพลตฟอร์มควรพิจารณาเพื่อความสะดวกในการลงบทความ ไม่ใช่เพื่อดันคะแนนนี้


ตอนนี้ (Static HTML)

76/100

เกรด B

แก้ครบทั้ง 14 ใบ · เสร็จบางส่วน 2 ใบ

แพลตฟอร์มเดิม + เนื้อหาลึกขึ้น

~84/100

เกรด B

เพิ่ม HowTo + Article schema, เนื้อหาเกิน 6,000 ตัวอักษร, ใส่ชื่อผู้เขียน

WordPress ที่ /blog + เนื้อหา

~86/100

เกรด A

ได้ระบบลงบทความเพิ่ม แต่คะแนนที่เพิ่มมาจากเนื้อหา ไม่ใช่จากตัว CMS


จัดทำโดยระบบ CiteLogics AI Visibility Audit  |  24 สิงหาคม 2026