Khi Google cảnh báo website bị hack hoặc chứa nội dung độc hại, ưu tiên đầu tiên là xác định loại cảnh báo, URL mẫu, phạm vi compromise và trạng thái remediation — không phải tìm cách làm warning biến mất bằng metadata, robots hay URL removal.
Security Issues khác Manual Actions thế nào?
| Khu vực | Thường phản ánh | Hành động chính |
|---|---|---|
| Security Issues | Malware, hacked content, social engineering hoặc vấn đề an toàn mà Google phát hiện | Điều tra, cleanup, verify, sau đó request review |
| Manual Actions | Google áp dụng manual action do vi phạm spam policy | Sửa nguyên nhân policy, sau đó request reconsideration theo action cụ thể |
Không nên trộn hai workflow. Với hacked/malware warning, bắt đầu từ Google — Malware and Security Issues.
Workflow xử lý cảnh báo Google
- Lưu evidence. Chụp nguyên văn warning, loại issue, URL mẫu, thời điểm và nơi warning xuất hiện.
- Kiểm tra URL mẫu nhưng không giới hạn scope ở đó. Tìm URL spam, redirect, JavaScript lạ, post lạ, account/file change liên quan.
- Dựng inventory. So sánh live site với Search/index evidence; Search có thể giữ URL cũ sau khi live site đã thay đổi.
- Cleanup nguyên nhân. Xử lý payload, persistence, entry point và credential theo evidence.
- Verify trước review. Tái kiểm tra URL mẫu, frontend, account, file/database và cơ chế tái tạo.
- Request review. Chỉ gửi khi issue đã được xử lý; mô tả ngắn gọn finding và hành động remediation thực tế.
- Theo dõi sau review. Không coi request submission là bằng chứng warning đã được gỡ.
Recheck checklist trước khi request review
| Check | PASS khi |
|---|---|
| URL mẫu | Không còn nội dung/redirect/hành vi độc hại trong điều kiện tái hiện |
| Spam inventory | Không còn source tạo URL/post spam trái phép |
| Accounts | Không còn Admin/quyền trái phép |
| Persistence | Cron/plugin/MU-plugin/backdoor liên quan đã có owner hoặc đã xử lý |
| Integrity | File/component khớp baseline hoặc khác biệt được giải thích |
| Evidence | Có record remediation đủ để mô tả trong review |
Nếu warning liên quan SEO spam
Japanese Keyword Hack, Pharma Spam và hidden links cần kiểm tra cả live site lẫn dữ liệu Search. Dùng SEO Spam Malware WordPress; nếu CMS tự tạo post, đi tiếp tới WordPress tự đăng post spam.
Không dùng robots.txt hoặc noindex để “che” hacked content
Chặn crawl/index không loại bỏ malware, backdoor hay nội dung trái phép. Mục tiêu phải là khôi phục site về trạng thái hợp lệ và an toàn, rồi mới dùng kênh Search để re-evaluate. Google mô tả hacked content trong spam policies và khuyến nghị cleanup issue trước review. Xem Google Search spam policies.
Mẫu nội dung review nên gồm gì?
- Issue đã xác định: loại hacked content/malware và phạm vi.
- Source/root cause hoặc finding chính đã xử lý.
- Những remediation đã thực hiện: clean replacement, account/credential, persistence, update/hardening.
- Cách đã verify URL mẫu và trạng thái site.
Không nên đưa cam kết kiểu “site sẽ không bao giờ bị hack lại”; chỉ mô tả điều có thể kiểm chứng.
Khi nào nên escalation?
Nếu warning liên quan nhiều hệ thống, activity còn tiếp diễn, privileged account bị compromise hoặc site đang phát tán nội dung nguy hiểm, nên chuyển sang Incident Response. WordPress đơn lẻ cần cleanup + recovery + verification có thể theo Malware Removal.
Nguồn kỹ thuật tham khảo
- Google — Malware and Security Issues
- Google Search Central — Spam policies / hacked content
- WordPress.org — FAQ: My site was hacked
Kết luận
Google warning là tín hiệu điều tra, không phải lỗi SEO metadata. Thứ tự đúng là ghi evidence → xác định scope → cleanup payload/persistence/entry point → verify → request review → theo dõi; không gửi review trước khi nguyên nhân đã được xử lý.