VOC.VN Logo

Expired Domain Abuse: Hiểm họa thao túng SEO từ tên miền cũ

Minh Đức
Tác giả Minh Đức
Đang phản biện bởi Nguyễn Toản
10 phút đọc 41
+1
Expired Domain Abuse: Hiểm họa thao túng SEO từ tên miền cũ

Tên miền cũ có lịch sử lâu năm chưa chắc an toàn. Khám phá cơ chế Redirect Hijacking, chính sách Google về Expired Domain Abuse và cách thẩm định chuẩn xác.

Mục lục 17 mục

Chạm để tới nhanh các mục khác

Mở rộng

Một tên miền có lịch sử từ năm 2012 không chứng minh website đang hoạt động trên đó đã phục vụ người dùng từ năm 2012. Những liên kết từ báo chí, trường học hoặc tổ chức uy tín cũng không bảo đảm nội dung ở địa chỉ ấy vẫn thuộc về chủ thể ban đầu.

Đây là điểm cần kiểm tra khi một website cũ bất ngờ xuất hiện nội dung cờ bạc, đổi sang lĩnh vực không liên quan hoặc tự chuyển người truy cập đến một trang đáng ngờ. Vấn đề nằm ở sự thay đổi phía sau địa chỉ quen thuộc: Ai đang kiểm soát tên miền, nội dung đã biến đổi thế nào và người dùng thực sự được đưa đến đâu.

Với người làm SEO và quản trị website, việc điều tra cần trả lời cả hai câu hỏi: tên miền có đang bị lợi dụng để thao túng tìm kiếm không, và những liên kết còn tồn tại có đang đưa người đọc vào rủi ro không?

Expired Domain Abuse là gì?

Expired Domain Abuse là hành vi mua tên miền hết hạn rồi tái sử dụng chủ yếu để thao túng thứ hạng tìm kiếm bằng nội dung ít hoặc không mang lại giá trị cho người dùng. Đây là định nghĩa trong chính sách chống spam của Google. Một ví dụ Google nêu là đăng nội dung casino trên website trước đây thuộc về một trường tiểu học.

Google công bố chính sách này ngày 5/3/2024. Trong thông báo, Google cũng khẳng định việc sử dụng tên miền cũ để xây dựng một website mới, nguyên bản và phục vụ người dùng là chấp nhận được. Vì vậy, mua tên miền hết hạn hoặc thay đổi chủ đề website chưa đủ để kết luận có vi phạm.

Khi đánh giá một trường hợp cụ thể, cần xem người mua đang xây dựng sản phẩm có giá trị gì và sử dụng lịch sử tên miền vào mục đích nào. Một website có lý do tồn tại rõ ràng, thông tin chủ thể minh bạch và nội dung hữu ích khác với một hệ thống dựng trang sơ sài chỉ để khai thác các liên kết cũ.

Cũng cần tách vi phạm chính sách tìm kiếm khỏi hành vi lừa đảo. Một website có thể thao túng SEO mà không thu thập mật khẩu hay chiếm đoạt tiền. Ngược lại, một trang lừa đảo có thể tiếp cận nạn nhân qua liên kết cũ mà không cần có thứ hạng Google.

Tên miền hết hạn không lập tức trở thành tên miền tự do

Tên miền hết hạn là tên miền đã đến hạn gia hạn. Trạng thái này không đồng nghĩa bất kỳ ai cũng có thể đăng ký ngay.

Với nhiều tên miền quốc tế thuộc nhóm gTLD, quy trình có thể gồm thời gian cho phép gia hạn sau ngày hết hạn, giai đoạn khôi phục sau yêu cầu xóa và giai đoạn chờ xóa cuối cùng. ICANN mô tả thời gian khôi phục phổ biến là 30 ngày, tiếp theo là 5 ngày pendingDelete nếu tên miền không được khôi phục. Sau đó, tên miền mới được giải phóng để đăng ký lại. Không nên lấy lịch trình này áp dụng nguyên xi cho mọi đuôi tên miền hoặc nhà đăng ký.

Một số tên miền được đưa vào đấu giá khi đăng ký vẫn còn tồn tại, trước khi bị xóa hoàn toàn. Chẳng hạn, Dynadot xác nhận tên miền mua qua hệ thống Expired Auction của họ giữ nguyên ngày tạo vì chưa bị giải phóng khỏi cơ sở dữ liệu đăng ký trung tâm.

Do đó, drop list nên được hiểu là danh sách theo dõi tên miền dự kiến hoặc đã bị giải phóng, tùy cách nhà cung cấp phân loại. Sự xuất hiện trong danh sách không thay thế việc kiểm tra trạng thái đăng ký thực tế.

Một điểm khác dễ gây hiểu nhầm là cụm “tên miền cũ của cơ quan nhà nước hoặc trường đại học”. Nó mô tả chủ thể từng sử dụng website, không có nghĩa mọi tên miền .gov hoặc .edu đều được mua bán tự do. .gov của Hoa Kỳ chỉ dành cho tổ chức chính quyền đủ điều kiện; đăng ký mới .edu cũng có điều kiện riêng do EDUCAUSE quản lý.

Redirect Hijacking diễn ra như thế nào?

Trong bài viết này, Redirect Hijacking, hay chuyển hướng ký sinh, chỉ việc lợi dụng một địa chỉ hoặc luồng truy cập có sẵn để đưa người dùng sang đích ngoài mong đợi. Đây là cách gọi mô tả hành vi, không phải tên một chính sách riêng của Google.

Ở cấp giao thức, redirect 301 thông báo tài nguyên đã chuyển vĩnh viễn sang địa chỉ khác. Máy chủ có thể gửi địa chỉ đích trong trường Location để phần mềm truy cập tiếp tục điều hướng. Mã phản hồi này không xác nhận tổ chức đứng sau địa chỉ mới có đáng tin cậy hay không.

Khi người mua kiểm soát tên miền cũ, họ có thể cấu hình máy chủ để các URL cũ chuyển sang một website khác. Những bài báo, tài liệu hoặc trang đối tác còn giữ liên kết đến tên miền ấy vẫn có thể đưa người đọc vào luồng chuyển hướng mới.

Website đặt liên kết không nhất thiết đã bị xâm nhập. Địa chỉ mà nó dẫn đến có thể đã đổi người kiểm soát.

Tuy nhiên, cùng một biểu hiện “bấm vào rồi bị chuyển sang trang lạ” có thể xuất phát từ các nguyên nhân khác nhau:

Trường hợpĐiểm cần xác minhHướng xử lý chính
Tên miền cũ được mua lại rồi đổi đíchLịch sử đăng ký, nội dung và chủ thể vận hànhKiểm tra hoặc thay thế liên kết đến tên miền đó
Website bị xâm nhập và chèn chuyển hướngThay đổi trái phép trong mã nguồn, cấu hình hoặc tài khoản quản trịĐiều tra sự cố, loại bỏ mã độc và sửa điểm bị khai thác
Chức năng chuyển hướng không kiểm soát đích đếnỨng dụng chấp nhận địa chỉ đích từ dữ liệu không đáng tin cậySửa cơ chế xác thực đích chuyển hướng
Website chuyển địa chỉ phục vụ hoạt động thực tếQuan hệ giữa tổ chức cũ và mới, sự tương ứng của nội dungKiểm tra việc chuyển website có đúng mục đích và đúng URL

Trường hợp ứng dụng cho phép dữ liệu không đáng tin cậy quyết định đích đến thường được gọi là open redirect. OWASP cảnh báo rằng kẻ tấn công có thể lợi dụng tên miền quen thuộc ở đầu liên kết để làm đường dẫn lừa đảo trông đáng tin hơn. Lỗ hổng này không đòi hỏi tên miền phải hết hạn.

Google dùng thuật ngữ sneaky redirects cho các chuyển hướng có chủ đích đánh lừa người dùng hoặc công cụ tìm kiếm. Nhưng chuyển hướng để đổi địa chỉ website, hợp nhất nội dung hay phục vụ đăng nhập có thể hoàn toàn chính đáng. Bản thân mã 301 không phải dấu hiệu kết tội.

Tên miền cũ có những giá trị nào dễ bị lợi dụng?

Khi thẩm định một tên miền cũ, nên tách ba lớp giá trị:

Các liên kết còn tồn tại. Những trang khác có thể vẫn trỏ đến URL cũ. Cần kiểm tra chúng đang dẫn đến tài liệu gì, vì sao từng được đặt và hiện người đọc nhận được nội dung nào.

Lượng truy cập trực tiếp từ những liên kết đó. Một liên kết trong tài liệu hướng dẫn hoặc bài báo vẫn có thể có người nhấp vào, bất kể website đích còn được Google đánh giá cao hay không.

Sự nhận diện của người dùng. Tên thương hiệu, địa chỉ quen thuộc hoặc lời giới thiệu trong bài viết cũ có thể khiến người đọc tiếp tục tin vào website hiện tại.

Ba lớp này không đồng nhất với “sức mạnh SEO”. Điểm Domain Authority, Domain Rating hoặc điểm uy tín do công cụ bên ngoài tính không phải tín hiệu do Google công bố. Google đã lưu ý rõ sự khác biệt giữa các điểm số của bên thứ ba và tín hiệu của hệ thống tìm kiếm.

Nếu tên miền được đưa vào PBN, tức mạng lưới website do một bên kiểm soát để tạo liên kết, cần xem các liên kết có được tạo chủ yếu nhằm thao túng thứ hạng hay không. Google xếp hành vi tạo liên kết vì mục đích đó vào link spam.

Điểm cần ưu tiên trong đánh giá rủi ro là: Ngay cả khi lợi ích xếp hạng đã bị vô hiệu hóa, đường dẫn đưa người dùng đến trang độc hại vẫn có thể còn hoạt động. Vì vậy, chờ website đích mất thứ hạng không phải biện pháp bảo vệ độc giả của bạn.

Google có tự động xóa PageRank khi tên miền đổi chủ không?

Các tài liệu Google được dẫn trong bài không công bố một cơ chế mang tên Entity Ownership Disruption, cũng không xác nhận quy tắc “đổi chủ tên miền là xóa toàn bộ PageRank”.

Google công khai rằng hệ thống xếp hạng sử dụng nhiều tín hiệu ở cấp trang và cấp website. Các hệ thống phân tích liên kết, trong đó có PageRank, vẫn là một phần của quá trình đánh giá. Điều đó không cho phép người ngoài suy ra chính xác Google đã xử lý một tên miền sau khi đổi chủ như thế nào.

Khi điều tra, sự thay đổi chủ đề, thương hiệu, thông tin liên hệ và đích chuyển hướng là dữ kiện hữu ích để dựng lại diễn biến. Nhưng không nên biến những dữ kiện ấy thành danh sách tín hiệu thuật toán đã được Google xác nhận.

Cần phân biệt hai chuyện:

  • Vô hiệu hóa lợi ích từ liên kết spam: Google cho biết khi hệ thống loại bỏ tác động của liên kết spam, lợi ích thứ hạng mà các liên kết đó từng tạo ra sẽ mất đi.
  • Xóa mọi giá trị lịch sử vì tên miền đổi chủ: Không thể lấy thông báo về link spam làm bằng chứng cho kết luận rộng hơn này.

Redirect 301 có chuyển toàn bộ “uy tín tên miền” sang website mới không?

Google sử dụng chuyển hướng vĩnh viễn như một tín hiệu để xác định URL đích nên là URL chính, hay canonical. Đây là cơ chế hỗ trợ xử lý nội dung chuyển địa chỉ.

Trong hướng dẫn chuyển website, Google cũng nêu rằng 301 và các chuyển hướng vĩnh viễn khác không tự gây mất PageRank. Tuy nhiên, hướng dẫn đó không phải lời bảo đảm rằng mua một tên miền cũ rồi trỏ sang nội dung không liên quan sẽ nhận được toàn bộ lợi ích xếp hạng.

Câu hỏi cần kiểm tra ở từng URL là: trang đích có thực sự tiếp nối nội dung hoặc đáp ứng nhu cầu mà liên kết cũ đã tạo ra không?

Việc gom nhiều URL cũ về một trang không liên quan có thể khiến Google xử lý chúng như soft 404, tức trang không thực sự cung cấp nội dung được yêu cầu dù không trả mã lỗi 404. Google cảnh báo rõ về cách chuyển hướng này.

Vì sao website trông mới nhưng công cụ báo tên miền có từ năm 2012?

Trước tiên, cần xác định công cụ đang hiển thị loại ngày nào.

Ngày tạo của đăng ký hiện tại cho biết bản ghi đăng ký được tạo khi nào. Nếu tên miền được mua bán hoặc chuyển giao mà đăng ký chưa bị xóa, ngày cũ có thể được giữ lại. Trường hợp đấu giá tên miền hết hạn tại Dynadot là một ví dụ được nhà đăng ký xác nhận.

Ngày tạo sau khi tên miền bị xóa rồi đăng ký mới có thể khác. Khi tên miền đã bị giải phóng hoàn toàn và được đăng ký lại, ngày tạo của đăng ký mới có thể bắt đầu lại, dù chuỗi tên miền đó từng được sử dụng nhiều năm trước.

Ngày xuất hiện trong dữ liệu lịch sử lại phản ánh mốc mà một hệ thống đã ghi nhận website hoặc tên miền. Nó không tự chứng minh đăng ký tồn tại liên tục hay chủ thể vận hành không thay đổi.

Vì vậy, con số “2012” cần đi kèm nguồn dữ liệu và ý nghĩa của trường thông tin. Không nên suy từ đó thành “doanh nghiệp hiện tại đã hoạt động từ năm 2012”.

Cũng đừng mặc định trường Updated Date là ngày đổi chủ. Trong RDAP, sự kiện last changed mô tả việc dữ liệu của đối tượng được cập nhật; còn transfer mô tả việc chuyển giữa các nhà đăng ký. Hai trường này không tự xác nhận một giao dịch chuyển quyền kiểm soát website.

Khi xác minh một website đáng ngờ, hãy kết hợp lịch sử tên miền với cách nhận diện tên miền giả mạo các tổ chức uy tín. Tuổi tên miền chỉ là một dữ kiện trong quá trình kiểm tra.

Quy trình kiểm tra tên miền cũ và chuyển hướng đáng ngờ

Mục tiêu của việc điều tra là dựng được chuỗi bằng chứng có thể kiểm tra lại. Một ảnh chụp màn hình hoặc điểm backlink cao chưa đủ để xác định nguyên nhân.

1. Dựng lại lịch sử đăng ký và nội dung

Với gTLD, có thể bắt đầu bằng ICANN Lookup. ICANN xác định RDAP là nguồn cung cấp dữ liệu đăng ký gTLD thay cho hệ thống WHOIS trước đây từ ngày 28/1/2025. Với đuôi tên miền khác, kiểm tra thêm công cụ chính thức của đơn vị quản lý tương ứng.

Ghi lại tên nhà đăng ký, trạng thái, ngày tạo, ngày hết hạn và nameserver. Sau đó đối chiếu với các bản lưu website, thông báo chuyển địa chỉ hoặc tài liệu của tổ chức từng sử dụng tên miền.

Khi xem bản lưu, nên kiểm tra cả trang chủ lẫn những URL từng được liên kết nhiều. Hãy tìm điểm thay đổi về chủ đề, tên tổ chức, thông tin liên hệ và mục đích của trang.

Khoảng trống trong dữ liệu lưu trữ không chứng minh website đã ngừng hoạt động. Internet Archive nêu nhiều nguyên nhân khiến một trang không được lưu, như hệ thống chưa phát hiện được trang, trang bị giới hạn truy cập hoặc chủ website yêu cầu loại trừ.

2. Ghi lại toàn bộ chuỗi chuyển hướng

Cần kiểm tra URL cụ thể mà người dùng nhấp vào. Chỉ mở trang chủ có thể bỏ sót hành vi xảy ra ở đường dẫn sâu.

Một hồ sơ kiểm tra nên có các trường sau:

Dữ liệuMục đích
URL ban đầu và trang đặt liên kếtXác định người dùng đi vào luồng truy cập từ đâu
Mã HTTP và Location ở từng bướcGhi lại các chuyển hướng do máy chủ trả về
URL cuối cùng và nội dung thực nhậnXác định đích đến có đáp ứng nội dung được giới thiệu không
Thời điểm kiểm tra, kèm múi giờCho phép đối chiếu với log và những lần kiểm tra khác
Thiết bị, trình duyệt, nguồn truy cậpGhi nhận điều kiện có thể làm hành vi thay đổi
Bằng chứng kèm theoLưu phản hồi HTTP, ảnh chụp hoặc bản ghi mạng để kiểm tra lại

Đối với URL nghi có mã độc, ưu tiên công cụ thu thập phản hồi HTTP và môi trường kiểm tra cách ly. Google khuyến nghị dùng công cụ như cURL hoặc Wget để hỗ trợ chẩn đoán, đồng thời lưu ý rằng chuyển hướng độc hại có thể chỉ xuất hiện với một số user-agent hoặc referrer. Referrer là thông tin về trang giới thiệu lượt truy cập.

Không dừng lại ở kết quả “HTTP 200”. Trang có thể tải thành công rồi dùng JavaScript hoặc cơ chế phía trình duyệt để chuyển người dùng đi. Google phân biệt rõ các hình thức chuyển hướng này với chuyển hướng ở phía máy chủ.

Khi kiểm tra liên kết trỏ đến tên miền cũ, nên ưu tiên những trang còn có khả năng đưa người đọc đến đó: bài hướng dẫn, tài liệu tải xuống, trang đối tác và nguồn trích dẫn quan trọng.

Với mỗi liên kết, đối chiếu ba điểm: lời giới thiệu trên trang nguồn, nội dung từng tồn tại ở URL đích và nội dung hiện tại. Sự lệch nhau giữa ba điểm này giúp xác định liên kết còn phục vụ người đọc hay đã trở thành đường dẫn sai mục đích.

Đừng chỉ đếm tên miền giới thiệu hoặc nhìn phần mở rộng .edu, .gov. Một liên kết từng phù hợp với tài liệu giáo dục không tự bảo chứng cho nội dung đang xuất hiện sau khi tên miền thay đổi.

Tương tự, việc nhiều website dùng chung IP hoặc nhà cung cấp hạ tầng chưa đủ để kết luận chúng thuộc một PBN. Nếu nghi có mạng lưới thao túng, cần kiểm tra thêm cách các trang liên kết, nội dung và quan hệ kiểm soát giữa chúng.

4. Tách hiện tượng đã xác nhận khỏi nguyên nhân chưa rõ

Một báo cáo tốt nên phân biệt:

  • Đã quan sát được: URL nào chuyển đến đâu, trong điều kiện nào, tại thời điểm nào.
  • Có dấu hiệu cần điều tra: nội dung và thương hiệu thay đổi rõ rệt, nhưng chưa xác minh được việc hết hạn hoặc chuyển giao.
  • Chưa thể kết luận: có hay không việc mua tên miền hết hạn, xâm nhập hệ thống hoặc chủ đích thao túng thứ hạng.

Nếu mới ghi nhận chuyển hướng bất thường, hãy mô tả đúng hiện tượng đó. Kết luận “tên miền bị chiếm đoạt” cần bằng chứng về quyền kiểm soát trái phép. Kết luận Expired Domain Abuse cũng cần đối chiếu lịch sử và mục đích sử dụng, không thể dựa riêng vào mã 301.

Phát hiện vấn đề rồi, cần xử lý thế nào?

Website của bạn đang dẫn đến một tên miền đã đổi mục đích

Ưu tiên sửa đường đi của người đọc. Hãy tìm nguồn thay thế đáp ứng cùng nhu cầu, cập nhật URL và rà soát mọi vị trí còn chứa liên kết cũ, kể cả tài liệu PDF hoặc nội dung đã xuất bản từ lâu.

Nếu chưa có nguồn thay thế đáng tin cậy, có thể gỡ liên kết và sửa câu dẫn để bài viết không tiếp tục giới thiệu một tài nguyên không còn tồn tại.

Đổi liên kết sang nofollow không ngăn người dùng nhấp vào trang nguy hiểm. Đây cũng không phải tình huống cần dùng Disavow: công cụ đó dành cho một số trường hợp liên kết từ website khác trỏ vào website của bạn. Google cho biết phần lớn website không cần sử dụng công cụ này.

Website của bạn bị chèn chuyển hướng trái phép

Trước khi sửa, lưu lại log, cấu hình và bằng chứng cần thiết để xác định phạm vi sự cố. Sau đó, đội kỹ thuật cần kiểm tra nơi tạo ra chuyển hướng, quyền truy cập và nguyên nhân giúp mã trái phép xuất hiện.

Chỉ xóa một đoạn redirect chưa đủ nếu lỗ hổng hoặc tài khoản bị lộ vẫn còn. Hướng dẫn khôi phục của Google yêu cầu xử lý nguyên nhân gốc, cập nhật phần mềm, loại bỏ thành phần không cần thiết, khôi phục nội dung sạch và thay đổi mật khẩu.

Trong Search Console, kiểm tra mục Security issues. Nếu có vấn đề được báo cáo, khắc phục đầy đủ rồi gửi yêu cầu xem xét. Danh sách URL mà Google cung cấp chỉ là mẫu, không nhất thiết bao phủ toàn bộ trang bị ảnh hưởng.

Bạn vừa mua một tên miền cũ để làm website mới

Sau khi xác minh quyền sở hữu, kiểm tra mục Manual actions trong Search Console. Google hướng dẫn chủ mới xử lý các vi phạm còn tồn tại và nêu rõ việc mới tiếp nhận website trong yêu cầu xem xét lại, nếu có thao tác thủ công cần khắc phục.

Với các URL cũ, lập phương án theo giá trị thực tế của nội dung. Chuyển hướng đến trang tương ứng khi có sự tiếp nối phù hợp. Những nội dung đã bị loại bỏ và không có trang thay thế nên được xử lý bằng phản hồi 404 hoặc 410 phù hợp, thay vì gom tất cả về trang chủ.

Việc đổi chủ không tự xóa các vấn đề trước đó. Vì thế, thẩm định tên miền cần xem cả nghĩa vụ xử lý nội dung, liên kết và cấu hình còn tồn tại, thay vì chỉ định giá theo tuổi đăng ký.

Phòng ngừa từ việc quản lý tên miền và liên kết

Với doanh nghiệp, trường học hoặc tổ chức đang vận hành nhiều website, nên có danh sách tên miền kèm người chịu trách nhiệm, ngày gia hạn, tài khoản quản lý và mục đích sử dụng. Tên miền phục vụ chiến dịch đã kết thúc vẫn cần được rà soát trước khi quyết định ngừng duy trì.

Một số việc nên đưa vào quy trình vận hành:

  • Bật tự động gia hạn và có đầu mối dự phòng kiểm tra thanh toán.
  • Bảo vệ tài khoản nhà đăng ký bằng xác thực đa yếu tố.
  • Rà soát các liên kết còn trỏ đến tên miền trước khi ngừng sử dụng.
  • Kiểm tra định kỳ URL đích cuối cùng của các nguồn trích dẫn quan trọng.
  • Giao rõ trách nhiệm theo dõi tên miền cũ sau khi chuyển website.

Không nên coi việc hoàn thành chuyển website là thời điểm mọi tên miền cũ đều có thể bỏ. Quyết định duy trì hay ngừng gia hạn cần dựa trên những liên kết, tài liệu và luồng truy cập vẫn đang sử dụng địa chỉ ấy.

Một tên miền cũ chỉ cho biết địa chỉ đó có lịch sử. Muốn đánh giá độ tin cậy hiện tại, phải kiểm tra nội dung, quyền kiểm soát và đích đến thực tế. Với SEO, đó là cơ sở để thẩm định đúng tài sản đang tiếp nhận; với người đọc, đó là cách tránh để một liên kết từng hữu ích trở thành đường dẫn đến rủi ro.

© Ghi nguồn voc.vn khi đăng tải lại nội dung này.

Đánh giá bài viết:
+1
Thông tin tác giả Xem hồ sơ tác giả

Minh Đức

Chuyên gia

Senior Technical Writer & Search Analyst

Chuyên gia kỹ thuật phân tích Search Intent & Onpage Architecture tại VOC.

Kết nối:
Tiến trình phản biện chuyên môn
Đang phản biện thực nghiệm
Nguyễn Toản

Nguyễn Toản

Chuyên gia phản biện

Chief Technical SEO & Search Engine Architect

Technical SEO chính và Leader SEO dự án khó với hơn 15 năm kinh nghiệm chuyên sâu về Technical SEO, Log File Analysis, Cấu trúc Crawl quy mô lớn và Tối ưu hóa Tìm kiếm AI (GEO). Đã trực tiếp thiết kế và giải cứu hơn 150+ hệ thống Website có cấu trúc lớn , SaaS và Báo điện tử khỏi các đợt bão thuật toán Google Core Update, HCU, Spam Update, Spamhaus...

Tiến độ: Đang phản biện chuyên môn
Xem hồ sơ chuyên gia