Cách HAYWEB thiết kế lại website mà không mất thứ hạng SEO

Câu hỏi tôi nghe nhiều nhất từ chủ doanh nghiệp đang có website cũ là: làm bản mới thì những gì đã tích lũy trên Google có mất không. Trả lời ngắn là không, nếu bạn tách hai việc ra: đổi giao diện là việc của bạn, còn giữ đường dẫn là việc của máy tìm kiếm. Bài này là phần thực chiến của bài nền đường dẫn chuẩn SEO — gồm 3 kiểu làm lại theo mức rủi ro, cách lập bản đồ chuyển hướng 1 đối 1, chọn mã chuyển hướng nào, giữ bao lâu, và 4 lỗi khiến website mới tụt hạng.
Thiết kế lại website có mất thứ hạng SEO không?
Trả lời ngắn: Không, bản thân việc đổi giao diện không làm mất thứ hạng. Cái làm mất là những việc thường đi kèm: đổi đường dẫn mà không chuyển hướng, bản mới còn chặn robot hoặc sót thẻ chặn lập chỉ mục, và cắt bớt nội dung đang được xếp hạng. Nếu giữ đúng đường dẫn, giữ đúng nội dung và chuyển hướng đủ, thứ hạng chỉ dao động tạm thời rồi ổn định lại.
Đây không phải suy đoán. Tài liệu chuyển site của Google Search Central viết thẳng rằng mức hiển thị nội dung trong kết quả tìm kiếm có thể dao động tạm thời trong lúc chuyển, đó là chuyện bình thường và thứ hạng sẽ ổn định lại theo thời gian, xem hướng dẫn chuyển site có đổi đường dẫn. Nghĩa là dao động sau khi lên bản mới không phải dấu hiệu bạn làm sai — nhưng mất hẳn thì có.
Ba thứ máy tìm kiếm đang giữ cho website cũ của bạn
Trước khi làm bản mới, cần biết rõ mình đang có gì để giữ. Thứ nhất là danh sách đường dẫn đã được thu thập và xếp hạng — mỗi đường dẫn là một chỗ đứng riêng trong kết quả tìm kiếm. Thứ hai là các liên kết trỏ về từ bên ngoài, và chúng trỏ vào đúng những đường dẫn đó chứ không trỏ vào trang chủ. Thứ ba là nội dung cùng tín hiệu tin cậy tích lũy theo thời gian. Ba thứ này gắn với đường dẫn, nên đường dẫn còn thì chúng còn.
Vì sao "làm web mới rồi tụt hạng" là chuyện thường nghe
Vì phần lớn dự án làm lại đổi luôn cấu trúc đường dẫn mà không ai lập bản đồ chuyển hướng — đường dẫn cũ trở thành trang lỗi, người bấm vào từ Google rơi vào chỗ trống. Trường hợp thứ hai là bản mới lên kèm tệp chặn robot của môi trường thử, hoặc thẻ chặn lập chỉ mục sót lại từ lúc đang dựng. Trường hợp thứ ba là viết lại nội dung ngắn hơn cho gọn, bỏ luôn trang đang mang khách. Cả ba đều là quyết định của người làm, không phải bản chất của việc làm lại.

Ba kiểu thiết kế lại website: kiểu nào rủi ro SEO nhất?
Trả lời ngắn: Ba kiểu, rủi ro tăng dần. Kiểu 1 là đổi giao diện nhưng giữ nguyên đường dẫn — rủi ro thấp nhất, không cần khai gì với Google. Kiểu 2 là đổi đường dẫn trong cùng tên miền — bắt buộc lập bản đồ chuyển hướng đầy đủ. Kiểu 3 là đổi sang tên miền khác — rủi ro cao nhất, phải khai bằng công cụ Thay đổi địa chỉ trong Search Console và quan hệ cũ với mới chỉ được giữ 180 ngày.
Nguyên tắc chọn rất đơn giản: lấy kiểu thấp nhất mà vẫn đạt được mục tiêu. Giữ được đường dẫn thì đừng đổi. Đổi được trong cùng tên miền thì đừng đổi tên miền. Mỗi bậc leo lên là thêm một lớp việc phải làm đúng.
Kiểu 1 — đổi giao diện, giữ nguyên đường dẫn
Đây là kiểu HAYWEB khuyên dùng cho phần lớn khách: giao diện mới, nội dung mới, nhưng địa chỉ từng trang giữ y nguyên. Google có hướng dẫn riêng cho ca chuyển hạ tầng không đổi đường dẫn, trong đó khuyên hạ thời gian sống của bản ghi tên miền — thường gọi là TTL — xuống mức thấp cỡ vài giờ, và làm việc đó ít nhất 1 tuần trước khi chuyển để bộ nhớ đệm tên miền kịp làm mới, xem hướng dẫn chuyển site không đổi đường dẫn. Cùng tài liệu đó nói tỷ lệ thu thập của Googlebot giảm tạm thời ngay sau khi lên rồi tăng đều trở lại trong vài ngày sau, có khi cao hơn trước — nên đừng hoảng khi thấy biểu đồ thu thập tụt hôm đầu.
Kiểu 2 — đổi đường dẫn trong cùng tên miền
Khi bạn buộc phải đổi cấu trúc, ví dụ gộp mấy chục trang dịch vụ rời rạc thành nhóm có thứ bậc, thì bản đồ chuyển hướng là việc không được bỏ. Google khuyên site nhỏ và vừa chuyển toàn bộ đường dẫn cùng một lúc thay vì chuyển từng phần, còn site lớn thì được phép chuyển từng mục. Lý do là chuyển từng phần trên site nhỏ kéo dài thời gian tồn tại hai bản, làm khó cả bạn lẫn máy tìm kiếm. Quy ước đặt đường dẫn mới nên chốt trước theo bài đường dẫn chuẩn SEO, đổi một lần cho xong chứ đừng đổi hai lần.
Kiểu 3 — đổi sang tên miền khác
Kiểu này thêm một lớp thủ tục. Theo tài liệu của Google về công cụ Thay đổi địa chỉ, bạn phải là chủ sở hữu của cả tài sản cũ và tài sản mới trong Search Console bằng cùng một tài khoản, và công cụ chỉ chạy ở cấp tên miền chứ không dùng cho một đường dẫn con, xem tài liệu công cụ Thay đổi địa chỉ. Cũng tài liệu đó nói rõ ba ca KHÔNG dùng công cụ này: chuyển từ giao thức thường sang giao thức bảo mật, đổi giữa biến thể có www và không www, và chuyển hạ tầng mà không đổi đường dẫn.

Bản đồ chuyển hướng là gì và lập thế nào?
Trả lời ngắn: Bản đồ chuyển hướng là bảng đối chiếu từng đường dẫn cũ với đúng một đường dẫn mới gần nghĩa nhất, lập TRƯỚC khi lên bản mới chứ không phải sau. Cách làm gồm 6 bước: xuất toàn bộ đường dẫn cũ, chấm ưu tiên theo dữ liệu thật, ghép cặp 1 đối 1, xử lý những đường dẫn không có bản mới, cài chuyển hướng vĩnh viễn phía máy chủ rồi kiểm từng cặp, cuối cùng nộp sơ đồ web mới và theo dõi.
Sáu bước lập bản đồ chuyển hướng
Bước 1 — xuất toàn bộ đường dẫn cũ đang được xếp hạng. Lấy từ hai nguồn và gộp lại: sơ đồ web hiện tại và báo cáo hiệu suất trong Search Console. Sơ đồ web cho bạn danh sách bạn nghĩ mình có, còn Search Console cho bạn danh sách Google thật sự đang cho hiển thị — hai danh sách này hiếm khi trùng nhau. Cách đọc báo cáo nằm ở bài đọc Search Console ra quyết định, còn quy ước sơ đồ web ở bài sơ đồ web và tệp chặn robot.
Bước 2 — chấm ưu tiên theo lượt hiển thị và lượt nhấp thật. Bạn sẽ không đủ thời gian soi tay từng đường dẫn nếu site có vài trăm trang. Sắp theo lượt nhấp giảm dần, nhóm 20 đường dẫn đầu là nhóm phải đúng tuyệt đối, nhóm giữa làm theo quy tắc, nhóm đuôi dài xử lý theo mẫu chung.
Bước 3 — ghép cặp 1 đối 1 với đường dẫn mới. Mỗi dòng là một cặp: đường dẫn cũ, đường dẫn mới, lý do ghép. Đừng ghép nhiều đường dẫn cũ về cùng một trang mới nếu chúng vốn nói về những chuyện khác nhau — đó là gộp nội dung, một quyết định riêng cần cân nhắc theo bài thẻ chuẩn và trùng lặp nội dung.
Bước 4 — xử lý đường dẫn không có bản mới. Chọn trang gần nghĩa nhất và ghi rõ lý do chọn. Chỉ dồn về trang chủ khi thật sự không còn trang nào gần. Nếu một đường dẫn cũ không có liên kết trỏ về, không có lượt truy cập và cũng không có trang nào gần nghĩa, để nó trả trang lỗi là lựa chọn trung thực hơn.
Bước 5 — cài chuyển hướng vĩnh viễn phía máy chủ rồi kiểm từng cặp. Kiểm bằng lệnh gọi thật, xem mã trả về và địa chỉ đích cuối, đừng tin bảng cấu hình. Với mỗi cặp, lệnh curl -I phải cho đúng mã vĩnh viễn và đúng một chặng tới đích.
Bước 6 — nộp sơ đồ web mới và theo dõi. Google nói sau khi nộp sơ đồ mới thì có thể bỏ sơ đồ cũ, vì Google sẽ dùng sơ đồ mới từ đó trở đi. Rồi chuyển sang phần theo dõi 8 tuần bên dưới.
Vì sao không dồn hết đường dẫn cũ về trang chủ
Vì người bấm vào từ Google đang muốn một nội dung cụ thể, về trang chủ là rơi mất ngữ cảnh và phải tự đi tìm lại. Đó là lý do đủ để không làm, và nó nằm ở phía người dùng chứ không cần viện dẫn quy tắc nào của máy tìm kiếm. Cách đúng vẫn là chọn trang gần nghĩa nhất cho từng đường dẫn — mất thời gian hơn, nhưng đó chính là phần việc mà bản đồ chuyển hướng tồn tại để làm.
Chuỗi chuyển hướng: mỗi chặng là một lần chậm thêm
Chuỗi chuyển hướng xảy ra khi đường dẫn A trỏ sang B, rồi B lại trỏ sang C. Trình duyệt phải đi thêm một vòng mạng cho mỗi chặng, và theo tài liệu của Chrome về phép đo tránh chuyển hướng nhiều chặng, mỗi vòng như vậy có thể làm việc tải chậm thêm hàng trăm mili-giây; trang có 2 chặng trở lên là trượt phép đo, xem tài liệu phép đo chuyển hướng của Chrome. Cách sửa: trỏ thẳng A sang C, bỏ chặng trung gian. Chậm ở bước đầu tiên ảnh hưởng trực tiếp tới các ngưỡng tốc độ trong bài Core Web Vitals 2026 và các kỹ thuật sửa nằm ở bài 15 kỹ thuật sửa Core Web Vitals.
Dùng mã chuyển hướng nào: 301, 302, 307 hay 308?
Trả lời ngắn: Dùng 301 hoặc 308 cho mọi ca chuyển vĩnh viễn khi làm lại website. Theo tài liệu của Google về chuyển hướng, 301 và 308 là chuyển hướng vĩnh viễn nên kết quả tìm kiếm sẽ hiện trang mới; còn 302, 303 và 307 là tạm thời nên Google giữ trang cũ trong kết quả. Khác biệt giữa 301 và 308 nằm ở phương thức yêu cầu: với 301 trình duyệt có thể đổi yêu cầu dạng POST thành GET, còn 308 thì không được phép đổi.
Google phân loại rõ trong tài liệu về chuyển hướng và Google Tìm kiếm: nhóm vĩnh viễn gồm 301, 308, thẻ làm mới 0 giây và chuyển bằng JavaScript; nhóm tạm thời gồm 302, 303, 307 và thẻ làm mới lớn hơn 0 giây. Cùng tài liệu khuyến nghị dùng chuyển hướng vĩnh viễn phía máy chủ khi có thể, vì đó là cách chắc nhất để cả Google Tìm kiếm lẫn người dùng tới đúng trang; các cách còn lại được xếp sau theo mức Google có thể hiểu đúng, và chuyển bằng JavaScript chỉ nên dùng khi không làm được phía máy chủ.
Chi tiết về phương thức yêu cầu nằm ở tài liệu của MDN: khi nhận 301 cho một yêu cầu POST, trình duyệt dùng phương thức GET cho lần đi tiếp theo; muốn giữ nguyên phương thức thì dùng 308 vì việc đổi phương thức sau 308 bị cấm, xem tài liệu MDN về mã 301. Với website giới thiệu dịch vụ thông thường, phần lớn đường dẫn được gọi bằng GET nên 301 là đủ; chỉ những đường dẫn nhận biểu mẫu gửi dữ liệu mới cần cân nhắc 308.
Khi nào dùng chuyển hướng tạm thời là đúng
Khi trang cũ sẽ quay lại: trang đang bảo trì, một đợt thử nghiệm A/B, hoặc chuyển tạm theo vùng. Điểm mấu chốt là ý định — nếu bạn đã quyết bỏ trang cũ hẳn thì dùng vĩnh viễn, vì để tạm thời nghĩa là bảo với Google hãy giữ trang cũ trong kết quả, đúng ngược điều bạn muốn khi làm lại website.
Giữ chuyển hướng trong bao lâu?
Trả lời ngắn: Giữ càng lâu càng tốt, tối thiểu 1 năm — câu này nằm nguyên trong tài liệu chuyển site của Google. Với ca đổi tên miền còn mốc thứ hai: Google chỉ giữ quan hệ giữa site cũ và site mới trong 180 ngày kể từ khi bắt đầu khai chuyển, sau mốc đó Google coi site cũ là site không liên quan. Tài liệu cũng khuyên giữ chuyển hướng ít nhất 180 ngày, và lâu hơn nếu vẫn còn lượt truy cập vào đường dẫn cũ.
Hai mốc này đừng lẫn: 1 năm là mốc chung cho mọi ca đổi đường dẫn, còn 180 ngày là mốc riêng của công cụ Thay đổi địa chỉ khi đổi tên miền. Trong thực tế, cách quyết định đơn giản nhất là xem dữ liệu: còn lượt truy cập vào đường dẫn cũ thì còn giữ chuyển hướng, không có lý do gì phải tắt sớm vì chuyển hướng gần như không tốn chi phí gì.
Bao lâu Google xử lý xong việc chuyển?
Google nói một site cỡ trung thường mất vài tuần để phần lớn trang chuyển xong trong chỉ mục, còn site lớn thì lâu hơn. Không có mốc kiểu sau đúng bao nhiêu ngày là hồi phục hoàn toàn — ai hứa với bạn con số đó là đang hứa thứ chính Google không công bố. Điều bạn nắm được là hướng: dao động tạm thời rồi ổn định lại, và bạn theo dõi bằng dữ liệu thật thay vì cảm giác.
Theo dõi gì trong 8 tuần đầu sau khi lên bản mới?
Trả lời ngắn: Theo dõi 5 thứ, xem theo tuần chứ không theo ngày: trạng thái lập chỉ mục và lỗi thu thập trong Search Console, danh sách đường dẫn cũ còn nhận truy cập, số chặng chuyển hướng của 20 trang quan trọng nhất, tốc độ tải của bản mới, và lượt hiển thị theo nhóm trang thay vì theo từng từ khóa lẻ.
Xem theo tuần vì dao động ngày qua ngày là nhiễu — chính Google đã nói trước là sẽ dao động, nên vá theo nhiễu chỉ tạo thêm biến số. Mỗi lần bạn thêm một chuyển hướng mới giữa chừng, đổi lại cấu trúc lần nữa, hay sửa nội dung ngay lúc đang chuyển, là bạn tự làm mất khả năng biết nguyên nhân khi có vấn đề. Bộ 8 chỉ số đo đường dài nằm ở bài đo rồi mới nói: 8 chỉ số SEO, còn danh sách rà soát kỹ thuật trước khi lên bản mới nằm ở bài rà soát SEO kỹ thuật 30 điểm.
HAYWEB làm lại website của chính mình: chuyện thật rút ra được gì?
Trả lời ngắn: Khi HAYWEB dựng lại website của chính mình trong năm 2026, chúng tôi gặp một bẫy không nằm trong danh sách phổ biến: website dạng ứng dụng một trang trả cùng một thẻ chuẩn cho mọi đường dẫn con, nên ở lượt đọc tĩnh, mọi trang trông như bản khác của trang chủ. Cách chữa là kết xuất từng đường dẫn thành một trang tĩnh riêng, mỗi trang có thẻ chuẩn trỏ về chính nó.
Bẫy này nguy hiểm vì nó không có triệu chứng nào nhìn thấy được: mở website lên, mọi trang đều hiện đúng, giao diện đẹp, người dùng không phàn nàn gì. Chỉ có trang con là không vào chỉ mục. Tài liệu của Google về JavaScript nói Googlebot xếp trang vào hàng chờ kết xuất và trang có thể nằm ở hàng chờ đó vài giây nhưng cũng có thể lâu hơn, đồng thời khuyến nghị đặt thẻ chuẩn trong mã HTML gốc thay vì gắn bằng JavaScript, xem tài liệu cơ bản về JavaScript và SEO. Nghĩa là thứ gì quan trọng với máy tìm kiếm thì nên có sẵn ở bản tĩnh.
Cách kiểm nhanh website của bạn có mắc bẫy này không
Mở một trang con bất kỳ, xem nguồn trang thô chứ đừng xem qua bảng công cụ của trình duyệt — bảng công cụ hiển thị trạng thái sau khi mã đã chạy, nên nó luôn trông đúng. Ở nguồn thô, tìm thẻ chuẩn và thẻ tiêu đề: nếu chúng trỏ về trang chủ thay vì trỏ về chính trang đó, bạn đang mắc. Đây là việc mất 2 phút nhưng phát hiện được một lỗi có thể làm toàn bộ trang con biến mất khỏi kết quả tìm kiếm.
Việc HAYWEB làm trước mỗi lần cắt tên miền sang bản mới
Ba việc, theo đúng thứ tự này. Một, đối chiếu toàn bộ đường dẫn cũ với đường dẫn mới thành bảng 1 đối 1 và không để dòng nào trống. Hai, kiểm từng cặp bằng lệnh gọi thật để xem mã trả về và đích cuối, vì cấu hình trông đúng mà chạy sai là chuyện thường. Ba, chỉ cắt tên miền khi bảng đối chiếu đã sạch — không cắt trước rồi sửa sau, vì trong lúc sửa thì Google vẫn đang thu thập.

Cách HAYWEB tiếp cận
HAYWEB không chỉ áp dụng lập bản đồ chuyển hướng 1 đối 1 trước khi lên bản mới, dùng chuyển hướng vĩnh viễn phía máy chủ, không dồn mọi đường dẫn cũ về trang chủ, không để chuỗi nhiều chặng, và giữ chuyển hướng ít nhất 1 năm, mà còn kết hợp toàn diện với:
- Kết cấu bài viết theo chuẩn 2026 — chi tiết chia sẻ qua tư vấn trực tiếp.
- Cách trình bày thông tin để công cụ tìm kiếm AI (ChatGPT, Gemini, Perplexity, AI Hay) trích dẫn chính xác.
- Đo lường bằng Google Search Console thật — theo dõi thứ hạng, lượt hiển thị và nhấp chuột từng bài để tối ưu theo dữ liệu.
- Điểm bảo mật Mozilla Observatory 100 trên 100 và tốc độ Lighthouse trên 90 giữ nguyên qua mọi lần cập nhật, kiểm tra hàng ngày.
- Cách chấm ưu tiên đường dẫn nào buộc phải giữ nguyên tuyệt đối dựa trên dữ liệu hiển thị và lượt nhấp thật, cùng cách canh thời điểm cắt tên miền để phần mất giữa hai bản là nhỏ nhất — chia sẻ qua tư vấn 1-on-1 (HAYWEB dùng đúng quy trình này khi chuyển website khách sang bản mới, gồm bảng đối chiếu đường dẫn cũ với mới và danh sách kiểm từng cặp trước khi cắt).
Trải nghiệm khách hàng như ví dụ thực tế trên — và còn hơn, vì HAYWEB sở hữu thêm các chỉ tiêu nâng cao chuẩn 2026 chỉ chia sẻ qua tư vấn trực tiếp.
Bốn lỗi khiến website mới mất thứ hạng
Lỗi 1 — đổi đường dẫn mà không chuyển hướng
Đường dẫn cũ thành trang lỗi, người bấm từ Google rơi vào chỗ trống, và các liên kết trỏ về từ bên ngoài trỏ vào một địa chỉ không còn gì. Với Google, đường dẫn mới là một trang hoàn toàn mới chứ không phải bản kế tục của trang cũ. Đây là lỗi phổ biến nhất và cũng là lỗi dễ tránh nhất, vì cách tránh chỉ là một bảng đối chiếu lập trước.
Lỗi 2 — bản mới còn chặn robot hoặc sót thẻ chặn lập chỉ mục
Trong lúc dựng, người ta thường chặn robot để bản nháp không bị lập chỉ mục. Đến lúc lên thật thì quên tháo. Hệ quả nặng hơn tụt hạng: trang bị loại khỏi chỉ mục. Việc phải làm ngay sau khi lên là kiểm tệp chặn robot và tiêu đề phản hồi của máy chủ, chi tiết ở bài sơ đồ web và tệp chặn robot.
Lỗi 3 — dồn mọi đường dẫn cũ về trang chủ
Cách này nhanh và trông như đã xử lý xong, nhưng người bấm vào phải tự đi tìm lại nội dung họ muốn, và bạn mất đúng cái ý nghĩa của việc chuyển hướng là dẫn tới nội dung tương đương. Nếu số đường dẫn nhiều tới mức không ghép tay được, hãy ghép theo nhóm đường dẫn chứ vẫn đừng dồn về trang chủ.
Lỗi 4 — đổi giao diện, đổi đường dẫn và viết lại nội dung cùng một lần
Ba biến đổi cùng lúc thì khi thứ hạng tụt, bạn không tách được nguyên nhân là do cái nào. Thứ tự HAYWEB dùng: giữ nội dung, đổi giao diện và chuyển đường dẫn xong, chờ ổn định theo dữ liệu, rồi mới sửa nội dung theo từng nhóm trang. Nếu mục tiêu làm lại là để ra khách nhiều hơn thì phần nội dung và cách dẫn dắt nằm ở bài website không ra khách: 7 lý do và cách sửa — làm sau, không làm cùng lúc.
Câu hỏi thường gặp về thiết kế lại website và SEO
Làm lại website nhưng giữ nguyên đường dẫn thì có cần chuyển hướng không?
Không cần, vì không có gì để chuyển. Việc cần làm ở ca này là bảo đảm mỗi trang vẫn giữ thẻ chuẩn trỏ về chính nó, thẻ tiêu đề và nội dung chính không bị cắt ngắn đột ngột. Một điểm hay bị bỏ qua: nếu bản mới thay phần lớn chữ bằng hình, lượng nội dung máy đọc được giảm mạnh thì thứ hạng vẫn có thể biến động dù đường dẫn giữ nguyên.
Chuyển từ giao thức thường sang giao thức bảo mật có phải khai với Google?
Không. Tài liệu của Google nói rõ ca chuyển từ giao thức thường sang giao thức bảo mật không cần dùng công cụ Thay đổi địa chỉ, vì đây là cùng một tên miền. Việc cần làm là chuyển hướng vĩnh viễn toàn bộ sang bản bảo mật, cập nhật thẻ chuẩn trỏ về bản bảo mật, và nộp sơ đồ web của bản bảo mật.
Đường dẫn cũ không có bản mới thì nên trả trang lỗi hay chuyển hướng?
Xét theo tín hiệu. Nếu đường dẫn đó có liên kết trỏ về hoặc còn lượt truy cập, chuyển hướng về trang gần nghĩa nhất. Nếu không có tín hiệu nào và cũng không có trang nào gần nghĩa, trả trang lỗi là lựa chọn trung thực hơn — chuyển hướng về một trang không liên quan chỉ làm người dùng mất thời gian mà bạn cũng không được gì.
Bao lâu sau khi lên bản mới thì thứ hạng trở lại?
Google không công bố con số cố định. Tài liệu chuyển site chỉ nói site cỡ trung mất vài tuần để phần lớn trang chuyển xong trong chỉ mục, site lớn lâu hơn, và mức hiển thị dao động tạm thời trong lúc chuyển rồi ổn định lại. Vì vậy cách lành mạnh là theo dõi theo tuần trong khoảng 8 tuần đầu và so với chính dữ liệu trước khi chuyển của bạn, thay vì so với một mốc chung nào đó.
Bắt đầu thế nào khi bạn sắp làm lại website?
Ba việc làm được ngay. Bước 1 — chạy rà soát miễn phí tại hayweb.vn/kiemtra để chốt ảnh chụp hiện trạng kỹ thuật trước khi đổi bất cứ thứ gì; không có mốc so sánh thì sau này không ai biết bản mới hơn hay kém. Bước 2 — đọc bài nền đường dẫn chuẩn SEO để chốt quy ước đường dẫn cho bản mới một lần cho xong, kèm bài thẻ chuẩn và trùng lặp nội dung nếu bạn định gộp trang. Bước 3 — nếu muốn bàn cụ thể cho website thật của bạn chứ không phải mẫu chung, liên hệ HAYWEB tư vấn trực tiếp — nhà sáng lập Nguyễn Thế Quyền trả lời, không qua trung gian bán hàng.
Kiến thức liên quan
Nền tảng — nên đọc trước
- URL chuẩn SEO: cách HAYWEB viết đường dẫn thân thiện cho websiteurl chuẩn seo · 11 phút đọc
Cùng chủ đề
- SEO kỹ thuật 2026: bảng kiểm 30 điểm cho website doanh nghiệp Việttechnical SEO checklist · 15 phút đọc
- Core Web Vitals tháng 3/2026: ngưỡng LCP 2 giây, INP 200ms — website Việt ưu tiên điện thoại di độngcore web vitals 2026 · 12 phút đọc
- Sitemap.xml và robots.txt: cách HAYWEB cấu hình 2 tệp bắt buộc cho websitesitemap và robots.txt · 12 phút đọc
- Cách HAYWEB sửa Core Web Vitals: 15 kỹ thuật sửa LCP, INP, CLSsửa Core Web Vitals · 13 phút đọc
Cần làm website chuyên nghiệp? Gọi trực tiếp HAYWEB.
Nhà sáng lập Nguyễn Thế Quyền trả lời trực tiếp, không qua trung gian bán hàng. Hoặc so sánh website của bạn với chuẩn HAYWEB trên 7 chỉ tiêu kỹ thuật — chỉ cần URL, không cần đăng ký.
Tài liệu tham khảo
- Google Search Central — Site moves with URL changes (giữ chuyển hướng tối thiểu 1 năm · site cỡ trung mất vài tuần để phần lớn trang chuyển trong chỉ mục · mức hiển thị dao động tạm thời rồi ổn định lại · site nhỏ và vừa nên chuyển toàn bộ đường dẫn cùng lúc) — retrieved 2026-07.
- Google Search Central — Redirects and Google Search (301 và 308 vĩnh viễn hiện trang mới · 302, 303, 307 tạm thời giữ trang cũ · khuyến nghị chuyển hướng vĩnh viễn phía máy chủ) — retrieved 2026-07.
- Google Search Console Help — Change of Address tool (chỉ dùng khi đổi tên miền hoặc tên miền con · cấp tên miền · cần sở hữu cả hai tài sản · quan hệ cũ với mới giữ 180 ngày) — retrieved 2026-07.
- Google Search Central — Site moves without URL changes (hạ thời gian sống bản ghi tên miền xuống vài giờ, ít nhất 1 tuần trước khi chuyển · tỷ lệ thu thập giảm tạm thời sau khi lên rồi tăng đều trở lại) — retrieved 2026-07.
- MDN Web Docs — HTTP 301 Moved Permanently (trình duyệt có thể đổi yêu cầu POST thành GET sau 301; dùng 308 nếu cần giữ nguyên phương thức) — retrieved 2026-07.
- Chrome for Developers — Avoid multiple page redirects (mỗi chặng thêm có thể chậm thêm hàng trăm mili giây · trang có 2 chặng trở lên là trượt phép đo) — retrieved 2026-07.
- Google Search Central — Understand JavaScript SEO basics (Googlebot xếp trang vào hàng chờ kết xuất, có thể lâu hơn vài giây · nên đặt thẻ chuẩn trong HTML gốc thay vì gắn bằng JavaScript) — retrieved 2026-07.