ช่วงก่อนปรับปรุง

22 ส.ค. 00:00 – 24 ส.ค. 12:59 (2.5 วัน)

ช่วงหลังปรับปรุง

24 ส.ค. 15:00 – 26 ส.ค. 23:59 (2.4 วัน)

AI เข้าเว็บเพิ่มขึ้น

+482%

18 → 105 ครั้งต่อวัน

robots.txt

404 → 200

AI หาไฟล์เจอแล้ว

หน้าที่ AI เข้าถึง

5 → 9

หน้าที่ AI เข้าอ่าน

ผลสรุป: ได้ผลจริง และเห็นผลเร็วกว่าที่คาด

• AI เข้ามาอ่านเว็บเพิ่มจาก 18 เป็น 105 ครั้งต่อวัน (+482%) ภายใน 2 วันหลังปรับปรุง

• GPTBot ของ OpenAI เพิ่มจาก 0.8 เป็น 62 ครั้งต่อวัน — เป็นตัวที่เพิ่มมากที่สุด

• ClaudeBot (Anthropic), PerplexityBot และ Google-Extended (Gemini) เริ่มเข้ามาแล้ว จากเดิมไม่เคยเข้าเลย

• ไฟล์ robots.txt ที่เคยหาไม่เจอ (404) ตอนนี้ทำงานปกติแล้ว และ AI เรียกอ่านสำเร็จ 23 ครั้ง

• AI เข้าอ่านหน้าย่อยเพิ่มขึ้น จาก 5 หน้าเป็น 9 หน้า รวมถึงหน้าห้องพัก บริการ และติดต่อเรา ซึ่งเดิมไม่เคยถูกอ่านเลย

สิ่งที่ต้องแจ้งให้ทราบ

• พบผู้ไม่ประสงค์ดีปลอมชื่อโปรแกรมเป็น AI เพื่อสแกนหาช่องโหว่ของเว็บ รวม 505 ครั้ง (รายละเอียดในหัวข้อ 5) — ตัวเลขในรายงานนี้ตัดส่วนนี้ออกแล้วทั้งหมด

• Amazonbot ของ Amazon หยุดเข้ามา ยังสรุปสาเหตุไม่ได้ ต้องตรวจซ้ำอีกครั้ง

• ช่วงเวลาที่เก็บข้อมูลสั้น (ฝั่งละประมาณ 2.5 วัน) จึงควรตรวจซ้ำใน 1 เดือนเพื่อยืนยันว่าเป็นแนวโน้มถาวร

โปรแกรม AI

ก่อน

หลัง

เปลี่ยนแปลง

เครื่องต้นทาง

GPTBot — เก็บข้อมูลฝึก AI ของ OpenAI

0.8

62.3

+7,819%

3

Bytespider — TikTok / ByteDance

8.3

27.4

+231%

38

OAI-SearchBot — ระบบค้นหาของ ChatGPT

5.1

5.5

+7%

10

ClaudeBot — Anthropic

0.0

2.5

เข้ามาใหม่

2

ChatGPT-User — ผู้ใช้ ChatGPT กดเปิดลิงก์

0.4

2.5

+542%

4

CCBot — Common Crawl (ใช้ฝึก AI หลายเจ้า)

0.8

2.1

+168%

2

PerplexityBot — Perplexity AI

0.0

1.7

เข้ามาใหม่

2

Meta-ExternalAgent — Meta / Llama

0.4

0.8

+114%

3

Google-Extended — Gemini

0.0

0.4

เข้ามาใหม่

1

Amazonbot — Amazon

2.4

0.0

−100%

6

รวมทุกโปรแกรม

18.1

105.3

+482%

เหตุใดตัวเลขในรายงานนี้จึงต่ำกว่าที่นับได้ตอนแรก

ตัวเลขดิบจาก log ระบุว่า AI เข้ามา 520 ครั้งในช่วงหลังปรับปรุง แต่เมื่อตรวจสอบโดยละเอียดพบว่าต้องหักออก จึงจะเป็นตัวเลขที่เชื่อถือได้

พบเครื่องต้นทาง 4 แห่ง ปลอมชื่อโปรแกรมให้ดูเหมือน AI เพื่อสแกนหาช่องโหว่ของเว็บ รวม 505 ครั้ง โดยเฉพาะ 2 เครื่องที่ใช้ชื่อ Amzn-SearchBot ซึ่งไม่ใช่โปรแกรมจริงของ Amazon และเครื่องต้นทางก็ไม่ใช่ของ Amazon ด้วย

รายงานฉบับนี้ใช้ตัวเลขหลังหักออกแล้ว คือ 105 ครั้งต่อวัน (+482%) ซึ่งเป็นการเข้าถึงจากระบบ AI จริงเท่านั้น

รายการ

ก่อนปรับปรุง

หลังปรับปรุง

AI เรียกไฟล์ robots.txt

ไม่พบไฟล์ (404) จำนวน 32 ครั้ง

ทำงานปกติ (200) จำนวน 23 ครั้ง

AI เรียกไฟล์ sitemap.xml

ไม่มีไฟล์ให้เรียก

2 ครั้ง (GPTBot เรียกอ่าน)

หน้าเว็บ

ก่อน (ครั้ง)

หลัง (ครั้ง)

หน้าแรก /

4

16

service.html

0

2

index.html

0

2

contactus.html

0

1

room.html

0

1

aboutus.html

0

1

map.html

0

1

[หน้าแกลเลอรี]

1

1

[หน้าเวอร์ชัน EN]

1

1

Amazonbot หยุดเข้ามา

จำนวนลดจาก 2.4 ครั้งต่อวัน เหลือ 0 ยังสรุปสาเหตุไม่ได้ในขณะนี้

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

OAI-SearchBot ยังเพิ่มขึ้นน้อย

เพิ่มจาก 5.1 เป็น 5.5 ครั้งต่อวัน (+7%) ต่างจาก GPTBot ที่เพิ่มขึ้นมาก

สาเหตุ: โปรแกรมสองตัวนี้ทำหน้าที่ต่างกัน GPTBot เก็บข้อมูลไปฝึกระบบ ส่วน OAI-SearchBot ทำงานเมื่อ ChatGPT ต้องการค้นหาข้อมูลตอบผู้ใช้ ตัวเลขของ OAI-SearchBot จึงสะท้อนจำนวนครั้งที่เว็บไซต์ถูกดึงไปใช้ตอบคำถามจริง ซึ่งจะเพิ่มขึ้นเมื่อ AI เริ่มรู้จักแบรนด์มากขึ้น ต้องใช้เวลาสะสม

งานบนเว็บทำครบแล้ว ขั้นต่อไปอยู่นอกเว็บ

การปรับปรุงเว็บไซต์ในรอบนี้ทำให้ AI เข้ามาอ่านเว็บได้มากขึ้นอย่างชัดเจน แต่การที่ AI จะ “แนะนำแบรนด์ให้ผู้ใช้” เป็นคนละเรื่องกับการที่ AI “อ่านเว็บได้”

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

ลักษณะการโจมตี

จำนวนครั้ง

ผลลัพธ์

ค้นหาไฟล์รหัสผ่านและคีย์ระบบ (.env)

มากที่สุด

เข้าไม่ได้ (404)

ดึงข้อมูลลับของเซิร์ฟเวอร์คลาวด์ (.aws)

พบ

เข้าไม่ได้ (404)

ค้นหาไฟล์ซอร์สโค้ด (.git)

พบ

เข้าไม่ได้ (404)

ค้นหาหน้าเข้าระบบผู้ดูแล / ระบบ API

พบ

เข้าไม่ได้ (404)

ผลการตรวจสอบ: ยังไม่มีข้อมูลรั่วไหล

ทีมงานได้ทดสอบยิงคำสั่งเดียวกับที่ผู้โจมตีใช้ซ้ำด้วยตนเอง เพื่อยืนยันว่าระบบปลอดภัยจริง ไม่ใช่เพียงอ่านจาก log

ผลคือทุกคำสั่งถูกปฏิเสธทั้งหมด (ได้รับสถานะ 404 หรือ 403) สาเหตุหลักคือเว็บไซต์เป็นแบบ Static HTML ซึ่งไม่มีระบบประมวลผลฝั่งเซิร์ฟเวอร์ให้โจมตีได้

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

ลำดับ

สิ่งที่ควรทำ

เหตุผล

1

จัดการ Google Business Profile ให้สมบูรณ์

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

2

เพิ่มส่วนคำถามที่พบบ่อยบนหน้าเว็บ

ทีมงานเตรียมคำถาม-คำตอบไว้แล้ว 17 ข้อ เป็นรูปแบบที่ AI นำไปตอบผู้ใช้ได้ง่ายที่สุด

3

สร้างการกล่าวถึงแบรนด์จากเว็บไซต์ภายนอก

ทำให้ AI รู้จักแบรนด์มากขึ้น ซึ่งจะส่งผลให้ถูกแนะนำต่อผู้ใช้ งานบนเว็บทำครบแล้ว

4

ตรวจซ้ำอีกครั้งในอีก 1 เดือน

ยืนยันว่าตัวเลขที่เพิ่มขึ้นเป็นแนวโน้มถาวร ไม่ใช่ผลชั่วคราวจากการที่ AI เพิ่งพบไฟล์ใหม่

หมายเหตุเรื่องวิธีเก็บข้อมูล

ข้อมูลทั้งหมดมาจาก server access log ของเว็บไซต์โดยตรง ไม่ได้ใช้เครื่องมือภายนอกหรือการประมาณการ

ช่วงก่อนปรับปรุงเก็บได้ 2.5 วัน และช่วงหลังปรับปรุงเก็บได้ 2.4 วัน จึงแปลงเป็นค่าเฉลี่ยต่อวันเพื่อให้เปรียบเทียบกันได้อย่างเป็นธรรม

เส้นแบ่งก่อน–หลัง ใช้เวลา 15:00 น. ของวันที่ 24 สิงหาคม ซึ่งเป็นเวลาที่ไฟล์ robots.txt เปลี่ยนจากสถานะไม่พบไฟล์ (404) เป็นทำงานปกติ (200) ใน log จริง ไม่ได้ใช้การประมาณเวลา

ข้อจำกัด: ช่วงเวลาที่เก็บข้อมูลสั้นเพียงฝั่งละประมาณ 2.5 วัน เพียงพอที่จะยืนยันว่าการแก้ไขได้ผล แต่ยังสั้นเกินกว่าจะสรุปแนวโน้มระยะยาว จึงควรตรวจซ้ำใน 1 เดือน