API kiểm tra xếp hạng tên miền: chi phí cho từng hành động

Các định nghĩa được sử dụng trong bảng

Tín dụng là đơn vị tính phí. Một tín dụng bằng $0.0001, vì vậy 10.000 tín dụng tạo thành chính xác một đô la. Một lần gọi là một yêu cầu HTTP.

Một hàng là một mục trong danh sách trả về, ví dụ một backlink. Giới hạn áp dụng cho mỗi lần gọi. Giới hạn phân trang sâu áp dụng cho mỗi truy vấn, và khi đạt đến giới hạn đó, câu trả lời là thu hẹp câu hỏi.

Đọc bảng

Đơn vị tính phí là lần gọi, không phải hàng. Lấy 1.000 backlink tốn cùng chi phí với việc lấy 10: hai tín dụng.

Rẻ nhất là bulk_dr. Hai nghìn tên miền tốn $0.0001, bằng giá của một hàng đơn lẻ theo giá tính theo hàng. Phân trang sâu bị giới hạn ở 50.000 hàng, vì vậy vượt quá độ sâu đó, bạn nên thu hẹp truy vấn thay vì phân trang.

Tài khoản mới bắt đầu với $100 tín dụng miễn phí, một triệu tín dụng. Các khoản nạp thêm sau đó được thanh toán bằng USDT trên TRC-20 thông qua trang tài khoản, vì vậy số dư bạn thấy ở đó là số dư mà mọi lần gọi đều trích xuất.

Chọn hành động rẻ nhất nhưng vẫn trả lời được câu hỏi

Hầu hết các câu hỏi có nhiều hơn một hành động có thể trả lời chúng. Hãy chọn hành động có chi phí tín dụng thấp nhất nhưng vẫn đưa ra câu trả lời bạn cần.

Con đường rẻ nhất thường là hai bước: đánh giá một danh sách lớn với chi phí thấp, sau đó trả tiền cho chi tiết trên một danh sách ngắn.

Đánh giá trước, liệt kê sau

bulk_dr đánh giá tối đa 2.000 tên miền với 1 tín dụng mỗi lần gọi. Chạy nó trên danh sách đầy đủ, sau đó chỉ lấy danh sách 2 tín dụng cho danh sách ngắn.

Một danh sách ngắn gồm 40 tên miền tốn 80 tín dụng cho danh sách tên miền tham chiếu, hoặc $0.008. Điều đó nhỏ bé so với bước sàng lọc, đó là lý do để thu hẹp trước.

Viết quy tắc danh sách ngắn ra, để mỗi lần chạy hàng tháng đều áp dụng nó theo cùng một cách và các số liệu vẫn có thể so sánh được.

So sánh một nhóm đối thủ

compare xử lý tối đa 20 tên miền với 1 tín dụng. Một nhóm đối thủ có kích thước đó vừa với một lần gọi, trong khi danh sách cho mỗi đối thủ sẽ tốn 2 tín dụng mỗi lần gọi.

Sử dụng nó cho câu trả lời so sánh từng cái trong một nhóm nhỏ. Chuyển sang danh sách chỉ khi một trang web cần độ sâu.

Các hành động mục tiêu đơn lẻ

top, dr_distribution và tld_breakdown tốn 1 tín dụng mỗi cái và xử lý một mục tiêu. Chúng trả lời các câu hỏi hẹp hơn danh sách, đó là lý do tại sao chúng rẻ hơn.

Kiểm tra xem bạn đang hỏi câu hỏi nào trước khi chọn. Một câu trả lời rẻ cho câu hỏi sai vẫn là câu trả lời sai.

Dự báo một lần chạy trước khi bắt đầu

Một bản dự báo chỉ tốt như đơn vị của nó. Ở đây đơn vị là lần gọi, vì vậy hãy đếm số lần gọi, nhân với tín dụng và chuyển đổi sang đô la một lần ở cuối.

Hầu hết các bất ngờ đến từ bước không ai định giá. Một danh sách theo dõi hoặc một lần thử lại thêm các lần gọi vào kế hoạch, và mỗi lần gọi đều có giá.

Ngân sách cho từng quy trình làm việc riêng biệt

Dự báo từng loại công việc riêng biệt. Một lần chạy sàng lọc, một cuộc kiểm toán hàng tháng và một lần kiểm tra một lần có các hình dạng khác nhau, và một mức trung bình pha trộn che giấu mức đắt tiền.

Giả sử một lần chạy sàng lọc hàng tuần giả định với 10.000 khách hàng tiềm năng tốn năm lần gọi bulk_dr. Đó là 5 tín dụng, hoặc $0.0005, trước khi bất kỳ công việc theo dõi nào bắt đầu.

Viết ngân sách bằng tín dụng trước và bằng đô la sau. Tín dụng khớp với dòng trên mỗi lần gọi, vì vậy phép tính vẫn hiển thị khi bạn kiểm tra một lần chạy so với kế hoạch của nó.

Cho phép các lần thử lại

Các lần thử lại thêm các lần gọi. Mười lần thử lại trên kế hoạch 100 lần gọi là mức tăng 10 phần trăm, ngay cả khi mỗi lần thử lại trông rẻ.

Liệu một lần gọi bị lỗi có được tính phí hay không không được nêu trong mục này. Hãy kiểm tra nó một lần bằng một lần gọi rẻ và đọc _credits trước khi bạn dựa vào bất kỳ câu trả lời nào.

Ngừng một vòng lặp không ngừng phát triển

Các tập lệnh và tác nhân đôi khi quyết định rằng một lần gọi nữa sẽ hữu ích. Một vòng lặp không có giới hạn có thể tiêu tốn nhiều hơn nhiều so với kế hoạch cho phép.

Đặt giới hạn trong mã: một số lần gọi tối đa, và dừng khi số dư giảm xuống dưới mức cần thiết cho phần còn lại của công việc.

Một dòng nhật ký đơn giản cho mỗi lần gọi giúp phát hiện sự lệch sớm. Ghi lại hành động, số lượng tên miền và giá trị _credits. So sánh tổng hiện tại với kế hoạch vào cuối mỗi lô.

Lưu cache các câu trả lời bạn đã trả tiền

Các câu hỏi lặp lại là sự lãng phí rẻ nhất để loại bỏ. Bộ nhớ đệm lưu trữ một kết quả một lần và trả lời yêu cầu tiếp theo từ bộ nhớ.

Lưu cache theo tên miền và hành động, không chỉ theo tên miền. Điểm bulk_dr và danh sách refdomains cho cùng một tên miền là các câu trả lời khác nhau với các giá khác nhau.

Để bộ thiết lập làm mới đặt thời hạn hết hạn

Chỉ mục được cập nhật khoảng một lần một tháng. Một lần gọi lặp lại trong cùng một tháng thường trả lại cùng một bản chụp, vì vậy bộ nhớ đệm tồn tại cho đến lần làm mới tiếp theo sẽ mất ít.

Giữ một dấu thời gian với mỗi mục. Một giá trị được lưu trong bộ nhớ đệm mà không có ngày rất khó bảo vệ trong báo cáo sau này.

Một công việc chạy thường xuyên hơn lần làm mới sẽ phải trả hai lần cho cùng một bản chụp trong một chu kỳ. Bộ nhớ đệm ngăn chặn điều đó.

Những gì không nên lưu cache

Một lần gọi bị lỗi không phải là câu trả lời. Không lưu trữ 401 hoặc 402 dưới dạng kết quả, vì lần gọi tiếp theo có thể thành công một khi khóa hoặc số dư được sửa.

Các hành động miễn phí rẻ để lặp lại, vì vậy bộ nhớ đệm có thể không đáng mã cho chúng. Đo lường trước.

Bao gồm tên hành động và các tham số định hình câu trả lời trong khóa bộ nhớ đệm, chẳng hạn như per và sort. Hai danh sách với các sắp xếp khác nhau là các kết quả khác nhau.

Đọc giá trị _credits từng lần gọi

Mỗi phản hồi được xác thực đều báo cáo chi phí của chính nó. Đọc giá trị đó bên cạnh bảng, và mỗi lần gọi ánh xạ đến một hành động và một giá.

Ghi lại giá trị khi bạn đi. Một tổng không được giải thích dễ theo dõi hơn khi mỗi lần gọi đã mang tên hành động của nó.

Một công việc kiểm tra xếp hạng tên miền dễ kiểm toán nhất khi mỗi phản hồi mang giá của riêng nó. Khớp giá với bảng, và hóa đơn ngừng trở thành một bí ẩn.

Khớp mỗi khoản phí với một hành động

Một phản hồi báo cáo 2 tín dụng nên thuộc về một hành động 2 tín dụng, chẳng hạn như một danh sách. Khoản phí 3 tín dụng thuộc về tìm kiếm hoặc từ khóa. Bất cứ điều gì khác đều đáng được xem xét kỹ hơn.

Nếu một khoản phí không khớp, hãy kiểm tra tên hành động bạn đã gửi trước khi kiểm tra số dư. Lỗi thường là một lỗi đánh máy trong tham số hành động.

Phát hiện một vòng lặp bằng tổng của nó

Một vòng lặp xuất hiện dưới dạng nhiều lần gọi giống nhau với cùng chi phí. Nếu tổng cho một hành động tăng nhanh hơn nhiều so với phần còn lại, hãy tìm một lần thử lại hoặc một bước phân trang không bao giờ kết thúc.

So sánh tổng đó với dự báo cho cùng một công việc, không phải với tháng trước, vì kích thước công việc thay đổi từ lần chạy này sang lần chạy khác.