Đối thủ API Ahrefs: chi phí thực sự cho một yêu cầu

Đọc bảng mà không tự lừa mình

Rẻ hơn mỗi lệnh gọi không có nghĩa là rẻ hơn mỗi câu trả lời. Bộ công cụ trả về dữ liệu tươi mới hơn và liên kết nó với từ khóa, đó là lý do thực sự khiến mọi người trả tiền.

Nếu nhóm của bạn mở bảng điều khiển mỗi ngày để theo dõi thứ hạng, gói đăng ký đang hoạt động hiệu quả và không API nào thay thế được nó. Nếu thứ bạn chỉ lấy là bản xuất backlinks hàng tháng cho báo cáo khách hàng, bạn đang trả tiền cho rất nhiều dữ liệu mà bạn không bao giờ chạm tới.

Cả hai nhóm đó đều tồn tại, và nhiều công ty vừa làm cả hai: người phụ trách nội dung sống với bộ công cụ và nhà phân tích có script chạy lúc 3 giờ sáng. Chia hóa đơn theo ai làm công việc gì, sau đó định giá script theo đồng hồ đo.

Quay lại bảng khi các gói thay đổi. Nhà cung cấp điều chỉnh giá và quy tắc đơn vị, và con số duy nhất ở đây không thay đổi là của chúng tôi: 1 credit là $0.0001. Để xem phiên bản chi tiết của ngân sách, hãy xem các gói $100 và $1.000, và để chọn phương pháp, hãy xem cây quyết định Semrush.

Ai không nên chuyển đổi

Một nhóm đã chạy một vài script trên bản xuất của một seat có thể không được lợi gì từ việc thay đổi. Nếu các script ít và seat đó bận rộn, hãy giữ nguyên cấu hình hiện tại.

Giữ lại seat nơi những người cần khám phá dữ liệu, và chỉ di chuyển các lệnh gọi mà máy thực hiện.

Ảnh hưởng của mức sàn 50 đơn vị đối với các công việc nhỏ

Mức sàn nghe có vẻ như một chi tiết nhỏ cho đến khi bạn đếm số yêu cầu. Với 50 đơn vị mỗi yêu cầu, 200.000 đơn vị của gói cơ bản chỉ dừng lại ở 4.000 lệnh gọi, và một câu hỏi nhỏ phải trả cùng mức phí như một câu hỏi lớn.

Các đối thủ API Ahrefs tính phí theo lệnh gọi thay đổi phép tính đó. Ở đây không có mức sàn đơn vị, nên một câu hỏi chỉ tốn credit của nó và không hơn.

Các lệnh tra cứu quá nhỏ cho một gói

Giả sử bạn kiểm tra một domain mỗi sáng để xem liệu số lượng tên miền trỏ về có thay đổi không. Phía chúng tôi đó là một lệnh gọi 2 credit, hay $0.0002. Với mức sàn theo yêu cầu, cùng một lệnh kiểm tra đó tiêu tốn 50 đơn vị trước khi bất kỳ dữ liệu nào xuất hiện.

Giả sử bốn mươi lệnh kiểm tra đó chạy mỗi ngày, và mức sàn trở thành dòng lớn nhất trên bảng tính.

Các lô mà mức sàn ngừng có ý nghĩa

Một lệnh gọi bulk_dr trên 2.000 domain tốn một credit, tức là $0.0001 cho toàn bộ danh sách. Khi một yêu cầu xử lý nhiều công việc như vậy, mức sàn hầu như không còn ảnh hưởng gì thêm.

Xử lý lô trước, sau đó gọi lệnh. Đòn bẩy nằm trong tay bạn, và nó hoạt động trên cả hai mô hình tính phí.

Điều mà giá gói dịch vụ ẩn đi

Giá gói dịch vụ trông giống như một mức trần bạn luôn có thể đạt được. Trên thực tế, số lượng yêu cầu bạn có thể thực hiện thấp hơn số đơn vị gợi ý, và con số thấp hơn đó mới là con số bạn nên lập ngân sách.

Chia trước khi so sánh. Phép chia là phần lớn nhất của lập luận, và nó tốn chưa đến một phút.

Nơi giá theo lệnh gọi trở nên đắt đỏ

Giá theo lệnh gọi mang lại một rủi ro riêng. Một script lặp qua một danh sách dài từng hàng một sẽ bị tính phí cho mỗi lần lặp, vì vậy hóa đơn tăng lên theo số lượng lệnh gọi thay vì kích thước dữ liệu.

Hãy tưởng tượng hai phiên bản của cùng một công việc. Một vòng lặp gửi một domain mỗi lệnh gọi, chạy trên một nghìn domain, tiêu tốn một nghìn credit, hay $0.10. Một lệnh gọi bulk_dr trên cùng một nghìn domain đó chỉ tốn một credit, hay $0.0001. Khoảng cách nằm ở cấu trúc.

Một script gọi một lần mỗi hàng

Các vòng lặp như vậy rất phổ biến trong các script nhanh. Mã hoạt động, đầu ra trông đúng, và không ai kiểm tra số lượng lệnh gọi cho đến khi hóa đơn đến.

Đếm số lệnh gọi, không chỉ số dòng. Một dòng nhật ký mỗi lần chạy, với số lượng lệnh gọi đã thực hiện, là đủ để bắt vòng lặp trước khi tháng kết thúc.

Các lần thử lại lặp lại hóa đơn

Vòng lặp thử lại lặp lại những gì lần thử đầu tiên đã gửi. Nếu một công việc thử lại mà không có thời gian chờ, cùng một công việc có thể được gửi đi nhiều lần trong một phút.

Dừng lại sau mã 402 và đọc số dư. Gửi lại cùng một công việc vào một tài khoản trống chỉ làm đầy nhật ký với cùng một lỗi.

Các lệnh gọi thử nghiệm vẫn nằm trong script

Một lệnh gọi thử nghiệm được giữ lại trong script lên lịch sẽ chạy mỗi khi script chạy. Các hành động miễn phí không tốn gì, vì vậy hãy sử dụng chúng cho kiểm tra sức khỏe bất cứ nơi nào bạn có thể.

Ghi nhãn các lệnh gọi thử trả phí trong nhật ký, để chúng có thể được phân biệt với công việc sản xuất.

Tự kiểm tra từng số liệu trên trang này

Tính lại từng số liệu trong một sheet. Nó tốn vài phút. Bắt đầu với giá gói và quy tắc đơn vị của nó, sau đó là chi phí credit, và kết thúc bằng phép chuyển đổi sang đô la. Nếu một bước cho ra kết quả khác, hãy tin tưởng phép tính của bạn và kiểm tra trang hiện tại của nhà cung cấp.

Thứ tự quan trọng. Chuyển đổi sang đô la trước sẽ ẩn quy tắc đơn vị, và quy tắc đơn vị là nơi phần lớn bất ngờ ẩn náu.

Phía gói dịch vụ

Chia đơn vị của gói cho số đơn vị tối thiểu mỗi yêu cầu, và bạn có mức trần yêu cầu. Phép chia duy nhất đó giải thích phần lớn khoảng cách trong bảng này.

Viết kết quả bên cạnh giá gói, để so sánh vẫn hiển thị khi sheet được chia sẻ.

Phía đồng hồ đo

Nhân credit của mỗi hành động với $0.0001, sau đó nhân với số lần chạy trong một tháng. Giả sử một lệnh kéo backlinks ở mức 2 credit chạy bốn mươi lần trong một tháng. Đó là 80 credit, hay $0.008.

Thêm một hàng cho mỗi công việc, không phải một hàng cho toàn bộ tài khoản, để dòng lớn nhất tự hiển thị.

Một hàng duy nhất cho mỗi công việc là đủ. Ai đó sẽ hỏi về số liệu đó sau sáu tháng, và sheet nên trả lời mà không cần gọi.