Tạo Quy Tắc Chuyển Hướng

Tạo Quy Tắc Chuyển Hướng - Tạo Redirect Cho Mọi Nền Tảng

Chuyển hướng URL là cách web sống sót qua thay đổi mà không bị vỡ. Mỗi khi một site đổi tên miền, tái cấu trúc URL, gỡ trang sản phẩm, hoặc chuyển từ HTTP sang HTTPS, mọi bookmark hiện có, liên kết công cụ tìm kiếm, chia sẻ mạng xã hội, chữ ký email và trích dẫn từ bên thứ ba trỏ đến URL cũ phải tiếp tục hoạt động, hoặc bạn mất traffic, ranking và authority đó mãi mãi. Redirect — phản hồi nhỏ từ server nói 'địa chỉ này đã chuyển, hãy đi đến địa chỉ kia' — là chính sách bảo hiểm rẻ nhất trong vận hành web. Trình tạo này sản xuất cấu hình redirect sẵn sàng cho production cho ba nền tảng mà operator thực sự cần: Apache (.htaccess với chỉ thị RewriteRule/Redirect), Nginx (chỉ thị return/rewrite trong server block), và Netlify (cú pháp đơn giản của file _redirects được mọi nền tảng JAMstack và hosting tĩnh sử dụng). Hỗ trợ cả bốn mã trạng thái redirect HTTP chuẩn: 301 (vĩnh viễn, chuyển authority SEO — lựa chọn đúng cho ~95% trường hợp), 302 (tạm thời, không chuyển SEO — cho trang bảo trì và test A/B), và 307/308 mới hơn bảo toàn phương thức (thiết yếu cho endpoint API nơi POST/PUT phải vẫn là POST/PUT sau redirect). Import hàng loạt cho phép dán danh sách kiểu CSV gồm bộ ba cũ/mới/mã từ bảng tính, rồi tải file config hoàn chỉnh sẵn upload. Quy tắc tạo ra đúng cú pháp — không lỗi gõ, không thiếu flag, không escape ký tự không nên escape.

Redirect URL là gì?

Redirect URL tự động gửi khách truy cập từ một URL sang URL khác. Khi ai đó truy cập URL cũ, máy chủ trả về mã trạng thái redirect và vị trí URL mới.

**Tại sao dùng redirect?**

• Di Chuyển Site: Chuyển sang domain hoặc nền tảng mới
• Thay Đổi URL: Cơ cấu lại URL của site
• Bảo Tồn SEO: Duy trì thứ hạng tìm kiếm từ trang cũ
• Nội Dung Trùng Lặp: Gộp nhiều URL thành một phiên bản chính
• Link Hỏng: Sửa lỗi 404 bằng cách redirect đến trang liên quan
• Bắt Buộc HTTPS: Redirect HTTP sang HTTPS
• Nhất Quán WWW: Bắt buộc www hoặc non-www

**Các tình huống phổ biến:**

1. **Đổi thương hiệu:** sitecu.com → sitemoi.com
2. **Di chuyển nội dung:** /blog/bai-viet → /bai-viet/bai-viet
3. **URL sản phẩm:** /san-pham/123 → /cua-hang/sp-123
4. **Trang bị xóa:** /trang-cu → /trang-moi-lien-quan
5. **Dọn dẹp URL:** /trang.html → /trang

Redirect là thiết yếu để duy trì trải nghiệm người dùng và bảo tồn giá trị SEO khi URL thay đổi.

Khác biệt giữa các loại redirect?

**301 - Redirect Vĩnh Viễn**

**Khi dùng:**
• Nội dung đã chuyển vĩnh viễn
• Di chuyển site hoặc đổi domain
• Gộp nội dung trùng lặp
• Cơ cấu lại URL vĩnh viễn

**Tác động SEO:**
• Chuyển 90-99% giá trị link (PageRank)
• Công cụ tìm kiếm cập nhật chỉ mục
• URL cũ bị xóa khỏi kết quả tìm kiếm theo thời gian
• Tốt nhất cho SEO khi thay đổi vĩnh viễn

**Hành vi trình duyệt:**
• Cache mạnh bởi trình duyệt
• Lần truy cập sau có thể đi thẳng đến URL mới mà không qua máy chủ

**302 - Redirect Tạm Thời**

**Khi dùng:**
• Bảo trì trang tạm thời
• A/B testing
• Nội dung theo mùa
• Khuyến mãi tạm thời
• Nội dung tạm thời không khả dụng

**Tác động SEO:**
• KHÔNG chuyển giá trị link
• Công cụ tìm kiếm giữ URL gốc trong chỉ mục
• Dùng khi bạn định khôi phục URL gốc

**307 - Tạm Thời (Giữ Method)**

**Khi dùng:**
• Giống 302, nhưng giữ HTTP method
• Quan trọng cho POST request
• Thay thế hiện đại cho 302

**Khác với 302:**
• 302: Trình duyệt có thể đổi POST thành GET
• 307: Trình duyệt phải giữ POST method

**308 - Vĩnh Viễn (Giữ Method)**

**Khi dùng:**
• Giống 301, nhưng giữ HTTP method
• Cho API và POST endpoint
• Thay thế hiện đại cho 301

**Khác với 301:**
• 301: Trình duyệt có thể đổi POST thành GET
• 308: Trình duyệt phải giữ POST method

**Hướng Dẫn Nhanh:**

| Loại | Thời hạn | Giá trị SEO | Cache | Dùng cho |
|------|----------|-------------|-------|----------|
| 301 | Vĩnh viễn | Chuyển | Mạnh | Di chuyển site, thay đổi vĩnh viễn |
| 302 | Tạm thời | Không | Nhẹ | Bảo trì, testing |
| 307 | Tạm thời | Không | Nhẹ | POST request, redirect API tạm |
| 308 | Vĩnh viễn | Chuyển | Mạnh | POST request, redirect API vĩnh viễn |

**Thực hành tốt nhất:**
• Dùng 301 cho thay đổi vĩnh viễn (99% trường hợp)
• Dùng 302/307 chỉ cho redirect thực sự tạm thời
• Cho redirect trang bình thường, 301/302 là đủ
• Cho API endpoint với POST, cân nhắc 307/308

Làm sao redirect toàn bộ domain cũ sang domain mới mà bảo toàn path?

Dùng một quy tắc wildcard duy nhất bắt path và thêm vào domain mới. Đây là di chuyển 1:1 sạch nhất và là pattern duy nhất chấp nhận được cho SEO.

Apache (.htaccess trên oldsite.com):
RewriteEngine On
RewriteRule ^(.*)$ https://newsite.com/$1 [R=301,L]

Nginx (server block cho oldsite.com):
server {
server_name oldsite.com www.oldsite.com;
return 301 https://newsite.com$request_uri;
}

Netlify (_redirects):
https://oldsite.netlify.app/* https://newsite.com/:splat 301!

Tại sao quan trọng: '/blog/bai-cua-toi' trên domain cũ trở thành '/blog/bai-cua-toi' trên domain mới, không phải '/'. Nếu bạn redirect mọi thứ về trang chủ, bạn mất authority SEO của từng trang riêng (mỗi trang reset về zero) và làm bực bội mỗi user nhấp vào link sâu mong đợi nội dung thực. Kết hợp việc này với sitemap.xml mới nộp trên domain mới và công cụ 'Change of address' của Search Console để tăng tốc Google reindex.

Tại sao HSTS làm redirect 'dính' và tôi cần biết gì?

Khi bạn redirect HTTP sang HTTPS và đồng thời gửi header Strict-Transport-Security trong phản hồi HTTPS (vd, 'max-age=31536000; includeSubDomains'), trình duyệt nhớ rằng domain của bạn chỉ-HTTPS trong khoảng thời gian được chỉ định — ngay cả khi sau này bạn xóa redirect, trình duyệt vẫn từ chối tạo request HTTP. Đây là tính năng bảo mật tuyệt vời nhưng có thể cắn bạn theo hai cách. (1) Nếu vô tình đặt max-age quá cao (nhiều năm) và sau đó cần rollback HTTPS vì bất kỳ lý do gì, mọi user đã ghé trong cửa sổ đó bị khóa khỏi phiên bản HTTP cho đến khi max-age của họ hết hạn. (2) Nếu preload HSTS qua hstspreload.org, việc gỡ yêu cầu chờ vài tháng để các trình duyệt lớn ship danh sách preload cập nhật. Bắt đầu max-age nhỏ (300 giây cho test, rồi 86400 trong một tuần, rồi một năm) để có cửa sổ rollback. Chỉ thêm chỉ thị 'preload' khi bạn chắc chắn toàn bộ site (và mọi subdomain nếu includeSubDomains được đặt) sẽ phục vụ HTTPS mãi mãi.

Cách dùng công cụ tạo redirect này?

**Hướng dẫn từng bước:**

**1. Chọn Máy Chủ/Nền Tảng**

Chọn từ:
• **Apache** - Cho hầu hết shared hosting, cPanel, máy chủ truyền thống
• **Nginx** - Cho VPS, dedicated server, hosting hiện đại
• **Netlify** - Cho static site host trên Netlify

**2. Thêm Redirect**

Cho mỗi redirect:
• **Từ:** Đường dẫn URL cũ (vd: /trang-cu)
• **Đến:** Đường dẫn URL mới hoặc URL đầy đủ (vd: /trang-moi hoặc https://sitemoi.com/trang)
• **Loại:** Chọn loại redirect (301, 302, 307, 308)

Click "Thêm Redirect" cho nhiều redirect.

**3. Nhập Hàng Loạt (Tùy Chọn)**

Cho nhiều redirect, dùng nhập hàng loạt:
```
/trang-cu /trang-moi 301
/trang-khac-cu /trang-khac-moi 301
/tam /tam-thoi 302
```

Định dạng: `/từ /đến [loại]`
Một redirect mỗi dòng.

**4. Tạo Quy Tắc**

Click "Tạo Quy Tắc" để tạo cấu hình.

**5. Sao Chép hoặc Tải Xuống**

• Click "Sao Chép" để copy vào clipboard
• Click "Tải Xuống" để lưu thành file

**6. Cài Đặt Trên Máy Chủ**

**Apache:**
• Dán vào file .htaccess ở thư mục gốc website
• Upload qua FTP hoặc file manager

**Nginx:**
• Thêm vào khối server trong nginx.conf
• Test: `sudo nginx -t`
• Reload: `sudo nginx -s reload`

**Netlify:**
• Lưu thành file `_redirects` (không có phần mở rộng)
• Đặt trong thư mục publish
• Deploy site

**7. Test Redirect**

• Truy cập URL cũ trên trình duyệt
• Kiểm tra chúng redirect đến URL mới
• Xác minh loại redirect (dùng tab Network trong dev tools)
• Test ở chế độ ẩn danh/riêng tư

**Mẹo:**
• Bắt đầu với vài redirect để test
• Luôn backup trước khi sửa file cấu hình
• Dùng 301 cho di chuyển vĩnh viễn (phổ biến nhất)
• Test kỹ lưỡng trước khi triển khai quy mô lớn

Tính Năng Chính

• Tạo redirect cho Apache, Nginx và Netlify
• Hỗ trợ loại redirect 301, 302, 307 và 308
• Trình chỉnh sửa redirect trực quan dễ dùng
• Nhập hàng loạt cho nhiều redirect
• Tải mẫu redirect để test nhanh
• Tạo quy tắc thời gian thực
• Sao chép vào clipboard chỉ một click
• Tải xuống dưới dạng file .htaccess, nginx.conf hoặc _redirects
• Hướng dẫn cài đặt rõ ràng cho từng nền tảng
• Tự động định dạng cú pháp
• Không cần đăng ký
• Công cụ 100% miễn phí
• Hoạt động offline sau khi tải trang
• Giao diện thân thiện mobile
• Cấu hình redirect thân thiện SEO