301 Redirect คืออะไร ใช้เมื่อไร และต่างจาก 302 ยังไง พร้อมข้อมูลเว็บไทยจริง 2026

Redirect คืออะไร แล้ว 301 Redirect คืออะไร

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

301 redirect คือ redirect แบบถาวร รหัส 301 แปลว่า Moved Permanently (ย้ายไปถาวร) มาตรฐาน HTTP ของ IETF (RFC 9110, มิ.ย. 2022) ให้ความหมายว่า URL นี้ได้ที่อยู่ใหม่แบบถาวรแล้ว และการอ้างถึงครั้งต่อไปควรใช้ที่อยู่ใหม่ ฝั่ง Google เอกสาร Redirects and Google Search (อัปเดต 14 เม.ย. 2026) บอกว่าเมื่อเจอ redirect ถาวร ระบบจัดทำดัชนีจะใช้เป็นสัญญาณว่า URL ปลายทางควรเป็นตัวหลัก (canonical) และจะแสดง URL ปลายทางในผลค้นหา

Redirect เป็นงานพื้นฐานของ Technical SEO เพราะเกี่ยวกับการที่ search engine crawl (ไล่เก็บหน้าเว็บ) และเลือก URL ไปเก็บ คำว่า redirect ในภาษาอังกฤษทั่วไปยังแปลว่า “ส่งต่อ” หรือ “เปลี่ยนทิศทาง” บทความนี้พูดถึงความหมายในงานเว็บเท่านั้น

ต้องทำ 301 redirect ตอนไหนบ้าง

301 redirect ใช้ทุกครั้งที่ URL เดิมจะไม่กลับมาใช้อีก และมีหน้าใหม่ที่ตอบเรื่องเดียวกันรออยู่ เงื่อนไขสำคัญคือ “ถาวร” เอกสาร Redirects and Google Search (14 เม.ย. 2026) ให้ใช้ redirect ถาวรเมื่อมั่นใจว่าจะไม่เปลี่ยนกลับ และใช้แบบชั่วคราวเมื่อเป็นการเปลี่ยนระยะสั้น สถานการณ์ที่เจอบ่อยมีดังนี้

• เปลี่ยน URL หรือ slug ของหน้า: เช่น /seo-tips-2024/ เปลี่ยนเป็น /seo-tips/
• ย้ายโดเมน: เช่น เปลี่ยนชื่อแบรนด์แล้วย้ายจาก old-example.com ไป example.com
• เปลี่ยนจาก http เป็น https: ทุก URL แบบ http ควรพาไปเวอร์ชัน https
• เลือก www หรือไม่มี www: เลือกแบบเดียวเป็นหลัก แล้วพาอีกแบบมาที่นั่น
• รวมหลายหน้าเป็นหน้าเดียว: เช่น บทความสองชิ้นที่ตอบคำถามเดียวกัน รวมเป็นชิ้นที่ดีกว่า แล้วพาชิ้นเก่ามาที่ชิ้นใหม่
• สินค้าหรือบริการเลิกขาย แต่มีตัวแทนตรงกัน: เช่น รุ่นใหม่ของสินค้าเดิม (ถ้าไม่มีตัวแทน ดู หัวข้อลบหน้า)

ทุกกรณีมีเป้าหมายเดียวกัน คือคนที่กดลิงก์เก่าจาก Google, LINE, อีเมล หรือเว็บอื่นยังมาถึงหน้าที่ถูกต้อง และ backlink ที่ชี้ URL เก่าไม่สูญเปล่า ส่วนลิงก์ภายในเว็บของเราเอง ควรแก้ให้ชี้ URL ใหม่ตรงๆ ด้วย ไม่ต้องพึ่ง redirect (ดู Internal Link คืออะไร)

ใช้ 301 หรือ canonical ดี

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

301 กับ 302 ต่างกันยังไง แล้ว 307, 308 ใช้เมื่อไร

301 กับ 302 ต่างกันที่ “ถาวร” กับ “ชั่วคราว” 301 บอกว่า URL ย้ายไปแล้วถาวร ส่วน 302 บอกว่าตอนนี้ให้ไปที่อื่นก่อน แต่ URL เดิมยังเป็นตัวหลัก เอกสาร HTTP status codes ของ Google (อัปเดต 4 ก.พ. 2026) ใช้ 301 เป็น “สัญญาณแรง” และ 302 เป็น “สัญญาณอ่อน” ว่าควรประมวลผล URL ปลายทาง ผลที่เห็นได้คือ 302 มักทำให้ URL เดิมยังแสดงในผลค้นหา

307 และ 308 เป็นคู่ที่ใหม่กว่า Google ถือว่า 307 เท่ากับ 302 และ 308 เท่ากับ 301 ความต่างอยู่ที่มาตรฐาน HTTP คือ RFC 9110 กำหนดให้ 307 และ 308 ต้องส่งคำขอแบบเดิมต่อไป (method-preserving) เช่น ฟอร์มที่ส่งแบบ POST ก็ยังเป็น POST ส่วน 301 และ 302 ยอมให้เบราว์เซอร์เปลี่ยน POST เป็น GET ได้ด้วยเหตุผลทางประวัติศาสตร์ เรื่องนี้สำคัญกับฟอร์มและ API มากกว่าเรื่องอันดับ

รหัส	ความหมาย (RFC 9110)	Google ตีความ	เปลี่ยน POST เป็น GET ได้ไหม	ใช้เมื่อไร
301 Moved Permanently	ย้ายถาวร	สัญญาณแรง ปลายทางเป็นตัวหลัก	ได้ (เหตุผลทางประวัติศาสตร์)	เปลี่ยน URL, ย้ายโดเมน, http → https (ตัวเลือกมาตรฐาน)
308 Permanent Redirect	ย้ายถาวร	เท่ากับ 301	ไม่ได้ ต้องใช้ method เดิม	ย้ายถาวรที่มีฟอร์มหรือ API รับ POST
302 Found	อยู่ที่อื่นชั่วคราว	สัญญาณอ่อน URL เดิมมักยังแสดง	ได้ (เหตุผลทางประวัติศาสตร์)	โปรโมชันสั้นๆ, หน้าปิดปรับปรุงชั่วคราว, ทดสอบ A/B
307 Temporary Redirect	อยู่ที่อื่นชั่วคราว	เท่ากับ 302	ไม่ได้ ต้องใช้ method เดิม	ชั่วคราวที่มีฟอร์มหรือ API
303 See Other	ไปดูผลที่อีก URL	สัญญาณอ่อนเหมือน 302	เปลี่ยนเป็น GET	หลังส่งฟอร์ม พาไปหน้าขอบคุณ (ไม่ใช่งาน SEO)

สรุปแบบใช้งาน: งานย้ายถาวรเกือบทั้งหมดใช้ 301 ได้เลย ถ้าระบบมีฟอร์มหรือ API ที่ส่งแบบ POST ไปยัง URL ที่ย้าย ให้ใช้ 308 ส่วน 302 และ 307 เก็บไว้สำหรับสิ่งที่จะเปลี่ยนกลับแน่นอน Google ยังแนะนำให้เลือกรหัสที่ตรงความหมาย แม้ตัวเองจะตีความบางคู่เหมือนกัน เพราะโปรแกรมอื่นที่อ่าน URL ของเราอาจใช้ความต่างนั้น

Meta refresh และ JavaScript redirect นับไหม

Google นับ redirect ที่ไม่ได้มาจากเซิร์ฟเวอร์ด้วย แต่จัดเป็นทางเลือกรอง เอกสาร Redirects and Google Search (14 เม.ย. 2026) แบ่งไว้ดังนี้

• Server-side redirect (301, 308): Google แนะนำเป็นอันดับแรก “whenever possible” เพราะมีโอกาสถูกตีความถูกต้องสูงที่สุด
• Meta refresh แบบทันที (0 วินาที): Google ตีความเป็นแบบถาวร ส่วนแบบหน่วงเวลาตีความเป็นแบบชั่วคราว
• JavaScript redirect: ใช้เมื่อทำแบบ server-side และ meta refresh ไม่ได้เท่านั้น เพราะถ้า render (ประมวลผลหน้าให้เห็นเหมือนเบราว์เซอร์) หน้าไม่สำเร็จ Google อาจไม่เห็น redirect เลย
• Crypto redirect: คือการวางลิงก์ไปหน้าใหม่พร้อมคำอธิบายสั้นๆ Google อาจนับเป็น redirect แต่ search engine อื่นอาจไม่นับ ใช้เมื่อไม่มีทางอื่นจริงๆ

The Art of SEO บทที่ 7 แนะนำให้ใช้ 301 ทุกครั้งที่ทำได้ และมองว่า meta refresh ที่หน่วงเวลาให้ผลที่คาดเดาไม่ได้ ยกเว้นแบบ 0 วินาทีที่ search engine ตีความเหมือน 301 ส่วน AI SEO For Dummies บทที่ 2 ย้ำว่าเนื้อหาสำคัญควรอยู่ใน HTML ที่เซิร์ฟเวอร์ส่งมาเลย เหตุผลเดียวกันใช้กับ redirect เพราะบอทหลายตัวไม่รัน JavaScript

ทำ 301 แล้วคะแนน SEO หายไหม (ความเชื่อ “ส่งต่อได้ 90–99%” ยังจริงไหม)

ทำ 301 ไม่ได้ทำให้คะแนนลิงก์หาย เอกสาร Site moves with URL changes ของ Google (อัปเดต 20 ส.ค. 2026) เขียนในหัวข้อแนวปฏิบัติว่า “301 and other permanent redirects don’t cause a loss in PageRank” แปลว่า 301 และ redirect ถาวรแบบอื่นไม่ทำให้เสีย PageRank (ค่าที่ Google ใช้วัดความสำคัญจากลิงก์) ตัวเลข “ส่งต่อได้ 90–99%” ที่ยังเห็นในบทความไทย ไม่มีอยู่ในเอกสาร Google ฉบับไหนที่เราตรวจ

ความเชื่อนี้ยังแพร่อยู่จริง คำตอบ AI Overview ภาษาไทยของคำค้น “301 กับ 302 ต่างกันยังไง” ที่เราดูวันที่ 15 ต.ค. 2026 (ค้น 1 ครั้ง) ยังให้ตาราง “301 ส่งต่อ 90–99%” และ “302 ไม่ส่งค่าอะไรเลย” โดยอ้างบทความไทยหลายชิ้น ไม่ได้อ้างเอกสาร Google ตารางนี้จึงเทียบความเชื่อเดิมกับสิ่งที่เอกสาร Google ปี 2026 เขียนไว้จริง

ความเชื่อที่ยังเห็นบ่อย	เอกสาร Google ปี 2026 เขียนว่า
301 ส่งต่อพลังได้ 90–99% ทุกครั้งเสียบางส่วน	301 และ redirect ถาวรแบบอื่นไม่ทำให้เสีย PageRank (Site moves, 20 ส.ค. 2026)
302 ไม่ส่งค่า SEO อะไรเลย พลังค้างอยู่ที่ URL เก่า	302 เป็นสัญญาณอ่อนว่าควรประมวลผลปลายทาง (HTTP status codes, 4 ก.พ. 2026) และไม่ถูกใช้เป็นสัญญาณ canonical จึงมักแสดง URL เดิมในผลค้นหา (Redirects, 14 เม.ย. 2026) เป็นเรื่องว่า URL ไหนถูกแสดง ไม่ใช่เรื่องค่าหาย
ทำ 301 แล้วอันดับย้ายมาที่ URL ใหม่ทันที	เว็บเล็กถึงกลางใช้เวลา “a few weeks” กว่าหน้าส่วนใหญ่จะย้าย และอันดับอาจแกว่งชั่วคราว (Site moves, 20 ส.ค. 2026)
Redirect loop ทำให้เว็บโดนลดอันดับ	ไม่มีเอกสารที่บอกแบบนั้น loop ทำให้บอทไปไม่ถึงหน้า และ Search Console รายงานเป็น Redirect error (Page indexing report)
307 ใช้ได้กับหน้า http เท่านั้น	307 คือ redirect ชั่วคราวที่รักษา method เดิม ใช้ได้ทั้ง http และ https (RFC 9110) ถ้าเห็น “307 Internal Redirect” ใน DevTools ตอนเปิด http อาจเป็นเบราว์เซอร์เปลี่ยนเป็น https เอง (จากนโยบาย HSTS) ไม่ใช่เซิร์ฟเวอร์ตอบ ให้เช็กซ้ำด้วย curl

ข้อควรรู้ที่ตรงไปตรงมาคือ “ไม่เสีย PageRank” ไม่ได้แปลว่าอันดับจะเหมือนเดิมเสมอ ถ้าหน้าใหม่เนื้อหาบางลง ตอบคนละเรื่อง หรือ redirect ไปหน้าที่ไม่เกี่ยวข้อง Google อาจไม่ถือว่าเป็นหน้าเดียวกัน (ดู หัวข้อ soft 404) ส่วนช่วงที่ Google กำลังย้ายสัญญาณ อันดับแกว่งได้ตามที่เอกสารย้ายเว็บเตือนไว้

ลืมเปลี่ยน 302 เป็น 301 จะเป็นอะไร

ถ้าการย้ายเป็นแบบถาวร แต่ตั้งไว้เป็น 302 ผลที่มักเห็นคือ Google ยังแสดง URL เก่าในผลค้นหา เพราะ redirect ชั่วคราวไม่ใช่สัญญาณให้ปลายทางเป็นตัวหลัก เอกสาร Redirects and Google Search (14 เม.ย. 2026) ยังบอกว่าปลายทางอาจถูก index ได้ถ้ามีสัญญาณ canonical อื่นช่วย เช่น canonical tag, ลิงก์ภายใน และ sitemap ที่ชี้ URL ใหม่ ทางแก้ที่ง่ายที่สุดคือเปลี่ยนเป็น 301 หรือ 308 ให้ตรงกับความจริง และเช็กรหัสทุกครั้งหลังสร้าง redirect เพราะเครื่องมือส่วนใหญ่ให้เลือกได้หลายรหัส ในข้อมูลของเรายังเจอเว็บไทยหน้าแรก 5 จาก 55 เว็บที่มีทอดชั่วคราวปนอยู่ (ดู ข้อมูลจริง)

ทำ 301 redirect ใน WordPress และบนเซิร์ฟเวอร์

วิธีทำ 301 redirect ขึ้นกับว่าเปลี่ยนอะไร เปลี่ยน slug ของบทความเดียวใน WordPress แทบไม่ต้องทำอะไรเพิ่ม ส่วนการเปลี่ยนทั้งโดเมน, http เป็น https หรือ www ควรทำเป็นกฎเดียวบนเซิร์ฟเวอร์ ตารางนี้สรุปทางที่เหมาะกับแต่ละกรณี

เปลี่ยนอะไร	ทำที่ไหน	หมายเหตุ
Slug ของบทความ (post) ใน WordPress	WordPress ทำ 301 ให้เอง	ฟังก์ชัน wp_old_slug_redirect() มีมาตั้งแต่เวอร์ชัน 2.1 เช็กผลด้วยวิธีใน หัวข้อเช็ก
Slug ของหน้า (page), หมวด, แท็ก, สินค้า	ปลั๊กอิน SEO เช่น Rank Math (Auto Post Redirect) หรือสร้าง redirect เอง	WordPress core ข้ามเนื้อหาแบบมีลำดับชั้น เช่น page
URL รายหน้าที่เปลี่ยนเอง หรือรวมหน้า	เมนู Redirections ของปลั๊กอิน หรือกฎรายหน้าบนเซิร์ฟเวอร์	ตั้งเป็น 301 และชี้ปลายทางสุดท้ายตรงๆ
http → https, www ↔ ไม่มี www, ย้ายโดเมน	กฎเดียวบนเซิร์ฟเวอร์ (.htaccess, Nginx) หรือ CDN	รวมเป็นกฎเดียว จะได้เด้งทอดเดียว (ดู ข้อมูลจริง)
เปลี่ยนโครงสร้าง permalink ทั้งเว็บ	URL mapping + กฎแบบ pattern (regex)	อย่าพึ่งการ redirect อัตโนมัติรายหน้า ทดสอบตัวอย่างหลายแบบก่อน
ลบหน้าที่ไม่มีตัวแทน	ไม่ต้อง redirect ปล่อยตอบ 404 หรือ 410	ดู หัวข้อลบหน้า

เปลี่ยน slug ใน WordPress แล้ว WordPress ทำ 301 ให้เองไหม

WordPress ทำ 301 ให้เองเมื่อเปลี่ยน slug ของบทความ (post) WordPress จำ slug เก่าไว้ และเมื่อมีคนเปิด URL เก่าที่หาไม่เจอ ฟังก์ชัน wp_old_slug_redirect() จะส่ง 301 ไป URL ปัจจุบัน ตามเอกสาร WordPress Developer Reference ฟังก์ชันนี้มีตั้งแต่เวอร์ชัน 2.1.0 แต่โค้ดของฟังก์ชันข้ามเนื้อหาแบบมีลำดับชั้น เช่น หน้า (page) การเปลี่ยน slug ของหน้าจึงต้องทำ redirect ด้วยวิธีอื่น

ใช้ Rank Math สร้าง redirect

Rank Math มีโมดูล Redirections ที่สร้าง redirect เองได้ และมีตัวเลือก Auto Post Redirect ที่สร้าง 301 ให้อัตโนมัติเมื่อเปลี่ยน URL ตามคู่มือ Rank Math (ตรวจ 15 ต.ค. 2026) ตัวเลือกนี้ครอบคลุม post, page, หมวดหมู่และ custom post type ขั้นตอนตามคู่มือมีดังนี้

1. เปิดโมดูล Redirections ที่ Rank Math SEO → Dashboard
2. ไปที่ Rank Math SEO → General Settings → Redirections แล้วเปิด Auto Post Redirect กด Save Changes
3. ถ้าจะสร้าง redirect เอง ไปที่ Rank Math SEO → Redirections ใส่ URL เดิม ใส่ URL ปลายทาง เลือก 301 แล้วบันทึก
4. ดูหน้าที่หายจาก 404 Monitor แล้วสร้าง redirect เฉพาะหน้าที่มีตัวแทนตรงเรื่อง

คู่มือ Rank Math บอกว่า redirect ที่สร้างอัตโนมัติเป็น 301 เสมอ ส่วนตัวเลือก 410 ในเมนูเดียวกันเป็นรหัสบอกว่าหน้าถูกลบแล้ว ไม่ใช่ redirect

ตั้งกฎบนเซิร์ฟเวอร์: .htaccess และ Nginx

กฎบนเซิร์ฟเวอร์เหมาะกับการเปลี่ยนทั้งเว็บ เช่น http เป็น https และ www เป็นไม่มี www หลักสำคัญคือรวมเงื่อนไขไว้ในกฎเดียว แล้วพาไปที่อยู่สุดท้ายในทอดเดียว ตัวอย่างนี้ใช้ example.com แบบไม่มี www เป็นตัวหลัก ปรับให้ตรงกับเว็บของคุณและทดสอบบนเว็บทดสอบก่อนเสมอ

# Apache (.htaccess): กฎรายหน้าวางไว้ก่อนกฎรวม
RewriteEngine On
RewriteRule ^old-page/?$ https://example.com/new-page/ [R=301,L]

# กฎเดียว: http หรือ www ทุกแบบ → https://example.com ในทอดเดียว
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
RewriteRule ^(.*)$ https://example.com/$1 [L,R=301]

# Nginx: ทุกแบบที่ไม่ใช่ https://example.com → ทอดเดียว
server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://example.com$request_uri;
}
server {
    listen 443 ssl;
    server_name www.example.com;
    # ssl_certificate ... (ใบรับรองต้องครอบคลุม www ด้วย)
    return 301 https://example.com$request_uri;
}

• ลำดับกฎสำคัญ: กฎรายหน้าต้องมาก่อนกฎที่จับทุก URL ถ้ากฎรวมอยู่ก่อนและมี flag [L] กฎรายหน้าข้างล่างจะไม่ได้ทำงาน
• เว็บหลัง CDN (เครือข่ายส่งไฟล์) หรือ proxy: ตัวแปรที่บอกว่าเป็น https อาจต่างจากตัวอย่าง ให้ตั้งกฎที่ CDN แทนหรือดูคู่มือของผู้ให้บริการ
• WordPress: วางกฎไว้เหนือบล็อก # BEGIN WordPress
• ระวังสองระบบชนกัน: ถ้าเซิร์ฟเวอร์ทำ http → https แล้ว CMS ทำ www → ไม่มี www อีกที ผลคือเด้งสองทอด ซึ่งเป็นรูปแบบที่เราเจอบ่อยที่สุดในข้อมูลเว็บไทย

เว็บสำเร็จรูปและแพลตฟอร์มร้านค้า

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

ลบหน้าแล้ว ควร redirect ไปหน้าแรกไหม

ไม่ควร redirect หน้าที่ลบไปหน้าแรกแบบเหมารวม เอกสาร Site moves with URL changes (20 ส.ค. 2026) บอกว่าการพา URL เก่าจำนวนมากไปหน้าเดียวที่ไม่เกี่ยวข้อง เช่น หน้าแรก อาจถูกนับเป็น soft 404 (หน้าที่ตอบ 200 แต่ Google มองว่าไม่มีเนื้อหาที่คนตามหา) ผลคือ redirect นั้นไม่ช่วยอะไร และคนที่กดมาก็ไม่เจอสิ่งที่ต้องการ

• มีหน้าใหม่ที่ตอบเรื่องเดียวกัน: 301 ไปหน้านั้น การรวมหลายหน้าเก่าเป็นหน้าใหม่หน้าเดียวที่ครอบคลุมทำได้ตามเอกสาร Google
• ไม่มีหน้าแทน: ปล่อยให้ตอบ 404 (ไม่พบ) หรือ 410 (ลบถาวร) เอกสาร HTTP status codes ของ Google (4 ก.พ. 2026) บอกว่า URL ที่ index แล้วและตอบ 4xx จะถูกเอาออกจากดัชนี และบอทจะมาตรวจน้อยลงเรื่อยๆ
• หน้า 404 ที่ดี: บอกชัดว่าไม่พบหน้า และมีลิงก์ไปหมวดหลักหรือช่องค้นหา ให้คนไปต่อได้

404 ไม่ใช่ความผิดของเว็บ หน้าที่ลบไปแล้วตอบ 404 เป็นเรื่องปกติ ที่ควรระวังคือการใช้ redirect เพื่อ “ซ่อน” 404 ทุกตัว ซึ่งทำให้ Google และคนสับสนมากกว่า

Redirect chain และ redirect loop คืออะไร

Redirect chain คือ redirect ที่ต่อกันหลายทอดก่อนถึงหน้าจริง เช่น A ไป B แล้ว B ไป C ส่วน redirect loop คือ redirect ที่วนกลับมาที่เดิม เช่น A ไป B แล้ว B กลับไป A ซึ่งทำให้ไปไม่ถึงหน้าไหนเลย เอกสาร HTTP status codes ของ Google (4 ก.พ. 2026) บอกว่า crawler ของ Google ตาม redirect ได้สูงสุด 10 ทอดเป็นค่าเริ่มต้น

10 ทอดไม่ได้แปลว่าควรใช้ถึง 10 ทอด เอกสาร Site moves with URL changes (20 ส.ค. 2026) แนะนำให้ redirect ตรงไปปลายทางสุดท้าย และถ้าทำไม่ได้ ให้ chain สั้นที่สุด “ideally no more than 3 and fewer than 5” แปลว่าไม่ควรเกิน 3 ทอด และต้องน้อยกว่า 5 ทอด ทุกทอดคือคำขอเพิ่มอีกหนึ่งครั้งที่คนต้องรอและบอทต้องเดิน chain ที่ยาวขึ้นยังพังง่ายขึ้นเมื่อมีคนแก้กฎตัวใดตัวหนึ่ง

• chain เกิดจากไหน: ย้ายหลายรอบโดยไม่แก้ redirect รุ่นก่อน (A → B ปีที่แล้ว, B → C ปีนี้) หรือกฎสองระบบทำงานต่อกัน เช่น เซิร์ฟเวอร์กับ CMS
• แก้ chain: แก้ redirect เก่าทุกตัวให้ชี้ปลายทางสุดท้าย (A → C, B → C) และแก้ลิงก์ภายในให้ชี้ C ตรงๆ
• loop เกิดจากไหน: มักเกิดเมื่อสองระบบเห็นไม่ตรงกันว่าเวอร์ชันไหนคือตัวหลัก เช่น เซิร์ฟเวอร์พาไป www แต่ CMS พากลับไปไม่มี www
• ใน Search Console: รายงาน Page indexing แสดง chain ที่ยาวเกินและ loop เป็นสถานะ Redirect error

The Art of SEO บทที่ 10 ให้ใช้รายงานจากเครื่องมือ crawl หา redirect ที่ไม่ได้ตอบ 301 และให้มีชุดตรวจทันทีหลังอัปเดตเว็บจริงทุกครั้ง เพราะการขึ้นระบบมักพาความผิดพลาดที่ไม่ได้ตั้งใจมาด้วย เครื่องมือ crawl ที่ใช้ได้อยู่ใน SEO Tools ฟรีและเสียเงิน

ข้อมูลจริง: เว็บธุรกิจไทยที่ติดหน้าแรก Google 55 เว็บ เด้งกี่ทอด

เว็บธุรกิจไทยที่ติดหน้าแรก Google เกือบทุกเว็บพาคนที่พิมพ์ที่อยู่ “ผิดแบบ” ไปหน้าที่ถูก แต่ครึ่งหนึ่งพาเดินอ้อม ข้อมูลนี้มาจากการทดสอบของ The Missing Piece วันที่ 15 ต.ค. 2026 เราใช้เว็บที่ติดหน้าแรก Google ประเทศไทยใน 13 คำค้นธุรกิจ (เก็บรายชื่อ 5 ต.ค. 2026) แล้วเปิดหน้าแรกของแต่ละเว็บด้วย http และสลับ www (ถ้าเว็บใช้ www เราเปิดแบบไม่มี www และกลับกัน) จากนั้นนับว่าเด้งกี่ทอดและแต่ละทอดใช้รหัสอะไร ตัดเว็บที่ตอบผิดพลาดหรือบล็อกบอทออก และนับเฉพาะเว็บที่สลับ www ได้ เหลือ 55 เว็บ

ผลเมื่อเปิดแบบ http + สลับ www	จำนวน	%	95% CI (Wilson)
พาไปเวอร์ชัน https ที่ถูกต้อง (redirect อย่างน้อย 1 ทอด)	54/55	98.2%	90.4–99.7%
ถึงในทอดเดียวพอดี	23/55	41.8%	29.7–55.0%
เด้ง 2 ทอดขึ้นไป (redirect chain)	31/55	56.4%	43.3–68.6%
เด้ง 3 ทอดขึ้นไป	4/55	7.3%	2.9–17.3%
ไม่ redirect เลย เปิดเวอร์ชัน http ได้ (หน้าซ้ำ)	1/55	1.8%	0.3–9.6%
ทุกทอดเป็นแบบถาวร (301 หรือ 308)	49/55	89.1%	78.2–94.9%
มีทอดชั่วคราว (302 หรือ 307) ปนอยู่	5/55	9.1%	3.9–19.6%

สาเหตุหลักของ chain คือกฎสองข้อทำงานต่อกัน อย่างน้อย 21 จาก 31 เว็บที่มี chain เปลี่ยน http เป็น https ก่อน แล้วค่อยเปลี่ยน www ในทอดถัดไป ซึ่งแก้ได้ด้วยกฎเดียวแบบใน หัวข้อตั้งกฎบนเซิร์ฟเวอร์ chain เจอทั้งเว็บที่ใช้ www เป็นหลัก (22 จาก 40 เว็บ) และเว็บที่ไม่ใช้ www (9 จาก 15 เว็บ) จากทุกทอด redirect ที่เราเห็น 89 ทอด เป็น 301 ถึง 83 ทอด อีก 3 ทอดเป็น 302, 2 ทอดเป็น 307 และ 1 ทอดเป็น 308

เราตีความว่า chain สองทอดแบบนี้ไม่ใช่หายนะของอันดับ เพราะ Googlebot ตามได้ถึง 10 ทอด และหน้าหลักของเว็บเหล่านี้ก็ติดหน้าแรกอยู่แล้ว แต่ทุกทอดคือเวลารอของคนและงานของบอทที่ไม่จำเป็น และแก้ได้ในกฎเดียว จึงเป็นงานต้นทุนต่ำที่คุ้มทำ (เป็นการตีความ เราไม่ได้วัดผลต่ออันดับ)

เครื่องหมาย / ท้าย URL

เมื่อสลับ / ท้าย URL เว็บไทยราวครึ่งหนึ่ง redirect กลับ อีกเกือบครึ่งเปิดได้ทั้งสองแบบ เราทดสอบโดยเอา URL หน้าในจาก sitemap ของแต่ละเว็บมาสลับ / ท้าย URL (มีเป็นไม่มี หรือไม่มีเป็นมี) ได้ 30 URL ที่ใช้ได้ ผลคือ 17 URL (56.7%, 95% CI 39.2–72.6%) redirect กลับ URL ใน sitemap ในทอดเดียวแบบถาวร อีก 13 URL (43.3%, CI 27.4–60.8%) เปิดได้ทั้งสองแบบโดยไม่ redirect

แบบที่ทดสอบ	จำนวน URL	redirect กลับ	เปิดได้ทั้งสองแบบ
ตัด / ออกจาก URL ที่ลงท้ายด้วย /	17	14	3
เติม / ให้ URL ที่ไม่มี /	13	3	10

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

ย้ายเว็บหรือเปลี่ยนโดเมน ต้องทำอะไรบ้าง

การย้ายเว็บหรือเปลี่ยนโดเมนคืองานที่ 301 redirect สำคัญที่สุด เพราะทุก URL เปลี่ยนพร้อมกัน เอกสาร Site moves with URL changes ของ Google (อัปเดต 20 ส.ค. 2026) ให้หัวใจไว้ที่การทำ URL mapping (ตารางจับคู่ URL เก่ากับ URL ใหม่ทีละบรรทัด) แล้วตั้ง redirect ถาวรตามตารางนั้น The Art of SEO บทที่ 7 ก็จัดการย้ายเว็บเป็นโปรเจกต์ที่ต้องวางแผนล่วงหน้า และบทที่ 10 ให้ตรวจผลหลังขึ้นระบบทันที เช็กลิสต์นี้เรียงตามลำดับงาน

1. ทำ URL mapping: รวบรวม URL เดิมจาก sitemap, log ของเซิร์ฟเวอร์, analytics และ CMS รวมไฟล์รูปและ PDF แล้วจับคู่กับ URL ใหม่ทีละบรรทัด
2. ยืนยันทั้งเว็บเก่าและเว็บใหม่ใน Search Console: ทุกเวอร์ชัน รวม www และไม่มี www (ดู วิธีใช้ Google Search Console)
3. ตั้ง redirect ถาวรฝั่งเซิร์ฟเวอร์ (301 หรือ 308): ทุก URL เก่าชี้ URL ใหม่ที่ตรงเรื่องในทอดเดียว
4. เนื้อหาที่ไม่ย้าย: ให้ตอบ 404 หรือ 410 ไม่โยนไปหน้าแรก
5. อัปเดตทุกอย่างบนเว็บใหม่ให้ชี้ URL ใหม่: canonical, ลิงก์ภายใน และ hreflang (แท็กบอกภาษา/ประเทศ ถ้ามี)
6. เอาการบล็อกช่วงพัฒนาออก: noindex หรือกฎ robots.txt ที่ใส่ไว้ตอนเว็บยังไม่เสร็จ
7. เลือกเวลาและขอบเขต: ย้ายช่วงที่คนเข้าน้อย เปลี่ยนทีละอย่าง และถ้าเว็บใหญ่ให้ย้ายทีละส่วน
8. ส่ง sitemap ใหม่ใน Search Console: sitemap ใหม่ใส่เฉพาะ URL ใหม่ หลังย้ายเสร็จลบ sitemap เก่าออกได้ คำเตือนเรื่อง URL ที่ redirect ใน sitemap เก่าเป็นเรื่องที่คาดไว้แล้ว (ดู Sitemap คืออะไร)
9. ถ้าเปลี่ยนโดเมน ใช้เครื่องมือ Change of Address: ใช้กับทุกเวอร์ชันของโดเมนเก่า (รายละเอียดด้านล่าง)
10. ติดตามผลและเก็บ redirect ไว้นาน: ดู Search Console, log และ analytics เว็บเล็กถึงกลางใช้เวลาไม่กี่สัปดาห์ เก็บ redirect อย่างน้อย 1 ปี และขอให้เว็บที่ลิงก์มาบ่อยเปลี่ยนเป็น URL ใหม่

เครื่องมือ Change of Address ใช้เมื่อไร

เครื่องมือ Change of Address ใน Search Console ใช้เฉพาะตอนย้ายจากโดเมนหรือซับโดเมนหนึ่งไปอีกโดเมน หน้าช่วยเหลือของ Search Console (ตรวจ 15 ต.ค. 2026) ระบุเงื่อนไขไว้ดังนี้

• ไม่ใช้กับ: การเปลี่ยน http เป็น https, การย้ายหน้าภายในเว็บเดียวกัน, การสลับ www กับไม่มี www บนโดเมนเดียวกัน และการเปลี่ยนโฮสต์หรือ CDN ที่ URL ไม่เปลี่ยน
• ต้องมีก่อน: 301 จากหน้าแรกเก่าไปหน้าแรกใหม่ เป็นเจ้าของ (owner) ทั้ง property เก่าและใหม่ด้วยบัญชี Google เดียวกัน และ property ต้องไม่มี path ต่อท้าย (เช่น example.com ได้ แต่ example.com/blog/ ไม่ได้)
• ระยะเวลา: Google ส่งต่อสัญญาณ 180 วันหลังเริ่ม และให้เก็บ redirect ไว้อย่างน้อย 180 วัน
• ซับโดเมนและ www: เครื่องมือไม่ย้ายซับโดเมนให้ รวมถึง www ต้องส่งทุกเวอร์ชันของโดเมนเก่าแยกกัน

AI SEO For Dummies บทที่ 11 แนะนำให้เลือกแก้ปัญหา 3 อันดับแรกก่อน แล้วเขียนเป็นงานที่ทีมเว็บรับไปทำได้ (ticket) วิธีนี้ใช้กับการย้ายเว็บได้ดี เช่น ticket ที่ 1 คือ URL mapping ticket ที่ 2 คือกฎ redirect ทอดเดียว และ ticket ที่ 3 คือรายการหน้าที่จะตอบ 404 หรือ 410

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

Google แนะนำให้เก็บ 301 redirect ไว้นานที่สุดเท่าที่ทำได้ โดยทั่วไปอย่างน้อย 1 ปี ตามเอกสาร Site moves with URL changes (20 ส.ค. 2026) และให้พิจารณาเก็บไว้ตลอดเพื่อคนที่ยังกดลิงก์เก่า ส่วนกรณีเปลี่ยนโดเมนที่ใช้ Change of Address ขั้นต่ำคือ 180 วันตามหน้าช่วยเหลือของ Search Console ตัวเลข “เก็บ 4 เดือน” หรือ “6 เดือน” ที่เห็นในบทความไทยบางชิ้นจึงสั้นกว่าที่ Google แนะนำ

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

Redirect กับ AI Search

เราไม่พบเอกสารทางการของผู้ให้บริการ AI ที่อธิบายว่าระบบ AI จัดการ redirect อย่างไร จึงบอกได้แค่มุมปฏิบัติ คำตอบ AI ที่เคยอ้างหน้าของเราอาจยังลิงก์ URL เก่าอยู่ ถ้า redirect ยังทำงาน คนที่กดลิงก์นั้นก็มาถึงหน้าใหม่ AI SEO For Dummies บทที่ 10 แนะนำให้ crawl เว็บสองมุม คือแบบ Googlebot และแบบ user agent (ชื่อที่บอทหรือเบราว์เซอร์แจ้งเซิร์ฟเวอร์) ทั่วไป ซึ่งใช้ตรวจ redirect ได้ดี เพราะบางเว็บตั้ง redirect ต่างกันตามชนิดของบอท ภาพรวมของการค้นหาด้วย AI อยู่ที่ AI Search คืออะไร

เช็กยังไงว่า 301 redirect ถูก

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

1. คำสั่ง curl (เร็วที่สุด)

curl เป็นโปรแกรมที่มีในเครื่อง Mac, Linux และ Windows 10 ขึ้นไป (บน Windows พิมพ์ curl.exe -sIL แล้วอ่านบรรทัด HTTP และ Location เอง เพราะไม่มีคำสั่ง grep) พิมพ์ใน Terminal ได้เลย ตัวเลือก -I ขอแค่ส่วนหัว และ -L ให้ตามทุกทอด ผลด้านล่างเป็นตัวอย่างของ chain สองทอดบน example.com

$ curl -sIL http://www.example.com/ | grep -iE "^HTTP|^location"
HTTP/1.1 301 Moved Permanently
Location: https://www.example.com/
HTTP/1.1 301 Moved Permanently
Location: https://example.com/
HTTP/2 200

อ่านผล: นับบรรทัด Location ได้กี่บรรทัดก็คือกี่ทอด ตัวอย่างนี้มีสองทอด จึงควรแก้ให้เหลือทอดเดียว ทุกบรรทัด HTTP ก่อนบรรทัดสุดท้ายควรเป็น 301 หรือ 308 และบรรทัดสุดท้ายควรเป็น 200

2. DevTools ในเบราว์เซอร์

1. เปิด DevTools (F12 หรือ Cmd+Option+I บน Mac) แล้วไปที่แท็บ Network
2. ติ๊ก Preserve log (เก็บรายการไว้เมื่อเปลี่ยนหน้า) และ Disable cache (ไม่ใช้ cache)
3. พิมพ์ URL เก่าในแถบที่อยู่ แล้วดูคอลัมน์ Status ของแต่ละแถว และดู Location ในส่วน Response Headers

ต้องปิด cache เพราะมาตรฐาน RFC 9110 ให้เบราว์เซอร์ cache 301 และ 308 ได้เอง (heuristically cacheable) ถ้าเคยเปิด URL นั้นแล้ว เบราว์เซอร์อาจพาไปที่เดิมโดยไม่ถามเซิร์ฟเวอร์ แม้เราลบหรือแก้ redirect แล้ว ถ้าผลดูแปลก ให้ลองหน้าต่างไม่ระบุตัวตนหรือใช้ curl ซ้ำ

3. Google Search Console

Search Console บอกว่า Google เห็น redirect แบบไหน วิธีใช้คือวาง URL เก่าใน URL Inspection ถ้า redirect ทำงาน ผลตรวจจะขึ้นสถานะ Page with redirect ซึ่งหน้าช่วยเหลือของ Search Console อธิบายว่าเป็น URL ที่ไม่ใช่ตัวหลักและจะไม่ถูก index จากนั้นตรวจ URL ใหม่ว่าถูก index แล้ว เอกสาร Google ระบุด้วยว่าเครื่องมือตรวจ (Inspection tools) ไม่ตาม redirect เอง จึงต้องตรวจทั้ง URL เก่าและ URL ใหม่แยกกัน

สถานะใน Page indexing	แปลว่า	ต้องทำอะไร
Page with redirect	URL นี้ redirect ไปหน้าอื่น จึงไม่ถูก index	ปกติสำหรับ URL เก่า เช็กแค่ว่าปลายทางถูกหน้า
Redirect error	chain ยาวเกิน, loop, URL ยาวเกินขีดจำกัด หรือมี URL ว่างหรือผิดใน chain	เปิด URL ด้วย curl ดูทุกทอด แล้วแก้ให้ทอดเดียว
Soft 404	หน้าตอบ 200 แต่ดูเหมือนหน้าไม่พบ	ถ้าเกิดกับ URL ที่ redirect ไปหน้าแรก ให้เปลี่ยนเป็นหน้าที่ตรงเรื่อง หรือปล่อย 404

ถ้าเว็บมี URL เยอะ ให้ใช้เครื่องมือ crawl ไล่หา chain และ loop ทั้งเว็บครั้งเดียว แล้วตรวจซ้ำทุกครั้งที่ deploy (อัปโหลดโค้ดขึ้นเว็บจริง) หรือเปลี่ยนปลั๊กอิน

ถ้าอยากปูพื้นงานค้นหาทั้งระบบทีละขั้นก่อน เริ่มที่ เรียน SEO ฟรีทีละขั้น

301 redirect เป็นหนึ่งในงาน Technical SEO ส่วนภาพรวมของงานทั้งหมดอยู่ที่ SEO คืออะไร บทความนี้เขียนโดยทีม The Missing Piece นำโดย ไอซ์ ศิริพงษ์ จากเอกสารทางการของ Google มาตรฐาน HTTP และข้อมูลที่เราเก็บเองจากเว็บไทย

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

แหล่งอ้างอิง

• Google Search Central, Redirects and Google Search (อัปเดต 14 เม.ย. 2026 ตรวจ 15 ต.ค. 2026: ตาราง redirect ถาวรและชั่วคราว, meta refresh ทันที = ถาวร หน่วงเวลา = ชั่วคราว, JavaScript ใช้เมื่อทำแบบอื่นไม่ได้, crypto redirect, redirect ถาวรเป็นสัญญาณให้ปลายทางเป็น canonical, แนะนำ server-side redirect ถาวร)
• Google Search Central, HTTP status codes, network and DNS errors (อัปเดต 4 ก.พ. 2026 ตรวจ 15 ต.ค. 2026: 301/308 สัญญาณแรง, 302/303/307 สัญญาณอ่อน, ตาม redirect สูงสุด 10 ทอด, Inspection tools ไม่ตาม redirect, URL ที่ตอบ 4xx ถูกเอาออกจากดัชนี)
• Google Search Central, Site moves with URL changes (อัปเดต 20 ส.ค. 2026 ตรวจ 15 ต.ค. 2026: URL mapping, 301/308, redirect ตรงไปปลายทาง ถ้าไม่ได้ไม่เกิน 3 และน้อยกว่า 5 ทอด, redirect ถาวรไม่ทำให้เสีย PageRank, เว็บเล็กถึงกลางใช้ไม่กี่สัปดาห์, เก็บ redirect อย่างน้อย 1 ปี, soft 404 จากการโยนไปหน้าแรก, 404/410 สำหรับเนื้อหาที่ไม่ย้าย, sitemap ใหม่)
• Search Console Help, Change of Address tool (ไม่ระบุวันที่ ตรวจ 15 ต.ค. 2026: ใช้เฉพาะเปลี่ยนโดเมนหรือซับโดเมน, ไม่ใช้กับ http→https, path หรือ www บนโดเมนเดียวกัน, 180 วัน, ต้องเป็น owner ทั้งสอง property, ส่งทุกเวอร์ชันของโดเมนเก่า)
• Search Console Help, Page indexing report (ไม่ระบุวันที่ ตรวจ 15 ต.ค. 2026: Page with redirect, Redirect error, Soft 404)
• IETF, RFC 9110 HTTP Semantics, §15.4 Redirection 3xx (มิ.ย. 2022 · มาตรฐาน: 301/308 ถาวรและ cache ได้เอง, 302/307 ชั่วคราว, 301/302 อาจเปลี่ยน POST เป็น GET, 307/308 รักษา method เดิม, client ควรตรวจจับ redirect loop)
• WordPress Developer Reference, wp_old_slug_redirect() (ตั้งแต่ WordPress 2.1.0: 301 จาก slug เก่าของบทความ, ข้ามเนื้อหาแบบมีลำดับชั้น)
• Rank Math KB, Redirections และ How to redirect posts after changing URLs (ไม่ระบุวันที่ ตรวจ 15 ต.ค. 2026: 301/302/307, 410/451 เป็นรหัสสถานะไม่ใช่ redirect, 404 Monitor, Auto Post Redirect เป็น 301 เสมอ ครอบคลุม post, page, taxonomy, custom post type)
• ข้อมูลของ The Missing Piece: ทดสอบ redirect เว็บธุรกิจไทยที่ติดหน้าแรก Google ใน 13 คำค้น (รายชื่อ 5 ต.ค. 2026) ทดสอบครั้งเดียว 15 ต.ค. 2026 · หน้าแรกแบบ http + สลับ www n = 55 · หน้าในจาก sitemap สลับ / ท้าย URL n = 30 · ไม่ render JavaScript ไม่ตรวจ canonical ไม่เปิดเผยชื่อเว็บ
• Nathan Gotch, AI SEO For Dummies (Wiley, 2026), บทที่ 2 (เนื้อหาสำคัญควรอยู่ใน HTML ที่เซิร์ฟเวอร์ส่งมา) · บทที่ 10 (crawl สองมุม Googlebot และ user agent ทั่วไป) · บทที่ 11 (แก้ 3 อันดับแรกก่อนและเขียนเป็นงานให้ทีมเว็บ)
• Eric Enge, Stephan Spencer, Jessie Stricchiola, The Art of SEO, 4th ed. (O’Reilly, 2023), บทที่ 7 (ใช้ 301 เมื่อทำได้ meta refresh ที่หน่วงเวลาคาดเดาไม่ได้ · การวางแผนย้ายเว็บด้วยตาราง URL mapping) · บทที่ 10 (รายงาน redirect ที่ไม่ใช่ 301 จากเครื่องมือ crawl · ชุดตรวจหลังอัปเดตเว็บจริง)

ตรวจข้อมูลล่าสุด: 15 ต.ค. 2026 · เมื่อบทความ Robots.txt เผยแพร่ เราจะเปลี่ยนข้อความที่กล่าวถึง noindex และ robots.txt เป็นลิงก์