Có một công cụ kiểm tra backlink xấu đáng tin cậy không?

Không công cụ nào có thể dán nhãn một liên kết có hại với độ chắc chắn, vì chỉ Google mới biết cách nó xử lý từng liên kết. Một script có thể hiển thị các mẫu đáng để đọc: lũ lụt đột ngột, các anchor khớp chính xác lặp lại, các TLD kỳ lạ. Bạn đưa ra quyết định sau khi mở các trang.

Tôi có nên disavow những gì diff đánh dấu không?

Hiếm khi. Google đã nói rằng nó chủ yếu bỏ qua các liên kết spam, và một tệp disavow dành cho các trường hợp như một hành động thủ công hoặc một mớ hỗn độn liên kết trả phí mà bạn tự tạo ra. Ghi lại trước, và kiểm tra Search Console trước khi gửi bất kỳ thứ gì.

Tôi nên chạy nó thường xuyên như thế nào?

Snapshot hàng tuần, xem hàng tháng. Chỉ mục làm mới khoảng một lần một tháng, vì vậy một diff hàng ngày chủ yếu so sánh một bảng với chính nó. Một cuộc xem xét hàng tháng phù hợp với dữ liệu và giữ cho nhiễu giảm xuống.

Bảng nên giữ những cột nào?

Giữ ngày, tên miền, DR và một cột nguồn. Chỉ thêm anchor nếu bạn cũng kéo anchor. Nhiều cột cảm thấy kỹ lưỡng, nhưng mỗi trường bổ sung là một trường khác có thể bị trôi giữa các lần chạy.

Tôi có thể diff hai bộ công cụ với nhau không?

Bạn có thể so sánh các số đếm của chúng cho cùng một trang web, nhưng hai kết quả sẽ không khớp. Chạy diff trong một nguồn, và so sánh hướng thay đổi giữa các nguồn, cùng quy luật áp dụng cho mọi nơi trên trang web này.

Nếu một tên miền rời đi và sau đó trở lại vào tháng tiếp theo thì sao?

Nó hiển thị là biến mất và sau đó là mới, đó là nhiễu. Đếm các lần trả lại riêng biệt, hoặc so sánh ba tháng cùng một lúc, để một tên miền bị mất đi trong một lần làm mới không kích hoạt một cuộc xem xét.

Bảng mức độ nghiêm trọng

Công cụ kiểm tra backlink xấu: so sánh các bản ghi trong SQLite

Không có script nào có thể khẳng định một liên kết là độc hại đối với bạn. Nó chỉ cho bạn biết tên miền nào mới xuất hiện, tên miền nào biến mất và tên miền nào có vẻ bất thường để bạn kiểm tra thủ công.

Đội ngũ biên tập Linkzoid · Cập nhật 2026-10-28

Bảng mức độ nghiêm trọng cho các tên miền giới thiệu mới

Các quy tắc thực nghiệm của chúng tôi để phân loại, không phải định nghĩa của Google
Mức độ	Tín hiệu	Hành động
Bỏ qua	Tên miền mới, DR trên 30, anchor là thương hiệu của bạn hoặc một URL trần	Ghi lại, chuyển sang mục khác
Quan sát	50 hoặc nhiều tên miền mới trong một tuần từ một TLD mà bạn chưa từng nhắm mục tiêu	Mở 10 trang trong số đó
Quan sát kỹ	Cùng một anchor khớp chính xác trên 20 hoặc nhiều tên miền mới	Kiểm tra đám mây anchor, tìm nguồn gốc
Hành động	Mạng lưới trông giống trả phí hoặc các trang bị hack trỏ về bạn	Ghi lại; chỉ xem xét tệp disavow nếu bạn cũng có hành động thủ công
Chờ đợi	Một tên miền đã biến mất trong tháng này	Kiểm tra lại sau lần làm mới hàng tháng tiếp theo

Tại sao dùng diff thay vì quét một lần

Một bản ghi snapshot duy nhất cho bạn biết những gì đang có. Một diff cho bạn biết những gì đã thay đổi, và đó là nơi các vấn đề xuất hiện.

Google đã nói nhiều năm qua, kể từ khi Penguin 4.0 ra mắt vào tháng 9 năm 2016 và lại trong bản cập nhật spam liên kết tháng 12 năm 2022, rằng nó chủ yếu bỏ qua các liên kết spam thay vì trừng phạt chúng. SpamBrain thực hiện công việc đó. Vì vậy, một lượng lớn rác thường là nhiễu hơn là mối đe dọa, và diff chủ yếu giúp bạn tránh phản ứng với nhiễu.

Giữ lịch sử của riêng bạn. Các bộ công cụ sẽ ghi đè lên lịch sử của họ.

Xây dựng bảng lịch sử trong bốn bước

Diff chỉ hoạt động nếu mọi lần chạy đều ghi vào cùng một bảng, với cùng cấu trúc. Các bước này đảm bảo điều đó.

Tạo bảng một lần

Chạy lệnh create-if-not-exists với các cột bạn cần: ngày, tên miền và điểm số. Giữ nó trong script, để một máy mới có thể xây dựng lại cùng bảng mà không cần bước thủ công.

Chèn một hàng cho mỗi tên miền mỗi ngày

Sử dụng lệnh chèn có tham số và commit một lần mỗi lần chạy. Một lệnh commit duy nhất giúp tránh việc một vụ sập hệ thống để lại một nửa ngày trong tệp.

Bảo vệ chống lại lần chạy thứ hai

Xóa các hàng của ngày trước khi chèn, hoặc thêm khóa duy nhất trên ngày và tên miền. Một lần chạy lại vào cùng ngày sau đó sẽ thay thế các hàng thay vì nhân đôi chúng.

So sánh với ngày trước đó trên tệp

Chọn ngày sớm nhất gần nhất với bộ lọc max(day), không phải ngày hôm qua. Việc so sánh vẫn chính xác khi một tuần bị bỏ qua.

diff.py

Hai bảng sẽ gọn gàng hơn. Một bảng là đủ cho một thiết lập sở thích: một hàng cho mỗi tên miền theo ngày snapshot.

python

import json, sqlite3, sys, datetime
db = sqlite3.connect('links.db')
db.execute('create table if not exists snap(day text, dom text, dr int)')
rows = json.load(open(sys.argv[1]))
day = datetime.date.today().isoformat()
db.executemany('insert into snap values (?,?,?)',
               [(day, r.get('domain'), r.get('dr')) for r in rows])
db.commit()
prev = db.execute('select max(day) from snap where day < ?', (day,)).fetchone()[0]
if prev:
    new = db.execute('select dom from snap where day=? except select dom from snap where day=?', (day, prev)).fetchall()
    gone = db.execute('select dom from snap where day=? except select dom from snap where day=?', (prev, day)).fetchall()
    print(len(new), 'new,', len(gone), 'gone')

Khắc phục sự cố diff

Triệu chứng	Nguyên nhân có thể	Cách khắc phục
Hàng trăm 'biến mất' qua đêm	Làm mới chỉ mục đã thay đổi mẫu	So sánh hàng tháng, không phải hàng ngày
Mọi tên miền đều trông mới	Bảng trống hoặc định dạng `day` đã thay đổi	Kiểm tra `select distinct day`
Cột DR tất cả là NULL	Tên trường hàng khác với `dr`	In một hàng thô và điều chỉnh
Bản sao sau khi chạy lại	Cùng ngày được chèn hai lần	Xóa ngày đó trước, hoặc thêm khóa duy nhất
Số đếm dưới `total`	Phân trang dừng sớm	Sửa vòng lặp trong Sổ tay chạy Actions

Chọn ngưỡng từ lịch sử của chính bạn

Một ngưỡng được sao chép từ bài viết trên blog là một phỏng đoán về trang web của người khác. Một công cụ kiểm tra backlink xấu chỉ hữu ích khi giới hạn của nó phù hợp, và lịch sử của chính bạn cho bạn biết điều gì là bình thường đối với tên miền của bạn.

Bắt đầu bằng cách ghi lại vài tháng mà không thực hiện hành động nào. Để nó ổn định. Sau đó ghi lại sự dao động hàng tuần điển hình. Chỉ sau đó bạn mới đặt các giới hạn trong bảng mức độ nghiêm trọng.

Bắt đầu với đường cơ sở

Ghi lại số lượng tên miền mới và biến mất cho mỗi lần chạy mà không phản ứng với chúng. Một vài tháng ghi lại yên tĩnh cho bạn một phạm vi thuộc về tên miền của bạn và không phải của ai khác.

Khi đường cơ sở đã tồn tại, một tuần xấu đơn lẻ sẽ nổi bật so với nó, và bạn có thể giải thích sự khác biệt mà không cần phỏng đoán. Đó là toàn bộ ý nghĩa của đường cơ sở.

Chọn một cảnh báo cho mỗi tín hiệu

Mỗi tín hiệu trong bảng có một ngưỡng, một chủ sở hữu và một hành động. Một tín hiệu có ba cảnh báo là một tín hiệu không ai đọc, và các cảnh báo cuối cùng bị bỏ qua cùng nhau.

Viết cảnh báo bên cạnh tín hiệu của nó trong mã, để bảng trên trang này và script không bao giờ mâu thuẫn.

Xem lại các giới hạn mỗi quý

Trang web của bạn phát triển, và mức độ bình thường của nó cũng vậy. Kiểm tra lại các giới hạn mỗi ba tháng, và ghi lý do bên cạnh bất kỳ thay đổi nào, để lịch sử tự giải thích sau này.

Đọc bảng mức độ nghiêm trọng trong thực tế

Bảng là một công cụ phân loại, không phải là phán quyết. Mỗi hàng cho bạn biết nơi cần xem, và cột hành động giữ bạn khỏi việc tìm kiếm tệp disavow trong hoảng loạn.

Làm việc từ trên xuống. Hầu hết các tuần kết thúc ở Bỏ qua hoặc Quan sát. Một hàng Quan sát bắt đầu vài phút đọc, và một hàng Quan sát kỹ bắt đầu một cuộc kiểm tra lâu hơn về các anchor. Đừng bỏ qua các hàng vì tuần đó bận rộn. Một hàng bị bỏ qua là tuần mà lũ lụt không được chú ý.

Lấy mẫu trước khi quyết định

Mở mười tên miền được đánh dấu và đọc các trang. Một lũ lụt hóa ra là một trình thu thập dữ liệu thư mục đơn lẻ là một vấn đề khác với một lũ lụt các blog không liên quan, và chỉ các trang mới phân biệt chúng.

Ghi lại những gì bạn đã quyết định

Giữ một dòng cho mỗi quyết định: tên miền, mức độ, những gì bạn đã kiểm tra và những gì bạn đã làm. Người tiếp theo đọc nhật ký, bao gồm cả bạn trong tương lai, sẽ nhận được lý do mà không cần một cuộc họp.

Một bản tóm tắt hàng tháng của những dòng đó mất ít thời gian, và nó tạo thành bản nháp tốt cho một cuộc đánh giá.

Những điều mà công cụ này không thể cho bạn biết

Nó không thể chứng minh một liên kết gây hại cho bạn. Không ai ngoài Google có thể làm điều đó, và báo cáo hành động thủ công của Search Console là nơi duy nhất một hình phạt được nêu rõ.

Nó cũng không thể thấy các liên kết trẻ hơn lần làm mới cuối cùng. Để có bằng chứng mới hơn, hãy hỏi những người quản lý trang web liên kết, hoặc đọc nhật ký máy chủ của bạn để tìm các trình giới thiệu. Ghi chú của chúng tôi về thời gian đi sâu hơn.

Nếu bạn muốn phía anchor, anchor_cloud tốn 2 tín dụng và nhóm văn bản theo tần suất, đây là cách nhanh nhất để phát hiện một đống khớp chính xác.

Các liên kết xuất hiện giữa các lần làm mới

Bất kỳ điều gì trẻ hơn lần làm mới cuối cùng đều bị thiếu ở cả hai phía của diff. Một liên kết xuất hiện và biến mất trong một cửa sổ làm mới duy nhất không bao giờ hiển thị, đó là lý do tại sao việc so sánh nên chạy hàng tháng.

Các anchor trông sai với bạn

Một diff chỉ thấy tên miền, không phải câu xung quanh liên kết. Hai anchor giống hệt nhau trên hai trang khác nhau có thể có nghĩa rất khác nhau, vì vậy hãy giữ việc kiểm tra anchor như một bước thủ công riêng biệt.

Lựa chọn lưu trữ cho một thiết lập sở thích

SQLite là cơ sở dữ liệu đơn giản nhất vẫn trả lời một câu hỏi diff với một truy vấn. Nó tồn tại trong một tệp duy nhất, vì vậy nó phù hợp trong repo hoặc một thư mục sao lưu mà không cần máy chủ.

Các tệp JSON có ngày tháng cũng hoạt động. Nó chậm hơn để truy vấn, nhưng dễ mở hơn trong trình soạn thảo văn bản khi có gì đó trông sai. Dù theo cách nào, hãy sao chép kho lưu trữ sang một nơi thứ hai trước khi dọn dẹp bất kỳ thứ gì, và giữ bản sao đó trong một quý đầy đủ trước khi xóa bất kỳ thứ gì.

Khi một tệp là đủ

Một bảng với một cột ngày bao gồm một trang web duy nhất trong nhiều năm. Tệp vẫn nhỏ, và các truy vấn trên trang này không cần tinh chỉnh.

Khi nào chuyển sang máy chủ

Khi nhiều người ghi vào cùng một lịch sử, một tệp trên một máy trở thành nút cổ chai. Tại thời điểm đó, một cơ sở dữ liệu được quản lý là lựa chọn trung thực, và lược đồ vẫn giữ nguyên.

Cho đến lúc đó, một tệp trong repo là thứ đơn giản nhất tồn tại sau khi thay đổi laptop.

Dây diff vào công việc hàng tuần

Chạy diff.py ngay sau bước snapshot. In các số đếm, và thoát với mã không bằng 0 khi new vượt quá một giới hạn bạn đã chọn, chẳng hạn như 200 trong một tuần đối với một trang web nhỏ. Công việc chuyển sang màu đỏ, và GitHub gửi email cho bạn. Đơn giản.

Chọn giới hạn từ lịch sử của chính bạn. Sau hai tháng, bạn biết liệu 15 tên miền mới một tuần là bình thường hay là một đỉnh cao, và bất kỳ số cố định nào được sao chép từ bài viết trên blog đều là một phỏng đoán.

Những tuần yên tĩnh là bình thường.

Các câu hỏi về liên kết xấu, được trả lời rõ ràng

Có một công cụ kiểm tra backlink xấu đáng tin cậy không?: Không công cụ nào có thể dán nhãn một liên kết có hại với độ chắc chắn, vì chỉ Google mới biết cách nó xử lý từng liên kết. Một script có thể hiển thị các mẫu đáng để đọc: lũ lụt đột ngột, các anchor khớp chính xác lặp lại, các TLD kỳ lạ. Bạn đưa ra quyết định sau khi mở các trang.
Tôi có nên disavow những gì diff đánh dấu không?: Hiếm khi. Google đã nói rằng nó chủ yếu bỏ qua các liên kết spam, và một tệp disavow dành cho các trường hợp như một hành động thủ công hoặc một mớ hỗn độn liên kết trả phí mà bạn tự tạo ra. Ghi lại trước, và kiểm tra Search Console trước khi gửi bất kỳ thứ gì.
Tôi nên chạy nó thường xuyên như thế nào?: Snapshot hàng tuần, xem hàng tháng. Chỉ mục làm mới khoảng một lần một tháng, vì vậy một diff hàng ngày chủ yếu so sánh một bảng với chính nó. Một cuộc xem xét hàng tháng phù hợp với dữ liệu và giữ cho nhiễu giảm xuống.
Bảng nên giữ những cột nào?: Giữ ngày, tên miền, DR và một cột nguồn. Chỉ thêm anchor nếu bạn cũng kéo anchor. Nhiều cột cảm thấy kỹ lưỡng, nhưng mỗi trường bổ sung là một trường khác có thể bị trôi giữa các lần chạy.
Tôi có thể diff hai bộ công cụ với nhau không?: Bạn có thể so sánh các số đếm của chúng cho cùng một trang web, nhưng hai kết quả sẽ không khớp. Chạy diff trong một nguồn, và so sánh hướng thay đổi giữa các nguồn, cùng quy luật áp dụng cho mọi nơi trên trang web này.
Nếu một tên miền rời đi và sau đó trở lại vào tháng tiếp theo thì sao?: Nó hiển thị là biến mất và sau đó là mới, đó là nhiễu. Đếm các lần trả lại riêng biệt, hoặc so sánh ba tháng cùng một lúc, để một tên miền bị mất đi trong một lần làm mới không kích hoạt một cuộc xem xét.