July 4, 2026
|
5 min read
تسعير OpenRouter في عام 2026: تحليل كامل للخطط والتكاليف والرسوم الخفية
By أشيش دوبي
Published: July 4, 2026
.webp)
Built for Speed: ~10ms Latency, Even Under Load
Blazingly fast way to build, track and deploy your models!
- Handles 350+ RPS on just 1 vCPU — no tuning needed
- Production-ready with full enterprise support
يوفر OpenRouter للفرق بوابة API موحدة للوصول إلى مئات نماذج الذكاء الاصطناعي من خلال واجهة برمجة تطبيقات (API) واحدة متوافقة مع OpenAI. الفكرة بسيطة: مفتاح API واحد لـ OpenRouter، ورصيد ائتماني واحد، وعنوان URL أساسي واحد، وتبديل أسرع للنماذج دون الحاجة لإدارة العديد من حسابات المزودين.
بالنسبة للعديد من الفرق، تحمل هذه الراحة قيمة حقيقية. يقلل OpenRouter من صعوبة التعامل مع مفاتيح API منفصلة عبر OpenAI و Anthropic و Google و Gemini و Claude ومزودي النماذج الآخرين. كما يوفر للمطورين واجهة واحدة لمقارنة نقاط النهاية والتوجيه وسلوك النموذج عبر أعباء العمل المختلفة.
يحتاج التسعير إلى قراءة متأنية قبل أن تتوسع الفرق. تعمل الخطة المجانية بشكل جيد للنماذج الأولية، بينما يعمل الدفع حسب الاستخدام للاستخدام المنخفض إلى المتوسط. المخاوف اللاحقة هي رسوم شراء الرصيد بنسبة 5.5%، وهيكل BYOK، وعدم وجود اتفاقية مستوى خدمة (SLA) عامة، وسقف حوكمة الإنتاج.
يشرح هذا الدليل تسعير OpenRouter، والتكاليف وراء كل طبقة، والرسوم التي لا تظهر في أسعار الرموز المعلنة. كما يوضح متى تميل الفرق إلى تجاوز OpenRouter عندما تصبح سير العمل القائمة على الوكلاء، والامتثال، والنشر الخاص، وحوكمة الميزانية احتياجات إنتاج حقيقية.
خطط تسعير OpenRouter: ما تتضمنه كل طبقة
يحتوي تسعير OpenRouter على ثلاثة مسارات رئيسية: مجاني، الدفع حسب الاستخدام، والمؤسسات. الطبقة المجانية مفيدة لاختبار النماذج المجانية. يوفر الدفع حسب الاستخدام الوصول إلى النماذج المدفوعة من خلال الأرصدة المشتراة. تضيف طبقة المؤسسات ضوابط متفق عليها للفرق التي تحتاج إلى تسجيل الدخول الموحد (SSO)، واتفاقيات مستوى الخدمة (SLAs)، والدعم.
الطبقة المجانية
تقدم الطبقة المجانية أكثر من 25 نموذجًا مجانيًا، وحد 20 طلبًا في الدقيقة، وحصة يومية محدودة. يمكن للمستخدمين المجانيين إجراء 50 طلبًا للنماذج المجانية يوميًا. عندما يشتري حساب ما لا يقل عن 10 دولارات من الأرصدة، يرتفع حد طلبات النماذج المجانية اليومية إلى 1,000.
الطبقة المجانية مفيدة لاختبار منطق التوجيه، وسلوك النموذج، والنماذج الأولية البسيطة قبل شراء الأرصدة. إنها غير مصممة لأعباء العمل الإنتاجية القائمة على الوكلاء حيث تهم الاتساق، والإنتاجية، وحدود المعدل المتوقعة. الطلبات الفاشلة لا تزال قادرة على تقليل التخصيص المتاح.
OpenRouter Gives You Model Access. TrueFoundry Gives You Model Governance.
طبقة الدفع حسب الاستخدام
هذا هو الخيار المدفوع الأساسي في تسعير OpenRouter. تشتري الفرق الأرصدة مسبقًا باستخدام بطاقة ائتمان، أو عملة مشفرة، أو طريقة دفع أخرى مدعومة. يفرض OpenRouter رسومًا بنسبة 5.5% على مشتريات الأرصدة، بينما تمر أسعار رموز المزودين دون إضافة هامش ربح منفصل على الرموز.
على سبيل المثال، شراء رصيد بقيمة 100 دولار يترك حوالي 94.50 دولارًا للاستدلال بعد رسوم المنصة. تسعير النموذج نفسه لا يزال يعتمد على النموذج المحدد، وحجم الرموز، وطول الإكمال، ورموز الإخراج. الاستجابات الأطول، والسياق الأكبر، ومخرجات الأدوات الأكبر تزيد من التكلفة الإجمالية لـ OpenRouter.
يجب على الفرق أيضًا مراقبة تغييرات الأسعار في صفحات النماذج. إذا قام مزود بتغيير الأسعار، يمكن أن تستمر الطلبات في التوجيه إلى نفس النموذج. يتم بعد ذلك محاسبة الحساب بالسعر الجديد، وتُخصم الأرصدة وفقًا لذلك من خلال نظام فواتير OpenRouter.
طبقة المؤسسات
طبقة المؤسسات ذات سعر مخصص وتضيف SSO/SAML، واتفاقيات مستوى خدمة تعاقدية، ودعمًا ذا أولوية، وقنوات دعم مخصصة. هذه الإمكانيات مهمة عندما تحتاج الفرق إلى ضوابط أقوى مما يوفره وصول المطورين أو الدفع حسب الاستخدام. يتم التفاوض على شروط اتفاقية مستوى الخدمة (SLA) الدقيقة خلال عملية مبيعات المؤسسات.
طبقة المؤسسات مهمة أيضًا عندما تحتاج الفرق إلى خطط مختلفة، وحدود مختلفة، وسير عمل دعم لأعباء العمل الإنتاجية. يجب على المشترين أن يسألوا كيف يتعامل OpenRouter مع انقطاعات النماذج، وزمن الاستجابة في أوقات الذروة، والرجوع إلى مزود بديل، والحدود المخصصة، وتصعيد الدعم في التطبيقات ذات الحجم الكبير.
.webp)
التكاليف الخفية في تسعير OpenRouter
أسعار الرموز المعلنة واضحة ومباشرة. هناك تكاليف أخرى قليلة تحتاج إلى اهتمام قبل أن تتوسع الفرق، خاصة عندما ينتقل الوصول إلى النماذج من التجارب إلى تطبيقات الإنتاج. غالبًا ما تكون هذه التكاليف خارج نطاق سعر الرمز الواحد المعروض في صفحة النموذج.
رسوم المنصة البالغة 5.5% تتضاعف مع التوسع
تُطبق رسوم الـ 5.5% كلما اشترت الفرق أرصدة. عند الحجم المنخفض، قد تبدو الرسوم مقبولة لأن OpenRouter يوفر وقت التكامل. عند الحجم الكبير، تصبح النسبة بندًا متكررًا بالإضافة إلى تكاليف استدلال المزود.
لنأخذ فريقًا يشتري أرصدة استدلال بقيمة 200,000 دولار شهريًا. هذا يولد حوالي 11,000 دولار كرسوم منصة شهرية قبل تشغيل أول استدعاء للنموذج. على مدى ثلاث سنوات، يمكن أن يقترب هذا المبلغ من 400,000 دولار، اعتمادًا على الإنفاق المستمر وأنماط الشراء.
هذا لا يجعل OpenRouter الخيار الخاطئ. بل يعني أنه يجب على الفرق مقارنة الرسوم بمدخرات الهندسة، وجهد إدارة المزودين، وقيمة تبديل النماذج. يمكن للفرق أيضًا مراجعة اعتبارات أوسع لتكلفة البوابة قبل اختيار طبقة توجيه لأعباء العمل الإنتاجية.
رسوم BYOK بعد تجاوز الحد المجاني
تتيح ميزة "إحضار مفتاحك الخاص" (BYOK) للفرق توجيه الاستدعاءات عبر حسابات المزودين الخاصة بهم مع الاستمرار في استخدام واجهة برمجة تطبيقات OpenRouter. يمكن أن يساعد هذا الفرق في الحفاظ على علاقات مباشرة مع المزودين، وإدارة مفاتيح API منفصلة، والاحتفاظ بخصومات المزود أو حدود المعدل.
أول مليون طلب BYOK شهريًا مجانية في الخطط القياسية. بعد تجاوز هذا الحد، يفرض OpenRouter رسومًا بنسبة 5% مما كان سيكلفه نفس الاستدعاء على منصته. ترفع خطة المؤسسات حد الطلبات المجانية إلى 5 ملايين شهريًا قبل تطبيق رسوم الـ 5%.
يمكن لـ BYOK أن يقلل من رسوم المنصة، على الرغم من أنه لا يلغيها تمامًا عند التوسع. كما يتطلب تكوينًا دقيقًا لأن المفاتيح ذات الأولوية ومفاتيح الاحتياطي يمكن أن تغير نقاط النهاية التي تتلقى الطلبات. يجب على الفرق توثيق هذا السلوك ضمن وثائق الهندسة وعملية مراجعة الفواتير.
رفض تجاوز حدود المعدل بدون انتظار في قائمة الانتظار
إذا تجاوز طلب حدًا معينًا، يمكن لـ OpenRouter إرجاع رسالة خطأ HTTP 429 على الفور. لا توجد قائمة انتظار تلقائية، أو ترقية تلقائية، أو تراجع مدمج لجعل العميل ينتظر بأمان. يجب على التطبيق المستدعي التعامل مع عمليات إعادة المحاولة، وتحديد الوتيرة، والتراجع الأسي.
هذا مهم لـ Claude Code، والمهام الدفعية، وتوليد الأكواد، وتوليد الصور، وسير عمل البحث المتعمق. يمكن لأعباء العمل هذه إجراء العديد من الاستدعاءات بسرعة، خاصة عندما تتوسع عمليات التفكير المعقدة أو حلقات الأدوات. بدون ضوابط من جانب العميل، يمكن أن يؤدي ارتفاع مفاجئ في المعدل إلى تعطيل سير العمل.
يجب على الفرق أيضًا مراعاة أوقات الذروة، وتقييد المزودين، وتغييرات الحدود الأولية. قد تقوم منصة OpenRouter بتوجيه الطلبات بكفاءة، ومع ذلك، لا تزال حدود مستوى المزود تؤثر على الإنتاجية الفعلية. وهذا يجعل تحديد معدل الطلبات من جانب التطبيق مطلبًا هندسيًا.
شروط اتفاقية مستوى الخدمة تتطلب تفاوضًا
يحتاج مشترو المؤسسات عادةً إلى التزام واضح بوقت التشغيل قبل نقل أعباء العمل الحيوية. لا ينشر OpenRouter شروط اتفاقية مستوى الخدمة القياسية لكل مشترٍ. يجب أن يأتي أي ضمان تعاقدي لوقت التشغيل من خلال مفاوضات المؤسسة ومراجعة المشتريات.
هذا يثير سؤال تقييم عملي. تحتاج الفرق إلى معرفة ما يحدث عندما تفشل البوابة، وعندما يفشل مزود، وعندما ينتج مسار احتياطي جودة متدنية. بدون رقم اتفاقية مستوى خدمة عام، يجب توضيح متطلبات الموثوقية قبل موافقة قسم المشتريات.
متى يكون تسعير OpenRouter مجديًا ومتى لا يكون كذلك
يكون تسعير OpenRouter مجديًا عندما تُقدّر الفرق مرونة المزودين أكثر من النشر الخاص أو الحوكمة العميقة. يمكن أن يكون مفيدًا لاختبار مجموعة من النماذج المتخصصة، ومقارنة كل عضو في المجموعة، واختيار أحدث نموذج لكل مهمة دون تغيير كود التطبيق.
يستحق OpenRouter رسومه في عدة حالات:
- يستخدم فريقك ثلاثة نماذج أو أكثر عبر مزودين مختلفين.
- الفواتير الموحدة ومفتاح API واحد يقللان من التعقيدات التشغيلية.
- أنت تقوم بتقييم الأداء المعياري عبر OpenAI و Anthropic و Google و Gemini.
- تحتاج إلى تبديل سريع للنماذج للاستدلال أو توليد الكود أو توليد الصور.
- تحتاج إلى أداء قوي، أو زمن استجابة أقل، أو دقة أكبر من خلال التوجيه.
- حجم استخدامك معتدل بما يكفي لتكون رسوم المنصة مقبولة.
يتوقف عن كونه مجديًا في حالات أخرى:
- أنت مقيد بنموذج واحد مهيمن بحجم استخدام كبير.
- تصبح رسوم الـ 5.5% عبئًا إضافيًا دون فائدة توجيه حقيقية.
- حالة استخدامك تتطلب نشرًا أصليًا لشبكة VPC أو مسارات استدلال خاصة.
- يحتاج فريقك إلى RBAC وسجلات التدقيق وميزانيات لكل فريق.
- تحتاج إلى تحكم أقوى في استخدام الأدوات في سير العمل القائم على الوكلاء.
- لا يمكن لفريق الأمان لديك قبول خروج المطالبات من حدود الشبكة.
الخلاصة الصريحة بسيطة. OpenRouter هو نقطة انطلاق قوية لتقييم النماذج وأعباء العمل المعتدلة متعددة النماذج. تنشأ الحاجة إلى بدائل OpenRouter عندما تحتاج الفرق الخاضعة للتنظيم إلى حوكمة ونشر خاص وإثبات امتثال يتجاوز لوحة تحكم OpenRouter.
.webp)
ما لا يغطيه تسعير OpenRouter لفرق الشركات
OpenRouter هو طبقة توجيه للنماذج، وليس منصة حوكمة كاملة. تقع العديد من متطلبات الشركات خارج نطاق تسعير OpenRouter القياسي، حتى عندما ينتقل الفريق إلى شروط مؤسسية مخصصة.
- تخصيص التكلفة لكل فريق: يتتبع OpenRouter الإنفاق حسب المفتاح والحساب. يتطلب ربط الاستخدام بفرق أو تطبيقات أو بيئات أو أعباء عمل فردية عادةً أدوات مخصصة. يمكن أن يظل مفتاح واحد بمثابة سلة مشتركة واحدة.
- التحكم في الوصول المستند إلى الدور (RBAC) على مستوى النماذج والأدوات: لا يوفر OpenRouter نفس مستوى الحوكمة على مستوى النماذج والأدوات الذي تتوقعه الشركات من مستوى التحكم في الإنتاج. يمكن لأي شخص يمتلك المفتاح الوصول إلى النماذج المسموح بها، مما يخلق نقاط ضعف أمنية.
- النشر الأصلي لشبكة VPC: يتم توجيه المكالمات عبر البنية التحتية لـ OpenRouter، لذلك تغادر المطالبات والاستجابات حدود شبكة العميل. بالنسبة للصناعات الخاضعة للتنظيم، يمكن أن يصبح هذا مشكلة إقامة بيانات عندما تتضمن المطالبات بيانات العملاء أو البيانات الداخلية.
- مسارات التدقيق للامتثال: سجلات المفتاح الواحد ليست هي نفسها أدلة التدقيق المنسوبة للمستخدم. غالبًا ما تحتاج فرق الامتثال إلى هوية المستخدم، والنموذج، وبيانات تعريف المطالبة، والتكلفة، ونتائج السياسة، وضوابط الاحتفاظ من أجل مراجعة SOC 2 أو HIPAA.
- حوكمة سير العمل القائم على الوكلاء: يمكن لـ OpenRouter توجيه استدعاءات النماذج، على الرغم من أنه لا يحكم المسار الكامل لسير العمل القائم على الوكلاء. لا تزال استدعاءات الأدوات، والوصول إلى MCP، وحدود الحلقات، وميزانيات مستوى الوكيل بحاجة إلى طبقة إنفاذ منفصلة.
OpenRouter Routes Your Models. TrueFoundry Governs Every Call Made Through Them.
TrueFoundry كبديل لـ OpenRouter لفرق الشركات
TrueFoundry يمنح فرق الشركات سهولة الوصول إلى النماذج التي قد تعجبهم في OpenRouter، مع حوكمة أقوى على مسار الطلب. التركيز ليس فقط على التوجيه، بل هو التحكم في من يمكنه استدعاء أي نموذج، وكم يمكنهم إنفاقه، وأين يُسمح للبيانات بالانتقال.
بوابة محكومة تصبح مهمة عندما يتجاوز تدفق الذكاء الاصطناعي مرحلة التجريب. تحتاج الفرق إلى تطبيق الميزانية، والتحكم في الوصول المستند إلى الدور (RBAC)، وإمكانية المراقبة، ومسارات التدقيق قبل تشغيل الاستدلال. يصبح هذا أكثر أهمية عندما تحتوي المطالبات على بيانات حساسة أو عندما تدعم استدعاءات النماذج سير عمل الإنتاج.
تكون TrueFoundry الأكثر أهمية عندما تحتاج الفرق إلى:
- لا توجد رسوم إضافية بنسبة مئوية من المنصة: تدفع الفرق للمزودين مباشرةً وتستخدم TrueFoundry لإدارة التوجيه والميزانيات وسياسات الوصول وإمكانية المراقبة، دون أي نسبة مئوية للمنصة على الاستخدام.
- خيارات النشر الخاص: يمكن أن تبقى مكالمات الاستدلال والمطالبات والاستجابات داخل بيئات AWS أو GCP أو Azure أو في الموقع أو البيئات المعزولة.
- ضوابط صارمة للميزانية: يمكن فرض حدود الإنفاق قبل تكبد تكلفة الاستدلال عبر الفرق أو النماذج أو التطبيقات أو البيئات أو المستخدمين.
- الوصول المدرك للهوية: يساعد التحكم في الوصول المستند إلى الدور (RBAC) الفرق على التحكم في المستخدمين والفرق والتطبيقات التي يمكنها الوصول إلى النماذج وسير العمل المعتمدة.
- تسجيل جاهز للتدقيق: يمكن تسجيل كل استدعاء نموذج مع هوية المستخدم والنموذج والتكلفة وزمن الاستجابة وبيانات تعريف الاستجابة داخل بيئة العميل.
- حوكمة الوكلاء والأدوات: تساعد بوابة الوكيل أيضًا الفرق على حوكمة سير العمل المستقل وسلوك الوكيل وحدود الحلقات والوصول إلى الأدوات النهائية. يصبح هذا مهمًا عندما تصبح استدعاءات النموذج جزءًا من سير عمل وكيلية أكبر.
بالنسبة لأعباء عمل الوكلاء، تصبح احتياجات الحوكمة أكثر أهمية. تدعم TrueFoundry حوكمة سير عمل الوكيل، بما في ذلك حدود الحلقات وقواطع الدوائر وسياسات وقت التشغيل ومسارات التدقيق المنسوبة للمستخدم. يساعد هذا في منع الجلسات الجامحة قبل أن تتسبب في حوادث فوترة أو أمنية.
تحافظ TrueFoundry على سهولة طبقة وصول واحدة مع إضافة الضوابط التي تحتاجها فرق الإنتاج. لا يتعين على الشركات الاختيار بين الوصول المرن للنماذج والحوكمة التشغيلية الأقوى.
احجز عرضًا توضيحيًا لترى كيف تدير TrueFoundry النماذج والوكلاء والأدوات والميزانيات وعمليات التدقيق بأمان.
TrueFoundry AI Gateway delivers ~3–4 ms latency, handles 350+ RPS on 1 vCPU, scales horizontally with ease, and is production-ready, while LiteLLM suffers from high latency, struggles beyond moderate RPS, lacks built-in scaling, and is best for light or prototype workloads.
Built for Speed: ~10ms Latency, Even Under Load
The fastest way to build, govern and scale your AI
Sign Up
How Can You Prevent GenAI Costs From Spiraling at Scale?
Gartner Hype Cycle for Platform Engineering 2026
One Layer of Control for All AI
Discover More
No items found.
No items found.
Recent Blogs
.png)
.webp)
.webp)
Frequently asked questions
What is OpenRouter pricing for pay-as-you-go users in 2026?
OpenRouter pricing for pay-as-you-go users is based on prepaid credits. OpenRouter charges a 5.5% fee on credit purchases, while model token rates are passed through by providers. For example, a $100 purchase gives about $94.50 of inference credits. Crypto payments carry a 5% fee, with a minimum transaction fee.
Does OpenRouter charge more than going directly to Anthropic or OpenAI?
OpenRouter does not add a markup to provider token rates. The difference comes from the 5.5% credit-purchase fee and BYOK fees after the free threshold. For multi-model routing, that fee may be worth it. For one high-volume model, direct provider access may cost less.
What are the OpenRouter free tier limits, and which models does it include?
OpenRouter’s free tier includes 25+ free models and a 20 requests-per-minute limit for free-model variants. Accounts with less than $10 in credits receive 50 free model requests per day. Accounts with at least $10 in credits receive 1,000 free model requests per day. Failed requests may still count.
What is the BYOK structure in OpenRouter pricing, and when does the 5% fee apply?
BYOK allows teams to use their own provider keys via OpenRouter. The first 1 million BYOK requests each month are free on standard plans. After that, OpenRouter charges 5% of what the same call would have cost on its platform. Enterprise raises the free request threshold to 5 million per month.
Does OpenRouter offer an SLA, and what are the published uptime commitments?
OpenRouter does not publish standard uptime commitments for all plans. Contractual SLAs are available through enterprise negotiation, along with SSO/SAML, custom pricing, and priority support. Teams with production reliability requirements should confirm uptime terms, support response times, fallback behavior, and escalation paths before signing.
