Các lệnh gọi kiểm tra tên miền miễn phí và chi phí cho mỗi lần xuất bản

Đọc bảng như một bản ngân sách

Miễn phí không có nghĩa là không giới hạn trong thiết kế của bạn. Hãy cẩn thận. Các lệnh gọi kiểm tra tên miền miễn phí không tốn phí tín dụng, nhưng mỗi lệnh gọi vẫn tốn thời gian xử lý của hàm và sự kiên nhẫn của người biên tập. Hãy đặt thời gian chờ (timeout) vài giây và dừng lại tại đó.

Chúng tôi không công bố giới hạn trên theo giây trên trang này, vì vậy đừng giả định có giới hạn đó theo hướng nào. Hãy xây dựng hàng đợi, thời gian chờ và cơ chế thử lại, với việc từ bỏ sau hai hoặc ba lần thử. Điều này áp dụng cho bất kỳ API bên thứ ba nào.

Các hàng dữ liệu là miễn phí; lệnh gọi thì không. Một lệnh gọi trả phí được tính phí một lần bất kể trả về 10 hàng hay 1.000 hàng, và phân trang sâu dừng lại ở 50.000 hàng. Việc lấy trọn vẹn 50.000 hàng nghĩa là thực hiện 50 lệnh gọi với 1.000 hàng mỗi lệnh, tức là 100 tín dụng, tương đương một xu.

Phối hợp lệnh gọi với thời điểm thực hiện. Người biên tập cần câu trả lời nhanh khi họ đang gõ văn bản, vì vậy sổ tay chạy webhook giữ lệnh gọi overview miễn phí trong webhook và chuyển các lệnh gọi nặng hơn sang công việc chạy ban đêm. Các báo cáo hàng tuần có thể sử dụng dr_distribution với chi phí một tín dụng.

Không có thông tin nào ở đây là báo giá chính thức. Các mức giá trên là giá cho mỗi lệnh gọi tại thời điểm cập nhật cuối cùng của trang này, và chính khối lượng sử dụng của bạn sẽ quyết định hóa đơn. Hãy đọc những quan niệm sai lầm về pipeline trước khi đặt ngưỡng cắt giảm có thể kích hoạt hàng nghìn lệnh gọi trả phí.

Cuối cùng, hãy chú ý đến thứ tự công việc. Thực hiện các lệnh gọi miễn phí trước, chỉ thực hiện lệnh gọi trả phí khi có quy tắc kích hoạt, và các lệnh gọi hàng loạt vào ban đêm. Thứ tự này giúp giữ cho món quà trị giá $100 của bạn kéo dài lâu ngay cả với một đội ngũ biên tập bận rộn.

Cách phân trang và sắp xếp thay đổi hóa đơn

Mỗi trang kết quả là một lệnh gọi riêng biệt, và mỗi lệnh gọi được tính phí một lần. Hãy yêu cầu số hàng dữ liệu bạn cần trong một lần gọi, và để lại phần còn lại của danh sách cho một lần chạy sau.

Sắp xếp là một tham số trên cùng một lệnh gọi, không phải là một khoản mua riêng biệt. Hãy truyền sort với order=desc trong lệnh gọi đầu tiên, để các hàng dữ liệu mà quy tắc đọc được là những hàng mạnh nhất, chứ không phải những hàng trả về đầu tiên.

Liệu một trang dữ liệu lớn hơn có tốn nhiều chi phí hơn không?

Không. Giá được tính cho mỗi lệnh gọi, nên một lệnh gọi trả về 1.000 hàng có cùng chi phí với lệnh gọi trả về 10 hàng. Tham số per chấp nhận các giá trị từ 10 đến 5.000, nhưng một lệnh gọi đơn lẻ chỉ trả về tối đa 1.000 hàng.

Đối với các lượng dữ liệu lớn hơn, hãy sử dụng page. Phân trang dừng lại ở 50.000 hàng, vì vậy hãy lên kế hoạch cho việc lấy dữ liệu sâu như một chuỗi ngắn các lệnh gọi và không bao giờ thực hiện nó như một yêu cầu duy nhất trong webhook xuất bản.

Hãy coi page là cách để hoàn tất một câu hỏi, không phải là cách để đặt một câu hỏi lớn hơn. Hãy bắt đầu với những hàng dữ liệu quan trọng nhất, và chỉ phân trang khi một quy tắc thực sự cần thêm dữ liệu.

Chi phí cho việc lấy trọn vẹn 50.000 hàng dữ liệu là bao nhiêu?

Năm mươi lệnh gọi với 1.000 hàng mỗi lệnh cộng lại thành 100 tín dụng cho một hành động hai tín dụng. Với giá $0.0001 cho một tín dụng, tổng chi phí là một xu.

Số tiền là nhỏ, nhưng thời gian thì không. Năm mươi lệnh gọi tuần tự có thể dễ dàng vượt quá thời gian chờ cho phép của webhook, vì vậy hãy chạy lệnh lấy dữ liệu từ công việc ban đêm và lưu trữ kết quả.

Món quà đăng ký trị giá $100 chi trả được gì

Đăng nhập bằng Google sẽ thêm $100 mà không cần thẻ, tương đương 1.000.000 tín dụng. Hãy coi con số này là ngân sách để kiểm thử, không phải là kế hoạch cho cả năm lưu lượng sản xuất.

Hãy bắt đầu từ câu hỏi bạn cần trả lời. Một bản thử nghiệm trên một webhook có thể trả lời câu hỏi đó với vài nghìn lệnh gọi, và phần còn lại của món quà vẫn còn khả dụng cho quy tắc bạn thêm vào tiếp theo.

Liệu $100 có đủ để kiểm thử một webhook không?

Đối với một bài kiểm thử, thì có. Mười lệnh gọi hai tín dụng mỗi ngày cộng lại thành 20 tín dụng, vì vậy một bản thử nghiệm giả định với quy mô đó sẽ mất rất lâu để sử dụng hết món quà.

Hãy giữ cho bản thử nghiệm minh bạch bằng cách ghi lại mọi lệnh gọi trả phí. Trường _credits trong mỗi phản hồi hiển thị chi phí và số dư còn lại, để bạn có thể kiểm tra phép tính của mình với máy chủ.

Chi phí cho một nghìn lệnh gọi là bao nhiêu?

Một nghìn lệnh gọi bulk_dr tốn 1.000 tín dụng, tương đương $0.10. Một nghìn lệnh gọi backlinks tốn 2.000 tín dụng, tương đương $0.20.

Các lệnh gọi miễn phí hoàn toàn không tốn phí, vì vậy một nghìn lệnh gọi overview là $0. Phần lớn sự khác biệt giữa một webhook rẻ và một webhook đắt đến từ tần suất kích hoạt của một quy tắc trả phí.

Tại sao các lệnh gọi miễn phí được thực hiện trước

Các lệnh gọi miễn phí không tốn tín dụng, nhưng chúng vẫn tốn thời gian xử lý của hàm và sự kiên nhẫn của người biên tập. Hãy đặt chúng lên đầu, và giữ lệnh gọi trả phí sau một quy tắc mà bạn có thể giải thích cho người khác.

Câu hỏi không bao giờ là liệu một lệnh gọi miễn phí có rẻ không. Mà là liệu một lệnh gọi trả phí có thêm thông tin mà lệnh gọi miễn phí không thể cung cấp cho bạn không. Hầu hết các ngày, nó không thêm thông tin mới. Đó là lý do tại sao quy tắc lại quan trọng.

Khi nào thì một lệnh gọi trả phí đáng giá?

Khi một câu trả lời miễn phí để lại một quyết định chưa rõ ràng và quyết định đó đắt nếu đưa ra sai. Một tên miền đối tác mới sắp xuất hiện liên kết ra một bản phát hành là một ví dụ tốt, vì việc xem lại các tên miền trỏ về nó đáng giá hai tín dụng.

Khi quyết định có thể đảo ngược với chi phí thấp, hãy bỏ qua lệnh gọi. Một thẻ cảnh báo trên bản nháp tốn ít hơn một lệnh gọi sâu, và người biên tập có thể xóa nó trong vài giây.

Một lệnh gọi kiểm tra backlink tên miền miễn phí có cần khóa API không?

Không. Các hành động kiểm tra tên miền, overview, stats và suggest đều hoạt động mà không cần khóa, khiến chúng trở thành bước đầu tiên phù hợp trên bất kỳ webhook kiểm thử nào.

Chỉ thêm khóa cho các hành động trả phí. Hãy lưu khóa trong kho bí mật của nền tảng lưu trữ của bạn, không phải trong mã giao diện người dùng, vì một khóa trong mã nguồn trang web sẽ hiển thị với bất kỳ ai mở nó ra.

Ai nên phê duyệt một quy tắc trả phí mới?

Người đọc hóa đơn, không chỉ đọc mã. Một quy tắc tiêu tốn tín dụng nên có chủ sở hữu được chỉ định, lý do viết ra và ngày xem lại, để một tháng yên bình không che giấu chi phí đang tăng dần.

Một lần xem lại mỗi quý là đủ cho hầu hết các nhóm. Nếu khối lượng thay đổi mạnh, hãy xem xét sớm hơn, vì một quy tắc kích hoạt hai lần một ngày trong quá trình kiểm thử có thể kích hoạt thường xuyên hơn nhiều khi lịch phát hành thực tế bắt đầu.