Công cụ kiểm tra backlink thời gian thực: Sự thật và bảng thử lại
Mọi công cụ dán nhãn "thời gian thực" đều là một trình thu thập dữ liệu có độ trễ. Công cụ của chúng tôi làm mới dữ liệu khoảng một lần mỗi tháng. Dưới đây là cách lập trình để xử lý vấn đề này mà không lãng phí tín dụng.
Đội ngũ biên tập Linkzoid ·
Lầm tưởng so với thực tế
Lầm tưởng
Thực tế
Truy vấn hàng giờ sẽ bắt được liên kết mới sớm hơn
Chỉ số thay đổi khoảng một lần mỗi tháng, nên 29/30 lần truy vấn sẽ trả về cùng một tập dữ liệu
Liên kết bị thiếu nghĩa là nó đã bị xóa
Nó có thể đơn giản là mới hơn lần làm mới dữ liệu gần nhất
Dữ liệu mới hơn luôn tốt hơn
Đối với các xu hướng, một bản chụp ổn định hàng tháng tốt hơn một bản dữ liệu hàng ngày nhiều nhiễu
Search Console cung cấp cùng dữ liệu
Nó hiển thị những gì Google báo cáo cho tài sản của bạn, đây là một góc nhìn khác và chỉ là một phần
Gói trả phí giúp việc thu thập dữ liệu diễn ra ngay lập tức
Không nhà cung cấp nào thu thập dữ liệu mọi trang web mỗi ngày
Cách làm việc với chỉ số cập nhật hàng tháng
Hầu hết công việc chỉ là một thói quen: chạy hàng tuần, so sánh hàng tháng.
Nếu bạn vừa xây dựng một liên kết và muốn bằng chứng, đừng chờ đợi bất kỳ chỉ số nào. Mở trang web, xem mã nguồn, và xác nhận văn bản neo và thuộc tính rel. Sau đó hãy chờ lần làm mới tiếp theo. Bản thân Google cần vài ngày hoặc vài tuần để thu thập dữ liệu lại, và thay đổi Penguin 4.0 năm 2016 chỉ khiến quy trình xử lý của Google trở nên thời gian thực, chứ không phải những gì công cụ bên thứ ba có thể thấy.
Một công cụ kiểm tra backlink thời gian thực theo đúng nghĩa sẽ cần phải theo dõi toàn bộ web. Không ai làm điều đó, và thủ thuật rẻ tiền là truy vấn lại một cơ sở dữ liệu cũ mỗi giờ chỉ tốn tín dụng cho cùng một câu trả lời.
Cảnh báo liên kết mới và lý do khiến chúng gây thất vọng
Mọi người thường yêu cầu cảnh báo ngay khi một liên kết xuất hiện. Yêu cầu này là hợp lý. Câu trả lời trung thực là chỉ số hàng tháng không thể cung cấp điều đó, vì một liên kết xuất hiện trên web hôm nay có thể mất vài tuần mới đến được bất kỳ chỉ số nào.
Các cảnh báo dựa trên việc truy vấn lặp lại trông có vẻ bận rộn nhưng không cung cấp thông tin mới. Ba phần phụ đề dưới đây giải thích nơi nỗ lực được sử dụng và một thiết lập yên tĩnh hơn có thể làm gì thay thế.
Cảnh báo thực sự có thể thấy được gì
Một cảnh báo chỉ có thể theo dõi những gì chỉ số đã lưu trữ. Giữa các lần làm mới, cùng một tập dữ liệu sẽ được trả về, và một cảnh báo kích hoạt trên dữ liệu giống hệt nhau chỉ là nhiễu trong hộp thư của bạn.
Truy vấn thêm cuộc gọi, không thêm hàng dữ liệu
Truy vấn hàng giờ gửi nhiều yêu cầu cho một câu trả lời. Ghi chú chi phí ở cuối trang này cho thấy phép tính. Hóa đơn tăng lên cùng tần suất trong khi số hàng dữ liệu vẫn không đổi.
Một lần kéo dữ liệu có ngày tháng thực hiện cùng công việc
Một công việc hàng tuần ghi một tệp có ngày tháng, và so sánh với tuần trước sẽ cho thấy những thay đổi. Kết quả phù hợp với nhịp điệu thực tế của dữ liệu, và bạn vẫn nhận được thông báo về các hàng dữ liệu mới trong vòng một tuần.
Tệp này cũng là bằng chứng của bạn khi ai đó hỏi những gì đã thay đổi vào tháng trước. Hãy giữ nguyên cách đặt tên từ lần chạy này sang lần khác để các tệp tự sắp xếp.
Bảng khắc phục sự cố cho các vòng lặp
Phản hồi
Ý nghĩa
Kịch bản nên làm gì
HTTP 401
Thiếu hoặc sai khóa
Dừng lại, cảnh báo, không thử lại
HTTP 402
Hết tín dụng
Dừng lại, nạp thêm USDT, chạy lại thủ công
ok: false với mã 200
Tham số không hợp lệ như hành động không xác định
Ghi lại nội dung và báo lỗi công việc
Quá thời gian chờ hoặc lỗi 5xx
Sự cố mạng hoặc máy chủ
Thử lại hai lần với thời gian chờ 10 và 60 giây
Số hàng nhỏ hơn total
Việc phân trang của bạn đã dừng sớm
Sửa vòng lặp; dữ liệu ổn định
Số dư giảm nhanh hơn dự kiến
Một vòng lặp đang lấy lại dữ liệu các trang
So sánh _credits trước và sau mỗi lần chạy
Một trình bao bọc thử lại không chi tiêu kép
Chỉ các lỗi tạm thời mới được thử lại. 401 và 402 sẽ thoát ngay lập tức.
python
import json, time, urllib.request as u, urllib.error as e
def call(url, tries=3):
for i in range(tries):
try:
with u.urlopen(url, timeout=30) as r:
return json.load(r)
except e.HTTPError as x:
if x.code in (401, 402):
raise SystemExit(f'stop: HTTP {x.code}')
if i == tries - 1:
raise
except (e.URLError, TimeoutError):
if i == tries - 1:
raise
time.sleep(10 * 6 ** i)
Điều này ảnh hưởng đến lịch trình của bạn như thế nào
Đặt chi phí trong một dòng. Một lần kéo refdomains hàng tuần cho một tên miền là 2 tín dụng, tương đương khoảng $0.01 một năm.
Hãy nghi ngờ bất kỳ lời hứa nào về công cụ kiểm tra backlink thời gian thực, bao gồm cả của chúng tôi. Nhãn trung thực cho những gì bạn có thể lập trình là một chỉ số hàng tháng với thói quen hàng tuần xung quanh nó, điều này vẫn tốt hơn việc kiểm tra thủ công mỗi quý.
Đặt một kiểm tra độ tươi mới phù hợp với dữ liệu
Bốn bước này thay thế một cảnh báo bằng một thói quen bạn có thể duy trì.
01
Chọn một tần suất
Hàng tuần để kéo dữ liệu, hàng tháng để so sánh xu hướng. Ghi cả hai vào ghi chú kho lưu trữ để lịch trình không bị lệch theo thời gian.
02
Lưu trữ phản hồi thô
Lưu JSON không thay đổi dưới ngày hôm nay. Bạn có thể tính toán lại bất kỳ số liệu nào sau này, và bạn không bao giờ phải tin vào một bản tóm tắt mà bạn không thể kiểm tra.
03
So sánh các tập hợp, không phải tổng số
Đếm những gì đã xuất hiện và biến mất giữa hai lần kéo dữ liệu. Một tổng số giữ nguyên có thể che giấu một sự hoán đổi của năm mươi tên miền.
04
Dừng vòng lặp ở lỗi đầu tiên
Lỗi 401, 402 hoặc ok là false sẽ kết thúc lần chạy. Lần chạy theo lịch trình tiếp theo sẽ thử lại, điều này rẻ hơn bất kỳ vòng lặp cảnh báo nào.
Đọc một liên kết bị thiếu mà không hoảng loạn
Một liên kết chưa có trong chỉ số là một trường hợp khác với một liên kết đã bị xóa. Nhầm lẫn chúng sẽ dẫn đến quyết định sai lầm, vì vậy hãy kiểm tra xem bạn đang gặp trường hợp nào trước khi hành động.
Bắt đầu với trang web. Nếu nó vẫn hoạt động và liên kết vẫn còn, chỉ số đơn giản là bị chậm. Hãy chờ lần làm mới tiếp theo trước khi kết luận bất cứ điều gì về trang web hoặc tên miền.
Mới hơn lần làm mới gần nhất
Hầu hết các liên kết bị thiếu là gần đây. Hãy ghi lại ngày bạn tìm thấy liên kết và so sánh nó với ngày của lần làm mới gần nhất. Khoảng thời gian vài tuần là bình thường đối với một chỉ số hàng tháng.
Một liên kết bạn tìm thấy vào thứ Ba và kiểm tra vào thứ Sáu chưa có đủ thời gian để đến chỉ số, vì vậy khoảng thời gian là điều dự kiến chứ không đáng lo ngại.
Đã bị xóa, di chuyển hoặc chưa được lập chỉ mục
Một số liên kết thực sự đã biến mất. Trang web đã bị xóa, liên kết đã được chỉnh sửa, hoặc trang web hiện nằm sau đăng nhập. Hãy kiểm tra trang web đó. Nếu liên kết vẫn còn và chỉ số vẫn thiếu nó, đó là vấn đề của chỉ số, không phải thay đổi trên trang web khác.
Hãy ghi lại trường hợp bạn đã tìm thấy, vì cách khắc phục cho mỗi trường hợp là khác nhau.
Ba cập nhật liên kết của Google đã đặt nhịp độ
Penguin 4.0
Google tuyên bố tín hiệu spam liên kết của họ đã trở thành một phần của thuật toán cốt lõi và chạy theo thời gian thực, phía máy chủ của Google.
Cập nhật spam liên kết
Google thông báo về cập nhật SpamBrain nhằm vô hiệu hóa các liên kết spam thay vì đếm chúng.
Cập nhật cốt lõi và spam
Một đợt phát hành lớn vào tháng Ba đã thay đổi cách Google xử lý nội dung giá trị thấp và các liên kết thao túng, và mất vài tuần để ổn định.
Phải làm gì khi cần bằng chứng ngay hôm nay
Kiểm tra mất ít thời gian hơn là tranh luận về nó. Xem mã nguồn trang web. Tìm URL của bạn, văn bản neo và bất kỳ thuộc tính nofollow, sponsored hoặc ugc nào.
Đối với một tập hợp lớn hơn, hãy tự lấy các trang liên kết bằng một kịch bản lịch sự với độ trễ và tìm kiếm HTML bằng tên miền của bạn. Đó là một công việc khác với việc hỏi chỉ số, và đó là cách duy nhất để thấy một liên kết được xuất bản một giờ trước.
Nhịp điệu hàng tháng vẫn rẻ
Hãy tưởng tượng một trang web nhỏ với một tên miền mục tiêu. Công việc chạy vào thứ Hai hàng tuần, ghi một tệp và không làm gì khác cho đến ngày mùng một. Điều đó phù hợp với lần làm mới. Việc sử dụng tín dụng vẫn ổn định.
Thứ Hai đầu tiên của mỗi tháng là ngày so sánh. Mở hai tệp gần nhất nhất, đếm các tên miền mới và đã biến mất, và ghi một dòng trong ghi chú của bạn. Mười phút thường là đủ. Những ghi chú đó trở thành lịch sử bạn có thể tin tưởng.
Giữ việc so sánh ở cùng một vị trí mỗi tháng, để lịch sử đọc như một dòng duy nhất.
Phải làm gì với một sự tăng đột biến
Một bước nhảy đột ngột trong các hàng dữ liệu mới sau khi làm mới là bình thường, vì chỉ số có thể bắt kịp nhiều tuần cùng một lúc. Hãy đọc một mẫu các tên miền mới trước khi quyết định xem đó là một chiến dịch hay một vấn đề.
Nếu sự tăng đột biến là một tên miền với hàng trăm hàng dữ liệu, hãy tìm kiếm một mẫu hoặc widget trước khi đọc nó như một chiến dịch.
Phải làm gì với một tháng yên tĩnh
Một tháng phẳng thường chỉ là một tháng phẳng. Hãy kiểm tra xem công việc đã chạy và ghi một tệp chưa, vì một công việc dừng im lặng trông giống hệt một chỉ số yên tĩnh.
Các câu hỏi về tính thời gian thực, đã được trả lời
Cùng một vài câu hỏi xuất hiện mỗi khi một lịch trình được thiết lập lần đầu tiên.
Có một công cụ kiểm tra backlink thực sự thời gian thực không?
Không có công cụ nào bao phủ toàn bộ web. Bất kỳ công cụ nào hứa hẹn thời gian thực đều đang mô tả một trình thu thập dữ liệu có độ trễ, và độ trễ là phần cần hỏi. Công cụ của chúng tôi làm mới dữ liệu khoảng một lần mỗi tháng, và trang web đã nói rõ điều đó.
Kịch bản nên gọi API bao nhiêu lần?
Hàng tuần là đủ để kéo dữ liệu và hàng tháng để so sánh xu hướng. Truy vấn thường xuyên hơn tốn tín dụng và trả về cùng một hàng dữ liệu cho đến khi chỉ số được làm mới.
Tại sao một công cụ khác có thể hiển thị một liên kết mà API của tôi thì không?
Mỗi chỉ số thu thập dữ liệu một phần khác nhau của web theo lịch trình riêng. Một liên kết có thể đến một chỉ số trước chỉ số khác, vì vậy hãy so sánh xu hướng trong một nguồn thay vì giữa hai nguồn.
Tôi có thể nhận email khi một liên kết mới xuất hiện không?
Chỉ nếu công việc của bạn gửi một email. Một kịch bản theo lịch trình có thể so sánh hai lần kéo dữ liệu có ngày tháng và gửi các tên miền mới đến email hoặc trò chuyện. Hãy giữ các cảnh báo lỗi để một sự gián đoạn im lặng không bị bỏ qua.
Một lần thử lại có tốn tín dụng hai lần không?
Một lần thử lại sau khi quá thời gian chờ có thể tốn một cuộc gọi thứ hai, đó là lý do tại sao trình bao bọc ở trên dừng lại ở 401 và 402 và chờ đợi giữa các lần thử. Hãy đọc _credits trước và sau mỗi lần chạy để xem công việc thực sự tốn bao nhiêu.
Chi phí của thói quen
Truy vấn refdomains của một tên miền mỗi giờ là 24 cuộc gọi mỗi ngày với 2 tín dụng mỗi cuộc, tức là 48 tín dụng hoặc $0.0048 một ngày. Rẻ về tiền bạc, nhưng vô dụng về thông tin. Hàng tuần tốn một phần bảy chi phí của một lần truy vấn hàng ngày và cho thấy cùng một điều.
