Sự cố kỹ thuật sau deploy làm tụt hạng: noindex lọt, canonical sai, robots chặn nhầm

Đội kỹ thuật vừa đưa bản mới lên. Giao diện đẹp hơn, trang tải nhanh hơn, mọi người hài lòng. Mười ngày sau, lượt bấm từ Google bắt đầu trượt. Không ai nối hai chuyện với nhau, vì trên trình duyệt mọi thứ vẫn bình thường. Phải mất thêm hai tuần nữa mới có người mở mã nguồn và thấy dòng <meta name="robots" content="noindex"> lọt từ bản thử lên bản thật.

Đây là kiểu sự cố đắt nhất trong SEO: lỗi gây ra trong một phút, nhưng mất nhiều tuần mới phát hiện và nhiều tuần nữa mới hồi phục. Bài này dành cho chủ web và agency làm việc với đội kỹ thuật: những lỗi hay lọt qua deploy, cách kiểm trong mười phút sau mỗi lần đưa bản mới lên, và quy trình trực sự cố khi lỗi đã xảy ra.

Những lỗi hay lọt qua deploy

Gần như mọi sự cố đều thuộc một trong các nhóm sau. Điểm chung: trình duyệt của người dùng không thấy gì bất thường, chỉ máy thu thập của Google thấy.

Lỗi	Thường xảy ra vì	Nặng cỡ nào
noindex lọt lên bản thật	Biến môi trường của bản thử bị chép theo; cài đặt "ẩn khỏi công cụ tìm kiếm" của CMS nằm trong cơ sở dữ liệu được sao chép	Rất nặng — trang rơi khỏi chỉ mục
robots.txt của bản thử	Tệp Disallow: / nằm trong kho mã, deploy ghi đè tệp đúng	Rất nặng — ngừng thu thập
Canonical trỏ về tên miền thử	Địa chỉ gốc lấy từ cấu hình sai môi trường	Nặng — trang bị coi là bản sao
Đường dẫn đổi mà không chuyển hướng	Đổi khuôn đường dẫn, thêm hoặc bỏ dấu gạch chéo cuối, đổi chữ hoa thường	Nặng — trang cũ thành 404, mất liên kết
Nội dung chỉ hiện sau JavaScript	Chuyển sang khung giao diện dựng phía trình duyệt	Vừa tới nặng, tuỳ Google dựng được hay không
Lỗi 5xx với máy lạ	Tường lửa, giới hạn tốc độ mới chặn máy thu thập	Nặng nếu kéo dài
Mất dữ liệu có cấu trúc, mất thẻ title riêng	Mẫu trang mới quên phần đầu trang	Vừa
Sitemap trỏ sai hoặc rỗng	Plugin hay đường sinh sitemap đổi	Nhẹ tới vừa

Nền tảng của từng loại có trong Học viện SEO Gốc: robots.txt, thẻ canonical, site dựng bằng JavaScript. Bài này chỉ tập trung vào chuyện phát hiện và xử lý.

Mười phút kiểm sau mỗi lần deploy

Thoả thuận với đội kỹ thuật một danh sách kiểm ngắn, chạy ngay sau mỗi lần đưa bản mới lên — kể cả bản "chỉ sửa một dòng CSS". Ngắn thì người ta mới chạy thật:

1. Mở trang chủ và bốn trang đại diện (danh mục, sản phẩm hoặc dịch vụ, bài viết, trang tĩnh) bằng trình duyệt ẩn danh.
2. Xem mã nguồn mỗi trang, tìm chữ noindex. Không được có.
3. Xem thẻ canonical mỗi trang: đúng tên miền thật, đúng https://, trỏ về chính nó.
4. Mở /robots.txt: không có Disallow: / dưới User-agent: *; dòng Sitemap đúng.
5. Dán năm đường dẫn cũ quan trọng nhất vào trình duyệt: phải ra trang đúng (200) hoặc chuyển 301 tới trang đúng, không 404.
6. Xem tiêu đề phản hồi một trang: không có X-Robots-Tag: noindex.
7. Bấm Kiểm ngay trong Siêu SEO để chấm lại 20 tiêu chí và so với lần trước — lỗi mới được đánh dấu riêng.

Bước 5 đòi hỏi một danh sách đường dẫn quan trọng có sẵn. Lấy từ Search Console: 20 trang nhiều lượt bấm nhất trong ba tháng. Cập nhật danh sách mỗi quý.

Chặn lỗi từ gốc: vài thay đổi trong cách làm

Kiểm sau deploy là lưới an toàn. Tốt hơn là làm cho lỗi khó xảy ra ngay từ đầu:

• Bản thử khoá bằng mật khẩu thay vì bằng noindex. Bản thử có mật khẩu thì không cần noindex, nên không có noindex nào để lọt lên.
• robots.txt và địa chỉ gốc sinh theo môi trường, không nằm cứng trong kho mã. Bản thật luôn sinh bản đúng.
• Kiểm tự động trong quy trình deploy: một đoạn kịch bản nhỏ tải trang chủ sau deploy, nếu thấy noindex hoặc canonical lạ thì báo đỏ và dừng.
• Bảng chuyển hướng là một phần của bản phát hành mỗi khi đổi đường dẫn — không phải việc "làm sau".
• Ghi nhật ký thay đổi mỗi lần deploy: ngày giờ, nội dung chính, người làm. Khi sự cố xảy ra, đây là thứ đầu tiên cần.

Làm việc với đội kỹ thuật cho trơn tru

Agency và người phụ trách SEO thường không trực tiếp deploy; đội kỹ thuật làm việc đó, đôi khi là một công ty khác hẳn. Danh sách kiểm chỉ có tác dụng khi bên kia chịu chạy. Vài kinh nghiệm giúp việc này đỡ va chạm:

• Nói bằng hậu quả, không bằng thuật ngữ. "Nếu dòng này lọt lên, Google bỏ trang khỏi kết quả trong vài ngày và mất khoảng một tháng để lấy lại" dễ được nghe hơn "nhớ kiểm meta robots".
• Đưa danh sách dưới dạng họ quen dùng: một mục trong mẫu yêu cầu gộp mã, một bước trong kịch bản phát hành, hoặc một đoạn kiểm tự động — thay vì tệp tài liệu riêng không ai mở.
• Xin được báo trước lịch deploy lớn. Một tin nhắn "tối thứ Năm lên bản mới" đủ để người trực SEO kiểm ngay sáng hôm sau.
• Không đổ lỗi sau sự cố. Biên bản tập trung vào việc sửa quy trình; người bị trách lần này sẽ giấu sự cố lần sau.
• Thống nhất trước ai được quyết định quay về bản cũ, để lúc sự cố không mất nửa ngày chờ duyệt.

Khi sự cố đã xảy ra: quy trình trực

Nhận thư cảnh báo, hoặc thấy lượt bấm trượt bất thường. Làm theo thứ tự:

Thời điểm	Việc làm	Ai làm
0–15 phút	Xác nhận lỗi bằng tay (mã nguồn, robots, Kiểm tra URL trong Search Console); ghi giờ phát hiện	Người trực SEO
15–30 phút	Đối chiếu nhật ký deploy, xác định bản gây lỗi; quyết định sửa nóng hay quay về bản trước	SEO cùng trưởng kỹ thuật
30–60 phút	Sửa hoặc quay về; chạy lại danh sách mười phút	Kỹ thuật
Trong ngày	Yêu cầu lập chỉ mục lại các trang quan trọng nhất qua Kiểm tra URL; gửi lại sitemap nếu đã đổi	Người trực SEO
Trong tuần	Theo dõi báo cáo Trang và Hiệu suất; ghi diễn biến	Người trực SEO
Sau khi ổn	Viết biên bản ngắn: lỗi gì, vì sao lọt, sửa quy trình thế nào	Cả nhóm

Nguyên tắc chọn giữa sửa nóng và quay về: nếu lỗi thuộc nhóm "rất nặng" và chưa rõ cách sửa trong 30 phút, quay về bản trước. Mỗi giờ Googlebot thấy noindex hay robots chặn là thêm trang có nguy cơ bị bỏ khỏi chỉ mục.

Hồi phục mất bao lâu

Phụ thuộc vào lỗi kéo dài bao lâu trước khi được sửa, và Google thu thập site nhanh tới đâu:

• Lỗi được sửa trong vài giờ: thường không để lại hậu quả gì đáng kể, vì Google chưa kịp thu thập lại phần lớn trang.
• Lỗi kéo dài vài ngày: một phần trang có thể đã bị bỏ khỏi chỉ mục; sau khi sửa, trang quan trọng quay lại trong vài ngày tới một hai tuần.
• Lỗi kéo dài vài tuần: phần lớn trang bị ảnh hưởng; hồi phục có thể mất vài tuần tới hơn một tháng, trang ít được ghé thì lâu hơn.

Với đổi đường dẫn mà quên chuyển hướng, thêm chuyển hướng muộn vẫn cứu được phần lớn — nhưng liên kết từ ngoài trỏ vào trang cũ đã "rơi" trong thời gian đó, và người dùng đã gặp trang 404. Đây là lý do bảng chuyển hướng phải đi cùng bản phát hành. Kế hoạch chuyển đổi lớn hơn — đổi tên miền, đổi nền tảng — có ở bài chuyển tên miền mà giữ thứ hạng và kiểm site trước và sau khi đổi giao diện.

Phát hiện sớm hơn: đừng chờ lượt bấm giảm

Lượt bấm là chỉ số đến muộn nhất: khi nó giảm, lỗi đã có mặt nhiều ngày. Những tín hiệu đến sớm hơn, theo thứ tự:

1. Kiểm định kỳ mỗi ngày bắt được noindex, robots chặn, canonical sai, trang chủ không truy cập được ngay lần chạy sau deploy. Thư cảnh báo đến trong ngày.
2. Báo cáo Trang trong Search Console cho thấy số trang "Bị loại trừ bởi thẻ noindex" tăng sau vài ngày.
3. Báo cáo Thống kê thu thập dữ liệu (trong Cài đặt) cho thấy tỷ lệ lỗi máy chủ hoặc 404 tăng.
4. Lượt hiển thị bắt đầu giảm.
5. Lượt bấm giảm — lúc này đã muộn.

Cách đặt ngưỡng để thư cảnh báo không bị coi là nhiễu có ở bài ngưỡng cảnh báo đáng mở. Còn thứ tự kiểm khi điểm kỹ thuật tụt có ở bài điểm SEO tụt: kiểm gì trước.