สุดยอดคู่มือการเปลี่ยนเส้นทางในเทคนิค SEO

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

คุณควรใช้การเปลี่ยนเส้นทางเมื่อคุณทำการเปลี่ยนแปลง URL ที่มีอยู่ – กรณีการใช้งานทั่วไป ได้แก่:

• การรวมเว็บไซต์
• การเปลี่ยนแปลง ปรับปรุง หรือลบเนื้อหา
• แก้ไขหน้าที่ส่งคืนรหัสสถานะ 404
• การเปลี่ยนสถาปัตยกรรมข้อมูลของไซต์และ
• ดำเนินการย้ายไซต์

ข้อผิดพลาดในการเปลี่ยนเส้นทาง - หรือการไม่ใช้การเปลี่ยนเส้นทางทั้งที่มีความจำเป็น - อาจทำให้เกิดปัญหา SEO ที่รุนแรงได้ Google ไม่อาจเชื่อมโยงสัญญาณการจัดอันดับจากหน้าเดิมกับหน้าใหม่ ทำให้อันดับลดลง ส่งผลให้สูญเสียการเข้าชม

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

อ่านบทความเพื่อค้นหา:

• คุณควรใช้การเปลี่ยนเส้นทางเมื่อใดและทำไม
• การเปลี่ยนเส้นทางประเภทต่างๆ และกรณีการใช้งาน
• แนวทางปฏิบัติที่ดีที่สุดสำหรับการเปลี่ยนเส้นทาง
• วิธีการตรวจสอบ นำไปใช้ และทดสอบ

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

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

โดยทั่วไป การเปลี่ยนเส้นทางสามารถช่วยคุณเปลี่ยนเส้นทางจาก URL ที่ตอบสนองด้วยรหัสสถานะ 404 (ข้อผิดพลาด) หรือมีเนื้อหาที่ล้าสมัยหรือมีการเปลี่ยนแปลง

การเปลี่ยนเส้นทางเป็นวิธีการหยุดการเข้าชมหน้าและป้องกันไม่ให้ผู้ใช้และเครื่องมือค้นหาทำงานจนสิ้นสุด

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

จากมุมมองของ SEO การเปลี่ยนเส้นทางเป็นวิธีรักษาสัญญาณการจัดอันดับจากหน้าเดิม ซึ่งสามารถช่วยรักษาอันดับได้

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

ความแตกต่างระหว่างบัญญัติและการเปลี่ยนเส้นทาง

หากคุณเคยใช้แท็กบัญญัติ คุณอาจสงสัยเกี่ยวกับความแตกต่างในกรณีการใช้งานระหว่างการเปลี่ยนเส้นทางและการกำหนดรูปแบบบัญญัติ

การใช้แท็ก HTML rel=” canonical” ช่วยให้เครื่องมือค้นหาเข้าใจว่าหน้าใดจากชุดของหน้าที่คล้ายกันคือหน้าตามรูปแบบบัญญัติ ซึ่งเป็นหน้าเดิมที่คุณต้องการให้แสดงในผลการค้นหา

บนพื้นผิว ทั้ง Canonical tag และ redirects สามารถช่วยคุณหลีกเลี่ยงปัญหาเกี่ยวกับเนื้อหาที่ซ้ำกันและรวม URL เวอร์ชันต่างๆ เข้าด้วยกัน

แต่มีความแตกต่างที่สำคัญระหว่างวิธีการทำงานของการเปลี่ยนเส้นทางและรูปแบบบัญญัติ และไม่ควรใช้แทนกัน

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

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

เมื่อจำเป็นต้องเปลี่ยนเส้นทาง

โดยทั่วไป การเปลี่ยนเส้นทางมีความสำคัญหาก URL เดิมคือ:

• จัดทำดัชนีและอันดับ
• ผู้ใช้เข้าเยี่ยมชมบ่อย
• เชื่อมโยงจากไซต์ของคุณและแหล่งที่มาภายนอก
• ใช้ในเนื้อหาอื่นๆ เช่น จดหมายข่าวของคุณ

อย่างไรก็ตาม หากคุณมีหน้าเว็บที่ไม่มีคุณค่าหรือเป็นที่นิยม การแก้ไขก็ไม่จำเป็น

นี่คือ สิ่งที่ Google พูดถึงเกี่ยวกับข้อผิดพลาด 404 : “โดยทั่วไป ข้อผิดพลาด 404 จะไม่ส่งผลกระทบต่อประสิทธิภาพการค้นหาของไซต์ของคุณ และคุณสามารถเพิกเฉยได้อย่างปลอดภัยหากคุณแน่ใจว่า URL ไม่ควรมีอยู่ในไซต์ของคุณ”

ในกรณีส่วนใหญ่ สถานการณ์เดียวที่ 404 จะส่งผลกระทบต่อ SEO ของคุณคือถ้าคุณมีลิงก์จากเว็บไซต์อื่นที่ชี้ไปยังหน้าแสดงข้อผิดพลาด จากนั้นคุณควรใช้การเปลี่ยนเส้นทางเพื่อรักษา PageRank ที่สะสมไว้

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

ประเภทของการเปลี่ยนเส้นทาง

การเปลี่ยนเส้นทางมีสองประเภท:

• การเปลี่ยนเส้นทางฝั่งเซิร์ฟเวอร์และ
• การเปลี่ยนเส้นทางฝั่งไคลเอ็นต์

ความแตกต่างอยู่ที่ตำแหน่งที่เกิดการเปลี่ยนเส้นทาง – เซิร์ฟเวอร์หรือไคลเอนต์

การเปลี่ยนเส้นทางฝั่งเซิร์ฟเวอร์เกี่ยวข้องกับ รหัสสถานะ HTTP ซึ่ง เป็นการตอบสนองของเซิร์ฟเวอร์ต่อคำขอของเบราว์เซอร์ รหัสสถานะ 3xx ใช้สำหรับเปลี่ยนเส้นทาง

การเปลี่ยนเส้นทางฝั่งไคลเอ็นต์ทำได้โดยการ แทรก โค้ดภายใน HTML ของหน้า

มาดูตัวอย่างที่พบบ่อยที่สุดของทั้งสองประเภทการเปลี่ยนเส้นทาง คุณลักษณะ และกรณีการใช้งาน

การเปลี่ยนเส้นทางฝั่งเซิร์ฟเวอร์

การเปลี่ยนเส้นทางฝั่งเซิร์ฟเวอร์ที่พบบ่อยที่สุดคือ 301 และ 302 นอกจากนี้ยังมีเวอร์ชัน HTTP 1.1 - 307 และ 308

มาเน้นที่การเปลี่ยนเส้นทาง 301 และ 302 คำแนะนำเกี่ยวกับวิธีการและเวลาที่ควรใช้ และวิธีที่เครื่องมือค้นหาปฏิบัติต่อสิ่งเหล่านี้ ฉันจะอธิบายด้วยว่ารหัสคำขอ HTTP อื่นๆ ระบุอะไรและเมื่อใดที่คุณอาจพบ

301 เปลี่ยนเส้นทาง

การเปลี่ยนเส้นทาง 301 มักเป็นวิธีการเปลี่ยนเส้นทางที่แนะนำมากที่สุดสำหรับ SEO บ่งชี้ว่า URL ถูกเปลี่ยนเส้นทางอย่างถาวรไปยังปลายทางใหม่

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

หากคุณไม่ได้วางแผนที่จะใช้ URL เดิมอีกต่อไป การใช้การเปลี่ยนเส้นทาง 301 จะเป็นการเรียกที่ถูกต้อง

ใช้กรณีสำหรับการเปลี่ยนเส้นทาง 301

มีหลาย กรณีการใช้งานสำหรับการเปลี่ยนเส้นทาง 301 ซึ่งอาจรวมถึง:

• การเปลี่ยนแปลงเนื้อหาของคุณ เช่น อัปเดตหรือลบเนื้อหาหรือรวมเนื้อหา
• การย้ายไซต์ของคุณไปยังโดเมนใหม่
• การเปลี่ยนโครงสร้างของ URL ของคุณ เช่น โดยการปรับสถาปัตยกรรมเว็บไซต์ของคุณหรือเปลี่ยนโครงสร้างโดเมนย่อยหรือไดเรกทอรีย่อยของ URL ของคุณ
• การย้ายจากโปรโตคอล HTTP เป็น HTTPS
• การเปลี่ยน CMS ของคุณ
• การรวมเว็บไซต์
• ทุกกรณีที่คุณต้องการเปลี่ยนเส้นทางผู้ใช้และเครื่องมือค้นหาจาก URL ที่มีสถานะ 404

ผลกระทบของ SEO จากการเปลี่ยนเส้นทาง 301 ครั้ง

การเปลี่ยนเส้นทาง 301 จะบอกเครื่องมือค้นหาว่าหน้ามีการเปลี่ยนแปลงตำแหน่ง และเนื้อหาสามารถพบได้ที่ URL ใหม่

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

เราไม่ทราบว่าสัญญาณการจัดอันดับที่สะสมไว้จะสูญหายไปมากน้อยเพียงใดจากการเปลี่ยนเส้นทาง 301 แต่ถ้าการเปลี่ยนเส้นทางทำงานอย่างถูกต้อง จะเป็นวิธีที่ดีที่สุดในการกอบกู้สัญญาณเหล่านี้

อย่างไรก็ตาม ตรวจสอบให้แน่ใจว่าทุกครั้งที่คุณสร้างการเปลี่ยนเส้นทาง 301 ไปยัง URL ใหม่ จะเป็นหน้าที่ตรงกับเนื้อหาของ URL เก่าให้มากที่สุด มันจะช่วยให้คุณลดผลกระทบใด ๆ ที่การเปลี่ยนเส้นทางอาจมีต่อการมองเห็นการค้นหาของคุณ

คุณควรเก็บ301 .ของคุณไว้นานแค่ไหน

โปรดทราบว่า กระบวนการค้นหา URL ที่อัปเดตอาจใช้เวลาสักครู่ ทั้งนี้ขึ้นอยู่กับความถี่ของเครื่องมือค้นหาที่รวบรวมข้อมูลหน้าเว็บของคุณ

ในวิดีโอล่าสุด John Mueller ผู้สนับสนุนการค้นหาของ Google แนะนำว่า:

“เมื่อ URL เปลี่ยนไป ระบบของเราจำเป็นต้องเห็นการเปลี่ยนแปลงในรูปแบบของการเปลี่ยนเส้นทางอย่างน้อยสองสามครั้งเพื่อบันทึกการเปลี่ยนแปลงนั้น

เพื่อให้แน่ใจว่ามีการดูการเปลี่ยนเส้นทางสองสามครั้ง เราขอแนะนำให้คงการเปลี่ยนเส้นทางไว้เป็นเวลาอย่างน้อยหนึ่งปี”

แหล่งที่มา: จะเก็บการเปลี่ยนเส้นทาง 301 ไว้นานเท่าใด #AskGooglebot

อย่างไรก็ตาม ที่ Onely เราขอแนะนำให้คุณอย่าลบการเปลี่ยนเส้นทางเลย เพื่อหลีกเลี่ยงปัญหาหากเครื่องมือค้นหาไม่ลงทะเบียนการเปลี่ยนแปลงใน URL ของคุณชั่วขณะหนึ่ง

ตรวจสอบให้แน่ใจว่า Google เห็น URL ที่เปลี่ยนเส้นทางเป็นแบบบัญญัติ

ในวิดีโออื่น เมื่อถามถึงวิธีที่จะทำให้มั่นใจว่า Google ปฏิบัติต่อ URL ใหม่เป็นเวอร์ชันตามรูปแบบบัญญัติ John กล่าวว่าการใช้การเปลี่ยนเส้นทาง 301 ไม่เพียงพอ เพราะเป็นเพียงสัญญาณ:

“คุณกำลังบอกเราว่าคุณต้องการสร้างดัชนีหน้าปลายทางมากกว่าหน้าต้นทาง และก็ไม่เป็นไร อย่างไรก็ตาม เราใช้ปัจจัยหลายอย่างในการกำหนดรูปแบบบัญญัติ ไม่ใช่แค่การเปลี่ยนเส้นทาง…”

ที่มา: กำลังประมวลผลการเปลี่ยนเส้นทาง 301 #AskGoogleWebmasters

ตามที่จอห์นอธิบายเพิ่มเติม:

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

ที่มา: กำลังประมวลผลการเปลี่ยนเส้นทาง 301 #AskGoogleWebmasters

302 เปลี่ยนเส้นทาง

การเปลี่ยนเส้นทาง 302 แสดงว่า URL ถูกย้ายชั่วคราว

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

ใช้กรณีสำหรับการเปลี่ยนเส้นทาง 302 ครั้ง

คุณควรเลือกใช้การเปลี่ยนเส้นทาง 302 หากคุณ:

• การออกแบบใหม่หรืออัปเดตเนื้อหาบนหน้าเว็บของคุณ แต่วางแผนที่จะนำกลับมาใช้ใหม่
• แก้ไข URL ที่ใช้งานไม่ได้และเปลี่ยนเส้นทางการรับส่งข้อมูลไปยังปลายทางอื่นชั่วคราว
• การเปลี่ยนเส้นทางหน้าผลิตภัณฑ์ เช่น สำหรับสินค้าที่หมดชั่วคราว มีจำหน่ายตามฤดูกาลหรือข้อเสนอพิเศษ
• การทดสอบ A/B – เช่น หากคุณกำลังทดสอบเทมเพลตเว็บไซต์ใหม่
• การกำหนดเป้าหมายตามภูมิศาสตร์ – หากคุณต้องการเปลี่ยนเส้นทางผู้ใช้ไปยัง URL อื่นตามตำแหน่งของพวกเขา
• การกำหนดเป้าหมายอุปกรณ์ – เพื่อเปลี่ยนเส้นทางผู้ใช้ตามอุปกรณ์ของพวกเขา

ผลกระทบของ SEO จากการเปลี่ยนเส้นทาง 302 ครั้ง

ต่างจาก 301 ตรงที่การถ่ายโอนสัญญาณการจัดอันดับไปยัง URL ใหม่ด้วยการเปลี่ยนเส้นทาง 302 นั้นมีปัญหามากกว่า

ก่อนหน้านี้ SEO จำนวนมากเชื่อว่าการเปลี่ยนเส้นทาง 302 ครั้งไม่สามารถส่งเพจแรงก์ได้ อย่างไรก็ตาม John Mueller อธิบายในปี 2559 ว่าเป็นตำนาน

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

กฎที่สำคัญที่สุดสำหรับการนำ 302s ไปใช้คือการเก็บไว้ชั่วคราวและลบการเปลี่ยนเส้นทางทันทีที่ URL เดิมพร้อมใช้งานอีกครั้ง

307 และ 308 เปลี่ยนเส้นทาง

307 และ 308 เป็น HTTP 1.1 เทียบเท่ากับ 301 และ 302 และทำงานคล้ายกัน 307 คือการเปลี่ยนเส้นทางชั่วคราว ในขณะที่ 308 ระบุว่าเพจถูกย้ายอย่างถาวร

ข้อแตกต่างระหว่าง 301s และ 302s กับ 307s และ 308s คือการใช้อันหลังรับประกันว่าวิธีการและเนื้อหาจะไม่ถูกเปลี่ยนแปลงเมื่อมีการส่งคำขอที่เปลี่ยนเส้นทาง

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

หลักเกณฑ์ของ Google ระบุว่า 307 และ 308 ได้รับการปฏิบัติเช่นเดียวกับ 301 และ 302

การเปลี่ยนเส้นทางฝั่งไคลเอ็นต์

ดังที่กล่าวไว้ การเปลี่ยนเส้นทางฝั่งไคลเอ็นต์เกิดขึ้นในเบราว์เซอร์ มีวิธีการเปลี่ยนเส้นทางฝั่งไคลเอ็นต์สองวิธี:

• รีเฟรชเมตาและ
• จาวาสคริปต์

แต่มีข้อเสียเล็กน้อยในการใช้งาน

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

มาดูวิธีการเปลี่ยนเส้นทางทั้งสองนี้และเรียนรู้วิธีใช้งานและผลกระทบต่อ URL ของคุณ

เมตารีเฟรช

ในการเปลี่ยนเส้นทางการรีเฟรช เมตา ควรวางเมตาแท็กไว้ในส่วน <head> ของหน้า โดยบอกให้เบราว์เซอร์ย้ายไปยังหน้าอื่นหลังจากเวลาที่กำหนดผ่านไป

โค้ดตัวอย่างอาจมีลักษณะดังนี้:

 <meta http-equiv="refresh" content="2; URL='https://www.onely.com/blog/javascript-redirects-and-seo/'" />

ตัวเลข (2) ระบุจำนวนวินาทีก่อนที่เบราว์เซอร์จะเปลี่ยนเส้นทางไปยัง URL ที่ระบุ

วิธีการเปลี่ยนเส้นทางนี้มักใช้กับข้อความที่แสดงว่า "คลิกที่นี่หากคุณไม่ได้เปลี่ยนเส้นทางภายในห้าวินาที" ซึ่งในกรณีนี้การเปลี่ยนเส้นทางจะเกิดขึ้นหลังจาก 5 วินาที

Google แยกความแตกต่างระหว่าง การเปลี่ยนเส้นทางการรีเฟรชเมตาแบบทันทีและแบบล่าช้า ทันที ควร ตั้งค่าจำนวนวินาทีเป็น “0” ซึ่ง ในกรณีนี้ Google จะเห็นว่าเป็นการเปลี่ยนเส้นทางถาวร อัน ที่ ล่าช้า จะมี จำนวนวินาที ก่อนที่จะเปลี่ยนเส้นทาง และ Google บอกว่าการเปลี่ยนเส้นทางนี้จะถือเป็นการชั่วคราว

การเปลี่ยนเส้นทางประเภทการรีเฟรชเมตาควรใช้งานได้ เราไม่แนะนำด้วยเหตุผล 2 ประการ: UX (จะเก็บเพจไว้ในประวัติเบราว์เซอร์, afaik) และเวลาในการดำเนินการ (เราต้องแยกวิเคราะห์หน้าเพื่อดู) เมื่อประมวลผลแล้วจะเหมือนกับการเปลี่ยนเส้นทาง

– จอห์น (@JohnMu) 2 มีนาคม 2018

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

การรีเฟรชเมตาจะเป็นเพียงตัวเลือกที่แนะนำในบางกรณี เช่น หากคุณไม่สามารถเข้าถึงหรือใช้ไฟล์ .htaccess ได้ หรือคุณต้องการเปลี่ยนเส้นทางไฟล์เดียวในไดเร็กทอรีหลายไฟล์

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

JavaScript เปลี่ยนเส้นทาง

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

นอกจากนี้ หาก Google ไม่ได้มองว่าไฟล์ JavaScript ของคุณเกี่ยวข้องกับหน้านั้น ก็อาจไม่แสดงผล JavaScript เลย

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

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

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

การเปลี่ยนเส้นทางใดดีกว่าสำหรับ SEO

ประเภทการเปลี่ยนเส้นทางที่กล่าวถึงข้างต้น – HTTP, การรีเฟรชเมตา (HTML) และการเปลี่ยนเส้นทาง JavaScript – ทำงานแตกต่างกันและได้รับเลือกจากเครื่องมือค้นหาในขั้นตอนต่างๆ

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

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

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

ไม่มี ทางระบุรหัสสถานะ HTTP ด้วยการเปลี่ยนเส้นทางฝั่งไคลเอ็นต์ ซึ่งเป็นข้อเสียที่สำคัญที่ทำให้เครื่องมือค้นหาตัดสินใจได้ยากขึ้นว่าควรดำเนินการกับการเปลี่ยนเส้นทางอย่างไร

ควรเพิ่มว่า การรีเฟรชเมตาจะดำเนินการก่อนการเปลี่ยนเส้นทาง JavaScript นอกจากนี้ จาวาสคริปต์จะต้องดำเนินการเพื่อให้มีการติดตามการเปลี่ยนเส้นทาง JavaScript ทำให้เป็นวิธีการเปลี่ยนเส้นทางที่ดีที่สุด

ใช้การเปลี่ยนเส้นทางฝั่งเซิร์ฟเวอร์ทุกครั้งที่ทำได้ หากไม่มี ให้ไปที่การเปลี่ยนเส้นทางฝั่งไคลเอ็นต์

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

หากสร้างการเปลี่ยนเส้นทางอย่างถูกต้อง เครื่องมือค้นหาจะเชื่อมโยงสัญญาณการจัดอันดับของ URL เก่ากับสัญญาณใหม่ ด้วยวิธีนี้ คุณสามารถรักษาอันดับ การเข้าชม และรายได้ของคุณ

มาดูแนวทางที่คุณควรปฏิบัติตามในการเปลี่ยนเส้นทางของคุณ

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

เชนการเปลี่ยนเส้นทาง เกิดขึ้นเมื่อมี การเปลี่ยนเส้นทางมากกว่าหนึ่งรายการระหว่าง URL ดั้งเดิมและปลายทาง เพิ่มเวลาที่จำเป็นในการเข้าถึงหน้าปลายทาง

หากคุณมีสาม URL – A, B และ C – อย่าสร้างการเปลี่ยนเส้นทางเช่นนี้:

URL A → URL B

URL B → URL C

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

URL A → URL C

URL B → URL C

การ วนรอบการเปลี่ยนเส้นทาง เกิดขึ้นเมื่อไม่สามารถเข้าถึง URL ปลายทางได้ ตัวอย่างเช่น อาจเกิดขึ้นได้หากใช้การเปลี่ยนเส้นทางในลักษณะนี้

URL A → URL B

URL B → URL A

ด้วยเหตุนี้ URL เหล่านี้จึงเปลี่ยนเส้นทางให้กันและกัน และ ไม่สามารถเข้าถึงปลายทางได้

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

ใช้การเปลี่ยนเส้นทาง 301 สำหรับปัญหาเนื้อหาที่ซ้ำกันที่อาจเกิดขึ้น

URL ของคุณอาจมีอยู่ในรูปแบบที่แตกต่างกัน ซึ่งอาจนำไปสู่ปัญหาเนื้อหาที่ซ้ำกัน

ตัวอย่างเช่น อาจมีเวอร์ชันของ URL:

• มีและไม่มี www,
• มีและไม่มีเครื่องหมายทับ (/)
• ด้วย HTTP และ HTTPS

เพื่อหลีกเลี่ยงปัญหาเนื้อหาที่ซ้ำกัน ให้ใช้การเปลี่ยนเส้นทาง 301 เพื่อชี้ไปที่เวอร์ชันบัญญัติของ URL นั้น

เปลี่ยนเส้นทางไปยังหน้าที่เกี่ยวข้องตามหัวข้อ

การเปลี่ยนเส้นทางของคุณควรไปยังหน้าที่ใกล้เคียงที่สุดกับ URL เก่าที่สุด

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

ตัวอย่างเช่น หากมีคนพยายามเข้าชมหน้าสำหรับรองเท้าคู่ใดคู่หนึ่งที่คุณไม่ได้ขายแล้ว คุณสามารถเปลี่ยนเส้นทางพวกเขาไปยังหน้าที่มีหมวดหมู่รองเท้าที่เกี่ยวข้อง

การเปลี่ยนเส้นทางหน้าของผลิตภัณฑ์ไปยังหน้าแรกมักถูกมองว่าเป็นแนวทางที่ไม่ดี Google อาจเห็น URL ดังกล่าวเป็น 404 ด้วย:

ใช่ ไม่ใช่วิธีปฏิบัติที่ดี (ทำให้ผู้ใช้สับสน) และเรามักจะปฏิบัติต่อพวกเขาเป็น 404 อยู่ดี (พวกมันคือ soft-404) ดังนั้นจึงไม่มีข้อดี ไม่เสียหายร้ายแรง/ไม่ดี แต่มีความซับซ้อนเพิ่มเติมโดยไม่มีเหตุผลที่ดี – สร้างหน้า 404 ที่ดีกว่าแทน

– จอห์น (@JohnMu) 8 มกราคม 2019

แก้ไขปัญหาลิงก์เสีย

อาจมีลิงก์ภายในและภายนอกที่ชี้ไปที่หน้า 404 ในเว็บไซต์ของคุณ คุณสามารถใช้เครื่องมือเช่น Ahrefs Site Explorer หรือ เครื่องมือวิเคราะห์ลิงก์ย้อนกลับของ Semrush เพื่อค้นหาลิงก์ที่เสีย

• อัพเดทลิงค์ภายใน

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

• แก้ไขลิงค์ภายนอก

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

ใช้การเปลี่ยนเส้นทาง 301 สำหรับปัญหาการกินกันของคำหลัก

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

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

เตรียมกลยุทธ์การเปลี่ยนเส้นทาง

การมีกลยุทธ์การเปลี่ยนเส้นทางมีความสำคัญอย่างยิ่งก่อนทำการย้ายไซต์ เริ่มต้นด้วยการสร้างรายการ URL เดิมทั้งหมดของคุณที่จะไม่มีอยู่หลังจากการโยกย้าย

คุณสามารถเข้าถึงได้ด้วยวิธีต่อไปนี้:

• ส่งออก URL จากแผนผังไซต์ XML ของคุณ
• ใช้โปรแกรมรวบรวมข้อมูลเพื่อค้นหาและรวบรวม URL ทั้งหมดของคุณ

เมื่อคุณมีรายการ URL ทั้งหมดของคุณแล้ว คุณควรแมป URL เพื่อกำหนดว่าควรเปลี่ยนเส้นทางไปที่ใด

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

เมื่อเตรียมกลยุทธ์ ตรวจสอบให้แน่ใจว่า URL ที่คุณกำลังจับคู่มีความเกี่ยวข้องกัน และไม่มีสายโซ่เปลี่ยนเส้นทาง – หรืออย่างน้อย จำนวนการเปลี่ยนเส้นทางจะถูกเก็บไว้ให้น้อยที่สุด

จัดการสินค้าที่เลิกผลิต

กลยุทธ์ในการใช้การเปลี่ยนเส้นทางสำหรับผลิตภัณฑ์ที่เลิกผลิตขึ้นอยู่กับสถานการณ์ของคุณ

หากคุณมีสินค้าหมดและไม่สามารถคืนได้ ทางที่ดีควร 301 เปลี่ยนเส้นทางหน้าเหล่านี้ไปยังทางเลือกที่ใกล้เคียงที่สุด

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

วิธีตรวจสอบว่ามีการตั้งค่าการเปลี่ยนเส้นทางของเว็บไซต์ของคุณอย่างถูกต้องหรือไม่

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

จากนั้น คุณจะรู้ว่าต้องแก้ไข URL ใดๆ หรือไม่ และหากจำเป็น จะใช้การเปลี่ยนเส้นทางได้ที่ไหน

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

จากนั้นใช้เครื่องมือเช่น Screaming Frog SEO Spider เพื่อตรวจสอบ URL เก่า ตรวจสอบว่าการเปลี่ยนเส้นทางทำงานหรือไม่ และมีข้อผิดพลาดปรากฏขึ้นหรือไม่ ทำตามขั้นตอนใน บทความนี้เกี่ยวกับการตรวจสอบการเปลี่ยนเส้นทาง ใน Screaming Frog

หากคุณมีการเปลี่ยนเส้นทางน้อยกว่า คุณสามารถทดสอบด้วยตนเองว่าการเปลี่ยนเส้นทางทำงานอย่างถูกต้องหรือไม่ เพียงไปที่ URL เก่าและดูว่าคุณถูกเปลี่ยนเส้นทางไปยัง URL ใหม่หรือไม่

นอกจากนี้ยังมีเครื่องมือที่คุณสามารถใช้ได้ ตัวอย่างเช่น คุณสามารถตรวจสอบการเปลี่ยนเส้นทางชั่วคราวและถาวรใน Google Search Console หรือ Semrush's Site Audit

หากคุณต้องการทดสอบ URL ใดโดยเฉพาะ คุณสามารถใช้เครื่องมือเช่น httpstatus ซึ่งจะแสดงรหัสสถานะและเปลี่ยนเส้นทาง นอกจากนี้ยังมี Redirect Checker ซึ่งจะตรวจสอบรหัส HTTP รวมถึงการรีเฟรชเมตาและการเปลี่ยนเส้นทาง JavaScript

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

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

วิธีการใช้การเปลี่ยนเส้นทาง?

มีสองสามวิธีในการใช้การเปลี่ยนเส้นทางตามเซิร์ฟเวอร์ของคุณหรือ CMS ที่คุณใช้อยู่

วิธีการทั่วไปรวมถึงการปรับใช้บน เซิร์ฟเวอร์ Apache หรือ Nginx หรือใช้ปลั๊กอินที่มีให้สำหรับ WordPress, Shopify หรือ Magento

หากวิธีการที่สรุปไว้ใช้ไม่ได้กับคุณ คุณสามารถ ดูคำแนะนำของแพลตฟอร์มโฮสติ้งหรือ CDN สำหรับคำแนะนำในการใช้การเปลี่ยนเส้นทางได้ ส่วนใหญ่เสนอวิธีง่ายๆ ในการจัดการการเปลี่ยนเส้นทางผ่านแผงการดูแลระบบ ตัวอย่างเช่น นี่คือคำแนะนำ สำหรับ DreamHost หรือ Hostinger

สำหรับโซลูชันอื่นๆ สำหรับการนำการเปลี่ยนเส้นทางไปใช้ โปรดอ่าน บทความนี้ในหน้าการเปลี่ยนเส้นทาง

Apache

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

คุณสามารถเข้าถึงไฟล์นี้โดยเข้าถึงไดเร็กทอรี public_html ของเซิร์ฟเวอร์ของคุณโดยใช้ FTP หรือตัวจัดการไฟล์ หากคุณไม่มีไฟล์ .htaccess คุณสามารถสร้างไฟล์โดยใช้โปรแกรมแก้ไขข้อความ ตั้งชื่อไฟล์เป็น ".htaccess" โดยไม่มีส่วนขยาย แล้วอัปโหลดไปที่ public_html

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

ต่อไปนี้คือตัวอย่างทั่วไปของคำสั่งการเปลี่ยนเส้นทางต่างๆ ที่คุณนำไปใช้ได้

หากต้องการ 301 เปลี่ยนเส้นทาง URL ไปยังอีกอันหนึ่ง ให้ ใช้รหัสนี้:

 เปลี่ยนเส้นทาง 301 /old-page.html https://website/new-page.html

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

หากคุณต้องการ เปลี่ยนเส้นทาง URL ด้วยรหัสสถานะ 302 เพียงเปลี่ยนการเปลี่ยนเส้นทางเป็น “ เปลี่ยนเส้นทาง 302 “

หากคุณต้องการ เปลี่ยนเส้นทางทั้งโดเมน ไปยังอีกโดเมนหนึ่งอย่างถาวร ให้ทำดังนี้:

 เปลี่ยนเส้นทาง 301 / https://www.newwebsite.com/

หาก URL ของคุณเปลี่ยนจาก HTTP เป็น HTTPS ให้ใช้สิ่งนี้:

 RewriteEngine บน
RewriteCond %{HTTPS} บน
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI }

ในกรณีนี้ คุณต้องเปิด โมดูล RewriteEngine ในไฟล์ .htaccess ก่อน ซึ่งจำเป็นสำหรับเงื่อนไขในการทำงาน จากนั้นจึงระบุเงื่อนไข

คุณยังสามารถ เปลี่ยนเส้นทางไฟล์เก่าไปยังเส้นทางใหม่:

 เปลี่ยนเส้นทาง /olddirectory/oldfile.html http://example.com/newdirectory/newfile.html

อีกวิธีหนึ่งในการใช้ไฟล์ .htaccess คือการ เปลี่ยนเส้นทางผู้ใช้ไปยังหน้า 404 ที่กำหนดเอง คุณสามารถทำได้โดยใช้รหัสต่อไปนี้:

 ErrorDocument 404 /error/pagenotfound.html

ที่นี่ /error/pagenotfound.html ควรชี้ไปที่ตำแหน่งของหน้า 404 ของคุณ

หากคุณไม่แน่ใจว่าจะใช้การเปลี่ยนเส้นทางในไฟล์ .htaccess อย่างไรและทำงานอย่างไร โปรดดู บทแนะนำ Apache และ คู่มือการเขียน URL ใหม่

คุณสามารถทำตามคำแนะนำนี้ใน การตั้งค่าไฟล์ .htaccess บน Apache

Nginx

หากเซิร์ฟเวอร์ของคุณใช้ Nginx คุณสามารถ จัดการการเปลี่ยนเส้นทางของคุณในไฟล์ `nginx.conf` โดยเพิ่มบล็อกเซิร์ฟเวอร์เพื่อจัดการคำขอเปลี่ยนเส้นทาง

ตัวอย่างโค้ดนี้จะส่งผลให้มีการเปลี่ยนเส้นทางไปยัง URL ใหม่:

 เซิร์ฟเวอร์ {
ฟัง 80;
ฟัง 443 ssl;
server_name www.old-name.com;
ส่งคืน 301 $scheme://www.new-name.com$request_uri;
}

ดูคู่มือนี้เกี่ยวกับ การสร้างกฎการเขียนซ้ำของ Nginx เพื่อเรียนรู้วิธีสร้างคำขอเหล่านี้

ปลั๊กอิน

คุณสามารถใช้ปลั๊กอิน CMS ซึ่งเป็นวิธีการทำให้การนำการเปลี่ยนเส้นทางของคุณไปใช้โดยอัตโนมัติ ทำให้กระบวนการนี้เร็วขึ้น โดยเฉพาะอย่างยิ่งหากคุณมีเว็บไซต์ขนาดใหญ่

แพลตฟอร์ม CMS หรืออีคอมเมิร์ซส่วนใหญ่มีปลั๊กอินการเปลี่ยนเส้นทางที่หลากหลาย

WordPress

ต่อไปนี้คือปลั๊กอินยอดนิยมบางส่วนที่คุณสามารถใช้กับ WordPress ได้:

การ เปลี่ยนเส้นทาง – จะช่วยให้คุณจัดการการเปลี่ยนเส้นทาง 301 และปฏิบัติตามข้อผิดพลาด 404 ที่เว็บไซต์ของคุณอาจมี ใช้สำหรับทั้งสองไซต์ที่มีการเปลี่ยนเส้นทางเพียงไม่กี่ครั้งและไซต์ที่มีการเปลี่ยนเส้นทางเป็นพันๆ ครั้ง

301 Redirects – ปลั๊กอินนี้ให้คุณจัดการและสร้างการเปลี่ยนเส้นทาง 301, 302 และ 307 นอกจากนี้ยังเก็บบันทึกข้อผิดพลาด 404 ของคุณ หากคุณมีหน้าเว็บจำนวนมากที่จะเปลี่ยนเส้นทาง เครื่องมือนี้จะช่วยให้คุณเปลี่ยนเส้นทางจำนวนมากได้แม้กระทั่ง URL นับพัน

ตัวจัดการการเปลี่ยนเส้นทางที่ปลอดภัย – เมื่อใช้ปลั๊กอินนี้ คุณสามารถสร้างการเปลี่ยนเส้นทาง 301 และ 302 ได้ แม้ว่าจะไม่มีตัวเลือกในการเปลี่ยนเส้นทางจำนวนมาก ดังนั้นจึงแนะนำสำหรับไซต์ขนาดเล็ก

คุณยังสามารถพิจารณา ปลั๊กอิน SEO ทั่วไป เช่น Yoast หรือ All in One SEO ซึ่งมีฟังก์ชันนี้

Shopify

หากคุณกำลังใช้ Shopify คุณสามารถใช้หนึ่งในแอพที่มี เช่น:

Easy Redirects by ESC – แอปนี้ให้คุณจัดการการเปลี่ยนเส้นทาง 301 และหน้าข้อผิดพลาด 404 รวมถึงการเปลี่ยนเส้นทางจำนวนมาก เป็นเครื่องมือที่จะเป็นประโยชน์หากคุณกำลังย้ายร้านค้าของคุณระหว่างแพลตฟอร์มหรือปรับโครงสร้างเว็บไซต์หรือหน้าผลิตภัณฑ์ของคุณ

เปลี่ยนเส้นทาง – เป็นแอป Shopify ที่จะช่วยคุณค้นหาและเปลี่ยนเส้นทางข้อผิดพลาด 404

Magento

หากคุณใช้ Magento คุณสามารถ ตั้งค่าการเปลี่ยนเส้นทาง 301 ในคุณลักษณะการเขียน URL ใหม่ได้

บทสรุป

การเปลี่ยนเส้นทางเป็นวิธีรักษาสัญญาณการจัดอันดับ การเข้าชม และ Conversion จากหน้าเว็บที่มีการลบหรือเปลี่ยนแปลงเนื้อหา การปฏิบัติตามหลักเกณฑ์ที่กล่าวถึงข้างต้นเป็นกุญแจสำคัญในการรักษาประสิทธิภาพการค้นหาของคุณ ดังนั้นให้ใส่ใจเป็นพิเศษในการปรับใช้อย่างถูกต้อง

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