Website bị chuyển hướng sang trang cờ bạc do mất tên miền, DNS bị đổi hay mã độc. Cách tự chẩn đoán bằng whois, dig, curl trong 5 phút và hướng xử lý.
# Website bị chuyển hướng sang trang cờ bạc: nguyên nhân và cách xử lý
Trả lời ngắn
Website bị chuyển hướng sang trang cờ bạc có ba nguyên nhân gốc hoàn toàn khác nhau: mất quyền tên miền (hết hạn, bị bên khác đăng ký lại), DNS bị đổi trỏ, hoặc mã độc chèn vào mã nguồn trong khi bạn vẫn còn quyền tên miền. Hai lệnh whois và dig NS phân biệt được ba trường hợp này trong vài phút. Xác định đúng nhóm trước, vì cách xử lý — và khả năng cứu được — khác hẳn nhau.
Mục lục
Chuyện gì đang xảy ra với website của bạn
Bạn gõ tên miền công ty vào trình duyệt. Thay vì trang chủ quen thuộc, màn hình nhảy sang một trang nền đen, có chữ "casino trực tuyến", "game bài", "đá gà", đôi khi kèm một cái tên nhà cái lặp đi lặp lại.
Đây không phải cảm giác riêng của bạn. Tháng 5/2025, người dùng vào một sàn thương mại điện tử lớn của Việt Nam bằng đường tìm kiếm Google cũng bị đẩy sang một trang có giao diện đánh bạc; doanh nghiệp này sau đó xác nhận nguyên nhân nằm ở tên miền chứ không phải hệ thống của họ (VnExpress). Ở nhóm còn lại, Cục An toàn thông tin từng ghi nhận gần 170 website cơ quan nhà nước bị cài cắm, chuyển hướng tới nội dung không phù hợp, phần lớn qua lỗ hổng bảo mật hoặc tính năng cho phép đăng nội dung (Tuổi Trẻ).
Hai ví dụ trên nằm ở hai đầu khác nhau của cùng một triệu chứng. Đó chính là lý do phải chẩn đoán trước khi làm bất cứ việc gì.
Ba nguyên nhân gốc, đừng gộp làm một
Hầu hết bài viết về chủ đề này gộp tất cả thành "website bị hack". Sai lầm đó khiến nhiều doanh nghiệp mất thời gian quét mã độc trong khi vấn đề thật là họ đã không còn sở hữu tên miền nữa.
Nguyên nhân (a) — Mất quyền tên miền. Tên miền hết hạn, không ai gia hạn, nhà đăng ký thu hồi rồi giải phóng, và một bên khác đăng ký lại. Máy chủ, mã nguồn, cơ sở dữ liệu của bạn vẫn nguyên vẹn — nhưng cái tên dẫn đường tới chúng nay thuộc về người khác. Đây là nhóm nặng nhất, và cũng là nhóm phổ biến nhất trong các ca chúng tôi khảo sát.
Nguyên nhân (b) — DNS bị đổi trỏ. Tên miền vẫn đứng tên công ty, phí vẫn được trả, nhưng bản ghi DNS đã bị sửa để trỏ sang máy chủ khác. Xảy ra khi tài khoản quản trị tên miền bị chiếm, hoặc khi tên miền nằm trong tay một bên trung gian không còn hợp tác. Trường hợp sàn thương mại điện tử nêu trên thuộc nhóm này: hệ thống nội bộ không hề hỏng.
Nguyên nhân (c) — Mã độc chèn vào mã nguồn. Quyền tên miền còn nguyên, DNS đúng, máy chủ đúng — nhưng trong mã nguồn website có một đoạn script tự đẩy người xem sang trang khác. Thường gặp ở mã nguồn mở lâu ngày không cập nhật, plugin hoặc theme lậu, hoặc tài khoản quản trị dùng mật khẩu yếu.
Ba nguyên nhân này cho ra cùng một triệu chứng nhưng đòi hỏi ba cách xử lý không có điểm chung nào. Bốn lệnh dưới đây tách chúng ra.
Tự chẩn đoán trong 5 phút bằng bốn lệnh
Bạn cần một cửa sổ Terminal (macOS, Linux) hoặc PowerShell/WSL (Windows). Thay tenmiencuaban.com bằng tên miền thật của bạn. Không lệnh nào dưới đây thay đổi bất cứ thứ gì — tất cả chỉ đọc.
Lệnh 1: whois — tên miền còn là của bạn không
whois tenmiencuaban.com
Ba dòng cần tìm trong kết quả:
Registry Expiry Date (hoặc Expiration Date): ngày hết hạn. Nếu ngày này đã qua, bạn đang ở trong vùng nguy hiểm.
Registrant Organization / Registrant Name: chủ thể đăng ký. Nếu ở đây hiện tên một công ty nước ngoài lạ hoắc, hoặc một dịch vụ giữ tên miền mà bạn chưa từng nghe, tên miền đã đổi chủ.
Creation Date: ngày tạo. Đây là chi tiết nhiều người bỏ qua. Nếu website của bạn chạy từ 2016 mà Creation Date lại là một ngày gần đây, nghĩa là tên miền cũ đã bị xoá hẳn khỏi hệ thống và có người đăng ký mới hoàn toàn.
Domain Status: các trạng thái redemptionPeriod, pendingDelete, clientHold cho biết tên miền đang ở đâu trong vòng đời. redemptionPeriod là tin xấu nhưng vẫn còn cửa; pendingDelete gần như đã hết cửa.
Với tên miền .vn, whois dòng lệnh thường trả về ít thông tin hơn — dùng công cụ tra cứu chính thức của Trung tâm Internet Việt Nam (VNNIC) để xem trạng thái và ngày hết hạn.
Lệnh 2: dig — tên miền đang trỏ đi đâu
dig tenmiencuaban.com +short
dig NS tenmiencuaban.com +short
Lệnh đầu trả về địa chỉ IP mà tên miền đang trỏ tới. Lệnh sau trả về nameserver — nơi thực sự quyết định tên miền trỏ đi đâu.
Cách đọc:
- Nameserver lạ. Bạn mua tên miền ở nhà đăng ký A nhưng
dig NS lại trả về nameserver của một bên hoàn toàn khác? Đó là dấu hiệu rõ nhất của nguyên nhân (a) hoặc (b).
- IP đổi. So sánh IP trả về với IP máy chủ hosting bạn đang trả phí. Khác nhau nghĩa là tên miền đã bị dẫn khỏi máy chủ của bạn.
- Không trả về gì. Chạy
dig tenmiencuaban.com (bỏ +short) rồi đọc dòng status:. NXDOMAIN nghĩa là tên miền không tồn tại trong hệ thống DNS — thường là đã bị thu hồi và chưa có ai dùng lại. SERVFAIL nghĩa là nameserver đang hỏng. NOERROR mà không có bản ghi A nghĩa là tên miền còn sống nhưng chưa được trỏ đi đâu.
Lệnh 3: curl -I — đọc chính lệnh chuyển hướng
curl -sIL tenmiencuaban.com | grep -iE "^HTTP|^location"
Đây là lệnh cho bạn thấy đúng chuỗi chuyển hướng, từng chặng một:
HTTP/1.1 301 Moved Permanently
location: https://mot-trang-la.xyz/
HTTP/2 200
- 301 là "chuyển vĩnh viễn". Với Google, 301 là tín hiệu mạnh nhất: nó nói rằng thương hiệu của bạn đã dọn nhà sang địa chỉ mới, và uy tín tìm kiếm tích luỹ nhiều năm sẽ dần được chuyển sang bên kia. Đây là lý do mất tên miền không chỉ mất website, mà mất cả thứ hạng.
- 302 là "chuyển tạm thời" — thiệt hại SEO nhẹ hơn, và thường gặp ở các trang giữ chỗ của bên săn tên miền.
- Chuỗi nhiều chặng (301 → 302 → 200 qua ba bốn tên miền khác nhau) là đặc trưng của hệ thống chuyển hướng thương mại, không phải cấu hình của một doanh nghiệp bình thường.
- Không có dòng
location nào, mã 200, nhưng mở trình duyệt vẫn nhảy trang: chuyển hướng nằm trong JavaScript chứ không nằm ở tầng máy chủ — dấu hiệu điển hình của nguyên nhân (c). Kiểm nhanh bằng:
curl -s tenmiencuaban.com | grep -iE "window.location|document.location|eval\("
Lệnh 4: dig MX — hộp thư công ty còn sống không
dig MX tenmiencuaban.com +short
Nếu lệnh này trả về rỗng, mọi địa chỉ email đuôi @tenmiencuaban.com đã ngừng nhận thư. Không có thông báo, không có cảnh báo — thư của khách chỉ đơn giản là không tới. Phần dưới của bài nói kỹ hơn về thiệt hại này.
Một mẹo nghề: thử lại như thể bạn đến từ Google
Đây là chi tiết mà phần lớn hướng dẫn bỏ sót, và nó giải thích vì sao nhiều chủ doanh nghiệp nói "tôi vào thấy bình thường mà" trong khi khách hàng lại thấy trang cờ bạc.
Nhiều hệ thống chuyển hướng chỉ kích hoạt khi người truy cập đến từ kết quả tìm kiếm. Vào trực tiếp bằng cách gõ tên miền thì thấy trang bảo trì hoặc trang cũ; bấm từ Google thì rơi vào trang cá cược. Cách này giúp kẻ khai thác kéo được lưu lượng tìm kiếm mà chủ website lâu phát hiện.
Kiểm bằng cách giả lập nguồn truy cập:
curl -sIL -e "https://www.google.com/" -A "Mozilla/5.0" tenmiencuaban.com | grep -iE "^HTTP|^location"
So sánh kết quả với lệnh curl -sIL không có -e. Nếu hai kết quả khác nhau, bạn đang gặp chuyển hướng có điều kiện — và triệu chứng "lúc bị lúc không" đã có lời giải.
Kiểm thêm phía Google: tìm site:tenmiencuaban.com trên Google. Nếu Google còn hiện tiêu đề cũ của công ty nhưng bấm vào lại ra trang khác, nghĩa là chỉ số Google chưa kịp cập nhật — bạn vẫn còn một khoảng thời gian để hành động trước khi thứ hạng bị viết đè.
Bảng: triệu chứng → nguyên nhân → việc cần làm ngay
| Triệu chứng đọc được từ lệnh |
Nguyên nhân nhiều khả năng |
Việc cần làm ngay |
whois cho ngày hết hạn đã qua, Registrant là bên lạ, Creation Date mới tinh |
(a) Mất quyền tên miền, đã bị đăng ký lại |
Ngừng mọi việc kỹ thuật. Liên hệ nhà đăng ký cũ hỏi lịch sử hợp đồng; song song chuẩn bị tên miền thay thế |
whois cho Domain Status: redemptionPeriod |
(a) Đang trong thời gian chuộc lại |
Gọi nhà đăng ký trong ngày, yêu cầu khôi phục. Đây là cửa sổ hẹp nhất và đắt nhất, nhưng còn cửa |
whois ACTIVE, đứng tên công ty, nhưng dig NS ra nameserver lạ |
(b) DNS bị đổi trỏ |
Đổi mật khẩu tài khoản quản trị tên miền, bật xác thực hai lớp, trỏ lại nameserver đúng, khoá chuyển nhượng |
dig NS đúng, IP đúng máy chủ của bạn, curl -I trả 200 nhưng trình duyệt vẫn nhảy trang |
(c) Mã độc trong mã nguồn |
Cô lập website, quét mã nguồn và cơ sở dữ liệu, đổi toàn bộ mật khẩu, khôi phục từ bản sao lưu sạch |
curl -sIL ra 301 sang một tên miền lạ |
(a) hoặc (b) — xem whois để phân biệt |
Xác định trước quyền sở hữu rồi mới xử lý |
| Chỉ chuyển hướng khi có referrer Google |
(c), đôi khi (b) |
Kiểm mã nguồn và cấu hình máy chủ, tìm điều kiện lọc theo referrer/User-Agent |
dig MX rỗng |
Kèm theo (a) hoặc (b) |
Thông báo ngay cho khách hàng và đối tác một địa chỉ email thay thế đang hoạt động |
dig trả NXDOMAIN, whois cho thấy đã thu hồi |
(a) Tên miền đã bị giải phóng, chưa ai lấy |
Đăng ký lại ngay hôm nay. Đây là tình huống may mắn nhất trong nhóm (a) |
Vì sao lại là trang cờ bạc mà không phải thứ khác
Câu hỏi này có lời giải kinh tế rõ ràng, và hiểu nó giúp bạn hình dung đúng mức độ khẩn cấp.
Google đánh giá một tên miền dựa một phần vào tuổi đời và vào số lượng, chất lượng các website khác đang liên kết tới nó. Một tên miền doanh nghiệp đã chạy tám năm, được báo chí nhắc tên, được các trang danh bạ ngành trích dẫn, được khách hàng chia sẻ — mang theo một khối uy tín tích luỹ mà một tên miền mua mới hôm nay không có.
Các trang cá cược trực tuyến không hoạt động hợp pháp tại Việt Nam nên không mua được quảng cáo chính thống. Con đường còn lại là tìm kiếm tự nhiên. Mà một tên miền mới toanh thì rất khó lọt Google, còn một tên miền cũ có sẵn tuổi đời và liên kết thì dễ hơn nhiều.
Thế là hình thành một thị trường: các bên chuyên theo dõi danh sách tên miền sắp bị giải phóng, chấm điểm theo tuổi đời và hồ sơ liên kết, rồi tự động đăng ký lại ngay giây phút tên miền được thả ra. Tên miền doanh nghiệp Việt Nam làm ăn nghiêm túc, có tuổi đời, có liên kết từ báo và danh bạ — chính là món hàng họ tìm.
Nói cách khác: website của bạn càng làm tốt bao nhiêu năm qua, tên miền của bạn càng đáng giá với họ bấy nhiêu khi bạn quên gia hạn. Đó là một sự trớ trêu mà rất nhiều chủ doanh nghiệp chỉ hiểu ra khi đã muộn.
Cũng vì cơ chế này, khoảng thời gian từ lúc tên miền được giải phóng đến lúc có người khác giữ mất thường tính bằng phút, không phải bằng ngày.
Xử lý theo từng nguyên nhân
(c) Mã độc chèn vào mã nguồn — nhóm dễ xử lý nhất
Bạn còn giữ mọi quyền, nên đây là ca có thể tự khắc phục.
Trình tự: đưa website về chế độ bảo trì để ngừng thiệt hại → đổi toàn bộ mật khẩu (quản trị website, cơ sở dữ liệu, FTP/SSH, hosting) → khôi phục từ bản sao lưu ở thời điểm trước khi sự cố xảy ra → cập nhật nhân, giao diện và tiện ích mở rộng lên phiên bản mới nhất → gỡ bỏ mọi tiện ích không rõ nguồn gốc → chỉ mở lại khi đã kiểm tra sạch.
Lưu ý quan trọng: khôi phục bản sao lưu mà không vá lỗ hổng thì vài ngày sau sự cố sẽ lặp lại y hệt. Phải tìm được đường vào, không chỉ dọn hậu quả. Nếu website đang chạy trên mã nguồn mở đã hai ba năm không cập nhật, hãy coi đây là dấu hiệu để tính chuyện làm lại nền tảng thay vì vá tiếp.
Sau khi dọn xong, gửi yêu cầu xem xét lại trong Google Search Console để gỡ cảnh báo, nếu có.
(b) DNS bị đổi trỏ — nhóm cần nhanh nhưng cứu được
Vì tên miền vẫn đứng tên bạn, việc cần làm là giành lại quyền kiểm soát tài khoản quản trị:
- Đăng nhập tài khoản tại nhà đăng ký tên miền. Nếu không đăng nhập được, gọi tổng đài của họ ngay, chuẩn bị sẵn giấy tờ pháp nhân để chứng minh quyền sở hữu.
- Đổi mật khẩu, đổi cả email khôi phục nếu email đó không còn do bạn kiểm soát.
- Bật xác thực hai lớp.
- Trỏ lại nameserver và bản ghi A về máy chủ đúng.
- Bật khoá chuyển nhượng (
clientTransferProhibited) để không ai chuyển tên miền đi nơi khác.
- Chờ DNS lan truyền — thường vài giờ, có thể tới 24–48 giờ tuỳ giá trị TTL đang đặt.
Nếu tên miền do một bên làm web cũ đứng tên hộ và bên đó không hợp tác, đây là tranh chấp quyền sở hữu chứ không còn là vấn đề kỹ thuật. Hồ sơ pháp nhân, hoá đơn thanh toán tên miền và thư từ trao đổi là những thứ quyết định, hãy tập hợp lại từ sớm.
(a) Mất quyền tên miền — nhóm nặng nhất
Kết quả phụ thuộc hoàn toàn vào việc tên miền đang ở đâu trong vòng đời.
Với tên miền .vn, sau khi hết hạn bạn còn thêm khoảng 30 ngày để nộp phí duy trì; quá thời gian đó tên miền chuyển sang xử lý thu hồi rồi được giải phóng cho chủ thể khác đăng ký (VNNIC). Mốc cụ thể có thể chênh lệch đôi chút tuỳ nhà đăng ký, nên hãy hỏi thẳng nhà đăng ký của bạn thay vì suy đoán.
Với các đuôi quốc tế .com, .net, quy trình chung gồm một khoảng gia hạn sau hết hạn (tuỳ nhà đăng ký), rồi giai đoạn chuộc lại redemptionPeriod khoảng 30 ngày với mức phí cao hơn hẳn phí gia hạn thường, rồi pendingDelete 5 ngày, sau đó tên miền được thả tự do.
Việc cần làm, theo đúng thứ tự:
- Xác định trạng thái bằng
whois.
- Nếu còn trong thời gian gia hạn hoặc chuộc lại: gọi nhà đăng ký trong ngày, chấp nhận phí khôi phục.
- Nếu đã bị bên khác đăng ký: dừng hy vọng lấy lại nhanh, chuyển ngay sang phương án bảo vệ thương hiệu (xem mục dưới).
- Song song, rà soát mọi nơi còn in tên miền cũ: card visit, tờ rơi, bảng hiệu, hồ sơ Google Business, các trang danh bạ ngành, chữ ký email, mã QR trên bao bì. Mỗi chỗ còn sót là một lần khách hàng bị dẫn tới trang cá cược dưới tên thương hiệu của bạn.
Ca nào cứu được, ca nào gần như không
Nói thẳng để bạn không mất thời gian vào việc bất khả thi.
Cứu được: mã độc trong mã nguồn; DNS bị đổi khi tài khoản vẫn lấy lại được; tên miền hết hạn nhưng còn trong thời gian gia hạn hoặc chuộc lại; tên miền đã bị thu hồi nhưng chưa ai đăng ký lại (trường hợp này chỉ cần đăng ký ngay).
Rất khó cứu: tên miền đã sang tay một bên nước ngoài chuyên thu gom, đang trả phí duy trì tới vài năm sau. Về mặt pháp lý, tên miền quốc tế được cấp theo nguyên tắc ai đăng ký trước được quyền dùng trước. Trừ khi tên miền trùng với nhãn hiệu đã được bảo hộ và bên kia có dấu hiệu chiếm dụng nhãn hiệu, đường khiếu nại là một quy trình tốn kém, kéo dài, không đảm bảo kết quả. Mua lại thì thường bị hét giá gấp nhiều lần.
Trong các ca chúng tôi khảo sát bằng lệnh, đây là nhóm chiếm đa số. Một thẩm mỹ viện tại TP.HCM có tên miền quốc tế trả về 301 vĩnh viễn sang một cổng cá cược; trong mã nguồn trang đích, tên nhà cái xuất hiện hơn năm mươi lần kèm các mục casino và đá gà. Một doanh nghiệp dịch vụ khác có tên miền dẫn thẳng tới trang "Live Casino / Game Bài", và thẻ tiêu đề trang còn để nguyên chữ mặc định chưa ai buồn sửa — dấu hiệu của một trang được dựng hàng loạt bằng khuôn mẫu. Một công ty vật liệu xây dựng ở khu vực Đông Nam Bộ có tên miền trả về 302 sang một địa chỉ lạ, whois cho thấy tên miền đã được một đơn vị thu gom tại Mỹ đăng ký và trả phí tới năm 2027, trong khi Google vẫn còn hiện tiêu đề công ty cũ trong kết quả tìm kiếm.
Với nhóm này, cách xử lý thực tế là: chuyển sang một tên miền mới (ưu tiên .vn hoặc .com.vn vì thuộc hệ thống quản lý trong nước, khó bị thu gom âm thầm), dựng lại website, công bố tên miền mới trên mọi kênh đang hoạt động, và báo cho những nơi còn liên kết tới tên miền cũ để họ gỡ hoặc trỏ lại. Đau, nhưng dứt điểm hơn là chờ đợi.
Thiệt hại kép ít ai để ý: email công ty chết theo
Đây là phần chúng tôi phải nói riêng, vì nó gây thiệt hại âm thầm và lâu hơn cả chuyện mất website.
Nếu công ty bạn dùng email theo tên miền riêng — phần sau dấu @ là tên miền công ty chứ không phải gmail.com — thì hộp thư đó phụ thuộc vào bản ghi MX của chính tên miền. Mất tên miền hoặc DNS bị đổi trỏ, bản ghi MX biến mất theo. Từ thời điểm ấy, mọi thư khách hàng, đối tác, nhà cung cấp gửi tới đều bị trả về hoặc rơi vào hư không.
Điều nguy hiểm là không ai trong công ty nhận được thông báo. Bạn không thấy thư báo lỗi, vì thư báo lỗi được gửi cho người gửi chứ không phải người nhận. Bạn chỉ thấy hộp thư yên tĩnh hơn bình thường, và dễ nghĩ là mùa thấp điểm.
Chúng tôi biết chắc điều này vì đã gặp trực tiếp. Trong quá trình liên hệ ca thẩm mỹ viện nói trên, hai email gửi tới địa chỉ info@ theo tên miền công ty đều không bao giờ đến nơi — hệ thống gửi thư thử lại suốt ba ngày rồi bỏ cuộc. Lệnh dig MX với tên miền đó trả về rỗng: không còn một máy chủ thư nào. Nghĩa là trong nhiều tuần, bất kỳ khách hàng nào viết thư tới địa chỉ in trên tờ rơi và bảng hiệu đều nhận lại sự im lặng, và doanh nghiệp không hề hay biết.
Nếu bạn nghi hộp thư công ty đang có vấn đề, bài email công ty không nhận được thư: nguyên nhân và cách kiểm tra đi sâu vào phần chẩn đoán và các bước khôi phục.
Cách phòng: sáu việc làm một lần, dùng nhiều năm
Toàn bộ nhóm nguyên nhân (a) — nhóm nặng nhất, khó cứu nhất — đều phòng được bằng những việc dưới đây. Chúng không tốn công, chỉ tốn một buổi chiều ngồi làm cho xong.
1. Tên miền phải đứng tên công ty bạn. Đây là việc quan trọng nhất trong danh sách. Rất nhiều doanh nghiệp Việt Nam có tên miền đứng tên bên làm web, bên chạy quảng cáo, hoặc một nhân viên cũ. Ngày hợp tác kết thúc, tên miền đi theo. Mở whois ngay hôm nay và đọc dòng Registrant Organization. Nếu đó không phải tên công ty bạn, hãy làm thủ tục chuyển quyền trước khi cần đến nó.
2. Bật gia hạn tự động, và kiểm tra thẻ thanh toán còn hiệu lực. Gia hạn tự động thất bại vì thẻ hết hạn là nguyên nhân kín tiếng đứng sau nhiều ca mất tên miền.
3. Gia hạn dài hạn. Trả phí nhiều năm một lần vừa giảm số lần có thể quên, vừa loại bỏ rủi ro trong những giai đoạn công ty bận rộn hoặc thay người phụ trách.
4. Đặt nhắc hạn ở nơi bạn thật sự nhìn thấy. Không dựa vào email nhắc của nhà đăng ký — nó thường gửi tới một địa chỉ không ai kiểm tra, đôi khi chính là địa chỉ theo tên miền sắp chết. Đặt lịch nhắc trên điện thoại người phụ trách, trước hạn 60 ngày và trước hạn 30 ngày.
5. Bật khoá chuyển nhượng và xác thực hai lớp cho tài khoản quản trị tên miền. Khoá chuyển nhượng ngăn việc tên miền bị đẩy sang nhà đăng ký khác mà bạn không hay.
6. Tách quyền tên miền khỏi quyền hosting. Giữ hai thứ này ở hai tài khoản khác nhau, tốt nhất là hai nhà cung cấp khác nhau. Khi một bên gặp sự cố hoặc quan hệ hợp tác kết thúc, bạn không mất cả hai cùng lúc. Đây cũng là lý do nên hỏi rõ về quyền sở hữu tên miền ngay từ khi ký hợp đồng làm website.
Nếu bạn đang cân nhắc dựng lại website sau sự cố, phần lớn những hạng mục nền tảng cần chuẩn bị nằm trong bài website chuẩn SEO là gì, và chi tiết hơn về vòng đời tên miền có trong bài tên miền hết hạn có lấy lại được không.
Câu hỏi thường gặp
Website tôi bị chuyển hướng sang trang cờ bạc, tôi có bị phạt vì nội dung đó không?
Nội dung cờ bạc nằm trên máy chủ của bên khác, không phải của bạn, nên phần nội dung đó không thuộc trách nhiệm của bạn. Nhưng thiệt hại thật vẫn xảy ra: khách tra tên công ty và nhìn thấy trang cá cược, đối tác đánh giá lại mức độ tin cậy, và uy tín tìm kiếm mà bạn xây nhiều năm bị chuyển dần sang trang đích. Với các ngành nhạy cảm về uy tín như y tế, thẩm mỹ, giáo dục, tài chính, thiệt hại này đến rất nhanh.
Tôi vào website thấy bình thường, nhưng khách nói bị nhảy sang trang lạ. Ai đúng?
Nhiều khả năng cả hai đều đúng. Chuyển hướng có thể được cài để chỉ kích hoạt với người đến từ Google, hoặc chỉ với người dùng điện thoại. Chạy lệnh curl có tham số -e "https://www.google.com/" như mô tả ở mục mẹo nghề và so sánh với kết quả không có tham số đó. Cũng nên thử bằng mạng 4G thay vì Wi-Fi văn phòng, vì bộ nhớ đệm DNS có thể khiến máy bạn thấy kết quả cũ.
Tôi mua lại được tên miền cũ không?
Nếu tên miền chưa bị ai đăng ký, đăng ký lại ngay hôm nay. Nếu đã có chủ mới, về nguyên tắc bạn có thể thương lượng mua lại, nhưng các bên chuyên thu gom thường định giá theo giá trị SEO chứ không theo phí đăng ký, và mức chào lại thường cao gấp nhiều lần. Với những tên miền đang được dùng cho nội dung cờ bạc, khả năng họ nhả ra là thấp vì chúng đang tạo ra doanh thu.
Bao lâu sau khi hết hạn thì tên miền mất hẳn?
Không có một con số chung. Với .vn, sau hạn còn khoảng 30 ngày để nộp phí trước khi tên miền bị thu hồi và giải phóng. Với .com, thường có khoảng gia hạn tuỳ nhà đăng ký, rồi 30 ngày chuộc lại với phí cao, rồi 5 ngày chờ xoá. Nhưng đừng tính theo lịch: khi tên miền được thả tự do, thời gian để một bên khác giữ mất có thể chỉ tính bằng phút.
Sau khi khôi phục, bao lâu thì Google trả lại thứ hạng cũ?
Không có cam kết nào chắc chắn, và bất kỳ ai hứa một mốc thời gian cụ thể đều đang đoán. Điều bạn kiểm soát được là làm nhanh: khôi phục nội dung đúng như cũ ở đúng các đường dẫn cũ, khai báo lại sơ đồ website trong Google Search Console, và yêu cầu lập chỉ mục lại các trang quan trọng. Càng ít ngày ở trạng thái lỗi, càng ít thứ phải xây lại.
Việc nên làm ngay hôm nay
Bạn không cần chờ đến khi có sự cố. Mở Terminal, chạy whois với tên miền công ty, đọc ba dòng: ngày hết hạn, chủ thể đăng ký, trạng thái. Rồi chạy dig MX để chắc rằng hộp thư công ty vẫn đang nhận thư. Năm phút này là khoản đầu tư rẻ nhất bạn bỏ ra cho tài sản số của doanh nghiệp.
Nếu kết quả có gì đó không đúng như bạn nghĩ — tên miền đứng tên người khác, ngày hết hạn đã cận kề, MX trả về rỗng — hãy xử lý trong tuần này, đừng để sang tháng.
Creps làm phần thiết kế website và vận hành hạ tầng cho doanh nghiệp, và trong quá trình khảo sát thị trường chúng tôi gặp những ca như trên thường xuyên hơn mức đáng lẽ nên có. Nếu bạn đọc kết quả các lệnh trên mà không chắc mình đang ở tình huống nào, liên hệ với chúng tôi — gửi kèm kết quả whois và dig là đủ để trao đổi cụ thể, kể cả khi việc bạn cần làm cuối cùng không liên quan gì đến chúng tôi.