เตรียมเว็บให้ AI Search เข้าถึง ตรวจ robots, index และ schema
เริ่มตรวจ AI Search จากหน้าเว็บที่เปิดอ่านได้จริง: URL ตอบปกติ ข้อความหลักเข้าถึงได้ มี canonical ที่ตรง และไม่มีการบล็อกที่ขัดกับเป้าหมาย จากนั้นแยกนโยบายบอตค้นหาออกจากบอตฝึกโมเดล เพราะการอนุญาตทั้งสองแบบเป็นคนละการตัดสินใจ
1. ตรวจ URL สำคัญก่อนตรวจคะแนน
ลองเปิดหน้าหลัก หน้าบริการ และบทความโดยไม่ล็อกอิน ถ้าบทความที่เคยมีการแสดงผลกลายเป็น 404 หลังย้ายเว็บ ให้ตรวจว่าจะคืนหน้าหรือ redirect ไปหน้าที่ทดแทนเนื้อหาได้จริง ไม่ควรส่งทุกหน้าที่หายไปเข้าหน้าหลักโดยไม่ดูความเกี่ยวข้อง
ทำรายการ URL พร้อมสถานะ HTTP หน้าที่ควรเป็นหน้าหลักของเนื้อหาควรตอบ 200 ส่วน URL เก่าที่มีหน้าทดแทนให้ตรวจปลายทาง redirect ว่าอ่านเรื่องเดิมต่อได้ การเห็นหน้าเว็บเปิดในเบราว์เซอร์อย่างเดียวอาจยังไม่บอกว่าสถานะ HTTP ถูกต้อง
2. ตรวจ index และ canonical แยกกัน
canonical บอก URL ที่ต้องการให้เป็นตัวแทน แต่การตั้งค่ายังไม่ใช่หลักฐานว่าเครื่องมือค้นหาเลือกตามนั้น ใช้เครื่องมือตรวจ URL ของแพลตฟอร์มประกอบ และตรวจว่าหน้าสำคัญมีลิงก์ภายในให้ค้นพบ ไม่ต้องรอให้บอตเดาโครงสร้างเว็บจาก sitemap อย่างเดียว
สำหรับลิงก์ประกอบคำตอบใน AI Overviews หรือ AI Mode Google ระบุว่าหน้าต้องถูกจัดทำดัชนีและมีสิทธิ์แสดงใน Search พร้อม snippet ดู แนวทาง AI features ของ Google แล้วแยกสถานะ “ค้นพบแล้ว” ออกจาก “เข้าดัชนีแล้ว” ในรายงาน
3. แยกบอตค้นหากับบอตฝึกโมเดล
ตาม เอกสาร OpenAI Crawlers OAI-SearchBot ใช้กับการค้นหาใน ChatGPT ส่วน GPTBot เกี่ยวกับการรวบรวมข้อมูลที่อาจใช้ฝึกโมเดล และตั้งค่าสองส่วนนี้แยกจากกันได้ การเลือกนโยบายควรสะท้อนเป้าหมายของเจ้าของข้อมูล ไม่คัดลอกกฎอนุญาตทุกบอตโดยไม่อ่านหน้าที่ของมัน
เวลาตรวจ robots.txt ให้ดูทั้งกลุ่ม User-agent ที่เฉพาะเจาะจงและกฎทั่วไป หากมี CDN หรือระบบป้องกันเว็บ ให้ตรวจด้วยว่าบอตที่อนุญาตไม่ได้ติดหน้า challenge แทนเนื้อหาจริง อย่าปิดระบบป้องกันทั้งหมดเพื่อแก้ปัญหาบอตเพียงตัวเดียว
4. ให้คำตอบสำคัญอยู่ในเนื้อหาที่อ่านได้
นิยามบริการ เงื่อนไข ราคา และคำตอบหลักควรเป็นข้อความที่ผู้อ่านเข้าถึงได้ ไม่อยู่ในภาพอย่างเดียวหรือปรากฏหลังผ่านขั้นตอนที่ไม่จำเป็น ลองคัดลอกข้อความสำคัญจากหน้าจอแล้วดูว่ายังได้ประโยคครบหรือไม่
สำหรับเว็บที่ใช้ JavaScript มาก ให้ตรวจผลการแสดงหน้าในเครื่องมือตรวจ URL เพิ่ม วิธีตรวจนี้ช่วยดูว่าข้อมูลที่เจ้าของเว็บเห็นตรงกับสิ่งที่ระบบได้รับหรือไม่ ไม่ควรสรุปจากการเห็นคำว่า “HTML” หรือ “SSR” ในสเปกเพียงอย่างเดียว
5. ใส่ structured data ให้ตรงเนื้อหาจริง
บทความอาจใช้ Article และ BreadcrumbList เพื่อบรรยายประเภทเนื้อหาและตำแหน่งหน้า ข้อมูลผู้เขียน วันที่ และภาพต้องตรงกับสิ่งที่อยู่บนหน้า ไม่เพิ่มรีวิวหรือคะแนนที่ไม่มีจริง อ้างอิง หลักเกณฑ์ structured data ของ Google เมื่อตรวจความเหมาะสมของ markup
อย่าใช้ JSON ที่อ่านได้เป็นผลตรวจเพียงอย่างเดียว ควรตรวจชนิดข้อมูล URL ที่อ้างถึง และความสอดคล้องกับข้อความด้วย ส่วน schema ที่ถูกต้องไม่ได้แปลว่าจะได้รับการอ้างอิงจากทุกระบบ
รายการตรวจรับที่ส่งต่อทีมเทคนิคได้
- เปิด URL จริงแล้วได้เนื้อหาที่คาดไว้และสถานะเหมาะสม
- canonical, sitemap และลิงก์ภายในชี้ไป URL เดียวกัน
- ไม่มี noindex หรือการบล็อกที่ขัดกับนโยบายที่ตั้งใจไว้
- รูปภาพมีขนาดกำกับและไฟล์ไม่ใหญ่เกินการใช้งาน
- เนื้อหาหลักและ JSON-LD ให้ข้อมูลตรงกัน
- บันทึกสิ่งที่เปลี่ยนและวันตรวจ เพื่อเทียบผลภายหลังได้
เมื่อผ่านส่วนเทคนิคแล้ว อ่านต่อ ปรับคุณภาพคำตอบในบทความ และ วัดการแสดงผลกับคลิกแยกกัน