Bảo mật website6 phút đọc

Japanese keyword hack trên WordPress: nhận biết và xử lý SEO spam

Nhận biết Japanese keyword hack qua query và URL lạ, tìm cơ chế chèn trong file/database/sitemap và phục hồi chỉ mục an toàn.

Đội WebAnToan điều tra query và URL ngoại ngữ bất thường trong Search Console
Ngôn ngữ lạ là triệu chứng; điều cần tìm là generator, persistence và điểm xâm nhập.

Japanese keyword hack là tên thường gọi khi website xuất hiện nhiều tiêu đề, mô tả hoặc URL tiếng Nhật không do chủ site tạo. Bản chất đây là SEO spam/hacked content; ngôn ngữ có thể thay đổi. Trọng tâm phải là cơ chế chèn và sinh trang, không phải dịch từng từ.

Dấu hiệu thường gặp

Search Console xuất hiện query/ngôn ngữ lạ, số trang index tăng đột biến, Google hiển thị title khác nội dung thật hoặc sitemap chứa URL không tồn tại trong WordPress. Admin có thể không nhìn thấy vì cloaking hoặc nội dung được sinh trực tiếp từ code.

Nhóm URL theo pattern
Rà file và database
Đóng nguồn sinh và crawl lại
Ngôn ngữ lạ là triệu chứng; điều cần tìm là generator, persistence và điểm xâm nhập.

Thu thập mẫu có cấu trúc

Lưu URL, title/snippet, ngày phát hiện, trạng thái HTTP, canonical, sitemap nguồn và HTML từ URL Inspection. Nhóm theo pattern thư mục/tham số để tìm một generator chung thay vì xử lý từng URL.

Rà database và filesystem

  • Tìm domain/chuỗi đặc trưng trong posts, postmeta và options trên bản sao database.
  • So sánh core/plugin/theme với nguồn sạch; rà file mới và mu-plugins.
  • Kiểm tra rewrite, sitemap generator, cron và tài khoản quản trị.
  • Đối chiếu access log quanh thời điểm file hoặc record đầu tiên xuất hiện.

Đừng xóa nhầm nội dung hợp lệ

Website đa ngôn ngữ có thể có tiếng Nhật thật. Xác minh owner, plugin dịch, locale và URL structure trước khi xóa. Search database bằng ký tự Nhật đơn thuần có thể trả nhiều dữ liệu hợp lệ; nên ưu tiên domain, pattern URL và timestamp.

Làm sạch và ngăn tái tạo

Thay package sạch, xử lý database theo record, gỡ cron/backdoor, vá component và xoay credential. Giám sát file, sitemap, query và số trang index sau mở lại. Nếu URL quay lại cùng chu kỳ, tìm persistence thay vì lặp thao tác xóa.

Xử lý chỉ mục

URL không còn nội dung nên trả 404/410; trang hợp lệ bị sửa cần phục hồi content/canonical. Cập nhật sitemap, kiểm tra Security Issues và yêu cầu review khi toàn site sạch. Google cần crawl lại để cập nhật kết quả.

Không dùng robots.txt để “xóa” URL nhiễm

Chặn crawl có thể khiến Google không thấy trạng thái đã sửa. Hãy trả response đúng và đóng nguồn sinh URL.

Japanese keyword hack không nhất thiết bắt đầu bằng tiếng Nhật

Tên gọi mô tả triệu chứng thường gặp: hàng loạt URL và query ngoại ngữ về hàng hóa, thuốc hoặc sản phẩm không liên quan. Ngày mai attacker có thể chuyển sang ngôn ngữ khác. Điều đáng quan tâm không phải bảng chữ cái, mà là một hệ thống bên ngoài đang dùng uy tín domain để xếp hạng nội dung trái phép.

Chủ website thường phát hiện qua Search Console: impressions tăng ở quốc gia lạ, title không thuộc thương hiệu hoặc số trang indexed đột biến. Nếu chỉ nhìn Analytics, có thể không thấy gì vì phần lớn traffic bị redirect hoặc nội dung chỉ phục vụ crawler.

Câu chuyện quen thuộc: admin tìm mãi không thấy bài lạ

Attacker không cần tạo post trong giao diện. Họ có thể chèn rewrite, sửa template, dùng database option mã hóa hoặc tạo file PHP có tên gần giống core. Khi quản trị viên lọc danh sách bài viết mà không thấy tiếng Nhật, họ kết luận dữ liệu Search Console là cũ. Chính khoảng trì hoãn đó làm số URL tăng từ vài chục lên vài nghìn.

Đọc pattern URL để tìm nơi sinh

  • URL giống slug bài viết: kiểm tra posts, postmeta và import/API.
  • URL có prefix cố định nhưng không có post: kiểm tra rewrite, router và file entry.
  • HTML khác nhau theo Googlebot: kiểm tra cloaking ở PHP, server và CDN.
  • Sitemap lạ tự xuất hiện: tìm cron, file generator và endpoint submit.
  • URL trả 200 với nội dung ngẫu nhiên: kiểm tra catch-all và soft 404.

Đừng biến quá trình dọn index thành một sự cố SEO khác

Redirect mọi URL spam về trang chủ tạo tín hiệu không rõ ràng; chặn robots.txt khiến crawler không thấy trạng thái đã sửa; xóa hàng loạt URL hợp lệ bằng pattern quá rộng có thể làm mất traffic thật. Hãy phân nhóm URL, xác định đâu là nội dung bị tạo trái phép và trả 404/410 hoặc nội dung sạch theo đúng trạng thái.

Kinh nghiệm WebAnToan khi đóng vụ việc

Chúng tôi giữ lại mẫu HTML, URL, timestamp và hash trước khi làm sạch; kiểm tra file, database, cron, user và log quanh thời điểm đầu tiên; sau đó theo dõi query/index trong nhiều tuần. Một ngày không thấy URL mới chưa đủ — cần quan sát qua nhiều chu kỳ crawl, thay đổi cache và cả thiết bị chưa từng truy cập website.

Nguồn tham khảo chính thức

Google khuyến nghị kiểm tra URL/ngôn ngữ bất thường và Search Console trong 3 tips to find hacking, đồng thời mô tả cloaking và hacked content tại Spam policies.

Các tình huống website bị xâm nhập thường gặp

Chọn đúng triệu chứng để thu thập bằng chứng và xử lý theo phạm vi thực tế.

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

Có phải mọi nội dung tiếng Nhật đều là mã độc?

Không. Website đa ngôn ngữ có thể có nội dung hợp lệ; cần xác minh owner, URL và lịch sử thay đổi.

Xóa sitemap lạ có giải quyết được không?

Chỉ khi đồng thời loại bỏ code hoặc cron tạo lại sitemap và nội dung spam.

Có nên chặn URL bằng robots.txt?

Không dùng như cách xóa index; Google cần crawl để thấy trạng thái đã sửa.

Website của bạn đang có triệu chứng tương tự?

WebAnToan có thể tái hiện hiện tượng, khoanh vùng và đề xuất thứ tự xử lý dựa trên dữ liệu thực tế.

Gửi tình trạng website →

Website đang có dấu hiệu tương tự?

Ưu tiên xác minh trước khi sửa

Gửi URL, thời điểm và triệu chứng đang thấy. WebAnToan sẽ giúp phân loại phạm vi trước khi làm thay đổi bằng chứng.

← Tất cả bài viết

Tiếp tục theo chủ đề

Bài viết liên quan

Hỗ trợ kỹ thuật website

Gửi tình trạng website cần hỗ trợ

Gửi 3 thông tin dưới đây để kỹ thuật viên kiểm tra sơ bộ và liên hệ lại.

Chỉ cần gửi tên miền và lỗi đang thấy. Không nhập mật khẩu hay mã OTP.