ลองนึกภาพว่าคุณเปิดร้านกาแฟอยู่ที่ตึกแถวเก่ามา 3 ปี ลูกค้าประจำจำทางได้หมด Google Maps ก็ปักหมุดไว้แล้ว แล้ววันหนึ่งคุณย้ายร้านไปอยู่ตึกใหม่ห่างออกไป 500 เมตร — ถ้าคุณไม่ติดป้าย “ร้านย้ายไปที่ใหม่ →” ไว้หน้าร้านเก่า ลูกค้าที่เดินมาถึงจะเจอแค่ประตูล็อก แล้วก็เดินกลับ คุณเสียลูกค้าที่อุตส่าห์มาถึงหน้าร้านไปฟรี ๆ
301 Redirect ก็คือ “ป้ายบอกทางถาวร” แบบนั้นในโลกเว็บไซต์ มันคือคำสั่งที่บอกทั้งคนและ Google ว่า “หน้านี้ย้ายไปอยู่ที่ URL ใหม่ถาวรแล้วนะ ไปที่นั่นเลย” — และที่สำคัญกว่าคือมันส่งต่อ “ความน่าเชื่อถือ” ที่หน้าเก่าสะสมมาทั้งหมดไปให้หน้าใหม่ด้วย
ปัญหาคือ คนทำเว็บส่วนใหญ่ในไทยเข้าใจ Redirect แบบผิด ๆ — ใช้ 302 ทั้งที่ควรใช้ 301, ทำ Redirect ซ้อนกันเป็นชั้น ๆ จน Google งง, หรือย้ายเว็บโดยไม่วาง Redirect map ทำให้ traffic ที่สะสมมาเป็นปีหายวับใน 1 คืน บทความนี้คือคู่มือ 301 Redirect ฉบับที่ละเอียดที่สุดเท่าที่เราเขียนได้ ตั้งแต่นิยาม ตารางเทียบทุกประเภท วิธีทำบนทุก platform ไปจนถึง Checklist ย้ายเว็บแบบมืออาชีพที่ทีม Southern Whale ใช้จริง
301 Redirect คืออะไร?
301 Redirect คือ HTTP status code ตัวหนึ่งที่เซิร์ฟเวอร์ส่งกลับไปบอก browser และ search engine ว่า “หน้าที่คุณขอ ถูกย้ายไปอยู่ที่ URL ใหม่อย่าง ถาวร (Moved Permanently)” เมื่อ browser ได้รับ status 301 มันจะพาผู้ใช้ไปยัง URL ใหม่ทันทีโดยอัตโนมัติ
ตัวเลข “301” คือรหัสในกลุ่ม 3xx (Redirection) ของ HTTP — กลุ่มนี้ทั้งหมดหมายถึง “ต้องไปต่อที่อื่น” แต่แต่ละตัวมีความหมายต่างกัน:
- 301 = ย้ายถาวร (Permanent) → Google ควรอัปเดต index ไปใช้ URL ใหม่
- 302 = ย้ายชั่วคราว (Found / Temporary) → Google ควรเก็บ URL เดิมไว้ใน index
- 307 = ย้ายชั่วคราวแบบ strict (Temporary Redirect, HTTP/1.1)
- 308 = ย้ายถาวรแบบ strict (Permanent Redirect)
จุดที่ทำให้ 301 สำคัญต่อ SEO มากที่สุดคือคำว่า “ถาวร” — เมื่อ Googlebot เห็น 301 มันจะเข้าใจว่าหน้านี้เลิกใช้แล้ว และจะค่อย ๆ ย้าย ranking signals, backlink value, และทุกอย่างที่หน้าเก่าสะสมไว้ไปให้หน้าใหม่ นี่คือเหตุผลที่ 301 เป็นเครื่องมือ “บังคับ” เวลาเปลี่ยน URL หรือย้ายเว็บ
สรุปสั้น ๆ: 302 บอก Google ว่า “เดี๋ยวกลับมา” / 301 บอก Google ว่า “ย้ายแล้ว ไม่กลับ” — เลือกผิดตัวเดียว ส่งผลต่ออันดับโดยตรง
301 vs 302 vs 307 vs Meta Refresh — ตารางเทียบฉบับเข้าใจง่าย
นี่คือความสับสนอันดับ 1 ของคนทำเว็บ มาดูตารางเทียบกันให้ชัด ๆ ว่าแต่ละแบบต่างกันยังไง และเมื่อไหร่ควรใช้ตัวไหน:
| ประเภท | ความหมาย | ส่งต่อ Link Equity? | ใช้เมื่อ | ทำที่ระดับ |
|---|---|---|---|---|
| 301 | ย้ายถาวร | ✅ ส่งต่อเกือบ 100% | เปลี่ยน URL/โดเมนถาวร, http→https, รวมหน้า | Server (HTTP header) |
| 302 | ย้ายชั่วคราว | ⚠️ Google เก็บ URL เดิมไว้ | A/B test, หน้า maintenance ชั่วคราว, โปรชั่วคราว | Server (HTTP header) |
| 307 | ย้ายชั่วคราว (strict) | ⚠️ เหมือน 302 | บังคับ HTTPS ผ่าน HSTS, ชั่วคราวที่ต้องคง method | Server (HTTP header) |
| 308 | ย้ายถาวร (strict) | ✅ เหมือน 301 | ย้ายถาวรที่ต้องคง POST/method เดิม | Server (HTTP header) |
| Meta Refresh | redirect ฝั่ง HTML | ❌ ส่งต่อได้แย่/ไม่ส่ง | เลี่ยง — ใช้เฉพาะตอนแก้ server ไม่ได้ | HTML <meta> |
| JS Redirect | redirect ด้วย JavaScript | ⚠️ Google ต้อง render ก่อน | เลี่ยง เพื่อ SEO | JavaScript |
ประเด็นสำคัญที่ต้องจำ:
-
301 vs 302 — เลือกตามเจตนา ไม่ใช่ความสะดวก ถ้าหน้าจะย้ายถาวร ให้ใช้ 301 เสมอ การใช้ 302 กับการย้ายถาวรเป็นความผิดพลาดที่พบบ่อยที่สุด เพราะ Google จะไม่ยอมย้าย index ไปหน้าใหม่ ทำให้หน้าใหม่ไม่ติดอันดับสักที
-
307 มักไม่ได้ตั้งเอง — 307 มักเกิดจากกลไก HSTS (HTTP Strict Transport Security) ที่บังคับ HTTPS อัตโนมัติที่ระดับ browser คุณแทบไม่ต้องตั้ง 307 เองในงาน SEO ทั่วไป
-
Meta Refresh กับ JS Redirect — หลีกเลี่ยงในงาน SEO ทั้งสองแบบนี้เป็น client-side redirect ที่ Google มองว่าด้อยกว่า server-side และส่งต่อ link equity ได้ไม่ดี ใช้เฉพาะกรณีฉุกเฉินที่แก้ฝั่ง server ไม่ได้จริง ๆ เท่านั้น
หากคุณต้องการเจาะลึกเรื่องโครงสร้างทางเทคนิคของเว็บมากกว่านี้ แนะนำให้อ่านคู่มือ Technical SEO Checklist ของเราควบคู่กัน เพราะ Redirect เป็นเพียงหนึ่งในหลายจุดที่ Google ตรวจ
เมื่อไหร่ที่ “ต้อง” ใช้ 301 Redirect
301 ไม่ใช่สิ่งที่ทำเล่น ๆ — มันคือเครื่องมือบังคับในสถานการณ์เหล่านี้:
1. เปลี่ยนโดเมน (Domain Migration)
ย้ายจาก oldbrand.com ไป newbrand.com — ต้อง 301 ทุก URL จากโดเมนเก่าไปโดเมนใหม่แบบ 1:1 (หน้าต่อหน้า) ไม่ใช่ redirect ทุกหน้าไปที่หน้าแรกอย่างเดียว นี่คือกรณีที่อันตรายที่สุดถ้าทำผิด
2. เปลี่ยนโครงสร้าง URL (URL Structure Change)
เช่นเปลี่ยนจาก /?p=123 เป็น /seo-guide/ หรือเปลี่ยนจาก /category/post เป็น /post ทุกครั้งที่ URL เปลี่ยน คุณต้อง 301 จาก URL เก่าไปใหม่
3. บังคับ HTTP → HTTPS
หน้าเว็บที่ยังเปิดผ่าน http:// ต้อง 301 ไป https:// ทั้งหมด ปี 2026 นี้ HTTPS คือมาตรฐานขั้นต่ำ เว็บที่ยังมี http เปิดอยู่ถือว่าเสี่ยงทั้งด้านความปลอดภัยและ SEO
4. รวม www และ non-www (Canonicalization)
เว็บคุณควรเลือก “เวอร์ชันเดียว” ระหว่าง www.yoursite.com กับ yoursite.com แล้ว 301 อีกเวอร์ชันมาที่เวอร์ชันหลัก ไม่งั้น Google จะมองเป็น 2 เว็บแยกกันและแบ่ง ranking signal ออกจากกัน
5. รวมหน้าซ้ำ / รวมเนื้อหา (Content Consolidation)
ถ้าคุณมี 3 บทความที่เนื้อหาคล้ายกันมากและแย่ง keyword กันเอง (keyword cannibalization) การรวมเป็นบทความเดียวแล้ว 301 อีก 2 หน้าที่เหลือมาที่หน้าหลัก จะช่วยรวมพลัง SEO เข้าด้วยกัน
6. ลบหน้าที่มี Backlink หรือ Traffic
อย่าปล่อยให้หน้าที่เคยมี backlink กลายเป็น 404 เด็ดขาด ให้ 301 ไปยังหน้าที่ใกล้เคียงที่สุดแทน เพื่อรักษา link equity ไว้ (เรื่องนี้เชื่อมโยงกับการจัดการ หน้า 404 Not Found โดยตรง — 301 คือทางออกที่ดีกว่าการปล่อยให้เป็น 404)
301 ส่งผลต่อ SEO และ Link Equity อย่างไร
นี่คือหัวใจที่ทำให้ 301 สำคัญต่อคนทำ SEO
Link Equity (หรือที่เรียกกันว่า “link juice”) คือพลังของ ranking signal ที่หน้าเว็บสะสมมาจาก backlink, อายุของหน้า, และสัญญาณคุณภาพอื่น ๆ เมื่อคุณทำ 301 จากหน้า A ไปหน้า B Google จะส่งต่อ link equity ส่วนใหญ่จาก A ไป B
ในยุคแรก Google เคยมีการ “หัก” link equity ประมาณ 15% ทุกครั้งที่ผ่าน 301 (เรียกว่า PageRank decay) แต่ในปัจจุบัน Google ยืนยันแล้วว่า 301 (และ 3xx ทุกตัว) ไม่ทำให้สูญเสีย PageRank — link equity ส่งต่อได้เกือบเต็มจำนวน
แต่ “เกือบเต็ม” มีเงื่อนไขสำคัญ:
-
ต้อง 301 ไปยังหน้าที่เนื้อหาเกี่ยวข้องกัน — ถ้าคุณ 301 หน้าบทความเรื่อง “สูตรกาแฟ” ไปที่หน้าแรกที่ไม่เกี่ยวข้องเลย Google อาจตีความว่าเป็น “soft 404” และไม่ส่งต่อ link equity เต็มที่ ให้ redirect ไปหน้าที่ใกล้เคียงที่สุดเสมอ
-
ยิ่ง Redirect ซ้อนหลายชั้น ยิ่งเสี่ยง — แม้แต่ละ hop จะไม่หัก equity แต่ redirect chain ยาว ๆ ทำให้ Googlebot เสีย crawl budget และอาจหยุด crawl กลางทาง
-
Redirect ต้องอยู่ถาวร — อย่าลบ Redirect ทิ้งเร็วเกินไป Google แนะนำให้คง 301 ไว้ อย่างน้อย 1 ปี หรือนานกว่านั้น เพื่อให้ index ย้ายเสร็จสมบูรณ์และให้ backlink เก่า ๆ ยังส่งค่าต่อได้
กฎทอง: 301 ที่ดี = ไปหน้าที่เกี่ยวข้อง + ทางตรงไม่ซ้อนชั้น + อยู่ถาวรนานพอ
วิธีทำ 301 Redirect ใน WordPress
WordPress เป็น CMS ที่คนไทยใช้มากที่สุด มี 2 วิธีหลัก:
วิธีที่ 1: ใช้ Plugin (เหมาะกับมือใหม่)
วิธีที่ปลอดภัยและง่ายที่สุดคือใช้ปลั๊กอินจัดการ redirect ตัวที่นิยมได้แก่ Redirection (ฟรี), Rank Math หรือ Yoast SEO Premium (มีฟีเจอร์ redirect ในตัว)
ขั้นตอนด้วยปลั๊กอิน Redirection:
- ติดตั้งและเปิดใช้งานปลั๊กอิน Redirection
- ไปที่ Tools → Redirection
- ในช่อง Source URL ใส่ URL เก่า (เช่น
/old-page/) - ในช่อง Target URL ใส่ URL ใหม่ (เช่น
/new-page/) - ตั้ง HTTP code เป็น 301 — Moved Permanently
- กด Add Redirect
ข้อดีของปลั๊กอินคือมันมี log บอกว่ามี 404 เกิดขึ้นที่ไหน ทำให้คุณตามแก้ได้ง่าย เหมาะมากสำหรับเว็บที่แก้ไขเนื้อหาบ่อย
วิธีที่ 2: แก้ไฟล์ .htaccess โดยตรง (เหมาะกับมืออาชีพ / เซิร์ฟเวอร์ Apache)
ถ้าเว็บคุณรันบน Apache คุณแก้ไฟล์ .htaccess ที่ root ของเว็บได้โดยตรง วิธีนี้เร็วกว่าและไม่กิน resource เท่าปลั๊กอิน:
# Redirect หน้าเดียว
Redirect 301 /old-page/ https://yoursite.com/new-page/
# Redirect แบบ pattern (ใช้ regex)
RewriteEngine On
RewriteRule ^old-folder/(.*)$ /new-folder/$1 [R=301,L]
# บังคับ HTTPS
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]
# บังคับ non-www → www (เลือกอย่างใดอย่างหนึ่ง)
RewriteCond %{HTTP_HOST} ^yoursite\.com [NC]
RewriteRule ^(.*)$ https://www.yoursite.com/$1 [R=301,L]ระวัง: แก้
.htaccessผิดบรรทัดเดียวเว็บล่มทั้งเว็บได้ ให้ สำรองไฟล์เดิมก่อนเสมอ และทดสอบทีละกฎ
วิธีทำ 301 บน Apache, Nginx และ Cloudflare
Apache (.htaccess)
ดูตัวอย่างในหัวข้อก่อนหน้า — Apache ใช้ .htaccess หรือ config หลักของ server ด้วย directive Redirect หรือ RewriteRule
Nginx
Nginx ไม่มี .htaccess — ต้องแก้ที่ไฟล์ config (มักอยู่ที่ /etc/nginx/sites-available/) แล้ว reload:
# Redirect หน้าเดียว
location = /old-page/ {
return 301 https://yoursite.com/new-page/;
}
# Redirect ทั้งโดเมน (เปลี่ยนโดเมน)
server {
listen 80;
server_name oldbrand.com www.oldbrand.com;
return 301 https://newbrand.com$request_uri;
}
# บังคับ HTTPS
server {
listen 80;
server_name yoursite.com;
return 301 https://$host$request_uri;
}หลังแก้ config ทุกครั้งให้รัน nginx -t เพื่อทดสอบ syntax ก่อน แล้วค่อย nginx -s reload
Cloudflare (ไม่ต้องแตะ server)
ถ้าเว็บคุณผ่าน Cloudflare คุณตั้ง redirect ได้ที่หน้า dashboard โดยไม่ต้องแก้ server เลย ใช้ Redirect Rules (เมนู Rules → Redirect Rules):
- เข้า Cloudflare dashboard → เลือกโดเมน
- ไปที่ Rules → Redirect Rules → Create rule
- ตั้งเงื่อนไข (เช่น URL path เท่ากับ
/old-page) - ตั้ง action เป็น Dynamic/Static redirect ไปยัง URL ใหม่
- เลือก status code เป็น 301 (Permanent)
ข้อดีของ Cloudflare คือ redirect เกิดที่ edge ก่อนถึง server ทำให้เร็วและไม่กิน resource เว็บคุณเลย หากต้องการเจาะลึกเรื่อง Cloudflare ทั้งหมด อ่านได้ที่ คู่มือ Cloudflare ฉบับสมบูรณ์ ของเรา
Redirect Chain และ Redirect Loop — กับดักที่ต้องเลี่ยง
นี่คือ 2 ความผิดพลาดทางเทคนิคที่ทำลาย SEO เงียบ ๆ
Redirect Chain (ลูกโซ่ redirect)
เกิดเมื่อ URL ต้องผ่าน redirect หลายชั้นกว่าจะถึงปลายทาง:
หน้า A → 301 → หน้า B → 301 → หน้า C → 301 → หน้า D (ปลายทางจริง)ทุก hop ที่เพิ่มขึ้นทำให้:
- ผู้ใช้โหลดช้าลง (ต้องรอ round-trip หลายรอบ) กระทบ Core Web Vitals
- Googlebot เสีย crawl budget และอาจหยุด crawl ถ้า chain ยาวเกิน 5 hops
- เสี่ยงสูญเสีย signal ระหว่างทาง
วิธีแก้: redirect ตรงไปปลายทางสุดท้ายเสมอ — A → 301 → D โดยตรง ไม่ผ่าน B, C ตรวจสอบเรื่อง crawl budget เพิ่มเติมได้ที่ คู่มือ Crawl Budget Optimization
Redirect Loop (วงวน redirect)
เกิดเมื่อ redirect วนกลับมาที่ตัวเอง:
หน้า A → 301 → หน้า B → 301 → หน้า A (วนกลับ!)ผลคือ browser แสดง error ERR_TOO_MANY_REDIRECTS และหน้าเปิดไม่ได้เลย สาเหตุที่พบบ่อยคือกฎ HTTPS และ www ที่ตั้งขัดกันเอง หรือตั้ง redirect ทั้งใน Cloudflare และ .htaccess พร้อมกันจนตีกัน
วิธีแก้: ตรวจให้แน่ใจว่ากฎ redirect ไม่ขัดแย้งกัน และอย่าตั้งซ้ำซ้อนในหลายชั้น (เช่นตั้งทั้งที่ Cloudflare และที่ server)
วิธีตรวจสอบ 301 Redirect ว่าทำถูกต้อง
ทำ redirect แล้วต้องตรวจเสมอ อย่าเชื่อว่า “น่าจะถูก” — ใช้เครื่องมือเหล่านี้:
-
Redirect Checker ออนไลน์ — เว็บอย่าง httpstatus.io หรือ wheregoes.com ใส่ URL แล้วดูว่ามันส่ง status อะไร และผ่านกี่ hop (ตรวจ chain ได้ดี)
-
Browser DevTools — เปิด DevTools (F12) → แท็บ Network → โหลดหน้าเก่า → ดู status code ในคอลัมน์ Status ว่าเป็น 301 จริงไหม และ Location ชี้ไปถูกที่หรือเปล่า
-
คำสั่ง curl (สำหรับสาย command line):
curl -I https://yoursite.com/old-page/ดูบรรทัด HTTP/1.1 301 Moved Permanently และ Location: ว่าถูกต้อง
-
Google Search Console — หลังย้ายเว็บ ใช้ URL Inspection ตรวจว่า Google เห็น redirect และเริ่ม index URL ใหม่หรือยัง พร้อมดูรายงาน Coverage ว่ามี error เพิ่มขึ้นผิดปกติไหม
-
Screaming Frog SEO Spider — crawl ทั้งเว็บแล้วกรองดู status 3xx ทั้งหมดในครั้งเดียว เหมาะกับเว็บใหญ่ที่มี redirect เยอะ และช่วยหา redirect chain ได้อัตโนมัติ
Checklist ย้ายเว็บไม่ให้อันดับตก (Site Migration)
นี่คือส่วนสำคัญที่สุด — การย้ายเว็บคือช่วงที่อันดับเสี่ยงตกมากที่สุด ทำตาม Checklist นี้ทีละขั้น:
ก่อนย้าย (Preparation):
- Crawl เว็บเก่าทั้งหมด ด้วย Screaming Frog เก็บรายการ URL ทุกหน้าไว้
- ทำ Redirect Map แบบ 1:1 จับคู่ทุก URL เก่า → URL ใหม่ (อย่า redirect รวมไปหน้าแรกอย่างเดียว)
- เก็บข้อมูล baseline — บันทึก ranking, traffic, และ backlink ปัจจุบันไว้เปรียบเทียบทีหลัง
- ระบุหน้าที่มี backlink/traffic สูง เป็นพิเศษ ให้แน่ใจว่าหน้าเหล่านี้มี redirect ที่ถูกต้อง
ตอนย้าย (Launch):
- ตั้ง 301 ทุก URL ตาม Redirect Map ที่ทำไว้
- อัปเดต internal link ให้ชี้ไปยัง URL ใหม่โดยตรง (ไม่ใช่ผ่าน redirect)
- อัปเดต canonical tag ให้ชี้ไป URL ใหม่
- สร้าง sitemap.xml ใหม่ ด้วย URL ใหม่ทั้งหมด — ดูวิธีที่ คู่มือ Sitemap XML
- ตรวจ hreflang ถ้าเป็นเว็บหลายภาษา (อ่าน International SEO & hreflang ประกอบ)
หลังย้าย (Post-launch):
- ส่ง sitemap ใหม่ ใน Google Search Console
- ใช้ Change of Address tool ใน GSC (กรณีเปลี่ยนโดเมน)
- ตรวจ 404 และ redirect chain ด้วย Screaming Frog ซ้ำอีกครั้ง
- เฝ้าดู traffic และ index ทุกวันใน 2-4 สัปดาห์แรก
- คง redirect เดิมไว้อย่างน้อย 1 ปี อย่าเพิ่งลบ
ตามสถิติที่เราเก็บจากงานย้ายเว็บลูกค้า (~2026) เว็บที่ทำ Redirect Map แบบ 1:1 ครบถ้วน มักฟื้นอันดับกลับเต็มภายใน 2-6 สัปดาห์ ขณะที่เว็บที่ redirect รวมไปหน้าแรกอย่างเดียว อาจสูญ traffic 40-60% แบบถาวร
ข้อผิดพลาดเรื่อง 301 ที่พบบ่อยที่สุด
จากประสบการณ์ตรวจเว็บลูกค้าหลายร้อยเว็บในภาคใต้ นี่คือพลาดที่เจอซ้ำ ๆ:
- ใช้ 302 แทน 301 ตอนย้ายถาวร — Google ไม่ย้าย index หน้าใหม่ไม่ติดอันดับสักที
- Redirect ทุกหน้าไปที่หน้าแรก — แทนที่จะ map 1:1 ทำให้ Google ตีเป็น soft 404 และทิ้ง link equity
- ลืม redirect http และ www — เกิด duplicate content และแบ่ง ranking signal
- Redirect chain ยาวเกินไป — เสีย crawl budget และโหลดช้า
- ลบ redirect เร็วเกินไป — backlink เก่ากลับมาเป็น 404 อันดับร่วงซ้ำ
- ตั้ง redirect ซ้ำซ้อนหลายชั้น (Cloudflare + .htaccess) จนเกิด loop
- ไม่อัปเดต internal link — ปล่อยให้ลิงก์ภายในยังชี้ไป URL เก่าที่ต้องผ่าน redirect ตลอด
FAQ — คำถามที่พบบ่อยเรื่อง 301 Redirect
Q: 301 ทำให้อันดับตกไหม? A: ถ้าทำถูก (map 1:1, ไปหน้าเกี่ยวข้อง, ทางตรง) อันดับจะอยู่ครบหรือฟื้นภายในไม่กี่สัปดาห์ การตกชั่วคราวเล็กน้อยช่วงแรกเป็นเรื่องปกติของการย้าย
Q: 301 ใช้เวลานานแค่ไหนกว่า Google จะอัปเดต? A: ขึ้นกับขนาดเว็บและความถี่ที่ Google crawl โดยทั่วไป 2-6 สัปดาห์ เว็บใหญ่อาจหลายเดือน เร่งได้ด้วยการส่ง sitemap ใหม่และ URL Inspection
Q: ควรเก็บ 301 ไว้นานแค่ไหน? A: อย่างน้อย 1 ปี และถ้าเป็นไปได้ให้เก็บไว้ถาวร เพราะ backlink เก่าอาจยังส่ง traffic มาเรื่อย ๆ
Q: ต่างระหว่าง 301 กับ canonical tag คืออะไร? A: 301 พาผู้ใช้ไปหน้าใหม่จริง (หน้าเก่าเข้าไม่ได้แล้ว) ส่วน canonical แค่บอก Google ว่าหน้าไหนคือหน้าหลัก แต่ทั้งสองหน้ายังเปิดได้ ใช้ canonical เมื่อต้องการให้ทั้งสองหน้ายังอยู่ ใช้ 301 เมื่อต้องการปิดหน้าเก่าถาวร
Q: ทำ 301 บน WordPress แบบไหนดีที่สุด? A: มือใหม่ใช้ปลั๊กอิน Redirection หรือ Rank Math จะปลอดภัยกว่า มืออาชีพที่เข้าใจ Apache ใช้ .htaccess จะเบากว่าและไม่กิน resource
สรุป
301 Redirect คือเครื่องมือที่ดูเล็กแต่ทรงพลังที่สุดในงาน Technical SEO — มันคือป้ายบอกทางถาวรที่รักษาทั้งผู้ใช้และ “ความน่าเชื่อถือสะสม” ของเว็บคุณเอาไว้เวลาเปลี่ยน URL หรือย้ายเว็บ ทำถูกอันดับอยู่ครบ ทำผิด traffic ที่สะสมมาเป็นปีหายในคืนเดียว
หัวใจที่ต้องจำคือ: ใช้ 301 เมื่อย้ายถาวร (ไม่ใช่ 302), ทำ Redirect map แบบ 1:1, redirect ทางตรงไม่ซ้อนชั้น, ไปยังหน้าที่ เกี่ยวข้อง, และ คงไว้นานพอ เมื่อทำครบทั้งหมดนี้ การย้ายเว็บจะกลายเป็นเรื่องที่ควบคุมได้ ไม่ใช่การพนันกับอันดับ
ที่ Southern Whale เราดูแลงานย้ายเว็บและ Technical SEO ให้ธุรกิจ SME ในภาคใต้มาแล้วหลายราย ตั้งแต่วาง Redirect map, ตั้งค่า server, ไปจนถึงเฝ้าติดตามอันดับหลังย้ายจนฟื้นกลับเต็ม — ถ้าคุณกำลังจะเปลี่ยนโดเมน ปรับโครงสร้าง URL หรือย้าย hosting แล้วไม่อยากเสี่ยงให้อันดับตก ปรึกษาทีม รับทำเว็บไซต์และดูแลเทคนิค ของเราได้เลย เราช่วยให้การย้ายเว็บของคุณราบรื่นโดยไม่เสีย traffic แม้แต่หน้าเดียว