คุณควรใช้การเปลี่ยนเส้นทางของเซิร์ฟเวอร์ 301 และ 302 เมื่อใด
รหัสสถานะคืออะไร?
เมื่อใดก็ตามที่เว็บเซิร์ฟเวอร์ทำหน้าที่ขึ้นเว็บเพจรหัสสถานะจะถูกสร้างขึ้นและเขียนลงในไฟล์บันทึกสำหรับเว็บเซิร์ฟเวอร์นั้น รหัสสถานะที่ พบมากที่สุดคือ "200" ซึ่งหมายความว่าพบหน้าหรือทรัพยากร รหัสสถานะถัดไปที่พบมากที่สุดคือ "404" ซึ่งหมายความว่าไม่พบแหล่งข้อมูลที่ร้องขอในเซิร์ฟเวอร์ด้วยเหตุผลบางประการแน่นอนคุณต้องการหลีกเลี่ยง "404 ข้อผิดพลาด" เหล่านี้ซึ่งคุณสามารถทำกับการเปลี่ยนเส้นทางระดับเซิร์ฟเวอร์ได้
เมื่อหน้าเว็บถูกเปลี่ยนเส้นทางด้วยการเปลี่ยนเส้นทางระดับเซิร์ฟเวอร์จะมีการรายงานรหัสสถานะ 300 ระดับ โดยทั่วไปคือ 301 ซึ่งเป็นเส้นทางเปลี่ยนเส้นทางถาวรและ 302 หรือการเปลี่ยนเส้นทางชั่วคราว
คุณควรใช้การเปลี่ยนเส้นทาง 301 เมื่อใด
301 เปลี่ยนเส้นทางเป็นแบบถาวร พวกเขาบอกกับเครื่องมือค้นหาที่เพจนี้ย้ายไปแล้ว - อาจเป็นเพราะการออกแบบใหม่ซึ่งใช้ชื่อหรือโครงสร้างของไฟล์ที่แตกต่างกัน คำขอเปลี่ยนเส้นทาง 301 จะขอให้เครื่องมือค้นหาหรือเอเจนต์ผู้ใช้ใด ๆ ที่มาที่เพจเพื่ออัปเดต URL ในฐานข้อมูลของตน นี่คือประเภทการเปลี่ยนเส้นทางที่พบได้บ่อยที่สุดที่ผู้ใช้ควรใช้ทั้งจากแง่มุมของการทำ SEO (การเพิ่มประสิทธิภาพเครื่องมือค้นหา) และจากมุมมองประสบการณ์ของผู้ใช้
น่าเสียดายไม่ใช่การออกแบบเว็บหรือ บริษัท ทั้งหมดใช้การเปลี่ยนเส้นทาง 310 บางครั้งพวกเขาใช้แท็กการรีเฟรช meta หรือการเปลี่ยนเส้นทางเซิร์ฟเวอร์ 302 รายการแทน นี่อาจเป็นการปฏิบัติที่เป็นอันตราย เครื่องมือค้นหาไม่อนุมัติทั้งสองเทคนิคการเปลี่ยนเส้นทางเหล่านี้เนื่องจากเป็นวิธีการทั่วไปสำหรับผู้ส่งอีเมลขยะที่จะใช้เพื่อเพิ่มโดเมนในผลการค้นหา
จากมุมมอง SEO สาเหตุอื่นในการใช้การเปลี่ยนเส้นทาง 301 คือ URL ของคุณจะคงความนิยมในการลิงก์ไว้เนื่องจากการเปลี่ยนเส้นทางเหล่านี้จะโอน "link juice" ของหน้าเว็บจากหน้าเดิมไปเป็นใหม่ หากคุณตั้งค่าการเปลี่ยนเส้นทาง 302 Google และเว็บไซต์อื่น ๆ ที่เป็นตัวกำหนดการให้คะแนนความนิยมสมมติว่าลิงก์นั้นจะถูกลบออกไปโดยสิ้นเชิงดังนั้นจึงไม่ได้ถ่ายโอนอะไรเลยเนื่องจากเป็นการเปลี่ยนเส้นทางชั่วคราว ซึ่งหมายความว่าหน้าใหม่ไม่มีความนิยมในการเชื่อมโยงกับหน้าเก่า มีการสร้างความนิยมด้วยตัวของมันเอง หากคุณทุ่มเทเวลาในการสร้างความนิยมในหน้าเว็บของคุณนี่อาจเป็นก้าวสำคัญสำหรับไซต์ของคุณ
การเปลี่ยนแปลงโดเมน
แม้ว่าจะเป็นเรื่องยากที่คุณจะต้องเปลี่ยนชื่อโดเมนจริงของไซต์ แต่ก็เกิดขึ้นเป็นบางครั้ง ตัวอย่างเช่นคุณอาจใช้ชื่อโดเมนหนึ่งเมื่อมีผู้ให้บริการที่ดีกว่า หากคุณรักษาโดเมนที่ดีกว่านี้คุณจะต้องเปลี่ยนโครงสร้าง URL ไม่ใช่เฉพาะโดเมนเท่านั้น
หากคุณเปลี่ยนชื่อโดเมนของไซต์คุณไม่ควรใช้การเปลี่ยนเส้นทาง 302 สิ่งนี้มักจะทำให้คุณมีลักษณะเป็น "สแปมเมอร์" และอาจทำให้โดเมนทั้งหมดของคุณถูกบล็อกจาก Google และเครื่องมือค้นหาอื่น ๆ หากคุณมีโดเมนหลายโดเมนที่ต้องชี้ไปยังที่เดียวกันคุณควรใช้การเปลี่ยนเส้นทางของเซิร์ฟเวอร์ 301 นี่คือแนวทางปฏิบัติทั่วไปสำหรับไซต์ที่ซื้อโดเมนเพิ่มเติมที่มีข้อผิดพลาดในการสะกด (www.gooogle.com) หรือประเทศอื่น ๆ (www.symantec.co.uk) พวกเขารักษาความปลอดภัยเหล่านั้นโดเมนอื่น (เพื่อให้ไม่มีใครสามารถคว้าพวกเขา) แล้วเปลี่ยนเส้นทางไปยังเว็บไซต์หลักของพวกเขา ตราบเท่าที่คุณใช้การเปลี่ยนเส้นทาง 301 เมื่อทำเช่นนี้คุณจะไม่ถูกลงโทษในเครื่องมือค้นหา
ทำไมคุณถึงใช้การเปลี่ยนเส้นทาง 302?
เหตุผลที่ดีที่สุดในการใช้การเปลี่ยนเส้นทาง 302 คือการทำให้ URL ที่น่าเกลียดจากการจัดทำดัชนีอย่างถาวรโดย เครื่องมือค้นหา ตัวอย่างเช่นถ้าไซต์ของคุณสร้างโดยฐานข้อมูลคุณอาจเปลี่ยนเส้นทางหน้าแรกของคุณจาก URL เช่น:
http://www.about.com/ไปยัง URL ที่มีพารามิเตอร์และข้อมูลเซสชันจำนวนมากซึ่งจะมีลักษณะดังนี้:
(หมายเหตุ: สัญลักษณ์ "" หมายถึงเส้นตัด)
http://www.about.com/home/redir/data? » sessionid = 123478 & id = 3242032474734239437 & ts = 3339475เมื่อเครื่องมือค้นหาหยิบ URL หน้าแรกของคุณขึ้นมาคุณต้องการให้พวกเขายอมรับว่า URL ยาวเป็นหน้าที่ถูกต้อง แต่ไม่ได้กำหนด URL ดังกล่าวในฐานข้อมูลของตน กล่าวคือคุณต้องการให้เครื่องมือค้นหามี "http://www.about.com/" เป็น URL ของคุณ
ถ้าคุณใช้การเปลี่ยนเส้นทางเซิร์ฟเวอร์ 302 คุณสามารถทำได้และเครื่องมือค้นหาส่วนใหญ่จะยอมรับว่าคุณไม่ใช่ผู้ส่งอีเมลขยะ
สิ่งที่ควรหลีกเลี่ยงเมื่อใช้การเปลี่ยนเส้นทาง 302
- อย่าเปลี่ยนเส้นทางไปยังโดเมนอื่น แม้ว่าจะเป็นไปได้ที่จะทำกับการเปลี่ยนเส้นทาง 302 แต่ก็มีลักษณะที่ไม่ถาวรมาก
- จำนวนมากเปลี่ยนเส้นทางไปยังหน้าเดียวกัน นี่เป็นสิ่งที่ผู้ส่งอีเมลขยะทำและถ้าคุณไม่ต้องการเป็นสิ่งต้องห้ามจาก Google ก็ไม่ควรมี URL มากกว่า 5 ที่เปลี่ยนเส้นทางไปยังตำแหน่งเดียวกัน
บทความต้นฉบับโดย Jennifer Krynin แก้ไขโดย Jeremy Girard เมื่อวันที่ 10/9/16