Technical SEO

301 Redirect กับ 302 Redirect ต่างกันอย่างไร ใช้ผิดแล้วอันดับหายจริงไหม

อธิบาย 301 Redirect และ 302 Redirect ต่างกันตรงไหน ใช้ตอนไหนถึงถูก พร้อมวิธีตั้งค่าและวิธีแก้ Redirect Chain ที่ทำให้เว็บช้าและ Google สับสน

ทีม NOAH · เผยแพร่ 2 กันยายน 2569 · อัปเดต 2 กันยายน 2569 · อ่าน 15 นาที

สรุปสั้น

✓301 Redirect หมายถึงย้ายถาวร ส่งสัญญาณให้ Google โอนคุณค่าของหน้าเก่าไปหน้าใหม่ ส่วน 302 หมายถึงย้ายชั่วคราว หน้าเก่ายังควรอยู่ในดัชนีต่อ
✓ใช้ 302 ทั้งที่ควรใช้ 301 คือความผิดพลาดที่พบบ่อยที่สุด เพราะหลายระบบตั้งค่าเริ่มต้นเป็น 302 โดยไม่รู้ตัว
✓Redirect Chain คือการต่อ redirect หลายชั้นก่อนถึงหน้าจริง ยิ่งยาวยิ่งทำให้ทั้งผู้ใช้และ Googlebot เสียเวลาโดยไม่จำเป็น
✓ควร redirect ตรงไปหน้าปลายทางจริงเสมอ ไม่ผ่านหน้าใดหน้าหนึ่งเป็นทอด ๆ
✓NOAH ไม่ได้ตรวจสอบ redirect ของเว็บโดยตรง แต่ช่วยวางแผนคีย์เวิร์ดและเนื้อหาที่ต้องรักษาไว้เมื่อย้าย URL

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

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

301 Redirect กับ 302 Redirect ต่างกันอย่างไร

301 Redirect คือรหัสสถานะ HTTP ที่บอกว่าหน้าเว็บย้ายไปที่อยู่ใหม่อย่างถาวร Google จะโอนสัญญาณอันดับจากหน้าเก่าไปหน้าใหม่และค่อย ๆ นำหน้าเก่าออกจากดัชนี ส่วน 302 คือย้ายชั่วคราว หน้าเก่ายังถือว่าเป็นหน้าจริงที่ Google ควรเก็บไว้ในดัชนีต่อไป ไม่ควรใช้ 302 กับหน้าที่ย้ายแบบถาวร เพราะ Google อาจไม่โอนคุณค่าให้หน้าใหม่เต็มที่

ความสับสนส่วนใหญ่มาจากระบบจัดการเว็บหลายตัวตั้งค่า redirect เริ่มต้นเป็น 302 เพราะเขียนโค้ดง่ายกว่า ทีมที่ไม่ได้เช็กเลยปล่อยให้หน้าที่ย้ายถาวรใช้ 302 ทั้งเว็บโดยไม่รู้ตัว ผลคือหน้าใหม่ไม่เคยได้อันดับเท่าหน้าเดิม ทั้งที่เนื้อหาเหมือนกันทุกตัวอักษร ดูภาพรวม Technical SEO ทั้งหมด เพื่อเข้าใจว่างานกลุ่มนี้เชื่อมกับส่วนอื่นของเว็บอย่างไร

อีกจุดที่คนสับสนคือคิดว่า redirect เป็นเรื่องของฝั่งผู้ใช้เท่านั้น ความจริงคือรหัสสถานะ HTTP ที่ส่งกลับมาพร้อม redirect (301 หรือ 302) เป็นสิ่งที่ Googlebot อ่านโดยตรงในระดับ header ก่อนที่จะเห็นหน้าเว็บด้วยซ้ำ ต่อให้เนื้อหาในหน้าใหม่ดูเหมือนหน้าเก่าทุกอย่าง แต่ถ้ารหัสสถานะผิด Google ก็จะตีความสัญญาณผิดไปตั้งแต่ต้น

ประเด็น	301 Redirect	302 Redirect
ความหมาย	ย้ายถาวร	ย้ายชั่วคราว
การโอนคุณค่าอันดับ	โอนให้หน้าใหม่เกือบทั้งหมด	อาจไม่โอนให้ หรือโอนให้บางส่วนเท่านั้น
หน้าเดิมในดัชนี Google	ถูกนำออกจากดัชนีในที่สุด	ยังถูกเก็บไว้ในดัชนีต่อไป
ใช้เมื่อ	เปลี่ยนโดเมน รวมหน้า ลบหน้าถาวร	ปิดปรับปรุงชั่วคราว ทดสอบ A/B

สรุปความต่างระหว่าง 301 และ 302 Redirect

301 Redirect ใช้ตอนไหน

เปลี่ยนโดเมนถาวร เช่นเปลี่ยนชื่อแบรนด์แล้วย้ายทั้งเว็บไปโดเมนใหม่
รวมสองหน้าที่เนื้อหาซ้ำกันเข้าเป็นหน้าเดียว แล้ว redirect หน้าที่เลิกใช้ไปหาหน้าที่เหลือ
เปลี่ยนโครงสร้าง URL ถาวร เช่นจาก /article?id=12 เป็น /blog/ชื่อบทความ
ลบหมวดสินค้าที่เลิกขายแล้วถาวร แล้ว redirect ไปหมวดที่ใกล้เคียงที่สุด

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

302 Redirect ใช้ตอนไหน

ปิดปรับปรุงเว็บชั่วคราวแล้วพาไปหน้าแจ้งเตือน
ทดสอบหน้าเวอร์ชันใหม่ (A/B test) โดยยังไม่ตัดสินใจใช้ถาวร
สินค้าหมดสต็อกชั่วคราวแล้วพาไปหน้าหมวดหมู่ระหว่างรอของเข้า
ย้ายผู้ใช้ตามพื้นที่หรือภาษาแบบอัตโนมัติ ซึ่งเป็นการย้ายตามเงื่อนไข ไม่ใช่ย้ายถาวร

จำง่าย ๆ

ถามตัวเองว่า “หน้าเดิมจะกลับมาใช้อีกไหม” ถ้าไม่กลับแน่นอนให้ใช้ 301 ถ้ายังไม่แน่ใจหรือเป็นแค่ช่วงเวลาหนึ่งให้ใช้ 302

ข้อควรระวังของ 302 คือถ้าใช้นานเกินไปโดยไม่เปลี่ยนกลับเป็น 301 บางระบบค้นหาอาจเริ่มปฏิบัติกับมันเหมือน 301 อยู่ดี เพราะพฤติกรรมจริงของหน้านั้นคือ “ย้ายแล้วไม่กลับ” ดังนั้นถ้าตัดสินใจแน่ชัดแล้วว่าจะไม่ย้ายกลับ ควรเปลี่ยนเป็น 301 ให้ตรงกับความจริงโดยเร็ว ไม่ควรปล่อยให้ 302 ค้างอยู่เป็นปีเพราะความเคยชิน

Redirect Chain คืออะไร ทำไมเป็นปัญหา

Redirect Chain เกิดขึ้นเมื่อ URL หนึ่งถูก redirect ไปอีก URL หนึ่ง แล้ว URL นั้นถูก redirect ต่อไปอีกทอดหนึ่งก่อนจะถึงหน้าจริง เช่น A ไป B แล้ว B ไป C กว่าจะถึงหน้า C ผู้ใช้และ Googlebot ต้องเดินทางสามรอบ ปัญหามักเกิดจากเว็บที่ย้ายโครงสร้าง URL หลายรอบโดยไม่เคยอัปเดต redirect เก่าให้ชี้ตรงไปปลายทางล่าสุด

ผลกระทบที่ชัดเจนที่สุดคือเวลาโหลดที่เพิ่มขึ้น เพราะแต่ละ hop คือการเรียก server เพิ่มหนึ่งรอบ ซึ่งกระทบโดยตรงกับความเร็วเว็บและ Core Web Vitals ส่วนฝั่ง Googlebot แม้จะตาม chain ได้ในระดับหนึ่ง แต่ chain ที่ยาวเกินไปเสี่ยงทำให้ Googlebot เลิกตามกลางทางและไม่เก็บหน้าปลายทางเข้าดัชนี ซึ่งเกี่ยวข้องกับเรื่องCrawl Budget โดยตรง เพราะแต่ละ hop ที่เสียไปคือโควตาการเข้าเว็บที่ Googlebot ใช้ไปโดยไม่ได้อะไรกลับมา

Redirect Chain มักไม่ได้เกิดจากความตั้งใจ แต่เกิดจากการสะสมของการเปลี่ยนแปลงหลายครั้งในอดีตที่ไม่มีใครไปตามแก้ ตัวอย่างที่เจอบ่อยคือเว็บย้ายจาก http เป็น https ก่อน (hop แรก) จากนั้นเปลี่ยนโครงสร้างหมวดหมู่สินค้า (hop ที่สอง) แล้วเปลี่ยนชื่อโดเมนอีกครั้งในภายหลัง (hop ที่สาม) โดยแต่ละครั้งทีมงานแค่เพิ่มกฎ redirect ใหม่ทับของเก่า แทนที่จะไปแก้กฎเดิมให้ชี้ตรงไปปลายทางล่าสุด

วิธีตรวจหา Redirect Chain ด้วยตัวเอง

1เปิดเครื่องมือตรวจสอบ header ของเบราว์เซอร์ (developer tools แท็บ Network) แล้วโหลด URL เก่าที่สงสัยว่ามี redirect หลายชั้น
2ไล่ดูรายการคำขอ (request) ทีละแถว สังเกตรหัสสถานะ 301 หรือ 302 ที่ต่อกันเป็นทอด ๆ ก่อนเจอรหัส 200 ของหน้าจริง
3นับจำนวน hop ทั้งหมด ถ้ามากกว่า 1 ครั้งแปลว่ามี chain ที่ควรแก้ไข
4จดที่อยู่ปลายทางสุดท้ายที่ได้รหัส 200 แล้วนำไปแก้กฎ redirect ต้นทางให้ชี้ตรงมาที่นี่ในขั้นเดียว

วิธีตั้งค่า Redirect ให้ถูกต้อง

ขั้นตอนตั้งค่า Redirect เวลาย้ายหรือลบหน้าเว็บ

1
ทำรายการ URL เก่าทั้งหมดก่อนย้าย
ส่งออกรายการ URL ที่เคยมีทราฟฟิกหรือมีคนลิงก์เข้ามา อย่าอาศัยความจำ เพราะหน้าที่ลืมมักเป็นหน้าที่มีอันดับดีที่สุด
2
จับคู่ URL เก่ากับ URL ใหม่ทีละหน้า
หน้าที่เนื้อหาตรงกันให้จับคู่ตรง ๆ หน้าที่ไม่มีเนื้อหาทดแทนจริง ให้ redirect ไปหน้าหมวดหมู่ที่ใกล้เคียงที่สุด ไม่ใช่โยนไปหน้าแรกทั้งหมด
3
ตั้งค่าเป็น 301 ที่ระดับ server หรือ CMS
ใส่กฎ redirect ใน .htaccess, nginx config หรือปลั๊กอินของ CMS ตามระบบที่ใช้ ตรวจให้แน่ใจว่ารหัสสถานะที่ส่งกลับมาคือ 301 จริง ไม่ใช่ 200 พร้อม JavaScript เปลี่ยนหน้า
4
ตรวจว่าไม่มี Redirect Chain
ทุกกฎต้องชี้ตรงไปหน้าปลายทางสุดท้าย ถ้าเจอ A ไป B ไป C ให้แก้เป็น A ไป C ตรง ๆ
5
ส่ง URL ใหม่เข้า Search Console และอัปเดต sitemap
อัปเดต XML Sitemap ให้มีแต่ URL ใหม่ แล้วใช้ URL Inspection ใน Google Search Console ตรวจว่า Google เห็น redirect ถูกต้อง

วิธี	เหมาะกับ	ผลต่อ SEO
301 Redirect	ย้ายถาวร รวมหน้า เปลี่ยนโดเมน	โอนคุณค่าไปหน้าใหม่ได้ดีที่สุด
302 Redirect	ย้ายชั่วคราว ทดสอบ A/B	หน้าเดิมยังอยู่ในดัชนี ไม่โอนคุณค่าถาวร
Canonical Tag	หน้าเนื้อหาซ้ำที่ยังต้องเข้าถึงได้ทั้งคู่	ไม่ redirect ผู้ใช้ แต่บอก Google ว่าหน้าไหนคือตัวหลัก
ลบหน้าแล้วส่ง 404	หน้าที่ไม่มีเนื้อหาทดแทนจริง ๆ	เสียสัญญาณอันดับทั้งหมดของหน้านั้น

เปรียบเทียบวิธีย้ายหน้าเว็บแบบต่าง ๆ

ตัวอย่างสมมติ: ย้ายร้านค้าออนไลน์ไปโดเมนใหม่

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

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

วิธีตรวจสอบว่าตั้งค่า Redirect ถูกต้องหลังย้ายเว็บ

ตรวจรหัสสถานะ HTTP ของทุก URL เก่าด้วยเครื่องมือตรวจ header ว่าได้ 301 หรือ 302 ตามที่ตั้งใจจริง ไม่ใช่ 200 หรือ 404
เปิด URL Inspection ใน Google Search Console เพื่อดูว่า Google เห็น redirect และรับรู้ URL ปลายทางถูกต้อง
ไล่ดูรายงาน Coverage หรือ Pages เป็นระยะว่าหน้าเก่าค่อย ๆ หลุดจากดัชนีตามที่ควรจะเป็น ไม่ใช่ค้างอยู่พร้อมกันทั้งเก่าและใหม่นานเกินไป
เทียบทราฟฟิกจาก Search Console ก่อนและหลังย้าย ถ้าหน้าที่จับคู่ไว้ดี ทราฟฟิกรวมไม่ควรหายไปมากในระยะยาว

ข้อผิดพลาดที่เจอบ่อย

ใช้ 302 กับหน้าที่ย้ายถาวร เพราะเป็นค่าเริ่มต้นของระบบและไม่มีใครไปแก้
redirect ทุกหน้าที่ลบไปที่หน้าแรกทั้งหมด ทำให้ Google มองว่าเป็น soft 404 และไม่โอนคุณค่าให้
ปล่อย Redirect Chain ค้างไว้หลายชั้นจากการย้ายเว็บหลายรอบในอดีต
redirect ด้วย JavaScript หรือ meta refresh แทนการตั้งค่าที่ server ทำให้ Googlebot อ่านสัญญาณช้าและไม่แน่นอน
ลืม redirect เวอร์ชัน www และไม่มี www ให้ตรงกัน ทำให้เว็บมีสอง URL ที่แข่งอันดับกันเองโดยไม่ตั้งใจ

ระวังเวลาเปลี่ยนทั้งเว็บ

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

เช็กลิสต์สรุปก่อนย้ายหรือลบหน้าเว็บ

มีรายการ URL เก่าทั้งหมดที่ส่งออกจากเว็บจริง ไม่ได้อาศัยความจำ
จับคู่ URL เก่ากับ URL ใหม่ครบทุกหน้าแล้ว รวมถึงหน้าที่ไม่มีเนื้อหาทดแทนตรง ๆ
ตั้งค่าเป็น 301 ที่ระดับ server หรือ CMS จริง ไม่ใช่ JavaScript หรือ meta refresh
ตรวจแล้วว่าไม่มี Redirect Chain เหลือค้างจากการย้ายในอดีต
ส่ง URL ใหม่เข้า Search Console และอัปเดต sitemap เรียบร้อยแล้ว

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

redirect 301 ใช้เวลานานแค่ไหน Google ถึงโอนอันดับให้หน้าใหม่+

ไม่มีกำหนดเวลาตายตัว ขึ้นกับความถี่ที่ Googlebot เข้ามาเก็บข้อมูลเว็บนั้น เว็บที่ Google เข้ามาบ่อยจะเห็นผลเร็วกว่าเว็บที่ Google เข้ามาห่าง ๆ สิ่งที่ทำได้คือส่ง URL ใหม่ผ่าน Search Console เพื่อเร่งให้ Google รับรู้

ควร redirect ทีละหน้าหรือ redirect ทั้งโดเมน+

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

redirect หน้าที่มีคนลิงก์มาจากเว็บอื่นจำเป็นไหม+

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

ทำไม redirect แล้วยังเห็นหน้าเก่าอยู่ใน Google+

เป็นเรื่องปกติในช่วงแรก เพราะ Google ต้องเข้ามา crawl หน้าเก่าอีกครั้งเพื่อรับรู้ว่ามีการ redirect เกิดขึ้น ระหว่างนี้ผลการค้นหาอาจยังโชว์ URL เดิมสลับกับ URL ใหม่ ให้รอและตรวจสถานะผ่าน URL Inspection เป็นระยะ

redirect ทำให้เว็บโหลดช้าลงไหม+

redirect หนึ่งชั้นมีผลน้อยมาก แต่ถ้าปล่อยให้เกิด Redirect Chain หลายชั้น จะเพิ่มเวลาที่ผู้ใช้ต้องรอก่อนเห็นหน้าจริง ซึ่งกระทบทั้งประสบการณ์ผู้ใช้และค่า Core Web Vitals โดยตรง

ต้องเก็บกฎ redirect เก่าไว้นานแค่ไหน+

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

สรุป

หลักการของ redirect ไม่ซับซ้อน แต่ต้องมีวินัยในการทำรายการ URL ให้ครบก่อนย้ายหรือลบหน้าใด ๆ เลือก 301 เมื่อย้ายถาวร เลือก 302 เมื่อชั่วคราว และตรวจให้แน่ใจว่าไม่มี Redirect Chain ตกค้าง เพียงเท่านี้ก็ป้องกันปัญหาอันดับหายจากการย้ายเว็บได้เกือบทั้งหมด

วางแผนคีย์เวิร์ดและเนื้อหาให้พร้อมก่อนย้ายเว็บ

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

เริ่มต้นใช้งาน