Danh sách kiểm tra SEO khi làm lại website: vì sao lưu lượng giảm sau khi ra mắt lại, cần kiểm tra gì trước, trong và sau khi ra mắt, và cách giữ khả năng hiển thị trên Google và AI.

Trên trang này
Tóm lại
việc làm lại website giữ được SEO khi các trang mang lại lưu lượng vẫn giữ nguyên URL (hoặc được chuyển hướng 301), giữ nguyên nội dung, tiêu đề, thẻ heading và liên kết nội bộ, và khi các mẫu trang mới vẫn thu thập được dữ liệu và chạy nhanh. Phần lớn lưu lượng sụt sau khi ra mắt đến từ nội dung bị xóa, liên kết nội bộ bị hỏng, thẻ noindex bị quên từ môi trường thử nghiệm, hoặc nội dung chỉ xuất hiện khi có JavaScript. Hãy thu thập dữ liệu website cũ trước khi bắt đầu, kiểm thử website mới trên một máy chủ thử nghiệm được bảo vệ, rồi so sánh hai bản sau khi ra mắt.
Muốn tìm hiểu sâu hơn? Hãy hỏi
Bài trắc nghiệm nhanh
Ai nên sửa phần kỹ thuật của website?
Lời khuyên dành cho bạn
Thu thập dữ liệu website hiện tại và lưu lại là giải pháp phù hợp với bạn
Số 1 trong bảng xếp hạng này, phù hợp nhất với câu trả lời của bạn.
Lời khuyên dành cho bạn
Liệt kê các trang mang lại giá trị là giải pháp phù hợp với bạn
Số 2 trong bảng xếp hạng này, phù hợp nhất với câu trả lời của bạn.
Lời khuyên dành cho bạn
Giữ nguyên URL, hoặc lập bản đồ mọi chuyển hướng là giải pháp phù hợp với bạn
Số 3 trong bảng xếp hạng này, phù hợp nhất với câu trả lời của bạn.
Lời khuyên dành cho bạn
Viết bản yêu cầu SEO cho nhà thiết kế và lập trình viên là giải pháp phù hợp với bạn
Số 4 trong bảng xếp hạng này, phù hợp nhất với câu trả lời của bạn.
SEO khi làm lại website là công việc bảo vệ thứ hạng trong khi các mẫu trang, thiết kế, điều hướng, nội dung hoặc CMS thay đổi. Hướng dẫn này bàn về việc làm lại website giữ nguyên tên miền. Nếu tên miền hoặc hầu hết URL thay đổi, dự án đó là một cuộc di chuyển: hãy làm theo danh sách kiểm tra SEO khi di chuyển của chúng tôi và hướng dẫn của Google về di chuyển trang web có thay đổi URL, trong đó Google cảnh báo chủ sở hữu trang web nên dự kiến thứ hạng dao động tạm thời.
Có, luôn luôn. Google và các trợ lý AI đọc web đánh giá trang dựa trên những gì họ tìm thấy trong HTML: nội dung, tiêu đề, thẻ heading, liên kết, dữ liệu có cấu trúc, tốc độ. Việc làm lại thay đổi một phần hoặc toàn bộ các tín hiệu này, nên công cụ tìm kiếm sẽ đánh giá lại các trang. Tác động có thể tích cực (trang nhanh hơn, cấu trúc rõ ràng hơn, nội dung tốt hơn) hoặc tiêu cực (trang mỏng đi, mất liên kết). Điều quyết định kết quả là mức độ các mẫu trang mới giữ được bao nhiêu tín hiệu xếp hạng.
| Điều thay đổi trong đợt làm lại | Rủi ro SEO | Vì sao |
|---|---|---|
| Chỉ đổi màu sắc, phông chữ, hình ảnh | Thấp | Nội dung HTML và URL giữ nguyên |
| Mẫu trang và bố cục trang mới | Trung bình | Thẻ heading, khối văn bản và liên kết nội bộ thường bị dời chỗ hoặc biến mất |
| Điều hướng và menu mới | Trung bình | Độ sâu liên kết và uy tín nội bộ bị phân bổ lại |
| Nội dung viết lại hoặc gộp lại | Cao | Trang mất các đoạn văn và từ khóa mà chúng từng xếp hạng nhờ đó |
| CMS hoặc framework JavaScript mới | Cao | Cách hiển thị, URL, chuyển hướng và siêu dữ liệu đều thay đổi cùng lúc |
| Cấu trúc URL thay đổi | Cao | Mỗi URL đổi đều cần một chuyển hướng: hãy coi đó là một cuộc di chuyển |
Các nguyên nhân lặp lại từ dự án này sang dự án khác. Mỗi nguyên nhân đều có một cách kiểm soát đơn giản:
| Rủi ro | Biểu hiện | Cách kiểm soát |
|---|---|---|
| Nội dung bị xóa hoặc rút ngắn | Trang tụt hạng ở các truy vấn đuôi dài | So sánh số từ và số mục của từng trang, cũ với mới |
| Tiêu đề và H1 bị viết lại | Tỷ lệ nhấp giảm, mất vị trí | Xuất tiêu đề và H1 trước khi làm, so sánh sau khi ra mắt |
| Mất liên kết nội bộ | Trang sâu mất thứ hạng, trang mồ côi xuất hiện | So sánh số liên kết nội bộ trỏ tới từng URL |
| URL đổi mà không có 301 | Lỗi 404, mất backlink | Bản đồ chuyển hướng được kiểm thử trên mọi URL cũ |
| Nội dung được hiển thị bằng JavaScript | Trang được lập chỉ mục rỗng, trợ lý AI không thấy gì | So sánh HTML thô và HTML đã hiển thị |
| Mẫu trang chậm hơn | Core Web Vitals kém đi, tỷ lệ thoát cao hơn | Kiểm tra LCP, INP và CLS trên môi trường thử nghiệm |
| Còn sót chặn noindex hoặc robots.txt từ môi trường thử nghiệm | Trang rời chỉ mục trong vòng vài ngày | Kiểm tra robots.txt và thẻ meta robots vào ngày ra mắt |
| Dữ liệu có cấu trúc bị xóa | Kết quả nổi bật biến mất | Xác thực schema trên từng mẫu trang |
Hai điểm trong số này đáng chú ý. Thứ nhất là JavaScript: Google hiển thị trang bằng Chromium không giao diện, nhưng tài liệu về SEO JavaScript của Google nêu rõ rằng Google chỉ phát hiện các liên kết là phần tử neo chuẩn có thuộc tính href. Menu xây bằng nút hoặc trình xử lý nhấp chuột sẽ che giấu cả một phần của website. Hướng dẫn của chúng tôi về SEO JavaScript trình bày chi tiết các tùy chọn hiển thị. Thứ hai là tốc độ: hướng dẫn về Core Web Vitals của Google đặt ngưỡng “tốt” ở LCP từ 2,5 giây trở xuống, INP từ 200 mili giây trở xuống và CLS từ 0,1 trở xuống, đo ở phân vị thứ 75 của các lượt truy cập. Video nền lớn và slider là lý do thường gặp khiến một mẫu trang mới không đạt các ngưỡng này.
Chạy một đợt thu thập đầy đủ trên website đang hoạt động và xuất mọi URL có thể lập chỉ mục cùng tiêu đề, mô tả meta, H1, số từ, canonical, mã trạng thái và số liên kết nội bộ nhận được. Đợt thu thập này là mốc đối chiếu: sau khi ra mắt, bạn sẽ so sánh website mới với nó từng dòng một. Cũng hãy lưu dữ liệu có cấu trúc và tệp robots.txt.
Xuất dữ liệu Search Console trong 12 đến 16 tháng (số lượt nhấp và lượt hiển thị theo từng trang và từng truy vấn), các trang nhận được backlink và các trang tạo ra chuyển đổi. Những trang này không được đụng vào: giữ URL, nội dung chính và tiêu đề của chúng, hoặc cải thiện chúng một cách có chủ đích. Kiểm tra nội dung giúp quyết định giữ, gộp hoặc xóa, và gắn cho mỗi trang bị xóa một URL đích.
Cách làm lại an toàn nhất là giữ nguyên mọi URL. Khi một URL buộc phải đổi, hãy ánh xạ nó theo cặp một-một tới trang mới gần nhất bằng chuyển hướng 301, không tạo chuỗi chuyển hướng và không gửi mọi thứ về trang chủ. Hướng dẫn của chúng tôi về chuyển hướng SEO trình bày các quy tắc. Google khuyên giữ chuyển hướng ít nhất một năm.
Nhà thiết kế quyết định văn bản nằm ở đâu; lập trình viên quyết định cách văn bản được hiển thị. Hãy đưa cho họ yêu cầu bằng văn bản: một H1 cho mỗi mẫu trang, văn bản được trả về trong HTML, menu có thể thu thập dữ liệu, breadcrumb, kiến trúc website với độ sâu của từng mục, schema cần giữ và ngân sách hiệu năng. Khả năng đọc và điều hướng cũng được tính: xem hướng dẫn của chúng tôi về UX và SEO.
Tránh ra mắt vào mùa cao điểm, trước ngày lễ hoặc vào thứ Sáu: vài ngày đầu sau khi ra mắt là lúc các lỗi được phát hiện, và phải có người sẵn sàng sửa chúng. Ghi lại ai kiểm tra điều gì vào ngày ra mắt, và quyết định trước tín hiệu nào sẽ kích hoạt việc khôi phục (ví dụ, các trang chính trả về lỗi hoặc biến mất khỏi chỉ mục). Giữ website cũ hoạt động trên một máy chủ sao lưu trong vài tuần, để có thể khôi phục nhanh một mẫu trang hoặc một khối văn bản nếu trang nào đó mất vị trí.
Đặt website mới trên một máy chủ thử nghiệm được bảo vệ bằng mật khẩu (hoặc ít nhất có quy tắc noindex), để Google không lập chỉ mục một bản sao website của bạn. Sau đó, kiểm thử trước khi ra mắt:
| Thời điểm | Kiểm tra |
|---|---|
| Ngày ra mắt | robots.txt cho phép thu thập dữ liệu, không có noindex lạc chỗ, chuyển hướng đã hoạt động, sitemap XML đã được cập nhật và gửi trong Search Console, thẻ phân tích đang ghi nhận |
| Tuần 1 | Đợt thu thập đầy đủ so với mốc đối chiếu, lỗi 404 trong Search Console, kiểm tra URL của các trang hàng đầu |
| Tuần 2 đến 4 | Số lượt nhấp và lượt hiển thị của các trang chính so với cùng các tuần trước đó, báo cáo lập chỉ mục, báo cáo Core Web Vitals |
| Tháng 2 đến 3 | Các truy vấn bị mất vị trí, trang cần bổ sung, liên kết nội bộ cần khôi phục |
Một công cụ kiểm tra liên kết hỏng sẽ bắt được những liên kết vẫn trỏ tới URL cũ trong menu, chân trang và bài viết. Hãy sửa các liên kết này tại nguồn thay vì dựa vào chuyển hướng, và khôi phục liên kết nội bộ đã mất khi thanh bên hoặc khối bài viết liên quan bị gỡ bỏ. Một số dao động trong vài tuần đầu là bình thường. Nếu lưu lượng tiếp tục giảm sau một tháng ở một nhóm trang, điều đó chỉ ra một nguyên nhân cụ thể: hãy so sánh các trang đó với phiên bản trên mốc đối chiếu.
ChatGPT, Claude, Perplexity và Gemini trích dẫn các trang mà họ có thể đọc và trích xuất nội dung. Việc làm lại có thể cắt quyền truy cập đó theo những cách mà Google có thể bỏ qua. Một phân tích của Vercel về lưu lượng bot AI (tháng 12 năm 2024) cho thấy không bot AI lớn nào, kể cả GPTBot và ClaudeBot, hiển thị JavaScript. Một trang chỉ hiện văn bản sau khi JavaScript chạy sẽ không nhìn thấy được với hầu hết bot AI.
Mỗi thay đổi thêm vào đều làm việc chẩn đoán sự sụt giảm khó hơn. Nếu bạn cũng lên kế hoạch đổi tên miền, đổi cấu trúc URL hoặc viết lại lớn nội dung, hãy tách chúng ra: ra mắt việc làm lại với URL và nội dung giống hệt, đợi cho lưu lượng ổn định, rồi mới thực hiện thay đổi tiếp theo. Khi lịch trình buộc phải làm mọi thứ cùng lúc, hãy đầu tư thêm thời gian vào đợt thu thập mốc đối chiếu và bản đồ chuyển hướng, vì đó là cách duy nhất để tìm ra thứ nào đã hỏng.
Một đợt làm lại giữ được thứ hạng khi website mới mang cùng nội dung, liên kết và tín hiệu như website cũ, nhưng ở dạng nhanh hơn và rõ ràng hơn. Thu thập dữ liệu trước, kiểm thử trên môi trường thử nghiệm, so sánh sau. Khi website mới đã ổn định, hãy tiếp tục bổ sung các trang trả lời câu hỏi của khách hàng: Sorank viết và đăng bài SEO và GEO theo chế độ autopilot trên website đã làm lại.
Khi URL, nội dung và liên kết nội bộ được giữ nguyên, thứ hạng thường ổn định trong vòng vài tuần. Google cảnh báo rằng thứ hạng có thể dao động tạm thời bất cứ khi nào website thay đổi đáng kể. Nếu các trang chính vẫn thấp hơn mốc đối chiếu sau một đến hai tháng, hãy so sánh chúng với đợt thu thập trước khi ra mắt để tìm nội dung, tiêu đề hoặc liên kết đã thay đổi.
Chỉ khi URL hiện tại thực sự là vấn đề, ví dụ tham số khó đọc hoặc cấu trúc không còn khớp với website. Mỗi URL đã đổi cần một chuyển hướng 301 tới URL tương đương gần nhất, và việc này làm tăng rủi ro cho đợt ra mắt. Giữ nguyên các URL hiện có là cách đơn giản nhất để bảo vệ backlink và thứ hạng.
Có, khi nó khắc phục được các điểm yếu thực sự: mẫu trang chậm, nội dung bị ẩn sau JavaScript, điều hướng sâu, thiếu heading hoặc trang mỏng. Lợi ích đến từ những cải thiện đo lường được như Core Web Vitals tốt hơn, liên kết nội bộ rõ ràng hơn và nội dung phong phú hơn. Một đợt làm lại chỉ thay đổi phong cách thị giác hiếm khi tự nó làm thay đổi thứ hạng.
HỌ ĐÃ THỬ SORANK TRƯỚC BẠN
