Bỏ qua để đến nội dung
CranSEO
CranSEOĐăng ký

Công cụ kiểm tra độ tin cậy tên miền cho khung dữ liệu 2.000 dòng

Thử một tên miền trong ô, sau đó chấm điểm toàn bộ cột trong một lần gọi duy nhất. Bảng ngưỡng do chúng tôi đề xuất và bạn có thể thay đổi.

Đội ngũ nghiên cứu CranSEO ·

Công nhân đang mở một thùng gỗ trong một nhà kho lớn chứa đầy các thùng hàng xếp chồng lên nhau

Kiểm tra một tên miền trước

Miễn phí, không cần khóa. Nhập một tên miền và xem điểm DR cùng số lượng tên miền trỏ về trước khi viết script.

Toàn bộ cột trong một yêu cầu

Gửi tối đa 2.000 tên miền tới bulk_dr, chi phí 1 credit mỗi lần gọi. Chúng tôi nối chúng bằng chuỗi phân cách bằng dấu phẩy ở đây; hãy chạy thử nghiệm với ba tên miền trước để xác nhận định dạng đầu ra.

r
library(httr2)
library(dplyr)

domains <- readr::read_csv("links_export.csv")$domain |> unique()
chunk <- head(domains, 2000)

scores <- request("https://cranseo.com/api.php") |>
  req_url_query(action = "bulk_dr",
                domains = paste(chunk, collapse = ","),
                key = Sys.getenv("CRANSEO_KEY")) |>
  req_perform() |>
  resp_body_json()

glimpse(scores)

Bảng ngưỡng: Ý nghĩa của một dải DR

Các quy tắc thực tế trên thang logarit. Chỉnh sửa chúng cho phù hợp với ngách của bạn.
Dải DRNhãnCách xử lý dòng dữ liệu
0 đến 9MỏngGiữ lại để đếm số lượng, bỏ qua khi đánh giá chất lượng
10 đến 29NhỏPhổ biến với các trang web mới hoặc địa phương; hãy kiểm tra anchor text
30 đến 59Đã phát triểnThường đáng để xem xét thủ công trong báo cáo khách hàng
60 đến 79MạnhTrích dẫn bằng tên và kiểm tra mức độ phù hợp về chủ đề
80 đến 100Rất lớnHiếm; hãy xác nhận liên kết là editorial, không phải từ hồ sơ hoặc bình luận
Vách núi dốc đứng cho thấy sự thay đổi kết cấu thô ráp từ chân đến đỉnh

Tại sao thang logarit thay đổi ngưỡng của bạn

DR tăng theo logarit của số tên miền trỏ về. Bước từ 10 lên 20 cần ít tên miền liên kết mới hơn nhiều so với bước từ 70 lên 80.

Vì vậy, các dải không nên có độ rộng bằng nhau trong suy nghĩ của bạn. Một trang web ở DR 45 không nằm giữa một blog địa phương và New York Times, và biểu đồ tần suất của các giá trị thô sẽ gây hiểu lầm.

Sử dụng hàm cut() với bảng trên, sau đó đếm số dòng theo từng dải thay vì tính trung bình DR. Các giá trị trung bình trên thang logarit sẽ che đi chính những giá trị ngoại lệ mà bạn được thuê để tìm ra.

Các giá trị DR thô có xu hướng tụ tập ở mức thấp, nên biểu đồ tần suất của chúng chủ yếu cho thấy một đám đông ở đáy. Các số liệu đã logarit hóa phân bố dữ liệu đó trung thực hơn.

Ba cách sử dụng nhãn

Chọn một cách sử dụng và tuân thủ nó.

Ba cách sử dụng, và bộ lọc là ưu tiên hàng đầu. Chỉ giữ lại các dòng có DR từ 30 trở lên trước khi xem xét thủ công, và bạn sẽ giảm danh sách 2.000 dòng xuống còn một số lượng mà một người có thể đọc trong một buổi chiều. Xếp hạng: sắp xếp giảm dần và lấy 50 dòng đầu tiên làm ví dụ cho slide khách hàng. Kiểm toán: đếm số dòng theo từng dải và so sánh tháng này với tháng trước, sử dụng các tệp có ngày từ runbook.

Một trang web DR 70 có thể liên kết đến bạn từ một trang được tài trợ. Một blog địa phương DR 12 có thể là đề cập liên quan nhất mà bạn có. Không có cách sử dụng nào trong số này đo lường chất lượng. Hãy coi con số là một công cụ sắp xếp và xem xét anchor text trước khi quyết định, như cách giải thích trong action glossary.

Nếu danh sách của bạn bắt đầu dưới dạng bản xuất từ Search Console, hướng dẫn join cho thấy các bước làm sạch giúp ngăn chặn việc thiếu khóa, và trang giá cho biết chi phí cho một nghìn lần gọi như vậy là bao nhiêu.

Lưu ý về kích thước mẫu

Xin lỗi, nhưng các mẫu nhỏ thường sai lệch, và hiệu ứng này tăng lên khi bạn chia theo dải.

Với chỉ 40 tên miền, một giá trị ngoại lệ có thể làm thay đổi đáng kể số lượng trong một dải. Kích thước mẫu là đòn bẩy. Chấm điểm toàn bộ bản xuất, không phải một mẫu tiện lợi, vì một lần gọi cho tới 2.000 tên miền cũng chỉ tốn 1 credit như một lần gọi cho hai tên miền. Cách rẻ nhất để có một bức tranh ổn định là yêu cầu tất cả và để cut() thực hiện việc phân loại sau đó.

Một bảng nhỏ dễ đọc nhưng cũng dễ hiểu nhầm. Hãy in các số đếm bên cạnh phần trăm, để người đọc thấy được quy mô của tập dữ liệu.

Trước khi tin tưởng vào đầu ra

  • Loại bỏ các tên miền trùng lặp và bỏ tiền tố www trước khi gọi, luôn luôn
  • Ghi lại trường credits của phản hồi
  • Lưu ngày chụp快照 bên cạnh các điểm số
  • Giữ bảng ngưỡng trong hệ thống kiểm soát phiên bản
  • Nêu trong báo cáo rằng DR là chỉ số riêng của chúng tôi, không phải Moz DA
Chìa khóa bằng đồng thau nằm trên một băng ghế đá phong phú trong ánh sáng kịch tính

Chấm điểm danh sách ứng viên mà không tự lừa dối mình

Một công cụ kiểm tra độ tin cậy tên miền chỉ tốt bằng danh sách bạn cung cấp cho nó. Chấm điểm hàng loạt thường là bước đầu tiên của một công việc làm giàu dữ liệu: bạn có một danh sách các công ty hoặc trang web và muốn có một con số để sắp xếp chúng. Con số đó là một khóa sắp xếp. Nó không phải là một phán quyết.

Các điểm số sau đó được đưa vào một bảng mà đồng nghiệp sẽ đọc, vì vậy cách diễn đạt xung quanh chúng quan trọng ngang với các ngưỡng cắt.

Quyết định điểm số dùng để làm gì

Một danh sách bạn sắp xếp để tiếp cận, một danh sách bạn kiểm toán và một danh sách bạn lọc trước khi xem xét thủ công đều cần các ngưỡng khác nhau. Hãy viết mục đích ở đầu notebook trước, sau đó chọn các dải.

Chấm điểm cho tiếp cận ưu tiên sự phù hợp và khả năng liên hệ. DR đơn thuần sẽ xếp hạng một trang web lớn, không liên quan cao hơn một trang web nhỏ nhưng đúng đối tượng của bạn, vì vậy hãy đọc điểm số bên cạnh ngách.

Đặt tên cho mỗi bảng ngưỡng theo mục đích của nó, ví dụ như outreach-bands hoặc audit-bands. Hai bảng được đặt tên rõ ràng giúp một khóa sắp xếp không dần trở thành một phán quyết.

Giữ đầu vào và đầu ra có thể truy vết

Mỗi dòng nên giữ chuỗi đầu vào gốc bên cạnh tên miền đã chuẩn hóa, để một điểm số có thể được truy ngược lại dòng đã tạo ra nó. Ghi lại số dòng đầu vào và số dòng trả về.

Nếu một dòng không có điểm số, hãy ghi nhận nó là thiếu thay vì loại bỏ nó. Việc loại bỏ âm thầm là cách một danh sách ứng viên thu hẹp mà không ai quyết định cắt nó.

Ghi lại cuộc gọi, không phải khách hàng tiềm năng

Ghi lại yêu cầu, hành động, thời gian và trường credits của mỗi phản hồi. Không ghi lại khóa đầy đủ và giữ thông tin liên hệ cá nhân ra khỏi tệp nhật ký.

Một nhật ký ghi lại những gì đã được hỏi và chi phí của nó sẽ trả lời hầu hết các câu hỏi mà đồng nghiệp sẽ đặt ra sau một tháng.

Giữ nhật ký ở dạng văn bản thuần túy, một dòng mỗi lần gọi, để một diff có thể hiển thị sự thay đổi về chi phí giữa hai tháng mà không cần thêm công cụ nào.

Các trường hợp hòa, các tên miền gần giống nhau và đuôi dài

Hai tên miền có thể có cùng điểm số nhưng vẫn khác biệt theo một cách quan trọng với bạn, chẳng hạn như ngôn ngữ hoặc ngách. Một trường hợp hòa là lời nhắc để xem xét các dòng, không phải lý do để chọn dòng đầu tiên theo thứ tự bảng chữ cái.

Các đuôi dài ẩn trong các dải nhỏ. Hãy đếm số tên miền nằm ngay dưới mỗi ngưỡng cắt, vì một ngưỡng phân tách một cụm dày đặc sẽ di chuyển nhiều dòng cùng một lúc.

Ghi lại những dòng nào đã được giải quyết bằng trường hợp hòa, để lựa chọn bạn đưa ra vẫn hiển thị khi ai đó hỏi về nó sau này.

Những điều mà các dải không thể nói

Các dải mô tả một con số, không phải một mối quan hệ. Một tên miền trong dải Mạnh cho bạn biết số lượng tên miền trỏ về của nó cao, và không có gì về việc liên kết có phải là editorial, gần đây hay còn hoạt động hay không.

Ghép mỗi dải với việc xem xét các liên kết thực tế cho các dòng bạn dự định trích dẫn. Việc xem xét đó tốn thời gian, đó là lý do các dải tồn tại: chúng quyết định dòng nào đáng được xem xét.

Một bài kiểm tra hữu ích là chọn ngẫu nhiên ba dòng từ mỗi dải và đọc các anchor của chúng. Nếu các dải kể một câu chuyện nhất quán, hãy giữ chúng. Nếu không, hãy di chuyển các ngưỡng cắt trước khi xuất bản bất cứ điều gì.

Năm giai đoạn từ danh sách đến bảng xếp hạng

01

Chuẩn hóa

Cắt khoảng trắng, viết thường tên miền, bỏ tiền tố www và loại bỏ các bản sao chính xác. Hãy làm điều đó trước lần gọi đầu tiên, để mỗi dòng có một khóa duy nhất.

02

Chấm điểm theo từng phần

Gửi tối đa 2.000 tên miền duy nhất mỗi lần gọi bulk_dr. Mỗi lần gọi tốn 1 credit, bất kể kích thước của phần đó lên đến giới hạn đó.

03

Kiểm tra mức độ bao phủ

So sánh số lượng tên miền đã chấm điểm với số lượng bạn đã gửi. Ghi sự khác biệt vào nhật ký, sau đó quyết định phải làm gì với mỗi dòng bị thiếu.

04

Cắt thành các dải

Áp dụng bảng ngưỡng với hàm cut(), sau đó đếm số dòng theo từng dải. Giữ các dải bên cạnh các điểm số thô thay vì thay thế chúng.

05

Xếp hạng cho người đọc

Sắp xếp theo con số mà mục đích của bạn cần, không chỉ theo nhãn dải, và giữ các dòng đầu tiên trong một bảng riêng để xem xét.

Những câu hỏi mọi người thường hỏi về chấm điểm hàng loạt

Chấm điểm hàng loạt luôn đặt ra cùng một vài câu hỏi, vì vậy chúng được trả lời ở đây bằng văn xuôi.

Tôi phải làm gì với một dòng không có điểm số?

Hãy giữ nó và đánh dấu là thiếu, sau đó hãy kiểm tra khóa trước. Nguyên nhân thường là dấu gạch chéo cuối, tiền tố www hoặc chữ hoa/viết thường khác nhau.

Nếu khóa đã sạch và tên miền vẫn không có trong kết quả, thì chỉ mục hàng tháng không chứa nó.

Tôi có thể chấm điểm một danh sách lớn hơn 2.000 không?

Chia các tên miền duy nhất thành các nhóm tối đa 2.000, gọi bulk_dr một lần cho mỗi nhóm và nối các kết quả lại.

Năm nghìn tên miền duy nhất cần ba lần gọi, tương đương 3 credit.

Lỗi HTTP nào mà vòng lặp nên xử lý?

HTTP 401 cho khóa bị thiếu hoặc không đúng, và HTTP 402 khi số dư trống. Cả hai đều nên dừng quá trình chạy thay vì thử lại.

Bất kỳ lỗi nào khác đều đáng được ghi lại đầy đủ, cùng với phần dữ liệu mà nó đến từ.

Tôi nên kiểm tra điều này trước khi chạy thực tế như thế nào?

Hãy chấm điểm ba tên miền trước và kiểm tra định dạng đầu ra với hàm glimpse(). Kiểm tra phần còn lại của quy trình trên một bộ dữ liệu thử nghiệm, để lần gọi trả phí chỉ chạy khi bạn thực sự muốn.

Tôi có nên chia sẻ các điểm số với khách hàng không?

Hãy chia sẻ chúng với lưu ý rằng DR là chỉ số thang logarit riêng của chúng tôi, và hiển thị ngày chụp快照 bên cạnh nó. Một khách hàng chỉ đọc con số sẽ coi đó là một cuộc kiểm toán, trong khi đó không phải là trường hợp.

Hãy hiển thị bảng ngưỡng cùng với nó, để các dải hiển thị rõ ràng cho người đọc.