ตัวตรวจสอบแคช Google

ตัวตรวจสอบแคช Google เป็นเครื่องมือฟรีที่ใช้ตรวจสอบว่า Google มีสำเนาแคชของ URL หรือไม่ และจะแจ้งเมื่อไม่พบ URL ดังกล่าวในแคช

การตรวจสอบแคช Google บอกอะไรได้จริงบ้าง?

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

การแคชกับการจัดทำดัชนีเป็นคนละเรื่องกัน URL ที่ได้รับการจัดทำดัชนีอาจมีสิทธิ์ปรากฏใน Google Search ส่วน URL ที่มีแคชจะมีภาพรวมของหน้าเว็บเก็บไว้ให้เปิดดูได้ หน้าเว็บอาจอยู่ในดัชนีโดยไม่มีสำเนาแคชที่บุคคลทั่วไปเข้าถึงได้ ดังนั้นผลที่ระบุว่าไม่พบแคชจึงไม่ได้พิสูจน์ว่า Google นำหน้าเว็บออกจากดัชนีแล้ว

Google ยกเลิกลิงก์ไปยังหน้าแคชสาธารณะในปี 2024 ด้วยเหตุนี้ การมีหรือไม่มีแคชจึงไม่ใช่วิธีที่เชื่อถือได้ในการประเมินสถานะการจัดทำดัชนีอีกต่อไป หากเป็นเว็บไซต์ที่คุณดูแล เครื่องมือตรวจสอบ URL ใน Google Search Console จะให้ข้อมูลที่เกี่ยวข้องมากกว่า ทั้งเรื่องการค้นพบหน้าเว็บ การรวบรวมข้อมูล การเลือก URL ตามรูปแบบบัญญัติ และการจัดทำดัชนี

อ่านผลการตรวจสอบอย่างไร?

ผลลัพธ์นี้หมายความว่า ระบบไม่พบสำเนาแคชของ URL ที่ส่งมาตรวจสอบ เครื่องมือจะแสดงผลลัพธ์หนึ่งรายการดังนี้:

• URL นี้ไม่มีแคช ไม่พบสำเนาแคชของ Google สำหรับที่อยู่ที่ส่งมาตรวจสอบนั้นโดยตรง แต่ไม่ได้ยืนยันว่าหน้าเว็บไม่อยู่ในผลการค้นหา ถูกบล็อกไม่ให้รวบรวมข้อมูล หรือมีข้อผิดพลาดทางเทคนิค

ผลการตรวจสอบจะอ้างอิง URL ที่ป้อนทั้งหมด รวมถึงชื่อโฮสต์ เส้นทาง และพารามิเตอร์ ที่อยู่ต่อไปนี้อาจหมายถึงทรัพยากรคนละรายการ:

• https://www.example.co.uk/guide
• https://example.co.uk/guide
• https://www.example.co.uk/guide/
• https://www.example.co.uk/guide?source=email

เว็บไซต์อาจเปลี่ยนเส้นทางที่อยู่บางรายการหรือทั้งหมดไปยังที่อยู่หลักเพียงรายการเดียว หากไม่แน่ใจว่า Google เข้าถึง URL เวอร์ชันใด ให้ใช้ตัวตรวจสอบการเปลี่ยนเส้นทาง URL เพื่อตรวจสอบปลายทางสุดท้าย แล้วตรวจสอบปลายทางนั้นใน Search Console

ควรตรวจสอบแคชเมื่อใด?

ใช้การตรวจสอบนี้เมื่อต้องการค้นหาภาพรวมเก่าของหน้าเว็บในผลการค้นหา หรือหาสาเหตุที่ URL หนึ่งดูเหมือนจะไม่มีสำเนาแคช อย่างไรก็ตาม ผลการตรวจสอบแคชไม่สามารถยืนยันได้ว่า URL นั้นอยู่ในดัชนีหรือไม่

1. หน้าเว็บเพิ่งมีการเปลี่ยนแปลง คุณอาจต้องการดูว่ายังมีสำเนาเก่าอยู่หรือไม่ หากไม่พบแคช หมายความว่าการตรวจสอบครั้งนี้ไม่พบสำเนาดังกล่าว แต่ตัวอย่างข้อความในผลการค้นหาอาจยังแสดงข้อมูลที่เก็บมาจากการรวบรวมข้อมูลครั้งก่อน
2. หน้าเว็บใหม่ไม่ปรากฏในผลการค้นหา ตรวจสอบ URL ที่เผยแพร่จริงให้ตรงทุกตัวอักษร จากนั้นใช้ Search Console เพื่อดูว่า Google ค้นพบและจัดทำดัชนีหน้าเว็บแล้วหรือยัง รวมทั้งยืนยันว่าหน้าเว็บส่งคืนสถานะ HTTP ที่สำเร็จ และไม่ได้ถูกตัดออกด้วยคำสั่ง noindex
3. เว็บไซต์ย้ายไปยังโดเมนใหม่หรือเปลี่ยนโครงสร้าง URL ตรวจสอบการเปลี่ยนเส้นทางจากที่อยู่เดิมไปยังที่อยู่ใหม่ Google อาจต้องใช้เวลาในการรวบรวมข้อมูลจากการเปลี่ยนเส้นทาง เลือก URL ตามรูปแบบบัญญัติ และอัปเดตผลการค้นหา ไม่ว่าจะมีสำเนาแคชอยู่หรือไม่ก็ตาม

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

ความล่าช้าของแคช การจัดทำดัชนี และการเผยแพร่ข้อมูล

ผลลัพธ์ที่ถูกต้องอาจดูเหมือนผิดได้ เมื่อมีแคชและรอบการอัปเดตหลายระบบที่ทำงานแยกจากกัน Google เป็นผู้กำหนดว่าจะกลับมาเก็บข้อมูลหน้าเว็บเมื่อใด การเปลี่ยนแปลงบนเซิร์ฟเวอร์ของคุณจึงไม่ปรากฏในผลการค้นหาทันที ตัวอย่างข้อความในผลการค้นหา ข้อมูล URL ตามรูปแบบบัญญัติ และเนื้อหาที่อยู่ในดัชนีอาจอัปเดตคนละเวลา

การเปลี่ยนแปลง DNS ก็มีระยะเวลารอของตัวเอง ตัวแก้ไข DNS แบบเรียกซ้ำจะเก็บระเบียนไว้ตามค่า time to live หรือที่เรียกกันว่า TTL ผู้เข้าชมบางรายจึงอาจไปยังเซิร์ฟเวอร์เก่า ขณะที่รายอื่นไปยังเซิร์ฟเวอร์ใหม่ นอกจากนี้ แคชของเบราว์เซอร์ รีเวิร์สพร็อกซี และเครือข่ายนำส่งเนื้อหาอาจยังเก็บไฟล์เวอร์ชันก่อนหน้าไว้ แคชเหล่านี้ไม่ใช่แคชหน้าเว็บของ Google

หากหน้าเว็บที่เพิ่งแก้ไขยังแสดงเนื้อหาเก่า ให้เปิด URL ปัจจุบัน ตรวจสอบการตอบกลับ HTTP แล้วล้างหรือข้ามแคชที่คุณควบคุมได้ จากนั้นตรวจสอบ URL ใน Search Console การตรวจสอบแคชซ้ำๆ ไม่ได้ทำให้ Google กลับมารวบรวมข้อมูลหน้าเว็บเร็วขึ้น

URL ที่มีช่องว่างหรืออักขระนอก ASCII จัดการอย่างไร?

เซิร์ฟเวอร์จะเข้ารหัส URL ที่ส่งมาตรวจสอบด้วยการทำงาน urlencode ของ PHP โดยใช้หลักเกณฑ์ application/x-www-form-urlencoded ซึ่งจะแปลงช่องว่างเป็นเครื่องหมายบวก และเข้ารหัสไบต์อื่นที่ไม่ปลอดภัยด้วยรหัสเปอร์เซ็นต์

ตัวอย่างเช่น ข้อความ https://www.example.co.uk/search?q=cream tea จะถูกเข้ารหัสเป็น https%3A%2F%2Fwww.example.co.uk%2Fsearch%3Fq%3Dcream+tea ภายใต้การเข้ารหัสนี้ ช่องว่างจะกลายเป็นเครื่องหมายบวก ส่วนค่า UTF-8 ที่มีเครื่องหมายกำกับเสียง เช่น café จะกลายเป็น caf%C3%A9

รูปแบบการเข้ารหัสนี้รับตัวเลขโดยไม่เปลี่ยนแปลง ส่วนเครื่องหมายวรรคตอน เช่น เครื่องหมายทับ เครื่องหมายคำถาม และเครื่องหมายเท่ากับจะถูกเข้ารหัส ชื่อโดเมนสากลอาจมี A-label ตามมาตรฐาน IDNA ซึ่งใช้คำนำหน้า xn-- และ Punycode สำหรับป้ายกำกับนั้น

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

คำถามที่พบบ่อย

ถ้าไม่พบแคช แปลว่าหน้าของฉันถูกนำออกจากดัชนีแล้วหรือไม่?

ไม่ใช่ การเข้าถึงแคชสาธารณะกับการจัดทำดัชนีค้นหาเป็นคนละเรื่องกัน และ Google ก็ไม่ได้ให้บริการลิงก์หน้าแคชแบบเดิมอีกแล้ว ให้ตรวจสอบ URL ใน Google Search Console หรือลองค้นหาประโยคที่มีลักษณะเฉพาะจากหน้าเว็บนั้น แต่ควรจำไว้ว่าการค้นหาตามปกติไม่ใช่รายงานดัชนีที่ครบถ้วน

ควรใส่พารามิเตอร์ติดตามใน URL หรือไม่?

ใช้ URL ตามรูปแบบบัญญัติที่ไม่มีพารามิเตอร์ เว้นแต่ต้องการตรวจสอบเวอร์ชันที่มีพารามิเตอร์โดยเฉพาะ พารามิเตอร์อย่าง utm_source มักใช้ระบุการเข้าชมจากแคมเปญ ไม่ได้หมายถึงเนื้อหาคนละรายการ และ Google อาจรวม URL เหล่านี้ไว้ภายใต้ URL ตามรูปแบบบัญญัติเดียวกัน

ตรวจสอบหน้าส่วนตัวหรือหน้าที่มีรหัสผ่านได้ไหม?

โดยทั่วไป โปรแกรมรวบรวมข้อมูลจะเข้าถึงเนื้อหาที่ต้องเข้าสู่ระบบไม่ได้ เว้นแต่จะได้รับสิทธิ์ไว้อย่างชัดเจน จึงไม่ควรคาดว่าหน้าดังกล่าวจะมีแคชการค้นหาสาธารณะ URL ที่ส่งมาจะเดินทางผ่าน HTTPS ไปยังเซิร์ฟเวอร์ของเครื่องมือนี้เพื่อประมวลผลและจะไม่ถูกจัดเก็บ ดังนั้นอย่าใส่รหัสผ่าน โทเค็นการเข้าถึง หรือข้อมูลลับอื่นๆ ลงใน URL

ส่วน fragment ของ URL มีผลต่อหน้าที่ Google เห็นไหม?

Fragment คือส่วนที่อยู่หลังเครื่องหมายแฮช เช่น #delivery โดยปกติเบราว์เซอร์จะไม่ส่ง fragment ไปกับคำขอ HTTP ดังนั้น URL ทั่วไปสองรายการที่ต่างกันเฉพาะ fragment มักเรียกเอกสารเดียวกัน เมื่อตรวจสอบตัวหน้าเว็บที่อยู่ในดัชนี ให้ใช้ที่อยู่ซึ่งไม่มี fragment

ก่อนขอให้ Google รวบรวมข้อมูลอีกครั้ง ควรตรวจสอบอะไรบ้าง?

ยืนยันว่า URL หลักโหลดได้โดยไม่เกิดวงจรเปลี่ยนเส้นทาง ส่งคืนการตอบกลับที่สำเร็จ อนุญาตให้ Googlebot รวบรวมข้อมูล และไม่มีคำสั่ง noindex ที่ใส่ไว้โดยไม่ตั้งใจ ตรวจสอบด้วยว่าค่า href ขององค์ประกอบ link ซึ่งมีประเภทลิงก์เป็น canonical ระบุ URL ที่ต้องการ จากนั้นขอให้จัดทำดัชนีผ่าน Search Console หากคุณเป็นผู้ดูแลเว็บไซต์