Mục lục

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.

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.

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.

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.

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ư:

  • www.
  • không www.
  • các subdomain quan trọng.

cũng cần xem xét chúng trong kế hoạch migration.

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.

Đâ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.

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.

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)

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.

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)

Đâ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)

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

Nếu URL cũ không còn nội dung tương ứng và không có trang thay thế hợp lý:

  •  
    1.  
  • 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.

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)

Ví dụ domain mới chọn:

https://newbrand.com

thì cần kiểm tra:

http://oldbrand.com

http://www.oldbrand.com

https://oldbrand.com

https://www.oldbrand.com

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.

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.

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)

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.

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)

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.

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.

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

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)

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.

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.

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.

Ví dụ:

sales@oldbrand.com

chuyển thành:

sales@newbrand.com

Cần thiết lập:

  • MX.
  • SPF.
  • DKIM.
  • DMARC.

Không nên tắt email cũ ngay.

Khách hàng và đối tác có thể vẫn gửi tới:

sales@oldbrand.com

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.

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.

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.

Đặ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.

Sau migration cần theo dõi:

  • Organic clicks.
  • Impressions.
  • Top queries.
  • Top landing pages.
  • Direct traffic.
  • Conversion.
  • Revenue.
  •  
    1.  

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.

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.

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)

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ó 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)

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ị
  • ☐ 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.
  • ☐ 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.

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

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.

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.

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.