ตัวตรวจสอบการเปลี่ยนเส้นทาง URL

ตัวตรวจสอบการเปลี่ยนเส้นทาง URL เป็นเครื่องมือฟรีสำหรับตรวจหารีไดเรกต์ 301 และ 302 ของ URL ที่ระบุ พร้อมติดตามลำดับการเปลี่ยนเส้นทางได้สูงสุด 10 ขั้นตอน

การเปลี่ยนเส้นทาง URL คืออะไร?

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

รหัสสถานะ 301 หมายถึงทรัพยากรถูกย้ายอย่างถาวร มักใช้หลังจากเปลี่ยนที่อยู่ของหน้าเว็บ ย้ายจาก HTTP ไปเป็น HTTPS หรือรวม URL ที่ซ้ำกัน ส่วนรหัสสถานะ 302 หมายถึงพบทรัพยากรที่ตำแหน่งอื่น แต่โดยทั่วไปจะถือว่าเป็นการย้ายชั่วคราว

HTTP ยังกำหนดรหัสการเปลี่ยนเส้นทางอื่นไว้ด้วย เช่น 303, 307 และ 308 ความแตกต่างระหว่างรหัสเหล่านี้อาจส่งผลต่อวิธีที่ไคลเอนต์ส่งคำขอซ้ำ โดยเฉพาะเมื่อใช้เมธอดอย่าง POST สำหรับการเปลี่ยนเส้นทางหน้าเว็บทั่วไป รหัส 301 และ 302 ยังคงพบได้บ่อย และเป็นรหัสที่เครื่องมือนี้ออกแบบมาเพื่อตรวจหา

จะตรวจสอบการเปลี่ยนเส้นทางของ URL ได้อย่างไร?

ช่อง Status code ต้องกรอกรหัสสถานะ HTTP เช่น 301 หรือ 302 เครื่องมือนี้ทำงานบนเซิร์ฟเวอร์และตรวจสอบลำดับการเปลี่ยนเส้นทางได้สูงสุด 10 ขั้นตอน

ข้อมูลที่กรอกจะถูกส่งไปยังเซิร์ฟเวอร์ผ่าน HTTPS และไม่มีการจัดเก็บไว้

เครื่องมือนี้ตรวจพบการเปลี่ยนเส้นทางแบบใดบ้าง?

เครื่องมือนี้ตรวจหารีไดเรกต์ 301 และ 302 โดย 301 หมายถึงการเปลี่ยนเส้นทางถาวร ส่วน 302 หมายถึงการเปลี่ยนเส้นทางชั่วคราว

ลำดับที่สลับไปมาระหว่างสองที่อยู่เรียกว่าลูปการเปลี่ยนเส้นทาง ส่วนลำดับยาวที่เปลี่ยนสลับระหว่าง HTTP, HTTPS, www, แบบไม่มี www และ URL ที่มีหรือไม่มีเครื่องหมายทับท้าย เรียกว่าสายการเปลี่ยนเส้นทาง เครื่องมือนี้จะหยุดเมื่อครบไม่เกิน 10 ขั้นตอน จึงไม่สามารถระบุปลายทางสุดท้ายของสายที่ยาวกว่านั้นได้

วิธีแก้ปัญหาการเปลี่ยนเส้นทางที่พบบ่อย

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

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

เมื่อต้องย้ายโดเมน ให้ทดสอบพาธของหน้าหลายรูปแบบที่เป็นตัวแทน แทนที่จะตรวจเฉพาะหน้าแรก การที่หน้าแรกเปลี่ยนเส้นทางถูกต้องไม่ได้ยืนยันว่าหน้าสินค้า บทความ และไฟล์ที่อัปโหลดจะมีกฎปลายทางที่สอดคล้องกัน

เครื่องหมายวรรคตอนและช่องว่างก็มีผลเช่นกัน ช่องว่างดิบใช้ใน URL ไม่ได้ และโดยทั่วไปต้องเข้ารหัสแบบเปอร์เซ็นต์ เช่น %20 ส่วนแฟรกเมนต์ที่ขึ้นต้นด้วย # จะได้รับการจัดการโดยเบราว์เซอร์และไม่ถูกส่งไปกับคำขอ HTTP ดังนั้น การเปลี่ยนเฉพาะแฟรกเมนต์จึงไม่ได้เลือกการเปลี่ยนเส้นทางฝั่งเซิร์ฟเวอร์รายการอื่น ชื่อโดเมนสากลอาจแสดงในรูปแบบ ASCII Punycode ขณะที่อักขระนอก ASCII ในพาธจะถูกเข้ารหัสเป็นไบต์ ซึ่งโดยทั่วไปใช้ UTF-8 และไบต์ที่เกี่ยวข้องจะถูกเข้ารหัสแบบเปอร์เซ็นต์ระหว่างการส่งข้อมูล

ทำไมการเปลี่ยนเส้นทางที่ถูกต้องจึงยังดูผิด?

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

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

การเปลี่ยนแปลง DNS ทำให้เกิดความล่าช้าอีกแบบหนึ่ง ตัวแปลง DNS แบบเรียกซ้ำอาจเก็บที่อยู่ IP เดิมไว้จนกว่าค่าอายุของระเบียนจะหมดลง ในช่วงเวลาดังกล่าว เครือข่ายต่างกันอาจเชื่อมต่อไปยังคนละเซิร์ฟเวอร์และได้รับกฎการเปลี่ยนเส้นทางที่ต่างกัน คำว่า "การแพร่กระจาย DNS" ใช้อธิบายการที่แคชหมดอายุไม่พร้อมกัน ไม่ใช่เหตุการณ์อัปเดตทั่วโลกที่เกิดขึ้นพร้อมกันเพียงครั้งเดียว

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

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

เปลี่ยนรีไดเรกต์ 301 ภายหลังได้ไหม?

ได้ คุณเปลี่ยนการกำหนดค่าบนเซิร์ฟเวอร์ได้ แต่ไคลเอนต์อาจยังใช้การตอบกลับ 301 ที่แคชไว้ต่อไปอีกระยะหนึ่ง ให้ทดสอบด้วยโปรไฟล์เบราว์เซอร์ใหม่และล้างแคช CDN ที่เกี่ยวข้องในส่วนที่คุณควบคุมได้ หากปลายทางยังมีโอกาสเปลี่ยน อย่าใช้ 301 ในช่วงทดสอบแรก

รีไดเรกต์จะส่งสตริงคำค้นหาของ URL ไปยังปลายทางด้วยไหม?

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

ข้อมูลที่กรอกจะถูกนำไปใช้อย่างไร?

การประมวลผลดำเนินการบนเซิร์ฟเวอร์ ข้อมูลที่กรอกจะถูกส่งไปยังเซิร์ฟเวอร์ผ่าน HTTPS และไม่มีการจัดเก็บไว้

เครื่องมือนี้ตรวจสอบการเปลี่ยนเส้นทางด้วย JavaScript หรือ meta refresh ไหม?

เครื่องมือนี้ตรวจหารีไดเรกต์ HTTP แบบ 301 และ 302 โดยตรวจสอบการเปลี่ยนเส้นทางได้สูงสุด 10 ครั้ง

ตรวจสอบการเปลี่ยนเส้นทางผ่านบรรทัดคำสั่งได้ไหม?

ได้ คำสั่ง curl สามารถแสดงส่วนหัวการตอบกลับ และตัวเลือกสำหรับติดตามการเปลี่ยนเส้นทางสามารถส่งคำขอไปยังตำแหน่งถัดไปได้ วิธีนี้มีประโยชน์เมื่อต้องตรวจสอบซ้ำจากเครื่องหรือเครือข่ายที่ระบุ โดยเฉพาะหลังจากเปลี่ยนกฎ DNS หรือไฟร์วอลล์