Website Dính SEO Spam Tiếng Nhật, Link Casino Trên Google: Cách Nhổ Tận Gốc & Xóa Index Rác

Một buổi sáng đẹp trời, bạn gõ tên công ty mình lên Google để kiểm tra thứ hạng thì… đứng hình: dưới tên miền quen thuộc của bạn lại mọc ra hàng trăm, hàng ngàn đường dẫn toàn chữ Nhật Bản bán túi xách hàng hiệu giảm giá, hoặc những tiêu đề quảng cáo sòng bài, cá độ bóng đá, thuốc kích dục. Điều kỳ quái là khi bạn bấm trực tiếp vào trang chủ, giao diện website vẫn hiền lành như chưa hề có cuộc chia ly! Đừng vội lao vào Yoast SEO hay Rank Math sửa lại tiêu đề rồi ngồi cầu nguyện. Thứ bạn đang đối mặt là Japanese Keyword Hack / SEO Spam sử dụng kỹ thuật che mắt (Cloaking): hiển thị nội dung bình thường cho người thật, nhưng lại bơm hàng ngàn trang rác cho con bọ tìm kiếm Googlebot.

Bài viết này sẽ hướng dẫn bạn cách thu thập đúng bằng chứng kỹ thuật, phân biệt nội dung mã độc đang sống trên máy chủ với dữ liệu lưu trữ cũ của Google, và từng bước giải cứu website WordPress của mình một cách bài bản nhất.

Đối chiếu mã nguồn thực tế trên máy chủ WordPress với các thẻ kết quả tìm kiếm bị nhiễm SEO spam trên Google — Đối chiếu phản hồi thực tế của máy chủ dưới góc nhìn Googlebot với các bản ghi chỉ mục cũ đang hiển thị trên trang kết quả tìm kiếm.

Lưu giữ bằng chứng hiện trường trước khi bắt tay vào dọn dẹp

Trước khi xóa bất kỳ thứ gì, hãy chụp màn hình kết quả tìm kiếm bất thường đó lại, ghi rõ câu lệnh tìm kiếm, ngày giờ phát hiện và sao chép 5–10 đường dẫn URL mẫu đang bị biến dạng. Lưu ý nhỏ: nhớ cắt bỏ hoặc làm mờ ảnh đại diện tài khoản Google cá nhân hay các tab nội bộ trên màn hình trước khi gửi cho kỹ thuật viên — họ chỉ cần nhìn thấy phần kết quả tìm kiếm và đường dẫn URL để bắt bệnh.

Bạn cần tách bạch hai loại địa chỉ: (1) Đường dẫn URL đang hiển thị ngay trên trang kết quả của Google, và (2) Địa chỉ đích cuối cùng trên thanh trình duyệt sau khi bạn bấm vào (nếu có kèm chuyển hướng). Cảnh báo an toàn: nếu trình duyệt bật màn hình đỏ cảnh báo trang web chứa phần mềm độc hại hoặc lừa đảo, tuyệt đối không bấm “Vẫn tiếp tục truy cập” trên máy tính làm việc của bạn. Hãy để kỹ thuật viên dùng công cụ chuyên dụng kiểm tra từ môi trường cách ly.

Để ước lượng quy mô “ổ rác”, bạn có thể lên Google gõ cú pháp site:tenmiencuaban.com. Câu lệnh này giúp phơi bày nhanh các đường dẫn lạ đang nằm trong bộ chỉ mục (Index) của Google, dù bạn cần nhớ rằng nó chỉ là một lát cắt tham khảo chứ không phải danh sách đầy đủ 100% các trang trên máy chủ, và những trang nhìn có vẻ bình thường trên đó cũng chưa chắc đã sạch mã độc.

Bước 1: Phân loại các URL bất thường thành 4 nhóm bệnh lý

Không phải mọi dòng chữ Nhật trên Google đều đang nằm ở cùng một chỗ. Hãy phân loại các URL lạ bạn vừa gom được theo bảng chẩn đoán dưới đây để tránh sửa nhầm hướng:

Tình trạng thực tế của URL	Hạng mục kỹ thuật cần kiểm tra tiếp	Sai lầm phổ biến cần tránh
Mở ra vẫn thấy nội dung chữ Nhật / Casino sống sờ sờ	Truy tìm file sinh trang ảo, bảng `wp_posts`, `wp_options`, danh sách User và lịch sử sửa đổi file	Tưởng chỉ cần vào `wp-admin` xóa bài viết đó đi là xong chuyện
Mở ra bị tự động bẻ lái (Redirect) sang tên miền khác	Kiểm tra chuỗi chuyển hướng HTTP/JS, file `.htaccess`, `index.php` và cấu hình `CDN`	Đánh đồng mọi lệnh chuyển hướng đều do một nguyên nhân duy nhất
Người thật mở ra thấy web đúng, nhưng Google vẫn hiện chữ Nhật	Kiểm tra kỹ thuật Cloaking (phân biệt `User-Agent: Googlebot`), thẻ `rel="canonical"` và ngày Google chụp bản lưu (Cache)	Ngồi bấm “Yêu cầu lập chỉ mục” liên tục trong khi chưa gỡ mã Cloaking
URL ảo không còn tồn tại trong cơ sở dữ liệu	Kiểm tra mã trạng thái HTTP trả về thực tế (đang trả về `404`, `410` hay vẫn trả về `200 OK`)	Chuyển hướng 301 toàn bộ link rác về trang chủ hoặc trả về trang trắng có mã `200 OK` (Soft 404)

Bí quyết quan trọng nhất ở bước này là: đừng chỉ nhìn bằng mắt thường trên trình duyệt của bạn! Các loại mã độc SEO Spam rất hay dùng thủ thuật Cloaking: khi bạn mở trang web bằng trình duyệt Chrome bình thường, nó trả về đúng bài viết của công ty bạn; nhưng hễ thấy khách truy cập khai báo User-Agent là Googlebot, nó lập tức tráo nội dung sang trang bán hàng giả mạo hoặc chèn thẻ canonical trỏ sang tên miền của kẻ tấn công. Chính Google cũng đã cảnh báo rất rõ về thủ đoạn hacker lợi dụng chuyển hướng hoặc thẻ canonical để thao túng chỉ mục.

Bước 2: Soi chiếu bằng “kính lúp” Google Search Console

Ngay lập tức đăng nhập vào Google Search Console bằng tài khoản quản trị tên miền. Điểm dừng chân đầu tiên là hai mục Security Issues (Vấn đề bảo mật) và Manual Actions (Thao tác thủ công). Rất nhiều chủ web hay gọi chung mọi thứ là “bị Google phạt”, nhưng thực tế hai mục này có quy trình xử lý và mức độ nghiêm trọng khác hẳn nhau.

Tiếp theo, hãy dán từng URL mẫu bị dính chữ Nhật hoặc link casino vào thanh công cụ URL Inspection (Kiểm tra URL) ở đầu trang Search Console. Công cụ này cho phép bạn so sánh hai bức tranh cực kỳ đắt giá:

Bản Google đã lập chỉ mục (Google-selected canonical / Indexed version): Cho biết lần cuối cùng Googlebot ghé thăm trang đó là ngày nào và lúc đó nó nhìn thấy mã HTML gì.
Kiểm tra URL trực tiếp (Test Live URL): Bấm nút này để bắt Googlebot truy cập vào máy chủ của bạn ngay tại giây phút hiện tại, sau đó bấm View Tested Page → HTML. Nếu trên trình duyệt của bạn nhìn thấy tiếng Việt bình thường, nhưng trong khung HTML của Test Live URL lại hiện đầy chữ Nhật và link sòng bài, thì xin chia buồn: con Backdoor Cloaking vẫn đang sống khỏe re trên hosting của bạn!

Một điều nữa: ngay cả khi mục Security Issues trong Search Console hiện dòng chữ xanh “No issues detected”, bạn cũng không được chủ quan bỏ qua việc kiểm tra máy chủ — bởi rất nhiều đợt tấn công chèn link spam mới diễn ra chưa kịp bị hệ thống cảnh báo tự động gắn cờ.

Và làm ơn: đừng mất công xóa đi tạo lại file sitemap.xml hàng chục lần để mong hết link chữ Nhật! Khi kẻ tấn công chiếm được quyền ghi trên hosting, chúng thường tự sinh ra các file Sitemap ảo riêng biệt và tự động gửi (ping) trực tiếp cho Google thông qua tài khoản Search Console mà chúng lén xác minh bằng file HTML tải lên thư mục gốc. Vào mục Settings → Users and permissions trong Search Console để đá văng ngay các tài khoản lạ (Verified Owners không phải của bạn) mới là việc cần làm!

Bước 3: Truy lùng “nhà máy” sản xuất hàng ngàn trang Spam trong mã nguồn

Nếu bạn mở mục Posts / Pages trong wp-admin và thấy các bài viết lạ, hãy ghi lại tên tài khoản đăng bài, ngày giờ tạo và quyền hạn của tài khoản đó. Tuy nhiên, trong 80% các vụ Japanese Keyword Hack, khi bạn vào wp-admin sẽ… chẳng thấy bài viết tiếng Nhật nào cả! Lý do là vì mã độc không thèm lưu bài vào bảng wp_posts, mà dùng một script PHP kết hợp với quy tắc RewriteRule trong .htaccess để tự động “bịa” ra hàng vạn trang HTML ảo ngay tại thời điểm có request gửi tới.

Khi làm việc với kỹ thuật viên xử lý sự cố, đây là 5 câu hỏi điều tra cốt lõi cần được làm sáng tỏ:

Ổ chứa nội dung rác nằm ở đâu: Dữ liệu tiếng Nhật/casino đang nằm cố định trong bảng wp_posts, ẩn trong các bản ghi wp_options, đọc từ một thư mục chứa các file nén .txt/.dat giấu sâu trong wp-includes, hay được script PHP tải trực tiếp theo thời gian thực từ máy chủ điều khiển (C2 Server) của hacker?
Quyền truy cập nào đã bị chiếm đoạt: Có tài khoản Administrator lạ trong wp_users, tài khoản FTP/SFTP mới tạo, hay có file xác minh chủ sở hữu lạ (google*.html) nằm ngay thư mục public_html để chiếm quyền Google Search Console không?
Những mắt xích nào đã bị cài bẫy: File index.php gốc, wp-config.php, wp-blog-header.php, .htaccess, thư mục mu-plugins hay các tác vụ hẹn giờ Cronjob có đang giữ nhiệm vụ tự động phục hồi lại mã độc mỗi khi bị xóa không?
Bản sao lưu nào thực sự sạch: Các bản backup đang có được tạo ra trước hay sau thời điểm file đầu tiên bị can thiệp, và đã được kiểm tra chéo trên môi trường độc lập chưa?
Nguy cơ lây lan từ “hàng xóm”: Tài khoản hosting này có đang chạy chung nhiều website khác nhau không, và các website cùng chung quyền ghi (Write Permission) đó đã được rà soát đồng bộ chưa?

Lưu ý: quá trình điều tra đòi hỏi sự tỉ mỉ — tuyệt đối không xóa bừa một bảng trong cơ sở dữ liệu hay một file trong hệ thống chỉ vì thấy cái tên nghe là lạ. Luôn sao lưu hiện trạng ra một bản riêng biệt và khóa danh sách các dữ liệu sống còn (đơn hàng mới, thông tin khách hàng, bài viết mới đăng) cần được bảo toàn tuyệt đối.

Bước 4: Phẫu thuật sạch máy chủ trước, dọn dẹp kết quả Google sau

Trình tự xử lý chuẩn bắt buộc phải là: nhổ sạch ổ Backdoor và lỗ hổng trên máy chủ trước → kiểm tra lại bằng công cụ Test Live URL cho tới khi sạch bóng chữ lạ → cuối cùng mới xử lý chỉ mục tìm kiếm. Nếu bạn đảo ngược quy trình, Googlebot vừa vào thu thập lại đã thấy nguyên đống chữ Nhật thì mọi yêu cầu xem xét đều vô nghĩa.

Cách xử lý từng nhóm URL sau khi đã dọn sạch mã độc cũng phải cực kỳ chuẩn xác về mặt kỹ thuật SEO:

Đối với hàng ngàn URL rác do hacker tự đẻ ra (ví dụ domain.com/jp-shop-12345.html): Khi đã gỡ bỏ script sinh trang ảo và rule trong .htaccess, bạn phải để máy chủ trả về mã trạng thái HTTP 404 Not Found hoặc 410 Gone thực sự. Một sai lầm chí mạng mà nhiều người mắc phải là cài plugin chuyển hướng tất cả các lỗi 404 về Trang chủ (Redirect 301 to Homepage) — làm vậy chẳng khác nào bảo với Google rằng “Trang chủ của tôi chính là trang kế thừa nội dung của hàng ngàn link bán đồ tiếng Nhật kia!”, khiến ngay cả trang chủ cũng bị nhiễm tiêu đề tiếng Nhật trên kết quả tìm kiếm!
Đối với các trang hợp lệ của bạn (Trang chủ, trang dịch vụ, bài viết thật) bị chèn nội dung bẩn: Hãy khôi phục lại đúng nội dung gốc, kiểm tra kỹ thẻ <title>, meta description, thẻ rel="canonical" và đảm bảo trang trả về mã 200 OK sạch sẽ khi bấm Test Live URL.

Hãy lập một bảng theo dõi rõ ràng: Nhóm URL → Hành động xử lý → Mã HTTP trả về mong đợi → Kết quả Test Live URL để làm căn cứ nghiệm thu. Nếu mục Security Issues trong Search Console có hiển thị cảnh báo đỏ, bạn chỉ bấm nút gửi yêu cầu xem xét lại (Request a review) sau khi đã hoàn tất toàn bộ các bước làm sạch theo đúng hướng dẫn trong tài liệu xử lý cảnh báo bảo mật và nội dung lừa đảo của Google. Trường hợp mục Security Issues vẫn trống (Google chưa gắn cờ bảo mật mà chỉ mới lập chỉ mục nhầm các trang spam), bạn không cần tìm nút Request Review làm gì, mà chỉ cần gửi lại Sitemap chuẩn của bạn và yêu cầu lập chỉ mục lại (Request Indexing) cho Trang chủ cùng các trang chính.

Bước 5: Kiên nhẫn theo dõi quá trình Google lọc sạch chỉ mục

Sau khi máy chủ đã sạch, hãy duy trì bảng kiểm soát dưới đây theo từng mốc ngày. Đừng lấy kết quả tìm kiếm trên trình duyệt cá nhân (vốn bị ảnh hưởng bởi lịch sử tìm kiếm của bạn) để hoảng hốt rồi lại đè cấu hình website ra sửa tới sửa lui:

Hạng mục cần kiểm chứng sau xử lý	Bằng chứng kỹ thuật cần lưu lại
Trang hợp lệ trả về đúng HTML gốc (`200 OK`), link spam trả về đúng mã `404`/`410`	Ảnh chụp kết quả Test Live URL trong Search Console và header HTTP kèm ngày giờ kiểm tra
Mã độc và file `.htaccess` không bị ghi đè trở lại sau 24h – 72h	Nhật ký kiểm tra mã băm (Checksum) định kỳ và danh sách tài khoản quản trị trong Search Console / WordPress
Các chức năng kinh doanh (Form, Giỏ hàng, Đăng nhập) vận hành bình thường	Biên bản kiểm thử thực tế trên cả giao diện máy tính và di động
Số lượng trang lỗi/spam giảm dần trong báo cáo Page Indexing của Search Console	Ảnh chụp biểu đồ cập nhật theo tuần và thời điểm Googlebot thu thập lại (Last crawl date)
Chủ website nắm rõ toàn bộ các thay đổi đã thực hiện	Biên bản bàn giao kỹ thuật và danh sách các quyền truy cập đã thu hồi

Một sự thật bạn cần chuẩn bị tâm lý trước: ngay cả khi website của bạn đã sạch bóng virus 100% từ hôm nay, Google vẫn cần thời gian từ vài ngày đến vài tuần để con bọ tìm kiếm đi qua hàng ngàn link rác kia, xác nhận mã 404/410 và xóa dần chúng khỏi kết quả tìm kiếm. Không một đơn vị kỹ thuật nào có quyền can thiệp vào cơ sở dữ liệu của Google để bấm nút xóa sạch hàng vạn link chỉ sau 5 phút (trừ việc dùng công cụ Removals trong Search Console để tạm ẩn nhanh một số tiền tố thư mục rõ ràng trong 6 tháng). Nếu thấy một URL trên Google vẫn còn hiện chữ Nhật, hãy mở URL Inspection xem cái ngày Last crawl của nó là trước hay sau hôm bạn dọn mã độc — đừng vội cuống cuồng sửa bừa cấu hình khi Googlebot đơn giản là chưa kịp ghé lại trang đó!

Bạn cần chuẩn bị những gì khi bàn giao cho đội kỹ thuật xử lý?

Khi liên hệ nhờ hỗ trợ, bạn chỉ cần gom sẵn: 3–5 đường dẫn URL mẫu đang bị lỗi, ảnh chụp kết quả tìm kiếm hoặc thông báo trong Google Search Console, thời điểm bắt đầu phát hiện và những thao tác bạn hoặc đội ngũ đã thử làm gần đây. Nhớ báo rõ nếu website đang có luồng đơn hàng hoặc bài viết mới đăng hàng ngày cần bảo toàn. Ở bước trao đổi đầu tiên này, tuyệt đối chưa cần gửi mật khẩu.

Bạn có thể tham khảo chi tiết dịch vụ quét và xử lý mã độc website của localhost.vn để hiểu rõ quy trình làm việc. Hãy gửi mẫu URL cần kiểm tra qua Zalo 0985840593, tin nhắn SMS hoặc email hello@localhost.vn để tụi mình khảo sát hiện trạng và báo giá phạm vi xử lý minh bạch. Tụi mình cam kết xử lý triệt để mã nguồn và cấu hình phản hồi chuẩn xác trên máy chủ của bạn, đồng thời nói rõ ngay từ đầu rằng tốc độ cập nhật lại kết quả hiển thị và thứ hạng từ khóa thuộc quyền quyết định của thuật toán Google.

Hai ngộ nhận kinh điển khi gặp lỗi chèn link tiếng Nhật / Casino

1. Chỉ cần vào cài đặt SEO sửa lại Title và Description là hết lỗi?

Cách này chỉ có tác dụng trong trường hợp cực hiếm là ai đó lỡ tay gõ nhầm vào ô tiêu đề SEO của bài viết. Còn với 99% các ca nhiễm mã độc SEO Spam, con Backdoor nằm ở tầng PHP sẽ chặn ngang và tráo đổi toàn bộ mã HTML trả về cho Googlebot trước cả khi plugin SEO của bạn kịp lên tiếng. Không nhổ gốc Backdoor thì bạn có sửa tiêu đề trăm lần cũng bằng thừa.

2. Cứ thấy bài viết hay dữ liệu nào có ký tự nước ngoài là xóa thẳng tay?

Khoan đã! Nếu website của bạn có cài plugin đa ngôn ngữ (WPML, Polylang), có tài liệu kỹ thuật hoặc tên sản phẩm quốc tế hợp lệ, việc chạy câu lệnh SQL xóa mù quáng theo bảng mã ký tự có thể thổi bay luôn dữ liệu thật của công ty. Luôn phải đối chiếu ngày tạo, tác giả, đường dẫn và nguồn sinh dữ liệu trước khi bấm nút xóa.

Tài liệu kỹ thuật được đối chiếu ngày 06/10/2026. Các sơ đồ và bảng phân loại trong bài đóng vai trò hướng dẫn quy trình chẩn đoán chuẩn, không phải dữ liệu trích xuất từ tài khoản Search Console của bất kỳ khách hàng riêng lẻ nào.