รายงานตรวจซ้ำ 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