Khi traffic hoặc thứ hạng giảm mạnh, nhiều người gọi chung là “bị Google phạt”. Cách gọi này dễ hiểu nhưng không đủ chính xác để xử lý: website có thể đang nhận Manual Action, bị hệ thống tự động đánh giá lại, gặp Security Issue, mất index do lỗi kỹ thuật hoặc đơn giản là không còn cạnh tranh tốt trên SERP.
Hướng dẫn này giúp phân loại từng trạng thái, xác định bằng chứng cần kiểm tra và chọn đúng quy trình phục hồi. Mục tiêu là sửa nguyên nhân có thể chứng minh, không xóa bài, đổi domain hoặc gửi Disavow theo cảm tính.
Câu trả lời ngắn
Google Penalty là cách gọi không chính thức trong ngành SEO. Trạng thái Google thông báo rõ trong Search Console là Manual Action. Hệ thống tự động có thể giảm hiệu lực tín hiệu hoặc thay đổi visibility mà không gửi thông báo “penalty”. Website bị hack, malware hoặc social engineering được xử lý trong Security Issues, không nên gộp với Manual Actions.
Google Penalty là gì?
Google không cung cấp một báo cáo có tên “Google Penalty”. Thuật ngữ này thường được dùng để mô tả việc một trang hoặc website mất visibility sau khi Google phát hiện spam, đánh giá lại mức liên quan/chất lượng hoặc bảo vệ người dùng khỏi nội dung nguy hiểm.
| Trạng thái | Ai/hệ thống áp dụng | Có thông báo? | Kênh xử lý |
|---|---|---|---|
| Manual Action | Human reviewer của Google. | Có trong Manual Actions report. | Sửa vi phạm và gửi reconsideration request. |
| Hệ thống tự động | Ranking/spam systems. | Không có thông báo penalty riêng. | Cải thiện nguyên nhân và chờ crawl/đánh giá lại. |
| Security Issue | Hệ thống bảo vệ người dùng. | Có trong Security Issues/Safe Browsing khi phát hiện. | Làm sạch, vá lỗ hổng và request security review. |
| Lỗi index/kỹ thuật | Cấu hình website hoặc hạ tầng. | Có thể thấy trong Page Indexing/URL Inspection. | Sửa robots, noindex, canonical, status, render hoặc server. |
| Biến động cạnh tranh/demand | Thị trường và SERP thay đổi. | Không. | Đánh giá intent, đối thủ, offer và nội dung. |
Google cho biết reconsideration request dành cho website có Manual Action. Nếu visibility chỉ bị ảnh hưởng bởi hệ thống tự động, không có tác vụ thủ công để thu hồi và không có lý do gửi reconsideration request.
Phân biệt Manual Action, hệ thống tự động và Security Issues
| Câu hỏi | Manual Action | Hệ thống tự động | Security Issue |
|---|---|---|---|
| Evidence chính | Thông báo loại vi phạm và phạm vi trong Search Console. | Timeline, query/page data, update, technical/content evidence. | Sample URLs, cảnh báo hack/malware/social engineering. |
| Phạm vi | Site-wide hoặc partial match. | Có thể theo trang, nhóm URL hoặc toàn site. | URL hoặc tài nguyên nguy hiểm; có thể lan rộng. |
| Request Review | Có, sau khi sửa toàn bộ vấn đề. | Không có reconsideration request riêng. | Có security review sau khi làm sạch. |
| Thời gian | Phụ thuộc review và việc sửa có đầy đủ hay không. | Phụ thuộc crawl, hệ thống và mức thay đổi. | Review có thể mất vài ngày; không có thời gian bảo đảm. |
| Ưu tiên | Cao. | Theo business impact và confidence. | Khẩn cấp vì ảnh hưởng an toàn người dùng. |
Security Issues có thể liên quan hacked content, malware, harmful downloads hoặc social engineering. Khi có cảnh báo, ưu tiên incident response và bảo vệ người dùng trước SEO.
Dấu hiệu nào cần điều tra?
| Dấu hiệu | Các giả thuyết cần kiểm tra | Evidence |
|---|---|---|
| Traffic giảm đột ngột | Tracking, Manual Action, update, demand, technical hoặc security. | GA/GSC anomaly, timeline, status dashboards và deploy log. |
| Một folder giảm mạnh | Template, canonical, content quality hoặc intent mismatch. | Query/page data, crawl và URL samples. |
| URL biến mất khỏi index | Noindex, canonical, robots, 404/5xx, duplicate hoặc quality. | URL Inspection, Page Indexing và server response. |
| Snippet/URL lạ | Hack, injection hoặc compromised plugin. | Security Issues, files, users, database và logs. |
| Link tăng bất thường | Campaign cũ, vendor, scraper hoặc hành vi bên ngoài. | Link history, anchor/domain pattern và Manual Actions. |
| Chỉ giảm vài query | Intent/SERP/đối thủ thay đổi. | So sánh kết quả tìm kiếm, content gap và offer. |
Một tín hiệu đơn lẻ không chứng minh penalty. Hãy ghi kết luận theo mức độ confirmed, likely, possible hoặc unsupported.
Các nguyên nhân thường gặp
| Nhóm | Ví dụ | Hướng xử lý |
|---|---|---|
| Spam content | Scaled content, doorway abuse, hidden text hoặc cloaking. | Dừng mô hình, gộp/xóa/sửa URL và thiết lập editorial QA. |
| Link spam | Paid links truyền ranking credit, trao đổi quá mức, PBN hoặc anchor điều khiển. | Dừng chiến dịch, gỡ/qualify link và xử lý theo Manual Action nếu có. |
| Site reputation abuse | Nội dung bên thứ ba lợi dụng tín hiệu host. | Đánh giá ownership, editorial control, chủ đề và mục đích. |
| Expired domain abuse | Dùng domain hết hạn chủ yếu để lợi dụng danh tiếng cũ. | Chuyển sang nội dung people-first và thương hiệu thật. |
| Security | Hacked pages, malware, phishing, deceptive content. | Cô lập, làm sạch, vá nguyên nhân và request review. |
| Technical | Noindex, canonical conflict, redirect, JS render hoặc server error. | Sửa cấu hình và re-crawl production. |
| Quality/intent | Nội dung lỗi thời, mỏng, trùng hoặc không còn phù hợp SERP. | Content audit, chọn URL owner và tạo information gain. |
Đọc thêm Spam SEO, Content Audit và Negative SEO.
Quy trình chẩn đoán khi traffic giảm
| Bước | Đầu ra | Decision gate |
|---|---|---|
| 1. Xác minh dữ liệu | Tracking, consent, property, timezone và anomaly. | Nếu dữ liệu lỗi, sửa measurement trước. |
| 2. Kiểm tra Search Console | Manual Actions, Security Issues, Messages và indexing. | Có warning thì theo đúng workflow của report. |
| 3. Dựng timeline | Deploy, migration, content/link campaign, update và incident. | Không gán nguyên nhân chỉ vì hai sự kiện cùng ngày. |
| 4. Khoanh phạm vi | Site, folder, template, country, device, query và page. | Không sửa toàn site nếu chỉ một template lỗi. |
| 5. Technical crawl | Status, robots, canonical, render, sitemap và logs. | Sửa hard gate trước content. |
| 6. Content/link review | Intent, duplication, source, quality và campaign history. | Phân biệt lỗi do site kiểm soát với tín hiệu ngẫu nhiên. |
| 7. Action plan | Issue, impact, confidence, owner, acceptance criteria và rollback. | Không triển khai xóa/disavow hàng loạt thiếu evidence. |
| 8. Theo dõi | Crawl/index, visibility và business outcome. | Không hứa thời gian phục hồi. |
Cách xử lý Manual Action
Manual Actions report mô tả loại vấn đề và phạm vi bị ảnh hưởng. Hãy đọc sample URLs như ví dụ, không giả định đó là toàn bộ phạm vi.
- Xác định loại vi phạm và lịch sử tạo ra nó.
- Sửa toàn bộ pattern, không chỉ các URL mẫu.
- Ghi lại link, nội dung, tài khoản, vendor hoặc template đã xử lý.
- Thiết lập biện pháp ngăn tái diễn.
- Gửi reconsideration request trung thực, cụ thể và có bằng chứng.
- Không gửi nhiều request khi chưa có thay đổi đáng kể.
Reconsideration request không phải nơi yêu cầu tăng thứ hạng. Nó chỉ yêu cầu Google xem xét liệu Manual Action có thể được thu hồi sau khi website tuân thủ chính sách.
Cách xử lý Security Issues
| Giai đoạn | Hành động | QA |
|---|---|---|
| Cô lập | Hạn chế tác hại, phối hợp host/CDN/WAF. | Không làm mất forensic evidence. |
| Điều tra | File, database, users, scheduled tasks, logs và third-party resources. | Xác định scope và vector xâm nhập. |
| Làm sạch | Xóa mã độc, trang/link/redirect lạ và tài khoản trái phép. | Kiểm tra nhiều user-agent và thiết bị. |
| Vá nguyên nhân | Update software, rotate credentials/keys và sửa cấu hình. | Không chỉ xóa payload. |
| Khôi phục | Re-crawl, kiểm tra Safe Browsing/Search Console và request review. | Giám sát tái nhiễm. |
Khi nào dùng Disavow Links?
Disavow là công cụ nâng cao và phần lớn website không cần dùng. Google hướng dẫn chỉ cân nhắc khi có lượng lớn link spam/artificial/low-quality liên quan tới website và có Manual Action hoặc nguy cơ rõ ràng nhận Manual Action vì các link đó.
- Không disavow chỉ vì DA/DR thấp hoặc công cụ báo “toxic”.
- Không disavow mọi link scraper/ngẫu nhiên.
- Trước hết xác định link do website, vendor hoặc chiến dịch nào tạo.
- Cố gỡ link khi phù hợp và lưu bằng chứng.
- Lưu file cũ, ngày upload và lý do cho từng domain/URL.
- Không cam kết traffic phục hồi sau khi gửi file.
Cách ưu tiên vấn đề cần sửa
| Mức ưu tiên | Ví dụ | Lý do |
|---|---|---|
| Khẩn cấp | Hack, malware, checkout/service pages lỗi hoặc site-wide noindex. | An toàn người dùng và business continuity. |
| Cao | Manual Action, canonical/redirect lỗi trên template quan trọng. | Evidence rõ và phạm vi lớn. |
| Trung bình | Nội dung trùng, outdated hoặc internal link yếu. | Cần audit và triển khai có kiểm soát. |
| Thấp/chờ evidence | Link lạ không có Manual Action, một keyword giảm. | Nguy cơ phản ứng quá mức. |
Checklist phục hồi và phòng ngừa
- Search Console ownership và email notifications được bảo vệ.
- Manual Actions và Security Issues có người chịu trách nhiệm.
- CMS, plugin, theme, users và credentials được quản trị.
- Content production có source, editor và duplicate checks.
- Link/PR vendors minh bạch nguồn và quan hệ thương mại.
- Migration/deploy có staging, backup, annotation và rollback.
- Canonical, robots, sitemap và status được crawl theo template.
- Business outcomes được nối với Search Console và analytics/CRM.
Cách đo trạng thái phục hồi
| Lớp | Evidence | Giới hạn |
|---|---|---|
| Remediation | Issues đã sửa, QA và owners. | Không chứng minh Google đã xử lý lại. |
| Google status | Manual Action/Security warning được gỡ, crawl/index mới. | Không bảo đảm ranking cũ quay lại. |
| Visibility | Impressions, clicks, queries và pages. | Chịu ảnh hưởng demand và cạnh tranh. |
| Interaction | Task completion, form errors và internal clicks. | Không phải ranking evidence trực tiếp. |
| Business | Qualified lead, booking, revenue hoặc assisted conversion. | Phụ thuộc tracking và attribution. |
Không có thời gian phục hồi cố định. Google cần crawl và xử lý lại, còn hiệu suất mới phụ thuộc nội dung, demand, đối thủ và mức độ thay đổi.
FAQ về Google Penalty
Google Penalty có luôn hiện trong Search Console không?
Không. Chỉ Manual Actions và Security Issues có báo cáo tương ứng. Thay đổi do hệ thống tự động hoặc cạnh tranh không có thông báo penalty riêng.
Có nên gửi reconsideration request khi traffic giảm?
Chỉ khi Search Console có Manual Action và bạn đã sửa đầy đủ. Không có Manual Action thì không có tác vụ thủ công để thu hồi.
Website bị hack có phải Manual Action không?
Không mặc định. Hacked content và malware thường được xử lý trong Security Issues; đôi khi có thể có thêm Manual Action tùy trường hợp.
Có nên đổi domain để né penalty?
Không. Nếu không sửa nguyên nhân, migration có thể mang theo vấn đề và tạo thêm rủi ro kỹ thuật.
Mất bao lâu để phục hồi?
Không có mốc bảo đảm. Theo dõi trạng thái review, crawl/index, visibility và business outcomes thay vì chờ một số ngày cố định.
Kết luận
“Google Penalty” nên được xem là một câu hỏi chẩn đoán, không phải kết luận. Hãy phân biệt Manual Action, hệ thống tự động, Security Issues, lỗi index và biến động cạnh tranh; sau đó xử lý bằng evidence, owner và QA. Phản ứng đúng thường bắt đầu bằng Search Console và timeline, không phải xóa bài hoặc Disavow hàng loạt.
Để đặt Manual Action, spam systems và biến động visibility trong bối cảnh rộng hơn của core update, spam update và ranking systems, xem Thuật Toán Google 2026.
Nguồn chính thức
- Google Search Console: Manual Actions report
- Google Search Console: Security Issues report
- Google Search Console: Reconsideration requests
- Google Search Console: Disavow links to your site
- Google Search spam policies
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.
