Redirect คือการเปลี่ยนเส้นทางผู้ใช้และ Search Engine จาก URL หนึ่งไปยังอีก URL หนึ่งโดยอัตโนมัติ เมื่อมีคนเปิด URL เดิม ระบบจะส่งไปยัง URL ปลายทางที่กำหนดไว้แทน
ตัวอย่างเช่น เดิมเว็บไซต์มีบทความอยู่ที่
example.com/old-page/
แต่ภายหลังเปลี่ยน URL เป็น
example.com/new-page/
หาก URL เดิมมีผู้ใช้งาน มี Backlink หรือถูก Google Index ไปแล้ว การลบหน้าเก่าออกทันทีอาจทำให้ผู้ใช้เจอ 404 และ Search Engine ต้องประเมิน URL ใหม่
วิธีหนึ่งที่ใช้จัดการคือกำหนด Redirect:
/old-page/ → /new-page/
เมื่อผู้ใช้เปิด URL เดิม ระบบจะพาไปยัง URL ใหม่โดยอัตโนมัติ
Redirect จึงเป็นเรื่องสำคัญทั้งในด้าน User Experience, Website Maintenance และ Technical SEO โดยเฉพาะเว็บไซต์ที่มีการเปลี่ยน Slug, รวมบทความ, ปรับโครงสร้างเว็บไซต์ หรือย้าย Domain
Table of Contents
Redirect คืออะไร?
Redirect แปลตรงตัวได้ว่า การเปลี่ยนเส้นทาง
ในบริบทของเว็บไซต์ หมายถึงการกำหนดให้ Request ที่เข้ามายัง URL หนึ่งถูกส่งไปยัง URL อื่น
ตัวอย่าง:
Redirect ไปยัง
ผู้ใช้จึงไม่จำเป็นต้องค้นหาหน้าใหม่ด้วยตัวเอง
ในฝั่ง Search Engine การ Redirect ยังช่วยส่งสัญญาณว่าหน้าเดิมถูกย้ายไปอยู่ที่ใด
แต่ Redirect มีหลายประเภท และแต่ละประเภทมีความหมายแตกต่างกัน เช่น
- 301 Moved Permanently
- 302 Found
- 303 See Other
- 307 Temporary Redirect
- 308 Permanent Redirect
สำหรับงาน SEO ประเภทที่พบเป็นประจำคือ 301, 302, 307 และ 308
Redirect ทำงานอย่างไร?
ลองสมมติว่าผู้ใช้คลิก Link:
example.com/old-product/
Browser ส่ง Request ไปยัง Server
หาก Server ตอบกลับว่า URL นี้ถูก Redirect ด้วยสถานะ 301 พร้อมระบุ Location ใหม่เป็น:
example.com/new-product/
Browser ก็จะ Request URL ใหม่และแสดงหน้าใหม่ให้ผู้ใช้
จึงสามารถมอง Flow แบบง่ายได้ว่า
ผู้ใช้เปิด URL A → Server ตอบ Redirect → Browser ไป URL B → แสดง Content
สำหรับ Search Engine Bot กระบวนการคล้ายกัน โดย Search Engine จะตรวจสอบ Redirect และใช้ข้อมูลดังกล่าวประกอบการ Crawl, Index และประมวลผลสัญญาณระหว่าง URL
ทำไมเว็บไซต์ต้องใช้ Redirect?
Redirect มี Use Case ที่ถูกต้องจำนวนมาก ไม่ได้เป็นสิ่งที่ใช้เฉพาะตอนเว็บไซต์มีปัญหา
Google เองยกตัวอย่างการ Redirect ที่ถูกต้อง เช่น การย้ายเว็บไซต์ไปยังที่อยู่ใหม่ หรือการรวมหลายหน้าเข้าด้วยกัน
1. เปลี่ยน URL ของบทความ
เดิม:
example.com/blog/seo-2024/
เปลี่ยนเป็น:
example.com/seo-guide/
หากเป็นการเปลี่ยนถาวร สามารถ Redirect URL เดิมไป URL ใหม่ได้
2. ลบหน้าเก่าแล้วมีหน้าใหม่ทดแทน
สมมติเดิมมีหน้า
/wordpress-service-old/
แต่สร้างหน้าใหม่
/wordpress-website/
หากเนื้อหาและวัตถุประสงค์สอดคล้องกัน สามารถ Redirect หน้าเก่าไปยังหน้าใหม่ได้
3. รวมบทความที่เนื้อหาใกล้กัน
ตัวอย่างเว็บไซต์มี
/what-is-seo/
/seo-basics/
/seo-for-beginners/
หลัง Audit พบว่า Content ซ้ำกันมากและแข่งขัน Keyword กันเอง
อาจรวมเนื้อหาเป็นบทความหลัก:
/seo/
จากนั้น Redirect URL ที่ถูกยกเลิกไปยังหน้าหลักที่รวมเนื้อหาแล้ว
4. เปลี่ยน Domain
เช่น
oldbrand.com
เปลี่ยนเป็น
newbrand.com
กรณีนี้ต้องทำ URL Mapping ระหว่าง Domain เก่าและใหม่อย่างเป็นระบบ ไม่ควร Redirect ทุกหน้าไปหน้าแรก
5. เปลี่ยน HTTP เป็น HTTPS
เช่น
http://example.com/page/
→
Google ยกการเปลี่ยนจาก HTTP ไป HTTPS เป็นหนึ่งในตัวอย่างของ Site Move ที่มีการเปลี่ยน URL
6. เปลี่ยนโครงสร้างเว็บไซต์
เช่น
example.com/services/seo-service/
เปลี่ยนเป็น
example.com/seo/
หาก URL เดิมถูกใช้งานอยู่แล้ว ควรวางแผน Redirect ให้เหมาะสม
301 Redirect คืออะไร?
301 Redirect หรือ 301 Moved Permanently คือการแจ้งว่า URL ถูกย้ายไปยังตำแหน่งใหม่อย่างถาวร
เหมาะกับสถานการณ์ เช่น
- เปลี่ยน Slug ถาวร
- ย้ายหน้า
- รวม Content
- เปลี่ยน Domain
- เปลี่ยนโครงสร้าง URL
- ย้าย HTTP → HTTPS
- ลบหน้าเก่าและมีหน้าใหม่ที่เกี่ยวข้องโดยตรง
ตัวอย่าง:
/old-seo-service/
301 →
/seo-service/
Google แนะนำให้ใช้ Permanent Server-side Redirect เช่น 301 หรือ 308 เมื่อ URL ถูกย้ายอย่างถาวร
ดังนั้นหากคุณเปลี่ยน URL แล้วไม่มีแผนกลับมาใช้ URL เดิม 301 มักเป็นหนึ่งในตัวเลือกหลักที่ควรพิจารณา
302 Redirect คืออะไร?
302 Redirect เป็น Temporary Redirect ซึ่งสื่อว่าการเปลี่ยนเส้นทางเป็นแบบชั่วคราว
ตัวอย่างสถานการณ์เช่น
หน้า:
/promotion/
ถูก Redirect ชั่วคราวไปยัง:
/promotion-special-event/
และมีแผนกลับมาใช้หน้าเดิมภายหลัง
แนวคิดสำคัญคือ
301 = ย้ายถาวร
302 = ย้ายชั่วคราว
อย่างไรก็ตาม ไม่ควรเลือก Status Code จากความเคยชิน ควรเลือกตามความตั้งใจจริงของการเปลี่ยน URL
แม้ใน WordPress เอง ฟังก์ชัน wp_redirect() จะใช้ 302 เป็นค่า Default แต่สามารถกำหนด Status Code อื่นได้ตามวัตถุประสงค์ของระบบ
307 Temporary Redirect คืออะไร?
307 เป็น Redirect แบบชั่วคราวเช่นกัน แต่มีคุณสมบัติสำคัญคือ HTTP Method ของ Request จะถูกคงไว้
ตัวอย่าง หาก Request เดิมเป็น POST การ Redirect แบบ 307 จะคง Method ดังกล่าวไปยังปลายทาง
จึงมีความแตกต่างเชิงเทคนิคจาก Redirect บางประเภท และพบได้ในระบบ Web Application หรือ Flow ที่ต้องควบคุม Request Method
สำหรับเจ้าของเว็บไซต์ทั่วไป สิ่งสำคัญคือเข้าใจว่า 307 เป็น Temporary Redirect และไม่ควรใช้แทน Permanent Redirect หากตั้งใจย้าย URL แบบถาวร
308 Permanent Redirect คืออะไร?
308 เป็น Redirect แบบถาวรเช่นเดียวกับ 301 แต่จะคง HTTP Method ของ Request ไว้
ในมุม SEO Google ระบุว่า Permanent Server-side Redirect อย่าง 301 และ 308 เป็นวิธีที่แนะนำสำหรับการย้าย URL แบบถาวร
ดังนั้นในงานเว็บไซต์ทั่วไป:
301 = Permanent Redirect
308 = Permanent Redirect และคง Request Method
ส่วนใหญ่การเปลี่ยน URL ของหน้า Content ทั่วไปมักพบ 301 มากกว่า แต่ 308 ก็เป็น Permanent Redirect ที่ถูกต้อง
ตารางเปรียบเทียบ 301, 302, 307 และ 308
| Redirect | ประเภท | ใช้เมื่อ |
|---|---|---|
| 301 | Permanent | URL ย้ายถาวร |
| 302 | Temporary | URL ย้ายชั่วคราว |
| 307 | Temporary | ย้ายชั่วคราวและต้องคง HTTP Method |
| 308 | Permanent | ย้ายถาวรและต้องคง HTTP Method |
สำหรับงาน SEO ทั่วไป หากเปลี่ยน URL ถาวร มักพิจารณา 301 หรือ 308
หากเป็นการเปลี่ยนชั่วคราวจึงพิจารณา 302 หรือ 307
301 Redirect มีผลต่อ SEO อย่างไร?
หนึ่งในความเข้าใจที่พบได้บ่อยคือ
“ทำ 301 แล้วพลัง SEO จะหายไปบางส่วน”
แนวทางปัจจุบันของ Google ระบุว่า 301 และ Permanent Redirect อื่น ๆ ไม่ทำให้ PageRank สูญหายเพียงเพราะมีการ Redirect
อย่างไรก็ตาม นั่นไม่ได้หมายความว่าการ Redirect แบบใดก็ได้จะไม่มีผลกระทบ
หากคุณ Redirect หน้าเกี่ยวกับ
“รับทำ SEO”
ไปยัง
“สูตรอาหารไทย”
แม้ในเชิง Technical จะ Redirect ได้ แต่ปลายทางไม่มีความเกี่ยวข้องกับ Content เดิม
Google จึงแนะนำให้ทำ URL Mapping อย่างเหมาะสม และเตือนไม่ให้ Redirect URL เก่าจำนวนมากไปยังปลายทางเดียวที่ไม่เกี่ยวข้อง เช่น Homepage เพราะอาจสร้างประสบการณ์ที่ไม่ดีและถูกประเมินเป็น Soft 404 ได้
หลักสำคัญคือ
Old URL → Relevant New URL
ไม่ใช่
ทุก URL → Homepage
Redirect ช่วยรักษา Backlink ได้ไหม?
สมมติเว็บไซต์อื่น Link มายัง:
example.com/old-guide/
แต่คุณเปลี่ยนเป็น:
example.com/new-guide/
หากไม่มี Redirect ผู้ใช้ที่คลิก Backlink อาจเจอ 404
แต่ถ้ามี Permanent Redirect ที่เหมาะสม:
Backlink → Old URL → 301 → New URL
ทั้งผู้ใช้และ Search Engine สามารถไปยัง Content ใหม่ได้
Google ระบุว่า Permanent Redirect สามารถใช้ในการย้าย URL และ 301/Permanent Redirect อื่นไม่ทำให้ PageRank สูญหายจาก Redirect เอง
อย่างไรก็ตาม หากสามารถแก้ Backlink สำคัญให้ชี้ตรงมายัง URL ใหม่ได้ก็ยังเป็นสิ่งที่ควรทำ เพราะช่วยลด Redirect Hop และทำให้เส้นทางตรงกว่า
Redirect กับ Canonical ต่างกันอย่างไร?
สองอย่างนี้ถูกใช้ผิดกันบ่อยมาก
Redirect
ผู้ใช้และ Bot ถูกส่งไป URL อื่นจริง
เช่น
URL A → 301 → URL B
เมื่อเปิด A Browser จะเปลี่ยนไป B
Canonical
ผู้ใช้ยังสามารถเปิด URL A ได้ตามปกติ แต่มีการระบุผ่าน rel="canonical" ว่า URL ใดเป็นเวอร์ชันหลักที่ต้องการให้ Search Engine พิจารณา
เช่น
URL A
มี
rel="canonical" href="URL B"
ดังนั้น
Redirect = เปลี่ยนเส้นทาง
Canonical = ระบุ Preferred URL
ไม่ควรใช้ Canonical แทน 301 เพียงเพราะไม่ต้องการตั้ง Redirect หาก URL เก่าถูกย้ายออกไปถาวรจริง
Redirect กับ 404 ต่างกันอย่างไร?
ไม่ใช่ทุกหน้า 404 ต้อง Redirect
นี่เป็นเรื่องสำคัญมากในการทำ SEO Audit
สมมติเว็บไซต์เคยมีบทความ:
/iphone-5-case-2013/
สินค้าหรือเนื้อหานั้นไม่มีอีกแล้ว และไม่มีหน้าทดแทนที่เกี่ยวข้อง
ในกรณีนี้การปล่อยให้ URL ตอบ 404 หรือ 410 อาจสมเหตุสมผลกว่าการ Redirect ไปหน้าแรก
แต่ถ้ามีหน้าใหม่ที่เป็น Replacement อย่างชัดเจน เช่น
/old-wordpress-service/
ถูกแทนด้วย
/wordpress-website-service/
การทำ 301 ไปยังหน้าใหม่มีเหตุผลมากกว่า
ดังนั้นไม่ควรตั้ง Rule ว่า
“404 ทุกหน้าต้อง Redirect”
ต้องดูว่ามี Relevant Replacement หรือไม่
Redirect Chain คืออะไร?
Redirect Chain คือการ Redirect ต่อกันหลายทอด
ตัวอย่าง
Page A → Page B → Page C → Page Dกรณีนี้ผู้ใช้ต้องผ่าน Redirect หลายครั้งกว่าจะถึง Destination
โครงสร้างที่ดีกว่าคือ
Page A → Page D
Page B → Page D
Page C → Page DGoogle แนะนำให้ Redirect ไปยัง Destination สุดท้ายโดยตรง และควรรักษาจำนวน Redirect ใน Chain ให้น้อยที่สุด
Redirect Chain ที่ยาวยังเพิ่ม Latency ให้กับผู้ใช้งานอีกด้วย
ดังนั้นเวลาปรับเว็บไซต์หรือเปลี่ยน Slug หลายครั้ง ควรกลับมา Update Redirect Rule เดิมด้วย
ตัวอย่าง Redirect Chain ที่เกิดขึ้นจริง
สมมติปีแรกใช้:
/seo-service/
ปีต่อมาเปลี่ยนเป็น:
/seo-agency/
จึงตั้ง:
/seo-service/ → /seo-agency/
ปีถัดไปเปลี่ยนอีกครั้ง:
/seo-agency/ → /seo-services/
ถ้าไม่แก้ Rule เดิม จะกลายเป็น:
/seo-service/ → /seo-agency/ → /seo-services/
ควรปรับเป็น:
/seo-service/ → /seo-services/
และ
/seo-agency/ → /seo-services/
เพื่อให้ทุก URL ไป Destination ปัจจุบันโดยตรง
Redirect Loop คืออะไร?
Redirect Loop คือ URL Redirect วนกลับไปมาโดยไม่มีปลายทาง
เช่น
Page A → Page B
แต่
Page B → Page A
Browser จึงวนอยู่ระหว่างสอง URL
ผู้ใช้อาจพบ Error เช่น
ERR_TOO_MANY_REDIRECTS
Redirect Loop มักเกิดจาก
- ตั้ง Rule ซ้ำกัน
- Plugin Redirect ชนกัน
- HTTP/HTTPS Configuration ผิด
- www/non-www Configuration ผิด
- CDN และ Server ตั้ง Redirect คนละทิศทาง
- WordPress URL Setting ไม่ตรงกัน
หากพบ Too Many Redirects ควรตรวจทั้ง WordPress, Plugin, .htaccess, Web Server, CDN และ SSL Configuration
Redirect ทุก 404 ไปหน้าแรกดีไหม?
ไม่ควรทำเป็น Default
ตัวอย่างเว็บไซต์มี 5,000 URL ที่ถูกลบ แล้วตั้งทั้งหมด:
404 URL → Homepage
แม้ผู้ใช้ไม่เจอหน้า Error แต่ปัญหาคือเขาคาดหวัง Content เดิมและกลับถูกส่งไปยังหน้าแรกที่อาจไม่เกี่ยวข้อง
Google ระบุชัดว่าไม่ควร Redirect URL เก่าจำนวนมากไปยัง Destination ที่ไม่เกี่ยวข้อง เช่น Homepage เพราะอาจทำให้ผู้ใช้สับสนและอาจถูกประเมินเป็น Soft 404
วิธีที่เหมาะสมคือแบ่ง URL ออกเป็นกลุ่ม
มีหน้าทดแทนตรงกัน → 301
มีหน้าที่ใกล้เคียงและตอบ Intent เดิม → พิจารณา 301
ไม่มี Content ทดแทน → 404/410
Redirect ตอนรวมบทความ SEO ควรทำอย่างไร?
สมมติพบ Keyword Cannibalization จากบทความ 3 หน้า:
/seo-basics/
/what-is-seo/
/seo-guide/
หลังวิเคราะห์แล้วตัดสินใจรวมเป็น:
/seo/
กระบวนการที่เหมาะสมคือ
- รวม Content ที่มีคุณค่าจากทั้งสามหน้า
- สร้างหรือปรับปรุง
/seo/ - ตั้ง Permanent Redirect จากหน้าที่ถูกยกเลิก
- แก้ Internal Link ให้ชี้
/seo/โดยตรง - Update Sitemap
- ตรวจ Canonical
- ตรวจ Redirect
- ตรวจ Indexing ผ่าน Google Search Console
อย่าพึ่ง Redirect แล้วปล่อย Internal Link ทั้งเว็บไซต์ชี้ URL เก่าอยู่ เพราะจะสร้าง Redirect Hop โดยไม่จำเป็น
เปลี่ยน Slug บทความต้อง Redirect ไหม?
หาก URL เดิมเคย Public และสามารถถูก Crawl หรือมีผู้ใช้งานแล้ว โดยทั่วไปควรวางแผน Redirect เมื่อเปลี่ยน Slug
ตัวอย่าง:
เดิม
/what-is-wordpress-2025/
ใหม่
/wordpress/
ให้ตั้ง:
/what-is-wordpress-2025/ → 301 → /wordpress/
พร้อมแก้ Internal Link ทั้งเว็บไซต์ให้ชี้ URL ใหม่โดยตรง
แต่หากเป็น Draft ที่ยังไม่เคย Publish ไม่มี Link และ Search Engine ไม่เคยเข้าถึง อาจไม่มีความจำเป็นต้องสร้าง Redirect จาก URL ที่ไม่เคยใช้งานจริง
ย้าย Domain ต้อง Redirect อย่างไร?
การย้าย Domain เป็นงานที่ต้องระมัดระวังมากกว่าการเปลี่ยน Slug หนึ่งหน้า
สมมติ:
oldsite.com
→
newsite.com
ไม่ควรทำ:
oldsite.com/* → newsite.com/
ทุก URL ไป Homepage
แต่ควรทำ URL Mapping แบบหน้า-ต่อ-หน้า
เช่น
oldsite.com/services/seo/
→
newsite.com/services/seo/
และ
oldsite.com/blog/wordpress/
→
newsite.com/blog/wordpress/
หากโครงสร้าง URL เปลี่ยน ต้อง Mapping ไปยังหน้าที่เกี่ยวข้องที่สุด
Google แนะนำให้เตรียม URL Mapping ระหว่างเว็บไซต์เก่าและใหม่ ตั้ง Server-side Permanent Redirect อัปเดต Internal Link, Canonical และ Sitemap รวมถึงติดตามเว็บไซต์ผ่าน Search Console
Google ยังแนะนำให้คง Redirect สำหรับการย้ายเว็บไซต์ไว้อย่างน้อยประมาณ 1 ปี และในมุมผู้ใช้สามารถพิจารณาคง Redirect ไว้นานกว่านั้น
Redirect บน WordPress ทำอย่างไร?
WordPress สามารถทำ Redirect ได้หลายวิธี ขึ้นอยู่กับ Hosting และความรู้ทาง Technical
ใช้ Redirect Plugin
เหมาะกับเว็บไซต์ที่ผู้ดูแลไม่ต้องการแก้ Server Configuration โดยตรง
Plugin Redirect หลายตัวสามารถกำหนด
Source URL → Target URL → Status Code
ได้จาก WordPress Dashboard
ข้อดีคือจัดการง่าย แต่ควรเลือก Plugin ที่ได้รับการดูแลและไม่ควรติดตั้งหลาย Plugin ที่ทำ Redirect ซ้ำหน้าที่กัน
ใช้ .htaccess
เว็บไซต์ที่ใช้ Apache สามารถกำหนด Redirect ผ่าน .htaccess
ตัวอย่างแนวคิด:
Redirect 301 /old-page/ https://example.com/new-page/
แต่ควร Backup ก่อนแก้ไข เพราะ Rule ที่ผิดอาจทำให้เว็บไซต์เข้าไม่ได้หรือเกิด Redirect Loop
ตั้งค่าที่ Web Server
สามารถตั้ง Redirect ผ่าน Apache, Nginx หรือ Server Configuration ได้โดยตรง
วิธีนี้เหมาะกับเว็บไซต์ที่มีผู้ดูแล Server และต้องจัดการ Redirect จำนวนมากหรือเป็น Pattern
ใช้ WordPress Code
WordPress มีฟังก์ชัน wp_redirect() สำหรับ Redirect ไปยัง URL อื่น โดยค่า Status เริ่มต้นของฟังก์ชันคือ 302
WordPress ยังมี wp_safe_redirect() สำหรับ Local Redirect ที่ช่วยตรวจสอบ Host ปลายทางก่อน Redirect
การใช้วิธีนี้ควรทำโดย Developer ที่เข้าใจ WordPress Hook และ Request Lifecycle
WordPress Redirect เองโดยอัตโนมัติได้ไหม?
WordPress มีระบบ Canonical Redirect ภายในบางกรณี
ฟังก์ชัน redirect_canonical() สามารถช่วย Redirect Incoming URL ไปยัง URL ที่ WordPress พิจารณาว่าเป็น URL ที่เหมาะสมตาม Site URL และ Permalink
จึงเป็นเหตุผลหนึ่งที่บางครั้งผู้ดูแลเว็บไซต์พบว่า WordPress Redirect URL บางรูปแบบโดยที่ไม่ได้ตั้ง Plugin Redirect เอง
อย่างไรก็ตาม ไม่ควรพึ่ง Automatic Redirect เพียงอย่างเดียวสำหรับงาน Migration หรือการเปลี่ยน URL สำคัญ ควรตรวจ Response จริงว่าปลายทางและ Status Code ถูกต้องหรือไม่
วิธีตรวจสอบว่า Redirect ทำงานถูกต้องหรือไม่
หลังตั้ง Redirect ไม่ควรตรวจเพียงว่า “เปิดแล้วไปหน้าใหม่ได้”
ควรตรวจอย่างน้อย
Source URL
URL ต้นทางถูกต้องหรือไม่
Destination URL
Redirect ไปหน้าที่ต้องการจริงหรือไม่
HTTP Status
เป็น 301, 302, 307 หรือ 308 ตามที่ตั้งใจหรือไม่
Redirect Chain
มีการผ่าน URL อื่นก่อนถึง Destination หรือไม่
Final Status
Destination ควรตอบ 200 หากเป็นหน้าที่ใช้งานปกติ
ตัวอย่างที่ต้องการ:
Old URL → 301 → New URL → 200
แทนที่จะเป็น:
Old URL → 301 → URL B → 302 → URL C → 301 → New URL → 200
Google Search Console ใช้ตรวจ Redirect ได้ไหม?
ได้ โดยเฉพาะการใช้ URL Inspection เพื่อตรวจสอบ URL และสถานะ Indexing รวมถึงติดตามปัญหาหลัง Migration
สำหรับการย้ายเว็บไซต์ Google แนะนำให้ติดตามข้อมูลของทั้งเว็บไซต์เก่าและใหม่ผ่าน Search Console รวมถึงตรวจ Indexing และ Sitemap
หลังเปลี่ยน URL จำนวนมาก ควรตรวจ
- Indexing
- Crawl Error
- Sitemap
- URL Inspection
- Organic Traffic
- Ranking
- Server Logs หากเข้าถึงได้
อย่าตัดสิน Migration จากอันดับในวันแรก เพราะ Google ระบุว่าระหว่าง Site Move อาจเกิด Ranking Fluctuation ชั่วคราวขณะที่ระบบ Crawl และ Index URL ใหม่
Redirect กับ Internal Link ต้องแก้ด้วยไหม?
ต้องแก้
นี่เป็นหนึ่งในข้อผิดพลาดที่พบได้บ่อยหลัง Migration
สมมติบทความ 100 หน้ายัง Link ไป:
/old-service/
แม้ URL นี้จะ 301 ไป:
/new-service/
ได้ถูกต้อง แต่ทุกครั้งที่ Bot หรือผู้ใช้คลิก Internal Link ก็ยังต้องผ่าน Redirect
ควรแก้ Link เป็น:
/new-service/
โดยตรง
Google แนะนำให้อัปเดต Internal Link หลังเปลี่ยน URL เพื่อให้ชี้ URL ใหม่
ดังนั้น Redirect มีไว้รองรับ URL เก่า แต่ Internal Link ภายในเว็บไซต์ควรใช้ URL ปัจจุบันโดยตรง
Sitemap ควรมี URL ที่ Redirect หรือไม่?
โดยทั่วไป Sitemap ควรส่ง URL Canonical ปัจจุบันที่ต้องการให้ Search Engine Crawl และ Index
หลัง Migration จึงควร Update Sitemap ให้เป็น URL ใหม่
ไม่ควรปล่อย Sitemap หลักระยะยาวให้เต็มไปด้วย URL เก่าที่ Redirect เพราะเป็นการส่ง Signal ที่ไม่สอดคล้องกันว่า URL ใดคือหน้าปัจจุบัน
Google แนะนำให้ส่ง Sitemap ใหม่หลัง Site Move เพื่อช่วยให้ค้นพบ URL ใหม่
Redirect Chain ส่งผลต่อเว็บไซต์อย่างไร?
Redirect Chain ไม่ได้หมายความว่า SEO จะพังทันที แต่สร้างความไม่มีประสิทธิภาพหลายด้าน
เช่น
- เพิ่ม Request
- เพิ่ม Latency
- ทำให้ Debug ยากขึ้น
- เพิ่มความซับซ้อนของ Migration
- ทำให้ Bot ต้องผ่านหลาย URL
- เพิ่มโอกาสเกิด Broken Redirect ในอนาคต
Googlebot สามารถติดตาม Redirect Chain ได้หลาย Hop แต่ Google แนะนำให้ Redirect ไป Destination สุดท้ายโดยตรงและลด Chain ให้สั้นที่สุด
ดังนั้นหากทำ Technical SEO Audit แล้วพบ Chain จำนวนมาก ควรพิจารณาปรับให้เป็น Direct Redirect
Redirect มีผลต่อ Page Speed หรือไม่?
Redirect เพิ่ม HTTP Request ก่อนถึง Content ปลายทาง ดังนั้นในทางเทคนิคย่อมเพิ่มเวลาให้กับ Navigation
Redirect หนึ่งครั้งอาจไม่สร้างปัญหาร้ายแรง แต่ Chain หลายทอดสามารถเพิ่ม Latency ได้
โดยเฉพาะโครงสร้างอย่าง:
HTTP → HTTPS → www → language → final URL
ควรตรวจว่าสามารถลด Hop ได้หรือไม่
ตัวอย่างที่ดีกว่าคือให้ทุก Variant Redirect ไป Final Canonical URL โดยตรงเท่าที่ระบบรองรับ
Redirect ที่ผิดอาจทำให้ SEO มีปัญหาอย่างไร?
ตัวอย่างปัญหาที่พบบ่อย ได้แก่
- Redirect ไปหน้าที่ไม่เกี่ยวข้อง
- Redirect ทุก 404 ไป Homepage
- Redirect Chain
- Redirect Loop
- ใช้ 302 ทั้งที่ย้ายถาวรโดยไม่มีเหตุผล
- Destination เป็น 404
- Destination ถูก Noindex
- Destination Redirect ต่ออีกหลายทอด
- Internal Link ยังชี้ URL เก่า
- Sitemap ยังมี URL เก่า
- Canonical ยังชี้ URL เดิม
- HTTP/HTTPS Redirect ไม่สอดคล้องกัน
- www/non-www Redirect ผิด
ดังนั้นการทำ Redirect ไม่ควรจบเพียงแค่ “URL เปิดได้”
ต้องดูองค์ประกอบ Technical SEO รอบ ๆ ด้วย
Sneaky Redirect คืออะไร?
Redirect สามารถถูกใช้ในทางที่ผิดได้เช่นกัน
Google เรียก Redirect ที่มีเจตนาหลอกผู้ใช้หรือ Search Engine ว่า Sneaky Redirect
ตัวอย่างเช่น Search Engine เห็น Content ประเภทหนึ่ง แต่เมื่อผู้ใช้เข้าหน้าดังกล่าวกลับถูก Redirect ไปยัง Content ที่แตกต่างอย่างมีนัยสำคัญ หรือพาผู้ใช้ไปยังเว็บไซต์ Spam โดยไม่คาดคิด
Google จัด Sneaky Redirect เป็น Spam Practice
อย่างไรก็ตาม Redirect ปกติ เช่น การย้าย Domain, เปลี่ยน URL หรือรวม Content เป็นการใช้งานที่ถูกต้องเมื่อทำอย่างเหมาะสม
Checklist ก่อนทำ Redirect
ก่อนตั้ง Redirect สำหรับหน้าสำคัญ ควรตรวจสอบดังนี้
- URL เดิมคืออะไร?
- URL ใหม่คืออะไร?
- เป็นการย้ายถาวรหรือชั่วคราว?
- Content ปลายทางเกี่ยวข้องกับหน้าเดิมหรือไม่?
- ต้องใช้ 301/308 หรือ 302/307?
- Destination ตอบ HTTP 200 หรือไม่?
- มี Redirect Chain หรือไม่?
- มี Redirect Loop หรือไม่?
- Internal Link ถูกแก้หรือยัง?
- Canonical ถูกแก้หรือยัง?
- Sitemap ถูก Update หรือยัง?
- hreflang ถูก Update หรือยัง หากเป็นเว็บหลายภาษา?
- Backlink สำคัญสามารถขอแก้ URL ได้หรือไม่?
- Search Console ได้รับการตรวจสอบหลังเปลี่ยนหรือไม่?
สำหรับการ Migration ขนาดใหญ่ ควรทำ URL Mapping Sheet ก่อนเริ่มเปลี่ยนเว็บไซต์จริง
ตัวอย่าง URL Mapping สำหรับ SEO Migration
สามารถจัดข้อมูลเป็นรูปแบบ:
| Old URL | New URL | Status | Action |
|---|---|---|---|
| /old-seo/ | /seo/ | 301 | Redirect |
| /old-wordpress/ | /wordpress/ | 301 | Redirect |
| /old-contact/ | /contact/ | 301 | Redirect |
| /expired-page/ | ไม่มี | 404/410 | Remove |
| /temporary/ | /campaign/ | 302 | Temporary |
วิธีนี้ช่วยลดความผิดพลาด โดยเฉพาะเว็บไซต์ที่มี URL หลักร้อยหรือหลักพัน
ควรเก็บ Redirect ไว้นานแค่ไหน?
สำหรับ Site Move Google แนะนำให้เก็บ Redirect ไว้ อย่างน้อยประมาณ 1 ปี เพื่อให้ Google มีเวลาส่งต่อ Signals, Crawl URL เดิมอีกครั้ง และประมวลผลการย้าย
ในมุมผู้ใช้งาน การคง Redirect ไว้นานกว่านั้นอาจมีประโยชน์ โดยเฉพาะ URL ที่ยังมี Backlink, Bookmark หรือ Traffic
ดังนั้นไม่ควรรีบลบ Redirect เพียงเพราะ URL ใหม่ถูก Google Index แล้ว
สรุป Redirect คืออะไร?
Redirect คือการส่งผู้ใช้และ Search Engine จาก URL หนึ่งไปยังอีก URL โดยอัตโนมัติ ใช้ในกรณีเปลี่ยน Slug, ย้ายหน้า, รวม Content, เปลี่ยน Domain, HTTP → HTTPS หรือปรับโครงสร้างเว็บไซต์
ประเภทที่ควรรู้ ได้แก่
- 301 — ย้ายถาวร
- 302 — ย้ายชั่วคราว
- 307 — ย้ายชั่วคราวและคง HTTP Method
- 308 — ย้ายถาวรและคง HTTP Method
สำหรับ SEO สิ่งสำคัญไม่ใช่แค่การมี Redirect แต่ต้อง Redirect ไปยังหน้าที่เกี่ยวข้อง เลือก Status Code ให้เหมาะสม ลด Redirect Chain และแก้ Internal Link, Canonical และ Sitemap ให้ชี้ URL ปัจจุบัน
หากไม่มีหน้าทดแทนที่เกี่ยวข้อง ก็ไม่จำเป็นต้องบังคับ Redirect ทุก 404 ไปยัง Homepage
เมื่อจัดการ Redirect อย่างถูกต้อง จะช่วยให้การเปลี่ยน URL และ Website Migration เป็นระบบมากขึ้น ลด Broken Link และช่วยให้ทั้งผู้ใช้และ Search Engine ค้นหา Content ปัจจุบันของเว็บไซต์ได้ง่ายขึ้น
คำถามที่พบบ่อยเกี่ยวกับ Redirect
Redirect คืออะไร?
Redirect คือการตั้งค่าให้ผู้ใช้หรือ Search Engine ที่เปิด URL หนึ่งถูกส่งไปยัง URL อื่นโดยอัตโนมัติ เช่น Redirect URL บทความเก่าไปยัง URL ใหม่หลังเปลี่ยน Slug
301 Redirect คืออะไร?
301 คือ Permanent Redirect ใช้แจ้งว่า URL ถูกย้ายไปยังตำแหน่งใหม่อย่างถาวร เหมาะกับการเปลี่ยน Slug, รวม Content หรือย้ายหน้าแบบถาวร
301 กับ 302 ต่างกันอย่างไร?
301 ใช้สำหรับการย้ายแบบถาวร ส่วน 302 ใช้สำหรับการ Redirect แบบชั่วคราว หากหน้าเดิมจะกลับมาใช้งานในอนาคตจึงอาจพิจารณา Temporary Redirect
301 Redirect ทำให้ SEO หายไหม?
Google ระบุว่า 301 และ Permanent Redirect อื่น ๆ ไม่ทำให้ PageRank สูญหายเพียงเพราะ Redirect แต่ปลายทางควรมีความเกี่ยวข้องกับ URL เดิมและการ Migration ต้องจัดการองค์ประกอบอื่นอย่างถูกต้องด้วย
เปลี่ยน URL บทความต้องทำ 301 ไหม?
หาก URL เดิมเคย Publish และมีผู้ใช้ Search Engine หรือ Backlink เข้าถึงแล้ว และการเปลี่ยน URL เป็นแบบถาวร ควรพิจารณา 301 หรือ Permanent Redirect ที่เหมาะสมไปยัง URL ใหม่
ทุกหน้า 404 ควร Redirect ไปหน้าแรกหรือไม่?
ไม่ควร หากไม่มีหน้าทดแทนที่เกี่ยวข้อง การตอบ 404/410 สามารถเหมาะสมกว่า Google ไม่แนะนำให้ Redirect URL เก่าจำนวนมากไปยัง Homepage ที่ไม่เกี่ยวข้อง เพราะอาจถูกมองเป็น Soft 404
Redirect Chain คืออะไร?
Redirect Chain คือการ Redirect ต่อกันหลายทอด เช่น A → B → C → D ควรปรับให้ A ไปยัง Destination สุดท้ายโดยตรงเมื่อทำได้ เพื่อลด Redirect Hop และ Latency
Redirect Loop คืออะไร?
Redirect Loop คือการ Redirect วนกลับไปมา เช่น A → B และ B → A ทำให้ Browser ไม่สามารถเข้าถึงหน้าปลายทางและอาจแสดง ERR_TOO_MANY_REDIRECTS
WordPress ทำ Redirect ได้อย่างไร?
สามารถทำผ่าน Redirect Plugin, .htaccess, Web Server Configuration หรือเขียน Code ผ่านฟังก์ชันของ WordPress เช่น wp_redirect() ตามความเหมาะสมของเว็บไซต์
Redirect แล้วต้องแก้ Internal Link หรือไม่?
ควรแก้ Internal Link ให้ชี้ URL ใหม่โดยตรง แม้ URL เก่าจะ Redirect ได้ เพราะช่วยลด Redirect Hop และทำให้โครงสร้าง Link ของเว็บไซต์ใช้ URL ปัจจุบัน
แหล่งอ้างอิง
- Google Search Central. วิธีย้ายเว็บไซต์และเปลี่ยน URL. Google for Developers. https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- Google Search Central. Spam Policies for Google Web Search — Sneaky Redirects. Google for Developers. https://developers.google.com/search/docs/essentials/spam-policies
- WordPress.org. wp_redirect() Function. WordPress Developer Resources. https://developer.wordpress.org/reference/functions/wp_redirect/
- WordPress.org. wp_safe_redirect() Function. WordPress Developer Resources. https://developer.wordpress.org/reference/functions/wp_safe_redirect/
- WordPress.org. redirect_canonical() Function. WordPress Developer Resources. https://developer.wordpress.org/reference/functions/redirect_canonical/
ติดต่อเรา
- Facebook: Moon Knight Creator
- LINE: @moonknightcreator
- เว็บไซต์: www.moonknightcreator.com
- แผนที่: Moon Knight Creator
