محدودیت تعداد درخواست API اینستاگرام چقدر است؟ راهنمای کامل ریت لیمیت و رفع خطای Too Many Requests

چگونه محدودیت تعداد درخواست api اینستاگرام را در لحظه رصد کنیم؟

خوشبختانه، متا اطلاعات مصرف سهمیه را در هدر هر پاسخ برمی‌گرداند و توسعه‌دهنده می‌تواند پیش از رسیدن به سقف، آن را رصد کند.

خواندن هدرهای X-App-Usage و X-Business-Use-Case-Usage

این دو هدر، درصد مصرف فعلی سهمیه را نشان می‌دهند و باید پس از هر فراخوانی بررسی شوند.

{
  "X-Business-Use-Case-Usage": {
    "{ig-user-id}": [
      {
        "call_count": 78,
        "total_time": 65,
        "type": "INSTAGRAM",
        "estimated_time_to_regain_access": 0
      }
    ]
  }
}

وقتی call_count به بالای ۸۰ تا ۹۰ درصد برسد، بهترین زمان برای کند کردن ارسال درخواست‌هاست؛ صبر کردن تا رسیدن به ۱۰۰ درصد و دریافت خطا، همیشه گران‌تر از کاهش پیشگیرانه سرعت تمام می‌شود.

راهکارهای فنی رایج برای رفع و پیشگیری از خطای ریت لیمیت

پیش از رسیدن به راهکارهای پیشرفته‌تر، این سه تکنیک پایه‌ای‌ترین ابزار هر توسعه‌دهنده در برابر ریت لیمیت api اینستاگرام هستند.

پیاده‌سازی Exponential Backoff

به‌جای تلاش مجدد فوری پس از خطا، باید فاصله زمانی بین هر تلاش را به‌طور تصاعدی افزایش داد.

async function callWithBackoff(fn, retries = 4) {
  for (let i = 0; i < retries; i++) {
    try {
      return await fn();
    } catch (err) {
      if (err.status === 429 && i < retries - 1) { await new Promise(r => setTimeout(r, 2 ** i * 1000));
      } else {
        throw err;
      }
    }
  }
}

کش کردن داده‌های ثابت و کاهش فراخوانی تکراری

داده‌هایی مثل اطلاعات پروفایل یا لیست رسانه‌ها که به‌ندرت تغییر می‌کنند، نباید در هر درخواست دوباره از API خوانده شوند. کش کردن این داده حتی برای چند دقیقه، می‌تواند بخش قابل‌توجهی از فشار روی سهمیه را کاهش دهد.

دسته‌بندی و ادغام درخواست‌ها (Batching)

به‌جای ارسال چند درخواست جداگانه برای چند فیلد یا چند اکانت، تا حد امکان از قابلیت درخواست دسته‌ای (Batch Request) استفاده کنید تا چند عملیات در قالب یک فراخوانی واحد انجام شود و سهمیه کمتری مصرف کند.