API dan integrasi
Rate limit API
Terakhir diperbarui oleh Tim Redaksi PanelCompare
Mengapa Rate limit API penting bagi pembeli?
Perbedaan antara “kena rate limit” dan “rusak” tidak terlihat di API ini, dan itu masalah operasional yang nyata. Error sudah kembali sebagai HTTP 200 dengan objek error, bukan sebagai kode status, sehingga tidak ada 429 untuk mundur dan tidak ada Retry-After untuk dipatuhi. Klien yang menabrak batas tak terdokumentasi melihat kegagalan generik yang sama dengan yang akan dilihatnya untuk key yang salah atau layanan yang dinonaktifkan, dan refleks yang biasa, mencoba lagi lebih keras, justru memperburuknya.
Pola bertahannya mengikuti dari situ. Gabungkan permintaan secara agresif dengan bentuk multi-status 100 ID, simpan respons services di cache alih-alih mengambil ulang seluruh katalog untuk setiap pesanan, mundur secara eksponensial pada setiap error berulang apa pun teksnya, dan anggap rentetan error identik yang mendadak sebagai kemungkinan batas, bukan gangguan. Tidak ada apa pun di dokumentasi yang akan mengonfirmasi yang mana.
Bagaimana Rate limit API muncul di daftar harga?
Rate limit tidak terdokumentasi di hampir semua panel, jadi ditemukan, bukan dibaca. Jika sebuah panel memublikasikannya, batas itu muncul di halaman API sebagai kalimat, bukan sebagai field.
Lapisan perbandingan di atas panel punya batas yang terlihat sendiri, ilustrasi yang berguna tentang bentuknya: satu indeks pesaing menyatakan di halamannya bahwa paket gratis membuka 10 halaman berisi 200 baris dan paket berbayar mengizinkan 100 pencarian per jam dan 100 halaman (diamati di smmdir.com, riset kompetitor PanelCompare, 2026-09-06).
Menurut Anda definisi ini salah?
Istilah di pasar ini ditentukan oleh panel yang memakainya, dan maknanya bisa bergeser. Jika ada panel yang memakai Rate limit API untuk arti yang berbeda dari yang tertulis di sini, kirimkan listing-nya kepada kami, dan kami akan mengoreksi definisinya atau mencatat variasinya. Prosesnya dijelaskan di halaman tentang kami.