301 Redirect คืออะไร? วิธีทำ + Checklist ย้ายเว็บไม่ให้อันดับตก

301 Redirect คืออะไร: 301 คือรหัสตอบกลับของเซิร์ฟเวอร์ที่บอก browser และ Google ว่า “หน้านี้ย้ายไป URL ใหม่ถาวรแล้ว” ผู้ใช้จะถูกพาไปหน้าใหม่ทันที และ Google จะค่อย ๆ ย้ายอันดับกับค่าของ backlink จากหน้าเก่าไปหน้าใหม่ ใช้ทุกครั้งที่เปลี่ยน URL ถาวร เปลี่ยนโดเมน หรือย้ายระบบเว็บ

ลองนึกภาพร้านกาแฟที่ย้ายจากตึกแถวเก่าไปตึกใหม่ห่างออกไป 500 เมตร ถ้าไม่ติดป้าย “ร้านย้ายไปที่ใหม่” ไว้หน้าร้านเก่า ลูกค้าที่เดินมาถึงจะเจอแค่ประตูล็อกแล้วเดินกลับ

301 Redirect ก็คือป้ายบอกทางถาวรแบบนั้นในโลกเว็บไซต์ ต่างกันตรงที่มันพาคนไปที่ใหม่ให้อัตโนมัติ และส่งต่อความน่าเชื่อถือที่หน้าเก่าสะสมมาให้หน้าใหม่ด้วย

ปัญหาที่เราเจอบ่อยตอนตรวจเว็บคือ ใช้ 302 ทั้งที่ควรใช้ 301, ทำ Redirect ซ้อนกันหลายชั้น, หรือย้ายเว็บโดยไม่วาง Redirect map เลย บทความนี้รวมตั้งแต่นิยาม ตารางเทียบแต่ละประเภท วิธีทำบนแต่ละ 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. 301 vs 302 — เลือกตามเจตนา ไม่ใช่ความสะดวก ถ้าหน้าจะย้ายถาวร ให้ใช้ 301 เสมอ การใช้ 302 กับการย้ายถาวรเป็นความผิดพลาดที่พบบ่อยที่สุด เพราะ Google จะไม่ยอมย้าย index ไปหน้าใหม่ ทำให้หน้าใหม่ไม่ติดอันดับสักที

2. 307 มักไม่ได้ตั้งเอง — 307 มักเกิดจากกลไก HSTS (HTTP Strict Transport Security) ที่บังคับ HTTPS อัตโนมัติที่ระดับ browser คุณแทบไม่ต้องตั้ง 307 เองในงาน SEO ทั่วไป

3. 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

ในยุคแรกคนทำ SEO เชื่อกันว่า 301 ทำให้ link equity ลดลงบางส่วนทุกครั้งที่ผ่าน แต่ตั้งแต่ปี 2016 Google (Gary Illyes) ยืนยันแล้วว่า redirect กลุ่ม 3xx ไม่ทำให้สูญเสีย PageRank link equity จึงส่งต่อได้ตามปกติ

แต่จะได้ผลเต็มที่ก็ต่อเมื่อทำตามเงื่อนไขเหล่านี้:

1. ต้อง 301 ไปยังหน้าที่เนื้อหาเกี่ยวข้องกัน — ถ้าคุณ 301 หน้าบทความเรื่อง “สูตรกาแฟ” ไปที่หน้าแรกที่ไม่เกี่ยวข้องเลย Google อาจตีความว่าเป็น “soft 404” และไม่ส่งต่อ link equity เต็มที่ ให้ redirect ไปหน้าที่ใกล้เคียงที่สุดเสมอ

2. ยิ่ง Redirect ซ้อนหลายชั้น ยิ่งเสี่ยง — แม้แต่ละ hop จะไม่หัก equity แต่ redirect chain ยาว ๆ ทำให้ Googlebot เสีย crawl budget และถ้าเกินขีดที่ Googlebot ยอมตาม มันจะหยุดกลางทาง

3. Redirect ต้องอยู่ถาวร — อย่าลบ Redirect ทิ้งเร็วเกินไป Google แนะนำให้คง 301 ไว้ อย่างน้อย 1 ปี หรือนานกว่านั้น เพื่อให้ index ย้ายเสร็จสมบูรณ์และให้ backlink เก่า ๆ ยังส่งค่าต่อได้

กฎทอง: 301 ที่ดี = ไปหน้าที่เกี่ยวข้อง + ทางตรงไม่ซ้อนชั้น + อยู่ถาวรนานพอ

วิธีทำ 301 Redirect ใน WordPress

WordPress เป็น CMS ที่ธุรกิจไทยใช้กันมาก มี 2 วิธีหลัก ถ้าไม่อยากแตะเองหรือกำลังย้ายระบบทั้งเว็บ ดู บริการรับทำและดูแลเว็บ WordPress ได้

วิธีที่ 1: ใช้ Plugin (เหมาะกับมือใหม่)

วิธีที่ปลอดภัยและง่ายที่สุดคือใช้ปลั๊กอินจัดการ redirect ตัวที่นิยมได้แก่ Redirection (ฟรี), Rank Math หรือ Yoast SEO Premium (มีฟีเจอร์ redirect ในตัว)

ขั้นตอนด้วยปลั๊กอิน Redirection:

1. ติดตั้งและเปิดใช้งานปลั๊กอิน Redirection
2. ไปที่ Tools → Redirection
3. ในช่อง Source URL ใส่ URL เก่า (เช่น /old-page/)
4. ในช่อง Target URL ใส่ URL ใหม่ (เช่น /new-page/)
5. ตั้ง HTTP code เป็น 301 — Moved Permanently
6. กด 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):

1. เข้า Cloudflare dashboard → เลือกโดเมน
2. ไปที่ Rules → Redirect Rules → Create rule
3. ตั้งเงื่อนไข (เช่น URL path เท่ากับ /old-page)
4. ตั้ง action เป็น Dynamic/Static redirect ไปยัง URL ใหม่
5. เลือก 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 เอกสารของ Google ระบุว่า Googlebot ตาม redirect ได้สูงสุด 10 hops ถ้าเกินจะหยุดและถือว่าเป็น error แต่ในทางปฏิบัติควรให้เหลือ hop เดียว
• เสี่ยงหลุดกลางทาง ถ้า hop ใด hop หนึ่งเสียหรือถูกลบ ทั้งสายพังทันที

วิธีแก้: 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 แล้วต้องตรวจเสมอ อย่าเชื่อว่า “น่าจะถูก” — ใช้เครื่องมือเหล่านี้:

1. Redirect Checker ออนไลน์ — เว็บอย่าง httpstatus.io หรือ wheregoes.com ใส่ URL แล้วดูว่ามันส่ง status อะไร และผ่านกี่ hop (ตรวจ chain ได้ดี)

2. Browser DevTools — เปิด DevTools (F12) → แท็บ Network → โหลดหน้าเก่า → ดู status code ในคอลัมน์ Status ว่าเป็น 301 จริงไหม และ Location ชี้ไปถูกที่หรือเปล่า

3. คำสั่ง curl (สำหรับสาย command line):

curl -I https://yoursite.com/old-page/

ดูบรรทัด HTTP/1.1 301 Moved Permanently และ Location: ว่าถูกต้อง

4. Google Search Console — หลังย้ายเว็บ ใช้ URL Inspection ตรวจว่า Google เห็น redirect และเริ่ม index URL ใหม่หรือยัง แล้วดูรายงาน Page indexing (ชื่อเดิมคือ Coverage) ว่ามีหน้า “Page with redirect” หรือ “Not found (404)” เพิ่มขึ้นผิดปกติไหม ถ้ายังไม่คุ้นกับรายงานเหล่านี้ อ่าน วิธีใช้ Google Search Console ครบทุกรายงาน

5. 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 ปี อย่าเพิ่งลบ

ตัวอย่างจริง: ย้ายเว็บ 1,576 สินค้า ทำ 301 ครบ 3,274 ลิงก์

ในงานย้ายเว็บอะไหล่แท้จากเว็บสำเร็จรูปเข้า WordPress ของเรา sitemap เดิมไม่มีหน้าสินค้าเลย Redirect Map จึงต้องรวบจาก 4 แหล่ง (ดึงจากหน้าเว็บจริง, sitemap เดิม, Ahrefs และไฟล์ส่งออกของร้าน) ได้รหัสลิงก์เดิม 3,274 รายการ จับคู่ด้วยรหัสสินค้าแทนชื่อ เพราะ URL เดิมมีชื่อภาษาไทยที่ถูกเข้ารหัสต่างกันได้ และเก็บเป็นตารางค้นหาในฐานข้อมูลแทนการเขียน 3,274 บรรทัดลง .htaccess อ่านวิธีคิดทั้งหมดได้ใน เคสย้ายเว็บจาก iGetWeb สู่ WordPress

บทเรียนจากงานนี้: เว็บที่ทำ Redirect Map แบบ 1:1 ครบ มักเห็นอันดับกลับมาภายในไม่กี่สัปดาห์ถึงไม่กี่เดือน ขึ้นกับขนาดเว็บ ส่วนเว็บที่ redirect ทุกหน้าไปหน้าแรก Google มักมองเป็น soft 404 และค่าของหน้าเดิมหายไปจริง

ข้อผิดพลาดเรื่อง 301 ที่พบบ่อยที่สุด

จากที่เราตรวจเว็บลูกค้าในภาคใต้ นี่คือจุดที่เจอซ้ำ ๆ:

1. ใช้ 302 แทน 301 ตอนย้ายถาวร — Google ไม่ย้าย index หน้าใหม่ไม่ติดอันดับสักที
2. Redirect ทุกหน้าไปที่หน้าแรก — แทนที่จะ map 1:1 ทำให้ Google ตีเป็น soft 404 และทิ้ง link equity
3. ลืม redirect http และ www — เกิด duplicate content และแบ่ง ranking signal
4. Redirect chain ยาวเกินไป — เสีย crawl budget และโหลดช้า
5. ลบ redirect เร็วเกินไป — backlink เก่ากลับมาเป็น 404 อันดับร่วงซ้ำ
6. ตั้ง redirect ซ้ำซ้อนหลายชั้น (Cloudflare + .htaccess) จนเกิด loop
7. ไม่อัปเดต internal link — ปล่อยให้ลิงก์ภายในยังชี้ไป URL เก่าที่ต้องผ่าน redirect ตลอด

Google เปิดเผยว่าการย้ายเว็บปกติใช้ 1–3 เดือน และช้าสุดเกิน 1 ปี ดูตัวเลขทุกขั้นได้ใน Google Index นานไหม? ระยะเวลาทุกขั้นที่ Google เปิดเผย

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

301 ทำให้อันดับตกไหม?

ถ้าทำถูก คือ map 1:1 ไปหน้าที่เนื้อหาเกี่ยวข้อง และ redirect ทางตรง อันดับมักกลับมาครบ การแกว่งเล็กน้อยช่วงแรกเป็นเรื่องปกติของการย้าย เพราะ Google ต้องใช้เวลา crawl และประมวลผลหน้าใหม่

301 ใช้เวลานานแค่ไหนกว่า Google จะอัปเดต?

ขึ้นกับขนาดเว็บและความถี่ที่ Google เข้ามา crawl เว็บเล็กอาจไม่กี่สัปดาห์ เว็บใหญ่อาจหลายเดือน เร่งได้ด้วยการส่ง sitemap ใหม่และใช้ URL Inspection กับหน้าสำคัญ

ควรเก็บ 301 ไว้นานแค่ไหน?

Google แนะนำให้เก็บไว้อย่างน้อย 1 ปี ถ้าเป็นไปได้ให้เก็บไว้ถาวร เพราะ backlink เก่าและ bookmark ของลูกค้ายังส่งคนเข้ามาที่ URL เดิมได้อีกนาน

301 ต่างจาก canonical tag ยังไง?

301 พาผู้ใช้ไปหน้าใหม่จริง หน้าเก่าเปิดไม่ได้อีก ส่วน canonical แค่บอก Google ว่าหน้าไหนคือหน้าหลัก ทั้งสองหน้ายังเปิดได้ ใช้ canonical เมื่อต้องการให้ทั้งสองหน้ายังอยู่ ใช้ 301 เมื่อต้องการปิดหน้าเก่าถาวร

ทำ 301 บน WordPress แบบไหนดีที่สุด?

มือใหม่ใช้ปลั๊กอิน Redirection หรือ Rank Math จะปลอดภัยกว่า เพราะแก้ผิดก็ไม่ทำเว็บล่ม คนที่เข้าใจ Apache ใช้ .htaccess จะเบากว่า ถ้า redirect เป็นหลักพันรายการ ควรเก็บเป็นตารางในฐานข้อมูลแทนการเขียนทีละบรรทัด

เปลี่ยนโดเมนแล้วต้องทำอะไรใน Search Console?

เพิ่มโดเมนใหม่เป็น property แยก ส่ง sitemap ใหม่ แล้วใช้ Change of Address tool จาก property ของโดเมนเก่า เครื่องมือนี้จะใช้ได้ก็ต่อเมื่อหน้าหลักของโดเมนเก่า 301 ไปโดเมนใหม่แล้ว

Redirect ทุกหน้าไปหน้าแรกได้ไหม ง่ายกว่า?

ไม่ควร Google มักมองการ redirect หน้าที่ไม่เกี่ยวข้องไปหน้าแรกเป็น soft 404 ค่าของหน้าเดิมจะไม่ถูกส่งต่อ ให้ชี้ไปหน้าที่ใกล้เคียงที่สุด ถ้าไม่มีจริง ๆ ปล่อยเป็น 404 หรือ 410 ดีกว่า

สรุป

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

หัวใจที่ต้องจำคือ: ใช้ 301 เมื่อย้ายถาวร (ไม่ใช่ 302), ทำ Redirect map แบบ 1:1, redirect ทางตรงไม่ซ้อนชั้น, ไปยังหน้าที่ เกี่ยวข้อง, และ คงไว้นานพอ เมื่อทำครบ การย้ายเว็บจะเป็นเรื่องที่ควบคุมได้ ไม่ใช่การพนันกับอันดับ

ถ้าคุณกำลังจะเปลี่ยนโดเมน ปรับโครงสร้าง URL หรือย้ายระบบเว็บ ทีม Southern Whale ช่วยวาง Redirect map ตั้งค่า server และเฝ้าดูผลหลังย้ายได้ ดู บริการรีดีไซน์และย้ายเว็บไซต์ หรือ บริการรับทำเว็บ WordPress เราตรวจเว็บเดิมและวางแผนให้ดูก่อนฟรี ปรึกษาฟรี ไม่จ้างก็ไม่เป็นไร ทักมาได้ที่ LINE OA ของ Southern Whale

อยากให้ทีมดูแลเรื่องนี้พร้อม SEO ส่วนอื่นของเว็บ ดู บริการรับทำ SEO หรือ ขอตรวจเว็บฟรี