Dokumen ini sudah diperbarui.
Terjemahan ke Bahasa Indonesia belum selesai.
Bahasa Inggris diperbarui: 14 Mar

Batas Laju

Batas laju adalah jumlah panggilan API yang dapat dilakukan oleh aplikasi dalam periode waktu tertentu. Jika batas ini dilampaui atau jika CPU atau batas waktu total dilampaui, aplikasi atau pengguna akan terhambat. Permintaan API yang dibuat oleh pengguna atau aplikasi yang terhambat akan gagal.

Semua panggilan API dikenai batas laju. Permintaan Graph API dan API Tampilan Dasar Instagram dikenai Batas Laju Platform, sedangkan permintaan Marketing API dan Instagram Graph API dikenai Batas Laju Kasus Penggunaan Bisnis (BUC).

Permintaan Pages API dikenai Batas Laju Platform BUC, bergantung pada token yang digunakan dalam permintaan; permintaan yang dilakukan dengan aplikasi atau token akses pengguna dikenai Batas Laju Platform, sedangkan permintaan yang dilakukan dengan pengguna sistem atau token akses halaman dikenai Batas Laju Kasus Penggunaan Bisnis.

Statistik penggunaan batas laju real-time dijelaskan di header yang disertakan dengan sebagian besar tanggapan API setelah cukup banyak panggilan dilakukan ke endpoint. Statistik Batas Laju Platform juga ditampilkan di Dasbor Aplikasi. Setelah batas laju tercapai, permintaan selanjutnya yang dilakukan oleh aplikasi akan gagal dan API akan mengembalikan kode kesalahan hingga cukup banyak waktu berlalu sehingga jumlah panggilan jatuh di bawah batas.

Jika batas laju Platform dan Kasus Penggunaan Bisnis dapat diterapkan ke permintaan, batas laju BUC akan diterapkan.

Batas Laju Platform

Batas Laju Platform dilacak di tingkat masing-masing aplikasi atau pengguna, bergantung pada jenis token yang digunakan dalam permintaan.

Aplikasi

Permintaan Graph API yang dilakukan dengan token akses aplikasi dihitung dari batas laju aplikasi tersebut. Jumlah panggilan aplikasi adalah jumlah panggilan yang dapat dilakukan selama satu jam bergulir dan dihitung sebagai berikut:

Calls within one hour = 200 * Number of Users

Jumlah Pengguna didasarkan pada jumlah pengguna aktif harian yang unik, yang dimiliki aplikasi. Jika terdapat periode penggunaan harian yang lambat, misalnya jika aplikasi memiliki aktivitas yang tinggi di akhir pekan tetapi sedikit aktivitas di hari biasa, Pengguna aktif mingguan dan bulanan digunakan untuk menghitung jumlah Pengguna aplikasi. Aplikasi dengan interaksi harian yang tinggi akan memiliki batas laju yang lebih tinggi daripada aplikasi dengan interaksi harian yang rendah, tanpa mempertimbangkan jumlah penginstalan aplikasi yang sebenarnya.

Perlu diperhatikan bahwa ini bukan batas per Pengguna, tetapi batas panggilan yang dilakukan oleh aplikasi. Tiap Pengguna dapat melakukan lebih dari 200 panggilan per jam menggunakan aplikasi, selama total panggilan dari aplikasi tidak melebihi maksimum aplikasi. Contoh: jika aplikasi memiliki 100 Pengguna, aplikasi dapat melakukan 20.000 panggilan per jam. Namun, sepuluh Pengguna teratas yang paling banyak berinteraksi dapat melakukan 19.000 panggilan itu.

Pengguna

Permintaan Graph API yang dilakukan dengan token akses pengguna dihitung dari jumlah panggilan pengguna tersebut. Jumlah panggilan pengguna adalah jumlah panggilan yang dapat dilakukan oleh pengguna selama satu jam bergulir. Karena masalah privasi, kami tidak mengungkapkan nilai jumlah panggilan sebenarnya bagi pengguna.

Perlu diperhatikan bahwa jumlah panggilan pengguna dapat tersebar pada beberapa aplikasi. Misalnya, pengguna dapat melakukan X panggilan melalui App1 dan Y panggilan melalui App2. Jika X+Y melebihi jumlah panggilan pengguna, pengguna tersebut akan dikenakan batas laju. Ini tidak berarti bahwa aplikasi melakukan kesalahan; bisa jadi pengguna menggunakan beberapa aplikasi atau salah menggunakan API.

Header

Endpoint yang menerima cukup permintaan dari aplikasi akan menyertakan header HTTP X-App-Usage atau X-Ad-Account-Usage (untuk panggilan API Iklan v3.3 dan lebih lama) dalam tanggapannya. Header berisi string format JSON yang menjelaskan penggunaan batas laju aplikasi saat ini.

Konten Header


KodeDeskripsi Nilai

call_count

Bilangan bulat yang menunjukkan persentase panggilan yang dilakukan oleh aplikasi selama periode satu jam yang bergulir.

total_cputime

Bilangan bulat yang menunjukkan persentase waktu CPU yang dialokasikan untuk pemrosesan kueri.

total_time

Bilangan bulat yang menunjukkan persentase waktu total yang dialokasikan untuk pemrosesan kueri.

Konten Header X-Ad-Account-Usage

KodeDeskripsi Nilai

acc_id_util_pct

Persentasi panggilan yang dilakukan untuk akun iklan ini sebelum batas laju tercapai.

reset_time_duration

Durasi waktu (dalam hitungan detik) dibutuhkan untuk mengatur ulang batas laju saat ini menjadi 0.

ads_api_access_tier

Tingkat memungkinkan aplikasi Anda untuk mengakses API Marketing. Secara default, aplikasi ada di tingkat development_access dan Standard_access memungkinkan pembatasan laju yang lebih rendah. Untuk mendapatkan batas laju yang lebih tinggi dan mencapai tingkat standar, Anda dapat mengajukan "Advanced Access" ke fitur Akses Standar Pengelolaan Iklan.

Total Waktu CPU

Jumlah waktu CPU yang diperlukan oleh permintaan untuk memproses. Saat total_cputime mencapai 100, panggilan mungkin terhambat.

Total Waktu

Lamanya waktu yang diperlukan untuk memproses permintaan. Saat total_time mencapai 100, panggilan mungkin terhambat.

Contoh Nilai Header Penggunaan-X-App

x-app-usage: {
    "call_count": 28,         //Percentage of calls made 
    "total_time": 25,         //Percentage of total time
    "total_cputime": 25       //Percentage of total CPU time
}

Contoh Nilai Header Penggunaan-Akun-X-Iklan

x-ad-account-usage: {
    "acc_id_util_pct": 9.67,   //Percentage of calls made for this ad account.
    "reset_time_duration": 100,   //Time duration (in seconds) it takes to reset the current rate limit score.
    "ads_api_access_tier": 'standard_access'   //Tiers allows your app to access the Marketing API. standard_access enables lower rate limiting.
}

Dasbor

Dasbor aplikasi menampilkan jumlah pengguna yang dikenai batas laju, persentase penggunaan Batas Laju Aplikasi, dan menampilkan rata-rata aktivitas selama 7 hari terakhir. Di kartu Batas Laju Aplikasi, klik Lihat Detail dan arahkan kursor ke titik mana saja pada grafik untuk melihat detail selengkapnya tentang penggunaan untuk momen tertentu tersebut. Karena penggunaan bergantung pada volume panggilan, grafik ini mungkin tidak menampilkan data 7 hari penuh. Aplikasi dengan volume panggilan yang lebih tinggi akan menunjukkan lebih banyak hari.

Kode Kesalahan

Saat aplikasi atau pengguna telah mencapai batas lajunya, permintaan yang dilakukan oleh aplikasi atau pengguna tersebut akan gagal dan API akan menanggapi dengan kode kesalahan.

Kode Kesalahan Pelambatan


Kode KesalahanDeskripsi

4

Menandakan bahwa aplikasi yang tokennya sedang digunakan dalam permintaan telah mencapai batas lajunya.

17

Menandakan bahwa Pengguna yang tokennya sedang digunakan dalam permintaan telah mencapai batas lajunya.

17 with subcode 2446079

Menandakan bahwa token yang sedang digunakan di API Iklan v3.3 atau lebih lama telah mencapai batas lajunya.

32

Menandakan bahwa Pengguna atau aplikasi yang tokennya sedang digunakan dalam permintaan Pages API telah mencapai batas lajunya.

613

Menandakan bahwa batas laju khusus telah tercapai. Untuk membantu menyelesaikan isu ini, buka dokumen pendukung untuk API tertentu yang sedang Anda panggil untuk batas laju khusus yang dapat diterapkan.

613 with subcode 1996

Menandakan bahwa kami telah melihat perilaku tidak konsisten dalam volume permintaan API aplikasi. Jika baru-baru ini Anda membuat perubahan yang memengaruhi jumlah permintaan API, Anda mungkin akan menemui kesalahan ini.

Contoh Tanggapan

{
  "error": {
    "message": "(#32) Page request limit reached",
    "type": "OAuthException",
    "code": 32,
    "fbtrace_id": "Fz54k3GZrio"
  }
}

Kode Pelambatan Stabilitas Facebook


Kode KesalahanDeskripsi

throttled

Apakah kueri terhambat atau tidak. Nilai: True, False

backend_qps

Faktor pelambatan pertama backend_qps. Nilai yang didukung:

  • actual_scorebackend_qps aktual aplikasi ini. Nilai: 8
  • limitbackend_qps batas aplikasi ini. Nilai: 5
  • more_info—Kueri membutuhkan permintaan backend dalam jumlah besar untuk ditangani. Kami sarankan untuk mengirim lebih sedikit kueri atau menyederhanakan kueri dengan rentang waktu yang lebih sempit, lebih sedikit ID objek, dan sebagainya.

complexity_score

Faktor pelambatan kedua complexity_score. Nilai yang didukung:

  • actual_scorecomplexity_score aktual aplikasi ini. Nilai: 0.1
  • limitcomplexity_score batas aplikasi ini. Nilai: 0.01
  • more_infocomplexity_score tinggi artinya kueri Anda sangat kompleks dan meminta data dalam jumlah besar. Kami sarankan untuk menyederhanakan kueri dengan rentang waktu yang lebih pendek, ID objek yang lebih sedikit, metrik atau perincian, dan sebagainya. Pisahkan kueri yang besar dan kompleks menjadi beberapa kueri yang lebih kecil dan beri jarak.

Praktik Terbaik

  • Saat batas telah tercapai, berhenti melakukan panggilan API. Terus melakukan panggilan akan terus meningkatkan jumlah panggilan, sehingga akan meningkatkan waktu sebelum panggilan akan berhasil lagi.
  • Sebarkan kueri secara merata untuk menghindari lonjakan traffic.
  • Gunakan filter untuk membatasi ukuran tanggapan data dan menghindari panggilan yang meminta data yang tumpang tindih.
  • Periksa header HTTP X-App-Usage untuk melihat seberapa dekat aplikasi mendekati batasnya dan kapan Anda dapat melanjutkan panggilan saat batas telah tercapai.
  • Jika Pengguna sedang terhambat, pastikan bukan aplikasi Anda penyebabnya. Kurangi panggilan pengguna atau sebarkan panggilan pengguna secara lebih merata sepanjang waktu.

Batas Laju Kasus Penggunaan Bisnis

Semua permintaan API Marketing, dan permintaan Pages API yang dilakukan dengan token sistem atau akses halaman, dikenai Batas Laju Kasus Penggunaan Bisnis (BUC), dan bergantung pada endpoint yang sedang Anda kueri.

Untuk API Marketing, batas laju diterapkan ke akun iklan di seluruh Kasus Penggunaan Bisnis yang sama. Contoh, semua endpoint dengan kasus penggunaan bisnis Pengelolaan Iklan akan berbagi total kuota dalam akun iklan yang sama. Jika endpoint tertentu membuat banyak permintaan API dan menyebabkan pelambatan, endpoint lain yang dikonfigurasi dengan kasus penggunaan bisnis yang sama juga akan menerima kesalahan pembatasan laju. Kuota tergantung pada Tingkat Akses API Marketing aplikasi. Tingkat Marketing API akses standar akan memiliki lebih banyak kuota dibandingkan tingkat Marketing API akses pengembangan. Secara default, aplikasi baru harus berada pada tingkat pengembangan. Jika Anda perlu meningkatkan untuk memperoleh kuota pembatasan laju yang lebih tinggi, tingkatkan ke Akses Lanjutan pada Akses Standar Pengelolaan Iklan di Tinjauan Aplikasi.

Insight Iklan

Permintaan yang dibuat oleh aplikasi Anda ke Ads Insight API dihitung berdasarkan metrik batas laju aplikasi seperti jumlah panggilan, total waktu CPU, dan total waktu. Jumlah panggilan aplikasi adalah jumlah panggilan yang dapat dilakukan selama termin satu jam bergulir dan dihitung sebagai berikut:

Untuk aplikasi dengan Akses Standar ke fitur Akses Standar Pengelolaan Iklan:

Calls within one hour = 600 + 400 * Number of Active ads - 0.001 * User Errors

Untuk aplikasi dengan Akses Lanjutan ke fitur Akses Standar Pengelolaan Iklan:

Calls within one hour = 190000 + 400 * Number of Active ads - 0.001 * User Errors

Jumlah Iklan Aktif adalah jumlah iklan yang saat ini berjalan per akun iklan. Kesalahan Pengguna adalah jumlah kesalahan yang diterima saat memanggil API. Untuk mendapatkan batas laju yang lebih tinggi, Anda bisa meminta akses untuk fitur Akses Standar Pengelolaan Iklan.

Pembatasan laju juga dapat bergantung pada total waktu CPU dan total waktu aktual selama periode satu jam bergulir. Untuk detail selengkapnya, periksa X-Business-Use-Case header HTTP total_cputime dan total_time.

Jika menerima kesalahan pembatasan laju, Anda juga dapat merujuk ke estimated_time_to_regain_access di header X-Business-Use-Case untuk estimasi waktu pemblokiran.

Pengelolaan Iklan

Permintaan yang dibuat oleh aplikasi Anda ke Ads Management API dihitung berdasarkan metrik batas laju aplikasi seperti jumlah panggilan, total waktu CPU, dan total waktu. Jumlah panggilan aplikasi adalah jumlah panggilan yang dapat dilakukannya selama periode satu jam bergulir dan dihitung sebagai berikut:

Untuk aplikasi dengan Akses Standarke fitur Akses Standar Pengelolaan Iklan:

Calls within one hour = 300 + 40 * Number of Active ads

Untuk aplikasi dengan Akses Lanjutan ke fitur Akses Standar Pengelolaan Iklan:

Calls within one hour = 100000 + 40 * Number of Active ads

Jumlah Iklan Aktif adalah jumlah iklan untuk tiap akun iklan.

Pembatasan laju juga dapat bergantung pada total waktu CPU dan total waktu aktual selama periode satu jam bergulir. Untuk detail selengkapnya, periksa X-Business-Use-Case header HTTP total_cputime dan total_time.

Jika menerima kesalahan pembatasan laju, Anda juga dapat merujuk ke estimated_time_to_regain_access di header X-Business-Use-Case untuk estimasi waktu pemblokiran.

Katalog

Batch Katalog

Permintaan yang dibuat oleh aplikasi Anda dihitung berdasarkan metrik batas laju seperti jumlah panggilan, total waktu CPU, dan total waktu yang dapat dilakukan aplikasi Anda dalam jangka waktu satu jam bergulir per setiap ID katalog dan dihitung sebagai berikut:

Calls within one hour = 200 + 200 * log2(unique users)

Pengguna unik adalah sejumlah pengguna unik bisnis (di semua katalog) dengan niat dalam 28 hari terakhir. Makin banyak pengguna melihat produk dari katalog Anda, makin banyak kuota panggilan yang dialokasikan.

Jenis Panggilan Endpoint

POST

/{catalog_id}/items_batch

POST

/{catalog_id}/localized_items_batch

POST

/{catalog_id}/batch

Pengelolaan Katalog

Permintaan yang dibuat oleh aplikasi Anda dihitung terhadap jumlah panggilan yang dapat dilakukan aplikasi Anda dalam periode bergulir satu jam per setiap ID katalog dan dihitung sebagai berikut:

Calls within one hour = 20,000 + 20,000 * log2(unique users)

Pengguna unik adalah sejumlah pengguna unik bisnis (di semua katalog) dengan niat dalam 28 hari terakhir. Makin banyak pengguna melihat produk dari katalog Anda, makin banyak kuota panggilan yang dialokasikan.

Formula ini diterapkan pada berbagai endpoint katalog.

Untuk informasi selengkapnya tentang cara mengetahui penggunaan laju Anda saat ini, lihat Header.

Pembatasan laju juga dapat bergantung pada total waktu CPU dan total waktu aktual selama periode satu jam bergulir. Untuk detail selengkapnya, periksa X-Business-Use-Case header HTTP total_cputime dan total_time.

Jika menerima kesalahan pembatasan laju, Anda juga dapat merujuk ke estimated_time_to_regain_access di header X-Business-Use-Case untuk estimasi waktu pemblokiran.

Pemirsa Khusus

Permintaan yang dibuat oleh aplikasi Anda ke Custom Audience API dihitung berdasarkan metrik batas laju aplikasi seperti jumlah panggilan, total waktu CPU, dan total waktu. Jumlah panggilan aplikasi adalah jumlah panggilan yang dapat dilakukan selama jangka waktu satu jam bergulir dan dihitung sebagai berikut, tetapi tidak akan pernah melebihi 700.000:

Untuk aplikasi dengan Akses Standar ke fitur Akses Standar Pengelolaan Iklan:

Calls within one hour = 5000 + 40 * Number of Active Custom Audiences

Untuk aplikasi dengan Akses Lanjutan ke fitur Akses Standar Pengelolaan Iklan:

Calls within one hour = 190000 + 40 * Number of Active Custom Audiences

Jumlah Pemirsa Khusus Aktif adalah jumlah pemirsa khusus aktif untuk setiap akun iklan.

Pembatasan laju juga dapat bergantung pada total waktu CPU dan total waktu aktual selama periode satu jam bergulir. Untuk detail selengkapnya, periksa X-Business-Use-Case header HTTP total_cputime dan total_time.

Jika menerima kesalahan pembatasan laju, Anda juga dapat merujuk ke estimated_time_to_regain_access di header X-Business-Use-Case untuk estimasi waktu pemblokiran.

Instagram Graph API

Panggilan ke Instagram Graph API dihitung dari jumlah panggilan aplikasi yang memanggil. Jumlah panggilan aplikasi unik untuk tiap aplikasi dan pasangan pengguna aplikasi, dan merupakan jumlah panggilan yang telah dilakukan oleh aplikasi selama periode 24 jam yang bergulir. Ini dihitung sebagai berikut:

Calls within 24 hours = 4800 * Number of Impressions

Jumlah Tayangan adalah berapa kali konten dari akun Instagram pengguna aplikasi telah memasuki layar seseorang dalam 24 jam terakhir.

Catatan

LeadGen

Permintaan yang dibuat oleh aplikasi Anda ke API Penciptaan Prospek dihitung terhadap jumlah panggilan aplikasi. Jumlah panggilan aplikasi adalah jumlah panggilan yang dapat dilakukannya selama periode 24 jam yang bergulir dan dihitung sebagai berikut:

Calls within 24 hours = 4800 * Leads Generated

Jumlah Prospek yang Diciptakan adalah jumlah prospek yang diciptakan per Halaman untuk Akun Iklan ini selama 90 hari terakhir.

Platform Messenger

Batas laju untuk Platform Messenger bergantung pada API yang digunakan dan, dalam beberapa instance, konten pesan.

API Messenger

Permintaan yang dibuat oleh aplikasi Anda dihitung terhadap jumlah panggilan yang dapat dilakukan aplikasi Anda dalam periode bergulir 24 jam dan dihitung sebagai berikut:

Calls within 24 hours = 200 * Number of Engaged Users

Jumlah Pengguna yang berinteraksi adalah jumlah orang yang dapat dikirimi pesan oleh bisnis melalui Messenger.

API Messenger untuk Instagram

Permintaan yang dibuat oleh aplikasi Anda dihitung terhadap jumlah panggilan yang dapat dilakukan aplikasi Anda per akun Profesional Instagram dan API yang digunakan.

API Percakapan

  • Aplikasi Anda dapat melakukan 2 panggilan per detik per akun Profesional Instagram

API Kirim

  • Aplikasi Anda dapat melakukan 100 panggilan per detik per akun Profesional Instagram untuk pesan yang berisi teks, tautan, tanggapan, dan stiker
  • Aplikasi Anda dapat melakukan 10 panggilan per detik per akun Profesional Instagram untuk pesan yang berisi konten audio atau video

API Balasan Pribadi

  • Aplikasi Anda dapat melakukan 100 panggilan per detik per akun Profesional Instagram untuk balasan pribadi ke komentar Siaran Langsung Instagram
  • Aplikasi Anda dapat melakukan 750 panggilan per jam per akun Profesional Instagram untuk balasan pribadi terhadap komentar di postingan dan reels Instagram

Halaman

Batas Laju Halaman dapat menggunakan logika batas laju Platform atau BUC bergantung pada jenis token yang digunakan. Panggilan Pages API yang dilakukan menggunakan token Halaman atau token akses pengguna sistem menggunakan perhitungan batas laju di bawah. Panggilan yang dilakukan dengan token aplikasi atau token akses pengguna dikenai batas laju aplikasi atau Pengguna.

Permintaan yang dilakukan oleh aplikasi ke Pages API menggunakan token akses Halaman atau token akses Pengguna sistem dihitung sebagai bagian dari jumlah panggilan aplikasi. Jumlah panggilan aplikasi adalah jumlah panggilan yang dapat dilakukannya selama periode 24 jam bergulir dan dihitung sebagai berikut:

Calls within 24 hours = 4800 * Number of Engaged Users

Jumlah Pengguna yang Berinteraksi adalah jumlah Pengguna yang berinteraksi dengan Halaman per 24 jam.

Permintaan yang dilakukan oleh aplikasi ke Pages API menggunakan token akses Pengguna atau token akses Aplikasi mengikuti logika Batas Laju Platform.

Untuk menghindari masalah pembatasan laju ketika menggunakan fitur Konten Akses Publik Halaman, penggunaan token akses pengguna sistem direkomendasikan.

Pengelolaan Efek Spark AR Commerce

Permintaan yang dibuat oleh aplikasi ke endpoint Commerce apa pun dihitung terhadap jumlah panggilan aplikasi. Jumlah panggilan aplikasi adalah jumlah panggilan yang dapat dilakukannya selama periode satu jam bergulir dan dihitung sebagai berikut:

Calls within one hour = 200 + 40 * Number of Catalogs

Jumlah Katalog adalah jumlah total katalog di semua akun dagang yang dikelola oleh aplikasi Anda.

WhatsApp Business Management API

Permintaan yang dibuat oleh aplikasi Anda ke API Pengelolaan WhatsApp Business dihitung berdasarkan jumlah aplikasi Anda. Jumlah panggilan aplikasi adalah jumlah panggilan yang dapat dilakukan selama satu jam bergulir. Untuk API Pengelolaan WhatsApp Business berikut, aplikasi Anda dapat melakukan 200 panggilan per jam, per aplikasi, per akun WhatsApp Business (WABA) secara default. Untuk WABA aktif dengan minimal satu nomor telepon terdaftar, aplikasi Anda dapat melakukan 5.000 panggilan per jam, per aplikasi, per WABA aktif.
Jenis Panggilan Endpoint

GET

/{whatsapp-business-account-id}

GET, POST, dan DELETE

/{whatsapp-business-account-id}/assigned_users

GET

/{whatsapp-business-account-id}/phone_numbers

GET, POST, dan DELETE

/{whatsapp-business-account-id}/message_templates

GET, POST, dan DELETE

/{whatsapp-business-account-id}/subscribed_apps

GET

/{whatsapp-business-account-to-number-current-status-id}

Untuk API Lini Kredit berikut, aplikasi Anda dapat melakukan 5.000 panggilan per jam, per aplikasi.
Jenis Panggilan Endpoint

GET

/{business-id}/extendedcredits

POST

/{extended-credit-id}/whatsapp_credit_sharing_and_attach

GET dan DELETE

/{allocation-config-id}

GET

/{extended-credit-id}/owning_credit_allocation_configs

Untuk menghindari menekan batas laju, kami merekomendasikan penggunaan Webhooks untuk melacak pembaruan status template pesan, nomor telepon, dan WABA.

Untuk informasi selengkapnya tentang cara mendapatkan penggunaan laju Anda saat ini, lihat Header.

Header

Semua tanggapan API yang dilakukan aplikasi yang dikenai batas laju menggunakan logika BUC menyertakan header HTTP X-Business-Use-Case-Usage (untuk panggilan API Iklan v3.3 dan lebih lama) dengan string format JSON yang menjelaskan penggunaan batas laju aplikasi saat ini. Header ini dapat mengembalikan hingga 32 objek dalam satu panggilan.

Konten Header Penggunaan Kasus-Penggunaan-X-Bisnis

Kode KesalahanDeskripsi Nilai

business-id

ID bisnis yang terkait dengan token yang melakukan panggilan API.

call_count

Bilangan bulat yang menunjukkan persentase panggilan yang diizinkan, yang dilakukan oleh aplikasi selama periode satu jam yang bergulir.

estimated_time_to_regain_access

Waktu, dalam menit, hingga panggilan tidak akan terhambat lagi.

total_cputime

Bilangan bulat yang menunjukkan persentase waktu CPU yang dialokasikan untuk pemrosesan kueri.

total_time

Bilangan bulat yang menunjukkan persentase total waktu yang dialokasikan untuk pemrosesan kueri.

type

Jenis batas laju yang diterapkan. Nilai dapat berupa salah satu dari berikut: ads_insights, ads_management, custom_audience, instagram, leadgen, messenger, atau pages.

ads_api_access_tier

Hanya untuk jenis ads_insights dan ads_management. Tingkat memungkinkan aplikasi Anda untuk mengakses Marketing API. Secara default, aplikasi ada di tingkat development_access dan Standard_access memungkinkan pembatasan laju yang lebih rendah. Untuk mendapatkan batas laju yang lebih tinggi dan mencapai tingkat standar, Anda dapat mengajukan "Advanced Access" ke fitur Akses Standar Pengelolaan Iklan.

Total Waktu CPU

Jumlah waktu CPU yang diperlukan untuk memproses permintaan. Saat total_cputime mencapai 100, panggilan mungkin terhambat.

Total Waktu

Lamanya waktu yang diperlukan oleh permintaan untuk memproses. Saat total_time mencapai 100, panggilan mungkin terhambat.

Tingkat Akses Ads API

Hanya untuk jenis ads_insights dan ads_management. Tingkat memungkinkan aplikasi Anda untuk mengakses Marketing API. Secara default, aplikasi ada di tingkat development_access dan Standard_access memungkinkan pembatasan laju yang lebih rendah. Untuk mendapatkan batas laju yang lebih tinggi dan mencapai tingkat standar, Anda dapat mengajukan "Akses Lanjutan" ke fitur Akses Standar Pengelolaan Iklan.

Contoh Nilai Header Penggunaan-Kasus-Penggunaan-X-Bisnis

x-business-use-case-usage: {
    "{business-object-id}": [
        {
            "type": "{rate-limit-type}",           //Type of BUC rate limit logic being applied.
            "call_count": 100,                     //Percentage of calls made. 
            "total_cputime": 25,                   //Percentage of the total CPU time that has been used.
            "total_time": 25,                      //Percentage of the total time that has been used.   
            "estimated_time_to_regain_access": 19,  //Time in minutes to regain access.
            "ads_api_access_tier": "standard_access"  //Tiers allows your app to access the Marketing API. standard_access enables lower rate limiting.
        }
    ],      
    "66782684": [
        {
            "type": "ads_management",
            "call_count": 95,
            "total_cputime": 20,
            "total_time": 20,
            "estimated_time_to_regain_access": 0,
            "ads_api_access_tier": "development_access" 
        }
    ],
    "10153848260347724": [
        {
            "type": "ads_insights",
            "call_count": 97,
            "total_cputime": 23,
            "total_time": 23,
            "estimated_time_to_regain_access": 0,
            "ads_api_access_tier": "development_access"
        }
    ],
    "10153848260347724": [
        {
            "type": "pages",
            "call_count": 97,
            "total_cputime": 23,
            "total_time": 23,
            "estimated_time_to_regain_access": 0
        }
    ],
...
}

Kode Kesalahan

Saat aplikasi mencapai batas laju Kasus Penggunaan Bisnis, permintaan selanjutnya yang dilakukan oleh aplikasi akan gagal dan API akan menanggapi dengan kode kesalahan.

Kode KesalahanJenis Batas Laju BUC

error code 80000, error subcode 2446079

Insight Iklan

error code 80004, error subcode 2446079

Pengelolaan Iklan

error code 80003, error subcode 2446079

Pemirsa Khusus

error code 80002

Instagram

error code 80005

LeadGen

error code 80006

Messenger

error code 32

Panggilan Halaman yang dilakukan dengan token akses Pengguna

error code 80001

Panggilan Halaman yang dilakukan dengan token akses Halaman atau Pengguna Sistem

error code 17, error subcode 2446079

API Iklan V3.3 dan Lebih Lama, tidak termasuk Insight Iklan

error code 80008

WhatsApp Business Management API

error code 80014

Batch Katalog

error code 80009

Pengelolaan Katalog

Pesan Kode Contoh Kesalahan

{   
"error": {      
    "message": "(#80001) There have been too many calls to this Page account. Wait a bit and try again. For more info, please refer to https://developers.facebook.com/docs/graph-api/overview/rate-limiting.",      
    "type": "OAuthException",      
    "code": 80001,      
    "fbtrace_id": "AmFGcW_3hwDB7qFbl_QdebZ"   
    }
}

Praktik Terbaik

  • Saat batas telah tercapai, berhenti melakukan panggilan API. Melanjutkan untuk melakukan panggilan akan terus meningkatkan jumlah panggilan, sehingga akan menambah waktu sebelum panggilan dapat berhasil kembali.
  • Periksa header HTTP X-Business-Use-Case-Usage untuk melihat seberapa dekat akun iklan Anda mendekati batasnya dan kapan Anda dapat melanjutkan panggilan.
  • Verifikasi kode kesalahan dan endpoint API untuk mengonfirmasi jenis pelambatan.
  • Beralih ke akun iklan lain dan kembali ke akun ini nanti.
  • Lebih baik membuat iklan baru daripada mengubah iklan yang sudah ada.
  • Sebarkan kueri secara merata di antara dua interval waktu untuk menghindari pengiriman traffic dalam kondisi spike.
  • Gunakan filter untuk membatasi ukuran tanggapan data dan menghindari panggilan yang meminta data yang tumpang tindih.

Pertanyaan Umum

Apa yang dianggap sebagai panggilan API?

Semua panggilan dihitung dari batas laju, bukan hanya permintaan API satu per satu. Contoh: Anda dapat melakukan satu permintaan API yang menyebutkan beberapa ID, tetapi tiap ID dihitung sebagai satu panggilan API.

Tabel berikut menggambarkan konsep ini.

Contoh Permintaan Jumlah Panggilan API

GET https://graph.facebook.com/photos?ids=4

GET https://graph.facebook.com/photos?ids=5

GET https://graph.facebook.com/photos?ids=6

3

GET https://graph.facebook.com/photos?ids=4,5,6

3

Kami sangat merekomendasikan agar menyebutkan beberapa ID dalam satu permintaan API jika memungkinkan, karena ini meningkatkan kinerja tanggapan API.

Saya membangun scraper, apa ada hal lain yang harus saya khawatirkan?

Jika Anda membangun layanan yang men-scrape data, harap baca ketentuan scraping kami.