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

ตรวจสอบการเปลี่ยนเส้นทาง เป็นเครื่องมือออนไลน์ฟรีที่ติดตามห่วงโซ่การเปลี่ยนเส้นทาง HTTP ทั้งหมดของ URL ใดๆ เพียงป้อน URL และดูทุกลำดับในเส้นทางการเปลี่ยนเส้นทางได้ทันที รวมถึงรหัสสถานะ (301, 302, 307, 308), เวลาตอบสนอง, ส่วนหัวการตอบสนอง และรายละเอียดด้านความปลอดภัย ไม่ว่าคุณจะกำลังแก้ไขจุดบกพร่องของปัญหาการเปลี่ยนเส้นทาง ตรวจสอบการกำหนดค่า SEO หรือตรวจสอบการบังคับใช้ HTTPS เครื่องมือนี้นะช่วยให้คุณมองเห็นภาพรวมทั้งหมดของการนำทางจากต้นทางไปยังปลายทาง

HTTP Redirect คืออะไร?

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

รหัสสถานะการเปลี่ยนเส้นทาง HTTP

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

วิธีใช้งานเครื่องมือนี

1. กรอก URL: พิมพ์หรือวาง URL ที่คุณต้องการตรวจสอบลงในช่องป้อนข้อมูล คุณสามารถป้อน URL ที่มีหรือไม่มีคำนำหน้า http:// ก็ได้
2. เลือกวิธี HTTP: เลือก GET (ค่าเริ่มต้น) เพื่อส่งคำขอแบบเต็ม หรือ HEAD เพื่อดึงเฉพาะส่วนหัว (เร็วกว่า แต่บางเซิร์ฟเวอร์อาจจัดการคำขอ HEAD ต่างออกไป)
3. คลิก "ตรวจสอบการเปลี่ยนเส้นทาง": เครื่องมือจะติดตามห่วงโซ่การเปลี่ยนเส้นทางโดยอัตโนมัติ รวบรวมรหัสสถานะ ส่วนหัวการตอบสนอง และข้อมูลเวลาในทุกขั้นตอน
4. วิเคราะห์ผลลัพธ์: ตรวจสอบห่วงโซ่การเปลี่ยนเส้นทางแบบภาพเพื่อดูภาพรวมอย่างรวดเร็ว จากนั้นขยายข้อมูลในแต่ละลำดับเพื่อตรวจสอบส่วนหัว สถานะ HTTPS และระบุปัญหาที่อาจเกิดขึ้น

การทำความเข้าใจผลลัพธ์

การ์ดสรุป

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

แผนภาพห่วงโซ่แบบภาพ

ห่วงโซ่แบบภาพแสดงการเปลี่ยนเส้นทางแต่ละครั้งเป็นโหนด พร้อมรหัสสถานะ URL และเวลาตอบสนอง โหนดจะถูกแยกตามสี: สีน้ำเงินคราม สำหรับการเปลี่ยนเส้นทาง (3xx), สีเขียว สำหรับความสำเร็จ (2xx) และ สีแดง สำหรับข้อผิดพลาด ลูกศรระหว่างโหนดจะแสดงรหัสสถานะการเปลี่ยนเส้นทาง

ข้อมูลลำดับโดยละเอียด

คลิกลำดับใดก็ได้ในส่วนรายละเอียดเพื่อขยายดู URL แบบเต็ม, โปรโตคอล (HTTP/HTTPS), ปลายทางการเปลี่ยนเส้นทาง และส่วนหัวการตอบสนองที่เกี่ยวข้องทั้งหมด รวมถึง Server, Strict-Transport-Security, Cache-Control และอื่นๆ

แนวทางปฏิบัติที่ดีที่สุดสำหรับการเปลี่ยนเส้นทาง

รักษาห่วงโซ่ให้สั้นที่สุด

พยายามอย่าให้มีการเปลี่ยนเส้นทางเกิน 1-2 ครั้งระหว่างต้นทางและปลายทาง Google และเครื่องมือค้นหาอื่นๆ อาจไม่ติดตามห่วงโซ่ที่เกิน 5 ลำดับ และทุกๆ ลำดับจะเพิ่มความล่าช้าให้กับผู้ใช้งาน

ใช้ 301 สำหรับการย้ายอย่างถาวร

เมื่อหน้าเว็บย้ายไปอย่างถาวร ให้ใช้การเปลี่ยนเส้นทางแบบ 301 หรือ 308 เพื่อให้ URL ใหม่เป็น URL หลัก

บังคับใช้ HTTPS อย่างเหมาะสม

เปลี่ยนเส้นทาง HTTP เป็น HTTPS ที่ระดับเซิร์ฟเวอร์และใช้ HSTS (HTTP Strict Transport Security) เพื่อป้องกันการโจมตีแบบลดระดับโปรโตคอล การตั้งค่าที่เหมาะสมคือ: http:// → 301 → https:// พร้อมส่วนหัว HSTS ในการตอบสนองแบบ HTTPS

หลีกเลี่ยงลูปการเปลี่ยนเส้นทาง

ลูปการเปลี่ยนเส้นทาง (A → B → A) ทำให้เบราว์เซอร์แสดงข้อผิดพลาด ERR_TOO_MANY_REDIRECTS ควรทดสอบกฎการเปลี่ยนเส้นทางทั้งหมดอย่างละเอียด โดยเฉพาะอย่างยิ่งเมื่อมีการผสมผสานระหว่างการเปลี่ยนเส้นทางระดับเซิร์ฟเวอร์และระดับแอปพลิเคชัน

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

HTTP redirect คืออะไร?

การเปลี่ยนเส้นทาง HTTP คือการตอบสนองของเซิร์ฟเวอร์ (รหัสสถานะ 301, 302, 303, 307 หรือ 308) ที่บอกให้เบราว์เซอร์นำทางไปยัง URL อื่น มักใช้เมื่อมีการย้ายหน้าเว็บ เพื่อบังคับใช้ HTTPS หรือเพื่อปรับ URL ให้เป็นมาตรฐานแบบมีหรือไม่มี www

การเปลี่ยนเส้นทางแบบ 301 และ 302 ต่างกันอย่างไร?

301 (Moved Permanently) บอกเครื่องมือค้นหาว่าหน้าเว็บได้ย้ายไปอย่างถาวรแล้ว และให้โอนย้ายมูลค่า SEO (link equity) ไปยัง URL ใหม่ ส่วน 302 (Found) ระบุถึงการเปลี่ยนเส้นทางชั่วคราว หมายความว่า URL เดิมอาจกลับมาใช้งานในอนาคต และเครื่องมือค้นหาควรดัชนี URL เดิมต่อไป

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

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

ลูปการเปลี่ยนเส้นทางคืออะไรและจะแก้ไขได้อย่างไร?

ลูปการเปลี่ยนเส้นทางเกิดขึ้นเมื่อ URL A เปลี่ยนเส้นทางไปยัง URL B ซึ่งเปลี่ยนเส้นทางกลับมายัง URL A ทำให้เกิดวงจรไม่สิ้นสุด ส่งผลให้เกิดข้อผิดพลาด ERR_TOO_MANY_REDIRECTS วิธีแก้ไขคือตรวจสอบการกำหนดค่าเซิร์ฟเวอร์ กฎ .htaccess หรือการตั้งค่า CDN เพื่อตัดการอ้างอิงแบบวนซ้ำ

เครื่องมือนี้นำตามการเปลี่ยนเส้นทางข้ามโดเมนอื่นหรือไม่?

ใช่ เครื่องมือตรวจสอบการเปลี่ยนเส้นทางจะติดตามการเปลี่ยนเส้นทางข้ามโดเมน โดเมนย่อย และโปรโตคอลต่างๆ (HTTP ไปยัง HTTPS) โดยจะติดตามห่วงโซ่ทั้งหมดตั้งแต่ต้นทางจนถึงปลายทางสุดท้าย ไม่ว่าจะมีเซิร์ฟเวอร์ที่เกี่ยวข้องกี่เครื่องก็ตาม สูงสุด 20 ลำดับ

ทำไม URL จึงเปลี่ยนเส้นทางต่างกันเมื่อใช้ Googlebot กับ Chrome?

บางเว็บไซต์ส่งการตอบกลับต่างกันตาม user agent ของคำขอ อุปกรณ์ หรือรายละเอียดอื่น ๆ ของคำขอ เลือกตัวเลือกเบราว์เซอร์หรือบอตที่เกี่ยวข้อง เช่น Googlebot smartphone หรือ Chrome desktop แล้วเปรียบเทียบลำดับการเปลี่ยนเส้นทาง หาก URL ปลายทางสุดท้ายต่างกัน ให้ตรวจสอบกฎการเปลี่ยนเส้นทาง กฎสำหรับมือถือ หรือกฎตาม user agent ของเว็บไซต์ ความแตกต่างอาจเกิดขึ้นโดยตั้งใจ แต่ควรตรวจดูว่าผู้เข้าชมและโปรแกรมรวบรวมข้อมูลของเครื่องมือค้นหาไปถึงปลายทางที่คุณต้องการหรือไม่

ควรใช้ GET หรือ HEAD เมื่อตรวจสอบการเปลี่ยนเส้นทาง?

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

จะตรวจสอบได้อย่างไรว่า URL เก่าไปยังหน้าที่ถูกต้องหลังย้ายเว็บไซต์แล้ว?

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

แหล่งข้อมูลเพิ่มเติม

• การเปลี่ยนเส้นทาง HTTP - MDN Web Docs
• การเปลี่ยนเส้นทางและ Google Search - Google Developers
• Strict-Transport-Security (HSTS) - MDN