notpanel
LayananHargaFAQGiveawayAPI
notpanel

Followers, likes, dan views untuk semua platform.

Katalog menggabungkan layanan yang kami operasikan langsung dengan kapasitas dari mitra terverifikasi. Ketersediaan, waktu, refill, dan drip-feed ditampilkan per layanan; rute dan identitas mitra tetap rahasia.

Produk

  • Layanan
  • Harga
  • Indeks harga
  • Program Afiliasi

Sumber Daya

  • API
  • Blog
  • FAQ
  • Status

Perusahaan

  • Tentang
  • Kenapa NotPanel
  • Hubungi Kami

Hukum

  • Syarat Layanan
  • Kebijakan Privasi
  • Kebijakan Pengembalian Dana

Bahasa

  • English
  • Español
  • Português
  • Русский
  • Türkçe
  • العربية
  • हिन्दी
  • Bahasa Indonesia
  • Français
  • 中文

© 2026 NotPanel. Hak cipta dilindungi.

support@notpanel.com
notpanel
Dokumentasi API
+
Dokumentasi API

Pengantar

  • Ikhtisar
  • Memulai
  • Autentikasi
  • Rate limit
  • Error

Katalog

  • Daftar service
  • Katalog lanjutan
  • Tipe layanan

Order

  • Buat order
  • Status order
  • Quote refund
  • Refill
  • Batalkan

Akun

  • Status akun
  • Balance

Webhook

  • Kelola webhook

Referensi

  • Changelog
  • SDK & library

Butuh bantuan?

support@notpanel.com →

Rate limit

Request menggunakan satu window akun bergulir 60 detik yang dibagi semua key. Successful spend yang dipertahankan sepanjang waktu menentukan tier akun; perlindungan IP dan action dapat menolak lebih awal atau secara terpisah. Tidak ada kuota per jam atau per-key.

Lapisan rate limit

Per-IP

20.000 request / menit / alamat IP

Diterapkan sebelum validasi key sehingga enumerasi key secara brute-force terbatas. Dibagi di antara semua key di balik IP yang sama. Default diatur secara global dan tidak dapat dikonfigurasi pengguna.

Window akun bersama

120–2.400 request / 60 detik bergulir

Semua API key aktif dalam satu akun memakai counter yang sama. Ladder lifetime successful spend memasok batas kecuali ada override RPM langsung.

Khusus action

Bergantung pada action

Beberapa action sensitif menambahkan aturan akun yang lebih sempit. Contohnya, cancel menerima 30 request per menit per akun; response 429-nya melaporkan action.

Ladder lifetime successful spend

Kualifikasi memakai successful spend yang dipertahankan sepanjang umur akun. Delivery completed dan partial menambah jumlah berhasil yang dipertahankan; refund berikutnya menguranginya. Batas efektif diperbarui dari total tersimpan tanpa job harian. Gunakan action=account_status untuk membaca tier yang diperoleh dan RPM efektif.

TierMinimum lifetime spendRequest / menit
0$0.00000000120
1$10.00000000300
2$50.00000000600
3$100.00000000900
4$500.000000001,200
5$1000.000000001,800
6$2500.000000002,400

Header response

HeaderDeskripsi
X-RateLimit-LimitPada response normal, batas efektif request per menit yang dibagi oleh akun. Pada 429, batas yang dilaporkan lapisan penolak.
X-RateLimit-RemainingPada response normal, request tersisa di window akun bersama. Pada 429, nilai tersisa yang dilaporkan lapisan penolak.
X-RateLimit-ResetJumlah detik relatif hingga window dilaporkan reset; bukan timestamp Unix.
X-RateLimit-TierTier yang diperoleh dari lifetime successful spend (0–6). Override RPM khusus tidak mengubah nilai ini.
X-RateLimit-Source"tier" saat ladder tetap memasok RPM efektif; "custom" saat override langsung admin memasoknya.
X-RateLimit-DeniedByDikirim pada response 429 saat limiter bernama menolak panggilan: "ip", "api_requests_per_minute", atau "action".
Retry-AfterPada 429 atau 503 yang dapat di-retry, tunggu setidaknya jumlah detik dari Retry-After sebelum mencoba lagi. Untuk action=add, gunakan kembali kunci idempotensi yang sama setelah menunggu.

Menangani 429

  • Tunggu selama detik X-RateLimit-Reset. Nilainya adalah jeda relatif, bukan waktu jam. Tambahkan jitter sebelum retry.
  • Periksa X-RateLimit-DeniedBy. ip, api_requests_per_minute, dan action menunjukkan lapisan penolak; mengganti key tidak melewati batas akun bersama, IP, atau action.
  • Gunakan webhook untuk mengurangi polling. Webhook bersifat best-effort dengan retry, sehingga handler idempoten tetap harus merekonsiliasi state penting melalui action=status.
  • Gunakan batch jika didukung. Status, refill, dan pembatalan mendukung batch terdokumentasi hingga 100 ID; ikuti nama parameter tiap action.