Website bị Google cảnh báo trang nguy hiểm: gỡ cảnh báo từng bước

Khách gọi báo “vào web bị màn hình đỏ”, quảng cáo Google Ads bị từ chối cùng lúc, email gửi đi có liên kết tới website bị đánh dấu: đây là những gì xảy ra khi Google Safe Browsing gắn cờ một tên miền. Bài này hướng dẫn xác định đúng loại cảnh báo, gỡ nguyên nhân và gửi yêu cầu xem xét để cảnh báo được bỏ.

Cảnh báo bạn đang gặp có đúng là của Google Safe Browsing không?

Đúng là Safe Browsing nếu trình duyệt hiện cả một trang cảnh báo màu đỏ chặn trước nội dung, thường có tiêu đề kiểu “Trang web nguy hiểm” hoặc “Bạn sắp truy cập trang web lừa đảo” (câu chữ thay đổi theo phiên bản Chrome). Nhiều chủ website nhầm cảnh báo này với hai loại cảnh báo khác có cách sửa hoàn toàn khác.

Cảnh báo Safe Browsing không chỉ hiện trên Chrome. Danh sách của Google được nhiều trình duyệt khác dùng, nên khách dùng Firefox, Safari cũng có thể bị chặn. Khi đó số khách vào website giảm gần như ngay lập tức, khác với tụt hạng SEO diễn ra từ từ.

Kiểm tra trạng thái và loại vấn đề ở đâu?

Có hai nơi cần xem, theo thứ tự: Báo cáo minh bạch của Google để xác nhận trạng thái, và Search Console để biết chính xác loại vấn đề và URL bị ảnh hưởng.

1. Báo cáo minh bạch (Transparency Report): mở trạng thái trang web của Safe Browsing, nhập tên miền. Kết quả cho biết không tìm thấy nội dung không an toàn, một số trang không an toàn, hay toàn bộ trang web không an toàn. Ai cũng tra được, không cần đăng nhập.
2. Search Console, báo cáo Vấn đề bảo mật: cho biết loại vấn đề Google phát hiện và một số URL mẫu. Nếu website chưa được xác minh trong Search Console, xác minh ngay bằng bản ghi DNS (thuộc tính miền) để thấy toàn bộ tên miền phụ.
3. Mục Thao tác thủ công ngay bên cạnh: xem có hình phạt thủ công nào song song không, thường gặp khi website bị lợi dụng đăng spam.
4. Thông báo trong Google Ads nếu đang chạy quảng cáo: quảng cáo trỏ về trang bị gắn cờ thường bị từ chối theo chính sách về phần mềm độc hại hoặc trang web bị xâm phạm, và cần kháng nghị lại sau khi website sạch.

Mỗi loại vấn đề bảo mật nghĩa là gì và thường nằm ở đâu?

Loại vấn đề ghi trong Search Console quyết định bạn tìm nguyên nhân ở đâu. Bảng dưới gộp các loại thường gặp với website doanh nghiệp nhỏ; thời gian xem xét lấy theo hướng dẫn Yêu cầu xem xét của Google trên web.dev.

Hai nguồn gây cảnh báo mà chủ website hay bỏ sót: tài nguyên bên thứ ba (mã quảng cáo, widget chat, plugin tải script từ máy chủ ngoài đã bị chiếm), và trang lừa đảo nằm trong thư mục mà bạn không bao giờ mở. Google khuyên mở các URL mẫu từ một thiết bị không thuộc mạng của hosting, làm mới nhiều lần và so sánh bản điện thoại với máy tính, vì quảng cáo và mã độc có thể chỉ hiện với một số lượt xem.

Gỡ cảnh báo từng bước

Quy trình gồm sáu bước; ba bước đầu chủ website tự làm được, bước 4 cần người biết đọc mã nếu nguyên nhân là mã độc.

1. Bảo vệ khách trước. Nếu đang có chuyển hướng tới trang lừa đảo hoặc tải mã độc, bật chế độ bảo trì hoặc nhờ hosting tạm chặn truy cập công khai. Tạm dừng chiến dịch quảng cáo để không trả tiền đưa khách vào trang bị chặn.
2. Sao lưu nguyên trạng file và database, đổi mật khẩu hosting, FTP, database, tài khoản quản trị từ một máy sạch, xóa tài khoản quản trị lạ.
3. Chép danh sách URL mẫu từ mục Vấn đề bảo mật và mở từng URL bằng công cụ Kiểm tra URL, chọn kiểm tra URL đang hoạt động để xem mã nguồn Googlebot nhận được.
4. Gỡ nguồn gây hại và vá cửa vào: xóa trang lừa đảo, file tải xuống nhiễm; thay lõi WordPress, theme, plugin bằng bản gốc; gỡ script bên thứ ba đáng ngờ; cập nhật hoặc thay plugin có lỗ hổng. Cách tìm mã độc theo ba lớp có trong bài quét mã độc WordPress.
5. Kiểm tra lại trên mọi URL mẫu và trang chủ, trên điện thoại dùng 4G, ở chế độ ẩn danh, đi vào từ kết quả tìm kiếm Google.
6. Bấm Yêu cầu xem xét trong báo cáo Vấn đề bảo mật. Nội dung yêu cầu nên nêu: vấn đề là gì, đã làm những bước nào, kết quả kiểm tra lại ra sao. Với lừa đảo, Google cũng nhận báo cáo qua trang báo lỗi của Safe Browsing nếu bạn cho rằng gắn cờ nhầm.

Thứ tự xử lý chung khi website bị xâm nhập, kể cả nghĩa vụ thông báo khi có thể đã lộ dữ liệu khách hàng theo luật bảo vệ dữ liệu cá nhân, có trong bài website bị hack phải làm gì.

Vì sao yêu cầu xem xét bị từ chối và nên làm gì tiếp?

Yêu cầu bị từ chối gần như luôn vì Google vẫn thấy nội dung độc hại ở lần kiểm tra lại, không phải vì Google “khó tính”. Nguyên nhân hay gặp:

• Chỉ xóa phần nhìn thấy: trang lừa đảo bị xóa nhưng cửa hậu vẫn còn, vài giờ sau trang khác được tải lên.
• Bộ nhớ đệm còn giữ bản nhiễm: plugin cache, CDN vẫn phục vụ trang cũ cho Googlebot. Xóa toàn bộ cache sau khi làm sạch.
• Chỉ dọn tên miền chính, trong khi URL mẫu nằm trên tên miền phụ hoặc một website khác cùng hosting.
• Gửi yêu cầu liên tục. Trang trợ giúp của Search Console nói gửi khi vấn đề chưa được khắc phục có thể khiến lần xem xét sau lâu hơn, thậm chí bị coi là vi phạm lặp lại. Chờ kết quả cuối cùng của yêu cầu đang xử lý rồi mới gửi lần mới.

Khi bị từ chối, đọc lại thông báo trong Search Console xem URL mẫu có thay đổi không. URL mẫu mới là manh mối tốt nhất cho chỗ còn sót.

Khi nào nên dừng tự xử lý và gọi kỹ thuật viên?

Nên dừng và gọi người làm kỹ thuật khi đã qua bước 3 mà vẫn không biết nội dung độc hại nằm ở file nào, khi website bán hàng có dữ liệu đơn hàng không thể khôi phục bản cũ, khi yêu cầu xem xét đã bị từ chối một lần, hoặc khi nhiều website chung một hosting cùng bị cảnh báo. Mỗi ngày cảnh báo còn đó là mỗi ngày phần lớn khách từ Google và quảng cáo không vào được website.

Gói Đầy đủ 3 triệu của dịch vụ xử lý mã độc WordPress tại Marketing SEO Top dành cho trường hợp Google đang cảnh báo: tìm và gỡ cửa hậu, tài khoản lạ, dọn trang spam, gia cố bảo mật và hỗ trợ yêu cầu xem xét lại trên Search Console; trường hợp nhẹ chỉ có mã chèn chuyển hướng là gói Cơ bản 1,5 triệu. Bạn có thể gửi tên miền và ảnh chụp mục Vấn đề bảo mật qua Zalo 0332 942 567 để được xem nhanh trước khi quyết định. Để không lặp lại, xem các việc phòng ngừa trong bài cách bảo mật website tránh bị hack.

Nguồn tra cứu tháng 10/2026: Báo cáo Vấn đề bảo mật (support.google.com/webmasters); Yêu cầu xem xét (web.dev); Tấn công phi kỹ thuật (developers.google.com/search/docs/monitor-debug/security/social-engineering); Quản lý cảnh báo về các trang web không an toàn (support.google.com/chrome); Trạng thái trang web của Google Safe Browsing (transparencyreport.google.com).

Câu hỏi thường gặp