Khi nào cần chuyển website sang tên miền mới?
Doanh nghiệp có thể cần đổi tên miền trong nhiều trường hợp:
- Đổi thương hiệu.
- Mua được tên miền đẹp hơn.
- Chuyển từ tên miền dài sang tên ngắn.
- Chuyển từ tên miền phụ sang tên miền chính.
- Thay đổi thị trường hoạt động.
- Hợp nhất nhiều website.
- Chuyển sang tên miền phù hợp hơn với thương hiệu.
Ví dụ:
oldbrand.com
chuyển sang:
newbrand.com
Việc đổi tên miền cần được xử lý như một dự án migration hoàn chỉnh, không đơn giản chỉ là sao chép website sang domain mới.
Chuyển tên miền có ảnh hưởng đến SEO không?
Có thể có biến động tạm thời.
Google cho biết khi website thay đổi URL hoặc domain, hệ thống cần crawl lại URL cũ, phát hiện redirect, crawl URL mới và xử lý lại các tín hiệu liên quan.
Với website vừa và nhỏ, quá trình Google chuyển dần từ URL cũ sang URL mới có thể mất vài tuần hoặc lâu hơn; website lớn thường cần nhiều thời gian hơn. (developers.google.com)
Nếu migration được thực hiện đúng, việc đổi domain không có nghĩa website phải mất toàn bộ SEO đã tích lũy.
Bước 1: Sở hữu và bảo mật tên miền mới
Trước khi bắt đầu migration, cần đảm bảo tên miền mới:
- Thuộc quyền quản lý của doanh nghiệp.
- Có thông tin chủ thể chính xác.
- Có tài khoản registrar riêng.
- Đã bật 2FA.
- Đã bật Domain Lock.
- Còn thời hạn sử dụng đủ dài.
Không nên triển khai website trên một domain mà quyền quản trị vẫn thuộc nhà thiết kế website hoặc bên thứ ba.
Bước 2: Kiểm tra lịch sử tên miền mới
Nếu tên miền mới đã từng được sử dụng, nên kiểm tra:
- Website cũ.
- Backlink.
- Anchor text.
- Spam.
- Malware.
- Phishing.
- Nhãn hiệu.
- Tranh chấp.
Một domain đẹp nhưng có lịch sử quá xấu có thể khiến migration phức tạp hơn.
Nếu domain hoàn toàn mới, bước này đơn giản hơn.
Bước 3: Xác minh cả tên miền cũ và mới trên Search Console
Trước khi chuyển, nên có quyền quản trị cả:
oldbrand.com
và:
newbrand.com
trong Google Search Console.
Google khuyến nghị xác minh cả website cũ và website mới trước khi thực hiện site move. (developers.google.com)
Nếu sử dụng nhiều biến thể như:
cũng cần xem xét chúng trong kế hoạch migration.
Bước 4: Sao lưu toàn bộ website hiện tại
Trước khi thay đổi bất kỳ cấu hình nào, hãy sao lưu:
- Database.
- File website.
- Hình ảnh.
- DNS.
- Sitemap.
- Robots.txt.
- Redirect hiện tại.
- Danh sách URL.
Nếu sử dụng thương mại điện tử, cần sao lưu thêm:
- Sản phẩm.
- Đơn hàng.
- Khách hàng.
- Tài khoản.
- Dữ liệu thanh toán liên quan.
Backup phải đủ để có thể phục hồi website cũ nếu migration gặp lỗi.
Bước 5: Xuất danh sách toàn bộ URL hiện tại
Đây là bước cực kỳ quan trọng.
Nên thu thập URL từ:
- Sitemap.
- Search Console.
- Google Analytics.
- Crawl website.
- Backlink report.
- Database nếu cần.
Danh sách này giúp xác định:
URL nào đang tồn tại và URL mới tương ứng sẽ là gì.
Không nên chỉ nhớ các trang chính như homepage và danh mục.
Bước 6: Lập bảng mapping URL cũ sang URL mới
Ví dụ:
| URL cũ | URL mới |
|---|---|
| oldbrand.com/ | newbrand.com/ |
| oldbrand.com/noi-that/ | newbrand.com/noi-that/ |
| oldbrand.com/sofa-a/ | newbrand.com/sofa-a/ |
| oldbrand.com/tin-tuc/bai-a/ | newbrand.com/tin-tuc/bai-a/ |
Google khuyến nghị chuẩn bị URL mapping trước khi bật redirect. (developers.google.com)
Mỗi URL quan trọng nên có một trang mới tương ứng.
Bước 7: Giữ cấu trúc URL cũ nếu không cần thay đổi
Nếu website cũ có:
oldbrand.com/noi-that/sofa/
thì khi chuyển domain có thể giữ:
newbrand.com/noi-that/sofa/
Cách này giúp migration đơn giản hơn.
Không nên cùng lúc:
đổi domain + đổi toàn bộ URL + đổi CMS + redesign toàn bộ website
nếu không thực sự cần thiết.
Google cũng khuyến nghị tránh kết hợp quá nhiều thay đổi lớn cùng lúc vì hệ thống phải đánh giá lại nhiều yếu tố hơn. (support.google.com)
Bước 8: Chuẩn bị website trên tên miền mới
Trước ngày chuyển chính thức, cần đảm bảo website mới:
- Hoạt động ổn định.
- HTTPS hợp lệ.
- Mobile hoạt động tốt.
- Không còn noindex.
- Không bị robots.txt chặn.
- Form hoạt động.
- Checkout hoạt động.
- Search hoạt động.
- Hình ảnh không lỗi.
- Internal link đúng.
Không nên đưa website mới lên rồi mới bắt đầu sửa hàng loạt lỗi kỹ thuật.
Bước 9: Kiểm tra canonical
Trên domain mới:
newbrand.com/page-a/
canonical nên trỏ về:
newbrand.com/page-a/
Không nên còn canonical về:
oldbrand.com/page-a/
Sau khi bật redirect, Google khuyến nghị kiểm tra lại canonical và robots directives trên website mới. (developers.google.com)
Bước 10: Cấu hình Redirect 301 từng URL
Đây là bước quan trọng nhất.
Ví dụ:
oldbrand.com/page-a/
→ 301 →
newbrand.com/page-a/
Google khuyến nghị sử dụng server-side permanent redirect như 301 hoặc 308 khi chuyển website lâu dài. (developers.google.com)
Google cũng xác nhận permanent redirect không tự làm mất PageRank chỉ vì việc chuyển hướng. (developers.google.com)
Không redirect toàn bộ website về trang chủ
Một lỗi rất phổ biến:
oldbrand.com/page-a/
oldbrand.com/page-b/
oldbrand.com/page-c/
đều:
→ newbrand.com/
Đây không phải cách tốt.
Google cảnh báo việc redirect nhiều URL cũ không liên quan về một trang đích duy nhất như homepage có thể gây nhầm lẫn và bị xem như soft 404. (developers.google.com)
Nên:
page A → page A mới
page B → page B mới
Trang không còn nội dung thay thế thì xử lý thế nào?
Nếu URL cũ không còn nội dung tương ứng và không có trang thay thế hợp lý:
-
- Hoặc 410.
có thể phù hợp hơn.
Không cần cố redirect tất cả URL chỉ để tránh 404.
Redirect chỉ nên sử dụng khi có nội dung thay thế thực sự liên quan.
Bước 11: Tránh Redirect Chain
Ví dụ không nên:
oldbrand.com
→
tempbrand.com
→
newbrand.com
Nên:
oldbrand.com → newbrand.com
Google khuyến nghị redirect trực tiếp tới URL cuối cùng khi có thể và hạn chế redirect chain. (developers.google.com)
Bước 12: Chuyển toàn bộ HTTP, HTTPS, www và không www đúng cách
Ví dụ domain mới chọn:
thì cần kiểm tra:
và đảm bảo chúng đều dẫn đúng về phiên bản mới tương ứng.
Không nên bỏ sót một phiên bản cũ vẫn trả nội dung website.
Bước 13: Kiểm tra các subdomain cũ
Ví dụ website cũ có:
blog.oldbrand.com
shop.oldbrand.com
support.oldbrand.com
Nếu các subdomain này có traffic hoặc được Google index, cần có kế hoạch riêng.
Có thể chuyển sang:
blog.newbrand.com
hoặc:
newbrand.com/blog/
tùy kiến trúc mới.
Không nên chỉ chuyển domain chính rồi quên toàn bộ subdomain.
Bước 14: Cập nhật internal link
Sau khi chuyển, tất cả internal link nên trỏ trực tiếp tới domain mới.
Ví dụ không nên:
newbrand.com/page-b
chứa link:
oldbrand.com/page-a
rồi dựa vào 301.
Nên sửa trực tiếp thành:
newbrand.com/page-a
Google cũng khuyến nghị cập nhật internal links sau khi bắt đầu migration. (developers.google.com)
Bước 15: Cập nhật hình ảnh và tài nguyên
Kiểm tra:
- Image URL.
- CSS.
- JavaScript.
- CDN.
- Font.
- PDF.
- Download file.
Nếu tài nguyên vẫn lấy từ domain cũ, việc tắt hạ tầng cũ sau này có thể làm website mới bị lỗi.
Bước 16: Tạo sitemap mới
Sitemap mới chỉ nên chứa URL canonical của domain mới.
Ví dụ:
https://newbrand.com/sitemap.xml
Không nên tiếp tục gửi sitemap chứa:
oldbrand.com
sau khi migration đã hoàn thành.
Google khuyến nghị gửi sitemap mới trong Search Console để hỗ trợ phát hiện URL mới. (developers.google.com)
Bước 17: Sử dụng Change of Address trong Search Console
Nếu chuyển:
oldbrand.com → newbrand.com
có thể sử dụng Change of Address Tool sau khi:
- Redirect đã hoạt động.
- Cả hai domain đã được xác minh.
Google cho biết công cụ này được sử dụng khi chuyển website từ domain hoặc subdomain này sang domain hoặc subdomain khác. (support.google.com)
Không sử dụng Change of Address chỉ để:
- HTTP → HTTPS.
- www → không www.
- Đổi đường dẫn trong cùng domain.
Bước 18: Kiểm tra URL bằng Search Console
Sau khi migration, sử dụng URL Inspection để kiểm tra một số trang quan trọng:
- Homepage.
- Danh mục chính.
- Trang sản phẩm lớn.
- Bài viết có nhiều traffic.
- URL có backlink mạnh.
Cần xác nhận:
- URL mới crawl được.
- Không noindex.
- Canonical đúng.
- URL cũ redirect đúng.
Bước 19: Theo dõi lỗi 404
Sau khi chuyển domain, nên crawl lại website và theo dõi Search Console.
Tìm:
- URL cũ không redirect.
- Internal link bị lỗi.
- Hình ảnh 404.
- File download lỗi.
- URL cũ còn index nhưng không có đích.
Các URL có backlink hoặc traffic lớn cần được ưu tiên xử lý.
Bước 20: Cập nhật backlink quan trọng
Redirect sẽ xử lý backlink cũ, nhưng nếu có thể nên cập nhật trực tiếp các liên kết quan trọng.
Ưu tiên:
- Báo chí.
- Website đối tác.
- Profile doanh nghiệp.
- Hiệp hội.
- Social profile.
- Các backlink có traffic cao.
Google cũng khuyến nghị cập nhật những external link quan trọng sang URL mới. (developers.google.com)
Bước 21: Cập nhật Facebook, TikTok, YouTube và các nền tảng khác
Thay:
oldbrand.com
thành:
newbrand.com
trong:
- Facebook.
- TikTok.
- YouTube.
- Instagram.
- LinkedIn.
- Google Business Profile.
- Marketplace.
- Danh bạ.
- Profile đối tác.
Không nên để khách hàng tiếp tục nhìn thấy domain cũ trong nhiều năm nếu thương hiệu đã chuyển hoàn toàn.
Bước 22: Cập nhật quảng cáo
Kiểm tra:
- Google Ads.
- Meta Ads.
- TikTok Ads.
- Affiliate.
- Remarketing.
- Landing page.
- QR Code.
Nên đưa traffic quảng cáo trực tiếp tới domain mới thay vì đi qua 301.
Điều này giảm một bước redirect và tạo nhận diện cho tên miền mới nhanh hơn.
Bước 23: Chuyển Google Analytics và Tag Manager
Kiểm tra:
- GA4.
- Google Tag Manager.
- Meta Pixel.
- TikTok Pixel.
- Conversion.
- Event.
- Cross-domain tracking.
Một migration SEO tốt nhưng mất tracking có thể khiến doanh nghiệp không đo lường được hiệu quả sau chuyển đổi.
Bước 24: Chuyển email sang tên miền mới
Ví dụ:
chuyển thành:
Cần thiết lập:
- MX.
- SPF.
- DKIM.
- DMARC.
Không nên tắt email cũ ngay.
Bước 25: Giữ email cũ trong giai đoạn chuyển tiếp
Khách hàng và đối tác có thể vẫn gửi tới:
nhiều tháng sau khi đổi.
Có thể:
Forward old email → new email
và gửi thông báo về địa chỉ mới.
Với thương hiệu lâu năm, nên giữ hệ thống nhận mail cũ trong thời gian dài.
Bước 26: Kiểm tra các dịch vụ dùng domain cũ
Tên miền có thể được sử dụng trong:
- Google Workspace.
- Microsoft 365.
- CRM.
- ERP.
- API.
- OAuth.
- Payment gateway.
- Cloud.
- Login system.
- Email automation.
Nếu bỏ sót một dịch vụ, migration có thể gây gián đoạn vận hành dù website vẫn chạy bình thường.
Bước 27: Giữ tên miền cũ
Không nên bỏ:
oldbrand.com
ngay sau khi chuyển.
Tên miền cũ vẫn có thể nhận:
- Backlink.
- Direct traffic.
- Bookmark.
- Khách hàng cũ.
- Các URL được chia sẻ.
- Email gửi nhầm.
Google hiện khuyến nghị giữ redirect càng lâu càng tốt và nhìn chung ít nhất một năm trong site migration. (developers.google.com)
Từ góc độ thương hiệu, nhiều doanh nghiệp nên tiếp tục giữ domain cũ lâu dài.
Không nên bán tên miền cũ sau khi đổi
Đặc biệt nếu domain cũ từng là website chính.
Người mua mới có thể:
- Nhận traffic cũ.
- Gây nhầm lẫn.
- Tận dụng backlink.
- Sử dụng tên thương hiệu cũ.
- Gây rủi ro cho khách hàng.
Chi phí duy trì domain cũ thường rất nhỏ so với rủi ro phải xử lý sau này.
Bước 28: Theo dõi traffic và thứ hạng
Sau migration cần theo dõi:
- Organic clicks.
- Impressions.
- Top queries.
- Top landing pages.
- Direct traffic.
- Conversion.
- Revenue.
-
Nên so sánh:
Trước migration
với:
Sau migration
để phát hiện những nhóm URL giảm bất thường.
Traffic giảm nhẹ sau khi chuyển có bình thường không?
Có thể.
Google nói rõ thứ hạng có thể biến động tạm thời trong quá trình hệ thống crawl và index lại website. (developers.google.com)
Không nên hoảng nếu có biến động ngắn hạn.
Nhưng nếu:
- Traffic giảm sâu.
- Nhiều URL mới không index.
- URL cũ trả 404.
- Canonical sai.
thì cần kiểm tra ngay.
Bước 29: Theo dõi tỷ lệ index URL mới
Search Console có thể giúp xem:
- URL mới đã được index chưa.
- URL cũ còn xuất hiện không.
- Trang nào gặp lỗi.
- Sitemap được xử lý thế nào.
Quá trình chuyển diễn ra từng URL, không phải toàn bộ website đổi ngay trong một thời điểm. (developers.google.com)
Bước 30: Không thay đổi tiếp quá nhiều ngay sau migration
Sau khi đổi domain thành công, nên để website ổn định một thời gian trước khi:
- Đổi toàn bộ URL.
- Thay CMS.
- Xóa hàng nghìn trang.
- Redesign kiến trúc lớn.
Việc giảm số thay đổi xảy ra đồng thời giúp dễ xác định nguyên nhân nếu traffic gặp vấn đề.
Có nên thay đổi toàn bộ giao diện khi đổi domain?
Có thể, nhưng nếu SEO đang quan trọng thì nên cân nhắc thực hiện theo giai đoạn.
Phương án an toàn hơn:
Giai đoạn 1: chuyển domain, giữ cấu trúc và nội dung ổn định.
Giai đoạn 2: sau khi migration ổn định, redesign.
Google cũng lưu ý việc kết hợp site move với thay đổi lớn về nội dung và cấu trúc có thể khiến hệ thống phải học lại nhiều hơn. (support.google.com)
Checklist trước ngày chuyển domain
| Nội dung | Đã kiểm tra |
|---|---|
| Domain mới thuộc quyền quản lý | ☐ |
| Lịch sử domain mới sạch | ☐ |
| SSL đã hoạt động | ☐ |
| Website đã backup | ☐ |
| Danh sách URL cũ đầy đủ | ☐ |
| URL mapping hoàn chỉnh | ☐ |
| Website mới đã test | ☐ |
| Canonical đúng | ☐ |
| Robots.txt đúng | ☐ |
| Search Console đã xác minh | ☐ |
| Analytics hoạt động | ☐ |
| Email đã chuẩn bị | ☐ |
Checklist khi bắt đầu migration
- ☐ Bật Redirect 301.
- ☐ Test URL quan trọng.
- ☐ Kiểm tra redirect chain.
- ☐ Cập nhật internal link.
- ☐ Cập nhật canonical.
- ☐ Cập nhật sitemap.
- ☐ Submit sitemap mới.
- ☐ Gửi Change of Address khi phù hợp.
- ☐ Cập nhật mạng xã hội.
- ☐ Cập nhật quảng cáo.
- ☐ Cập nhật backlink quan trọng.
Checklist sau migration
- ☐ Kiểm tra Search Console.
- ☐ Theo dõi index.
- ☐ Theo dõi traffic.
- ☐ Theo dõi conversion.
- ☐ Crawl lỗi 404.
- ☐ Kiểm tra redirect.
- ☐ Kiểm tra email.
- ☐ Kiểm tra tracking.
- ☐ Giữ domain cũ.
- ☐ Không tắt redirect quá sớm.
Quy trình chuyển website rút gọn
Có thể ghi nhớ:
Sở hữu domain mới
↓
Kiểm tra lịch sử
↓
Backup
↓
Xuất toàn bộ URL
↓
Mapping URL cũ – mới
↓
Chuẩn bị website mới
↓
301 từng URL
↓
Cập nhật canonical + internal link
↓
Sitemap mới
↓
Search Console + Change of Address
↓
Cập nhật backlink, quảng cáo và social
↓
Chuyển email
↓
Theo dõi traffic
↓
Giữ domain cũ và redirect lâu dài
Những sai lầm phổ biến nhất
Nên tránh:
- Chỉ redirect homepage.
- Để URL cũ thành 404 hàng loạt.
- Redirect mọi trang về homepage.
- Đổi cả domain, URL và CMS cùng lúc.
- Canonical còn trỏ về domain cũ.
- Internal link vẫn dùng domain cũ.
- Sitemap vẫn chứa URL cũ.
- Quên subdomain.
- Quên email.
- Quên quảng cáo.
- Bỏ tên miền cũ quá sớm.
- Không theo dõi Search Console sau migration.
Công thức quan trọng nhất
Nếu URL cũ:
oldbrand.com/page-a/
thì URL mới nên là:
newbrand.com/page-a/
và cấu hình:
oldbrand.com/page-a/
→ 301 →
newbrand.com/page-a/
Sau đó mọi hệ thống bên trong website nên liên kết trực tiếp tới URL mới.
Kết luận
Chuyển website sang tên miền mới cần được thực hiện có kế hoạch để bảo vệ:
traffic – backlink – index – email – thương hiệu – dữ liệu khách hàng.
Quy trình quan trọng nhất gồm:
backup → URL mapping → Redirect 301 → canonical → internal link → sitemap → Search Console → cập nhật backlink → chuyển email → theo dõi sau migration.
Google hiện khuyến nghị sử dụng server-side permanent redirects, giữ redirect càng lâu càng tốt và nhìn chung ít nhất một năm, đồng thời sử dụng Change of Address khi thực sự chuyển sang domain hoặc subdomain mới. (developers.google.com) (support.google.com)
Nguyên tắc quan trọng nhất là:
Đổi tên miền nhưng không làm đứt đường dẫn từ tài sản cũ sang tài sản mới.
Nếu mỗi URL cũ đều được kết nối đúng với URL mới tương ứng, website có cơ hội bảo toàn phần lớn giá trị SEO và thương hiệu đã tích lũy trong quá trình chuyển sang tên miền mới.