البحث على الويب لعملاء AI: الأسعار والفهارس في ٢٠٢٦

يتم حالياً إعادة صياغة وتسعير البحث على الويب المخصص لعملاء الذكاء الاصطناعي (AI agents) بعيداً عن البحث المخصص للبشر. واجهات برمجة التطبيقات (APIs) الأكثر استخداماً من قبل المطورين في طريقها للإغلاق: Bing ستتوقف في 2025، وGoogle ستنتهي في يناير 2027. وبدلاً منها، تظهر طبقة تسعير تتراوح بين 1 إلى 8 دولارات لكل ألف استعلام يقوم به العميل الذكي.

ملخص

شهد شهر أغسطس 2026 تتابعاً لعدة أحداث في القصة ذاتها. فقد خرجت شركة Keenable من مرحلة التخفي في 25 أغسطس بتمويل أولي قدره 26 مليون دولار بقيادة Accel، ومعها فهرس يحتوي على أكثر من 100 مليار مستند.¹ وبعد يومين، نشرت NEEDLE، وهو معيار قياس (benchmark) مفتوح المصدر ومباشر للبحث القائم على العملاء الأذكياء، يقوم بتقييم سبعة محركات بحث بما في ذلك محركها الخاص.² وفي الوقت نفسه، قضت AWS الشهر في توسيع فهرسها الداخلي في اتجاهين: لطلبات استنتاج Bedrock العادية في 4 أغسطس، ولعملاء AgentCore في أوروبا وآسيا والمحيط الهادئ مع فلاتر للنطاق والتاريخ لكل طلب في 19 أغسطس.^{3 4}

خلف كل ذلك: واجهات برمجة تطبيقات البحث التي ورثها بناة العملاء الأذكياء كانت مُباعة لمطورين يريدون روابط مرتبة. أما العملاء الأذكياء فيريدون شيئاً آخر، ويتم تحصيل الرسوم منهم بشكل مختلف.

ما ستتعلمه

• لماذا يتم سحب واجهتي برمجة تطبيقات البحث الأكثر استخداماً من قبل المطورين، والمواعيد المحددة لذلك
• التكلفة الفعلية للبحث على الويب الموجه للعملاء الأذكياء اليوم، حسب كل مزود، من صفحات التسعير الرسمية
• لماذا يعد سعر الاستعلام الواحد أصغر بند في فاتورة البحث الخاصة بك، مع توضيح الحسابات
• ما الذي قدمته AWS فعلياً — منتجان وليس منتجاً واحداً — وماذا تفعل external_web_access حقاً
• ما الذي يقيسه NEEDLE، وكيف تقرأ معيار قياس نشره أحد المتنافسين فيه
• اختبار "الخطأ المشترك" لمعرفة ما إذا كانت واجهتا برمجة تطبيقات البحث هما في الواقع فهرسان مختلفان
• ماذا تقول الأبحاث المنشورة عن حركة مرور بحث العملاء الأذكياء — وما الذي لا تقوله
• الأسئلة التي يجب طرحها قبل ربط أداة بحث في حلقة عمل العميل الذكي (agent loop)

إغلاق واجهات برمجة تطبيقات البحث العامة

هذا هو الجزء الذي يجعل بقية الأمور حتمية.

قامت Microsoft بإيقاف واجهات برمجة تطبيقات Bing Search في 11 أغسطس 2025. وكان إشعار دورة الحياة صريحاً: النسخ الحالية "سيتم إخراجها من الخدمة تماماً، ولن يكون المنتج متاحاً للاستخدام أو لتسجيل عملاء جدد". وتم توجيه العملاء إلى Grounding with Bing Search داخل Azure AI Agents.⁵ ولم تحصل الـ API الخاصة بالنتائج الخام على بديل للنتائج الخام، بل حصلت على أداة لربط العميل الذكي (agent-grounding) مدمجة في منصة العملاء الأذكياء الخاصة بـ Microsoft.

وتتبع Google نفس الاستراتيجية ولكن بجدول زمني أطول. واجهة Custom Search JSON API، بكلمات Google الخاصة، "مغلقة أمام العملاء الجدد"، وتنص الوثائق على أن "عملاء Custom Search JSON API الحاليين لديهم مهلة حتى 1 يناير 2027 للانتقال إلى حل بديل".⁶ والبديل المقترح هو Vertex AI Search، والذي تحدده صفحة Google بـ "البحث في ما يصل إلى 50 نطاقاً"؛ أما إذا كنت بحاجة إلى بحث كامل على الويب، فإن الصفحة تمنحك نموذج Google Form لتسجيل اهتمامك.⁶

هناك ملاحظتان تستحقان الذكر، لأن معظم التغطيات تتجاهلهما. لم يكن أي من المنتجين أبداً API بحث بشري — فكلاهما كانا واجهات برمجة تطبيقات (APIs) للمطورين استُخدمت بكثافة من قبل أدوات SEO، ومراقبي الأسعار، ومحركات البحث الشاملة (metasearch)، وقد توقف Bing لأسباب تجارية بقدر ما كانت تقنية. وقول "الاثنين الوحيدين" سيكون خاطئاً: فشركة Brave تبيع API فهرس عام اليوم،⁷ ولا تزال Yandex تشغل واحداً.⁸ ما هو دقيق هو أمر أضيق ولكنه لا يزال هاماً: واجهات برمجة التطبيقات (APIs) التي كان يلجأ إليها معظم المطورين الغربيين بشكل افتراضي يتم سحبها، ولا يوجد بديل منهما يمكن استبداله مباشرة دون تعديلات.

تكلفة بحث الوكلاء (agent search) في عام 2026

كل رقم أدناه تم نقله من صفحة التسعير الخاصة بالمورد أو منشور الإطلاق أثناء كتابة هذا المقال. إنها ليست مقارنات متطابقة تماماً، وطرق اختلافها موضحة مباشرة بعد الجدول.

⚠ الأسعار تتغير باستمرار. القيم المذكورة أعلاه هي للتوضيح فقط وقد تكون قديمة. تحقق دائماً من الأسعار الحالية مباشرة من المزود قبل اتخاذ قرارات التكلفة: Anthropic · OpenAI · Google Gemini · Google Vertex AI · AWS Bedrock · Azure OpenAI · Mistral · Cohere · Together AI · DeepSeek · Groq · Fireworks AI · Perplexity · xAI · Cursor · GitHub Copilot · Windsurf.

ما استبعده هذا الجدول عمدًا. الربط (Grounding) باستخدام Bing Search و Vertex AI Search — وهما الخليفتان المذكورتان أعلاه — غير موجودين هنا، لأنهما يُباعان كميزات للمنصة بدلاً من نقاط نهاية بحث محسوبة. كما أنهما ليسا أداة البحث الويب المستضافة من OpenAI. وليسا Serper أو SearchAPI، وهما موزعا Google و Bing اللذان تستخدمهما NEEDLE نفسها كوكلاء (proxies) لتلك المحركات. أي قائمة قصيرة يتم بناؤها بناءً على هذا الجدول وحده ستكون غير مكتملة.

اقرأ الشروط، لا الأرقام. يتطلب سعر 1 دولار من Keenable تدفقًا مستمرًا يبلغ 100 طلب في الثانية — أي حوالي 260 مليون طلب في الشهر — ويشتري سعة مخصصة بدلاً من مكالمات محسوبة، لذا فإن السعر الفعلي لأي شخص لا يستغلها بالكامل يكون أعلى.¹⁰ بالنسبة للجميع، سعر Keenable هو الموجود في صف الـ 4 دولارات. أما سعر Tavily البالغ 8 دولارات فهو أسوأ أسعارها: حيث تتراوح الخطط الشهرية من 0.0075 دولار وصولاً إلى 0.005 دولار لكل رصيد (credit)، لذا فإن البحث الأساسي نفسه يكلف 5 دولارات لكل 1,000 بحث في فئة Growth التي تبلغ 500 دولار/شهر — بينما البحث المتقدم يستهلك رصيدين، أو 16 دولارًا لكل 1,000 بحث بسعر الدفع حسب الاستخدام.¹⁴ وهذا الفارق بالكامل ينطبق فقط على عشر نتائج: فخدمة turbo من Parallel عند 17 نتيجة تكلف 1 دولار + 7 × 1 دولار = 8 دولارات لكل 1,000، وهو ما يتجاوز سعر AWS.⁹

هناك أمران يوضحهما الجدول وتغفل عنهما معظم التقارير.

Google Custom Search ليس جزءًا من هذا السوق. بسعر 5 دولارات لكل 1,000 بحث مع سقف صارم يبلغ 10,000 استعلام في اليوم، فإن أقصى إنفاق ممكن هو حوالي 1,500 دولار في الشهر.⁶ الفئة المجانية من Keenable وحدها تمثل ثلث سقف الحجم هذا.¹⁰ الشركة المهيمنة لا يتم منافستها في السعر؛ بل يتم تجاوزها في القدرات.

الفئات المجانية تتباين أكثر من تباين الأسعار. الرصيد الشهري من Brave البالغ 5 دولارات يعادل حوالي 1,000 طلب؛ والعرض الدائم من Exa هو 10 دولارات شهريًا من الرصيد؛ بينما تمنح Keenable حوالي 100,000 طلب مجاني شهريًا، وهو ما يعادل 400 دولار من القيمة المعلنة بسعرها البالغ 4 دولارات، وذلك من شركة خرجت للتو من مرحلة التخفي.^{7 11 10} إن وجود فارق بنسبة مائة إلى واحد في المخصصات المجانية هو استراتيجية لجذب العملاء، وليس مجرد تفصيل في التسعير، وهو أوضح إشارة لمن يحاول شراء حصة في السوق.

سعر الاستعلام الواحد هو أصغر بند في فاتورتك

إليك الحسابات التي يجب أن تحكم القرار، والتي نادرًا ما تظهرها جداول الأسعار.

لنأخذ AWS AgentCore بسعر 7 دولارات لكل 1,000 استعلام — أي 0.007 دولار للمكالمة الواحدة.¹² العميل الذكي (agent) الذي يقوم ببحث حقيقي يطلق عمليات بحث في دفعات داخل حلقة تكرارية. عند إجراء 300 بحث لمهمة عميقة واحدة، تكون رسوم البحث 2.10 دولار. وهذا وحده كافٍ لتغيير البنية التحتية للنظام.

ثم أضف ما تعيده عملية البحث. المزود الذي يعيد عشر صفحات من المحتوى المستخرج، بدلاً من عشرة روابط ومقتطفات، يضع تلك الصفحات في نافذة السياق (context window) الخاصة بنموذجك، وأنت تدفع تكلفة الاستدلال (inference) على كل توكن (token). عشر صفحات، كل منها بضعة آلاف من التوكنات، تعني عشرات الآلاف من توكنات الإدخال لكل مكالمة. حتى لو كان السعر دولارًا واحدًا لكل مليون توكن إدخال، فإن تكلفة السياق لألف مكالمة من هذا النوع تتجاوز بكثير إجمالي رسوم البحث للألف مكالمة — وهذا الفارق يتضاعف حسب النموذج الذي تقوم بتشغيله.

وهذا هو السبب في أن عمود "ما الذي تشتريه" أهم من عمود السعر. فالسعر الأساسي لـ Exa يتضمن محتويات الصفحة؛ بينما تعيد AWS مقتطفات مع روابط المصادر؛ وتقوم Tavily بفوترة الاستخراج بشكل منفصل عن البحث؛ أما Keenable فتقسم search_web_pages عن fetch_page_content.^{11 13 14 15} وسواء كان "البحث الواحد" يتضمن "قراءة الصفحة" أم لا، فإن ذلك يؤدي إلى تفاوت في التكلفة بعدة أضعاف لا تظهره أي أسعار معلنة. إنه نفس الفخ الموجود في تكاليف توكنات عملاء الذكاء الاصطناعي في 2026: حيث يتوقف سعر المكالمة الواحدة عن كونه مهماً بمجرد أن تتحول المهمة الواحدة إلى مئات المكالمات التي تحمل حمولات بيانات.

ما الذي قدمته AWS بالفعل

تمتلك AWS منتجين باسم Web Search، وتستمر التغطيات الإخبارية في دمجهم معاً. لكنهما منفصلان، ولهما تواريخ إطلاق مختلفة.

أصبح Web Search on Bedrock AgentCore متاحاً بشكل عام في 17 يونيو 2026، في البداية في منطقة شرق الولايات المتحدة (شمال فرجينيا).¹³ وهو عبارة عن هدف موصل مدمج في AgentCore Gateway عبر Model Context Protocol — حيث يقوم العميل باستدعائه كأداة MCP ويحصل في المقابل على مقتطفات، وروابط المصادر، والعناوين، وتواريخ النشر.¹³ إذا كنت تتابع انتقال MCP إلى بروتوكول عديم الحالة (stateless protocol)، فهذا هو النمط ذاته الذي يصل كخدمة سحابية من الطرف الأول. هذه هي النسخة التي يبلغ سعرها 7 دولارات لكل 1,000 استعلام.¹²

وفي 19 أغسطس، اكتسب ميزة تصفية النطاقات وتصفية تاريخ النشر لكل مكالمة: حيث يمكن للعملاء تمرير قوائم النطاقات المسموح بها والمستبعدة ونطاق زمني في كل استدعاء للأداة، ويحصل المسؤولون على قوائم سماح على مستوى البوابة، والحد الأقصى هو 100 نطاق لكل قائمة. كما وسع الإعلان نفسه الأداة لتشمل أوروبا (أيرلندا) وآسيا والمحيط الهادئ (طوكيو)، لتنضم إلى شرق الولايات المتحدة.⁴ وتعتبر ميزة القائمة البيضاء للنطاقات لكل مكالمة، بهدوء، هي أهم أداة بدائية لسلامة العملاء في هذه المجموعة كاملة، ومع ذلك فهي مدفونة في منشور "ما الجديد".

Web Search on Amazon Bedrock هو المنتج الآخر، وهو متاح بشكل عام منذ 4 أغسطس 2026 لنماذج OpenAI التي تعمل على Bedrock — وهي GPT-5.4 و GPT-5.5 و GPT-5.6 Sol و Terra و Luna. وهو يتصل بمكالمة استنتاج عادية من خلال "واجهة استخدام أدوات قياسية، متوافقة مع OpenAI Responses API"، دون الحاجة إلى بوابة عملاء.³ وتوجد أسعاره في صفحة أسعار Bedrock بدلاً من الإعلان، لذا تعامل أي رقم تراه مقتبساً له بشك حتى تتحقق من تلك الصفحة بنفسك — فالأرقام المتداولة في التغطيات الثانوية غير موثقة.

كلاهما يعتمدان على نفس الأساس، وهذا هو الخبر الحقيقي. تصف AWS الأمر بأنه "فهرس ويب تديره Amazon، يمتد ليشمل عشرات المليارات من المستندات التي يتم تحديثها باستمرار،" مدمجاً مع رسم بياني معرفي (knowledge graph) من الحقائق الموثقة، مستفيداً من عمل Amazon على Alexa+ و Amazon Quick و Kiro.^{3 13} عبارة "تديره" هي صياغة Amazon وليست تماماً مثل "تم زحفه بواسطة"، ولكن لا يوجد ما يشير إلى أن Bing أو Google يقعان تحته.

ثم نأتي إلى الجزء الذي يصفه الجميع بشكل عكسي. أيضاً في 19 أغسطس — في إعلان منفصل عن إعلان AgentCore المذكور أعلاه — أطلقت AWS ميزة external_web_access لـ Web Search على Bedrock، تحت عنوان "إطلاق الوصول الخارجي للويب". كان الخبر هو إضافة القدرة على الوصول إلى الويب العام المباشر: "نحن نقوم بتوسيع Web Search لـ تمكين المعامل external_web_access مما يسمح لـ Web Search باسترجاع المحتوى مباشرة من الويب العام."¹⁶ القيمة الافتراضية هي true وتتطلب إذن IAM وهو bedrock-websearch:ExternalWebAccess. ضبطها على false يعيد السلوك السابق، حيث "يقدم Web Search النتائج فقط من فهرس ويب Amazon داخل AWS والرسم البياني المعرفي، دون خروج أي بيانات طلب خارج حدود AWS."¹⁶

لذا فإن قصة الامتثال حقيقية ولكنها معكوسة عما يتم تداوله عادةً: أطلقت AWS منتجاً داخل الحدود أولاً، والآن أضافت مخرجاً إلى الويب المفتوح، مع الحفاظ على الحدود كخيار يمكن إلغاؤه (opt-out). ومن الجدير بالذكر نطاق التوافر، بما أن أياً من الإعلانين لم يتطرق إليه بالتفصيل — فإن Web Search على Amazon Bedrock متاح فقط في US East (N. Virginia) و US East (Ohio) و US West (Oregon)، وتمكين الوصول الخارجي للويب يقتصر على هذه المناطق الثلاث نفسها.^{3 16} العميل في الاتحاد الأوروبي الذي لديه متطلبات إقامة للبيانات ليس لديه أي خيار داخل منطقته هنا حتى الآن؛ أداة AgentCore هي الوحيدة التي تصل إلى أيرلندا وطوكيو.⁴ هذه هي نسخة جانب الاسترجاع من أسئلة الاحتواء التي أثرناها في تغطيتنا لـ إغلاق AWS لـ Bedrock Agents، والمقايضة هنا واضحة: الحداثة تأتي من الويب العام، وضبط القيمة على false يغلق الويب العام.

Keenable، والحجة لامتلاك الفهرس

تتلخص وجهة نظر Keenable في أن تجميع نتائج شخص آخر له سقف محدد. قاد المؤسس المشارك والرئيس التنفيذي Andrey Styskin سابقاً قطاع البحث في Yandex وعمل في البنية التحتية للويب في Amazon؛ وكان المؤسس المشارك Matthias Petri عالماً تطبيقياً رئيسياً في Amazon.^{1 15} تقول الشركة إن فهرسها يتجاوز 100 مليار مستند وهو مستخدم بالفعل في الإنتاج لدى العديد من مختبرات AI ومزودي الاستدلال (inference providers) غير المسمى، سواء أثناء التدريب أو وقت التشغيل — وهذا ادعاء من الشركة، نُقل عبر TechCrunch، دون ذكر أسماء عملاء محددين.¹

حجم الفهرس هو المواصفة التي يتطوع الموردون في هذا السوق بذكرها أكثر من غيرها، رغم أن البعض فقط يفعل ذلك، والأرقام ليست مدققة ولا يتم قياسها بوحدة مشتركة:

• Keenable: "أكثر من 100 مليار مستند"¹
• Brave: "أكثر من 30 مليار صفحة، يتم تحديثها باستمرار عبر أكثر من 100 مليون تحديث للصفحات يومياً"⁷
• Amazon: "عشرات المليارات من المستندات التي يتم تحديثها باستمرار،" بالإضافة إلى رسم بياني للمعرفة (knowledge graph)³

لا تنشر Exa و Parallel و Tavily و Google حجم الفهرس في الصفحات المذكورة هنا. كما أن القائمة تحمل تحذيرين خاصين بها. تذكر صفحة Brave رقمين مختلفين بناءً على مكان البحث — حيث يذكر نص الصفحة "أكثر من 30 مليار صفحة"، بينما يروج الوصف التعريفي (meta description) للصفحة لـ "أكثر من 40 مليار صفحة"، وهو الإصدار الذي يظهر في نتائج البحث ومعاينات التواصل الاجتماعي. أما Amazon، التي تمتلك ميزانية زحف (crawl budget) غير محدودة فعلياً ومساعداً استهلاكياً لتغذيته، فتقوم بالإبلاغ عن رقم أصغر من شركة ناشئة في مرحلة التأسيس. إما أن الوحدات تختلف بشكل كبير أو أن التغطية هي التي تختلف. لا تعتبر أيًا من هذه الأرقام قابلة للمقارنة.

كانت حجة Styskin أمام TechCrunch تتعلق بهيكل التكلفة بدلاً من الجودة: "إذا لم تقم بضبط هياكل الفهرس الخاصة بك لمهمة محددة، فإن تكلفة تقديم وفحص الإنترنت بالكامل تكون ضخمة بسبب الحجم."¹ تتكون الشركة من 15 موظفاً هندسياً موزعين بين الولايات المتحدة وأوروبا، وتخطط لاستخدام الجولة التمويلية لمضاعفة عدد الموظفين بحلول نهاية العام، تحديداً لبناء آلية دخول السوق (go-to-market motion).¹ هناك منتجان في خارطة الطريق: لغة استعلام للويب (Web Query Language) للإجابة على الأسئلة التي لا تحتوي عليها صفحة واحدة، و Time Machine، وهو بحث API في نقطة زمنية محددة حيث يؤدي إضافة معامل query_time إلى إرجاع كل من مجموعة البيانات (corpus) والتصنيف.^{1 15}

نقطة نهاية MCP الخاصة بها متاحة الآن على https://API.keenable.ai/mcp، حيث توفر search_web_pages و fetch_page_content.¹⁵ بخصوص زمن الاستجابة (latency)، فإن المنشور الهندسي للشركة أكثر حذراً من صفحتها الرئيسية: حيث تقول المدونة "p50 هو 200 مللي ثانية اليوم، ونحن نستهدف 200 مللي ثانية لـ p95"، بينما تروج الصفحة الرئيسية لـ "<250ms p95 (US East)" دون الإشارة إلى أن ذلك مجرد طموح.^{2 15} لا تحدد أي من الصفحتين ما يتم قياسه — سواء كان من جانب الخادم (server-side) أو من النهاية إلى النهاية (end to end) — وبالنسبة لحلقة عمل العميل الذكي (agent loop)، فإن الأرقام المؤثرة فعلياً هي p99 وسلوك مهلة الانتظار (timeout behaviour)، والتي لا تنشرها أي من صفحات الموردين التي تم فحصها هنا.

تستحق الحالة المضادة الذكر، لأن Keenable لن تذكرها. الاتحاد (Federation) رخيص، ولا يتطلب رأس مال للزحف، ويرث عقوداً من الاستثمار في التصنيف، ولا يختفي إذا اختفت شركة مكونة من 15 شخصاً. كما أن امتلاك فهرس يعني أيضاً تحمل مسؤولية وضع robots.txt وأي تقاضٍ يتبع ذلك من الناشرين. "ابنِ فهرسك الخاص" هي الاستراتيجية الصحيحة لشركة تبيع فهرساً؛ لكنها ليست بالضرورة الشيء الصحيح الذي يجب أن تعتمد عليه أنت.

NEEDLE: معيار نشر أحد المتنافسين فيه

في 27 أغسطس، نشر فريق Keenable أداة NEEDLE، وهي معيار قياس (benchmark) مفتوح المصدر للبحث المباشر، مع توفير كود التقييم على GitHub.² وتعمل الأداة عبر خمسة مجالات: الأخبار (يتم تحديثها كل ساعة من خلاصات RSS وGoogle Trends)، والتمويل (Wikidata, GLEIF, SEC XBRL)، والأبحاث العلمية (Scholar)، وAgenticRare (استعلامات عن كلمات نادرة مأخوذة من سجلات عملاء ذكاء اصطناعي عامة)، والقانون. وتقوم الأداة بتقييم Keenable مقابل Google عبر Serper، وBing عبر SearchAPI، وBrave، وTavily، وParallel وExa.² (يوضح المنشور أن الاختصار يرمز إلى "News, Everyday, Expert, Deep-tail, and Legal Evaluation"، وهو ما يتوافق جزئياً فقط مع أسماء المجالات التي استخدمها لاحقاً — وهو تناقض بسيط في كتابة Keenable نفسها.)

اقرأ هذا مع وضع تحذير بديهي في الاعتبار: مؤلفو معيار القياس يبيعون أحد المحركات السبعة التي يتم تقييمها. وهناك ثلاثة أمور تعوض ذلك جزئياً؛ أولاً، يتم تحديث الاستعلامات يومياً أو كل ساعة من مصادر مباشرة، لذا لا توجد مجموعة بيانات ثابتة يمكن تحسين الأداء بناءً عليها. ثانياً، الكود وإجراءات جمع الاستعلامات متاحة للعامة. وأخيراً، يقر المنشور في فقرتها الافتتاحية بأن "كل محرك، بما في ذلك Keenable، يقصر عما يمكن تحقيقه في حركة مرور العملاء الذكيين (agentic traffic)."²

يتعمد هذا المقال عدم ذكر درجات NEEDLE. فهي تُنشر على شكل رسوم بيانية في صفحة مباشرة تتغير يومياً، وأخذ لقطة من لوحة صدارة متغيرة — مأخوذة من الشركة التي تديرها — هو بالضبط نوع الأرقام التي تتحول بمرور الوقت إلى ادعاءات خاطئة. بدلاً من ذلك، اذهب واقرأ الصفحة المباشرة، ولاحظ ترتيب Keenable قبل أن تقيم أي شيء آخر في هذا القسم.

فكرة التصميم التي تستحق الاقتباس هي الخط المرجعي النهائي (ultimate baseline): وهو محرك اصطناعي يحتفظ بأفضل نتيجة وجدها أي متسابق، ويتم ترتيبها بواسطة نفس الحكم الذي يقيم الجميع. هو صراحةً "ليس محركاً حقيقياً"، ولكنه يحول لوحة الصدارة إلى مقياس لمدى ما يفتقده المجال بأكمله بشكل جماعي.² وفي مجموعة AgenticRare — وهي المجال الأقرب لحركة مرور العملاء الحقيقية — تكون هذه الفجوة هي الأوسع.²

الدافع المعلن هو "التلوث" (contamination)، وهو أمر ينطبق على ما هو أبعد من مجرد البحث. فمعايير القياس الثابتة تتسرب: يشير المنشور إلى أن عملاء البحث يمكنهم تحديد مجموعة بيانات معيار القياس نفسه أثناء التقييم وقراءة مفتاح الإجابات، وأن النموذج الذي حفظ إجابة BrowseComp يتخطى نصف المهمة "الصعب العثور عليه" تماماً.² والتحديث المباشر هو نفس الحل الذي طبقته LiveCodeBench وSWE-bench-Live على الأكواد البرمجية.

اختبار الخطأ المشترك

أذكى فكرة تقنية في منشور NEEDLE لا علاقة لها بترتيب الجودة. إنها طريقة للكشف عما إذا كانت واجهتان برمجيتان (APIs) للبحث هما في الواقع فهرسان (indexes) واحدان.

الاتفاق على النتائج الصحيحة لا يثبت شيئاً — فالمحركات الجيدة تتقارب في النتائج. لكن الاتفاق على نفس النتائج الخاطئة هو الدليل القاطع. وكما ورد في المنشور: "طالبان لديهما نفس الإجابة الصحيحة يعني أنهما ذاكرا. طالبان لديهما نفس الإجابة الخاطئة يعني أنهما جلسا بجانب بعضهما البعض."² تجمع Keenable بين التداخل الخام ومعدل الأخطاء المشتركة لتجادل بأن بعض المحركات في مقارنتها تعتمد على فهرس علوي مشترك.²

السابقة التاريخية حقيقية، رغم أن النسخة المتداولة مشوهة. لقد حدث أمران منفصلان. في صيف عام 2010، وبحسب رواية Google، لاحظت أن Bing يعيد نتائج Google للاستعلام المكتوب بشكل خاطئ "torsorophy" دون تقديم تصحيح إملائي. لاحقاً، قامت Google بعملية استدراج فعلية: حوالي 100 "استعلام اصطناعي" — وهي سلاسل نصية بلا معنى مثل "hiybbprqag" — تم زرع نتيجة عليا غير ذات صلة بكل منها، وقام بتنفيذها حوالي 20 مهندساً على متصفح Internet Explorer 8 مع تثبيت شريط أدوات Bing وتفعيل ميزة "المواقع المقترحة" في المتصفح. تقول Google إن النتائج بدأت تظهر على Bing "في غضون أسبوعين"، وأعلنت عن ذلك علناً في فبراير 2011.^{17 18} وكان رد Microsoft العلني هو إنكار تام بعنوان "نحن لا ننسخ نتائج Google"، وكانت حجتهم الأوسع منذ ذلك الحين هي أن تدفق النقرات المجهول (anonymised clickstream) يعد إشارة تصنيف مشروعة.¹⁷

تنبيهان صادقان قبل أن تتبنى هذه الطريقة. فهي تقيس مصدر الفهرس، وليس جودة الفهرس — فمعرفة أن موردين يتشاركان في مصدر علوي لا تخبرك شيئاً عن أيهما يخدم العميل البرمجي (agent) الخاص بك بشكل أفضل. كما أنها بُنيت ونُشرت بواسطة المورد الوحيد في المقارنة الذي يستفيد من كل نتيجة تنتجها. بعض المحركات التي تستهدفها، وتحديداً Serper و SearchAPI، هي صراحةً مجرد موزعين (resellers)؛ لذا فإن العثور على أخطاء مشتركة معهم يثبت أمراً لا يختلف عليه أحد.

ومع ذلك، فإن سؤال "هل لديك فهرس خاص بك؟" هو سؤال تسويقي، أما سؤال "أرني مدى تداخل الأخطاء لديك مقابل المزودين الآخرين الذين أقوم بتقييمهم" فهو سؤال تجريبي يمكنك الآن تشغيله بنفسك، باستخدام كود متاح للعامة.

ما تقوله الأبحاث — وما لا تقوله

ورقة بحثية على arXiv هذا العام بعنوان "Agentic Search in the Wild: Intents and Trajectory Dynamics from 14M+ Real Search Requests"، تستمد عنوانها من حجم العينة.¹⁹ ومجرد وجود مثل هذه المجموعة من البيانات هو النقطة الجوهرية: حركة البحث الخاصة بالعملاء البرمجيين (agent search traffic) أصبحت الآن كبيرة بما يكفي لدراستها كحمل عمل مستقل.

والأكثر فائدة هي ورقة ASQ بعنوان "A Picture of Agentic Search"، والتي قُدمت في فبراير 2026.²⁰ يوضح ملخصها المشكلة من منظور البنية التحتية: استرجاع المعلومات "يعمل وفق افتراضات لم تعد قائمة في الممارسة العملية، مع تغيرات في أحجام أحمال العمل، والقدرة على التنبؤ، وسلوكيات الاستعلام"، والنتيجة هي أن "التخزين المؤقت (caching) قد يفقد فعاليته، والمعالجة المسبقة للاستعلام قد تضيف عبئاً إضافياً دون تحسين النتائج، والمقاييس القياسية قد تقيس الرضا بشكل خاطئ".²⁰ وقد أصدر المؤلفون مجموعة استعلامات البحث البرمجي (Agentic Search Queryset)، التي تغطي الاستعلامات الناتجة عن التفكير، والمستندات المسترجعة، وأفكار العميل البرمجي عبر HotpotQA و Researchy Questions و MS MARCO لثلاثة عملاء برمجيين ومساري استرجاع.

لاحظ ما يدعمه ذلك وما لا يدعمه. إنه يقول إن الافتراضات تتغير — وليس بالضرورة في الاتجاه الذي يريده الموردون. التخزين المؤقت هو أوضح مثال: حلقات العملاء البرمجيين تعيد إرسال استعلامات متطابقة تقريباً، وتوزيع القوالب (template fan-out) ينتج تكراراً عالياً، لذا فإن حركة مرور العملاء البرمجيين من المرجح أن تكون أكثر قابلية للتخزين المؤقت من حركة مرور البشر، وليس أقل. أما التصحيح الإملائي المصمم لأخطاء الكتابة فهو عبء إضافي ضائع إلى حد كبير على العملاء البرمجيين، الذين يرتكبون — وفقاً لقراءة Keenable لورقة ASQ — أخطاء إملائية أقل بنحو ثلاث مرات من البشر — أقل، ولكن ليس منعدمة.² والمقياس الذي تم ضبطه بناءً على ما إذا كان الشخص قد نقر أم لا، يقيس الشيء الخطأ عندما لا ينقر أحد.

هذه حجة لإعادة ضبط استرجاع البيانات (retrieval) لتناسب عبء عمل جديد. وهي ليست، في حد ذاتها، حجة للشراء من مورد جديد. الموردون هم من يقومون بهذه القفزة؛ أما الباحثون فلا يفعلون ذلك.

ماذا يعني هذا إذا كنت تقوم بربط البحث في عميل ذكي (agent)

1. هل السعر لكل طلب، أم لكل نتيجة، أم لكل رصيد (credit)؟ تقوم Exa و Parallel بحساب النتائج التي تزيد عن عشرة؛ بينما تفرض Tavily رسومًا بنظام الأرصدة التي تختلف حسب نقطة النهاية (endpoint) والعمق.^{11 9 14} قم بنمذجة شكل طلباتك الفعلية، وليس السعر المعلن في العناوين.
2. ما هي تكلفة النتيجة في المراحل اللاحقة؟ محتوى الصفحة المستخرج يوضع في نافذة السياق (context window) الخاصة بك وتدفع تكلفة الاستنتاج (inference) عليه. قارن التكلفة الإجمالية لكل مهمة مكتملة بناءً على سجلات الاستعلام الخاصة بك، وليس السعر لكل طلب.
3. ما هي حدود المعدل (rate limits) والشروط؟ تنشر Brave معدل 50 QPS؛ بينما يفترض سعر Keenable البالغ 1 دولار معدل 100 RPS.^{7 10} وبشكل منفصل، تحقق مما يسمح لك كل عقد تخزينه، أو تخزينه مؤقتًا (cache)، أو إعادة تقديمه، أو التدريب عليه — فهذا البند غالبًا ما يكون هو الميز الفعلي ولا يظهر في أي جدول أسعار.
4. أين يتم التشغيل؟ خدمة Web Search على Amazon Bedrock متاحة فقط في الولايات المتحدة في جميع مناطقها الثلاث؛ بينما تصل Web Search الخاصة بـ AgentCore إلى أيرلندا وطوكيو أيضًا.^{3 4} متطلبات إقامة البيانات ستضيق قائمتك المختصرة بشكل أسرع من السعر.
5. هل هو فهرس واحد أم مجرد موزع (reseller)؟ قم بإجراء مقارنة "الأخطاء المشتركة" عبر قائمتك المختصرة. ثم قم بإجراء تقييم للجودة أيضًا — فهما يجيبان على أسئلة مختلفة.
6. ما هي خطة الخروج؟ أحد المزودين في هذه القصة قد تم إيقافه بالفعل، وآخر يفصله عن ذلك ستة عشر شهرًا. والعديد من البدائل هي شركات ناشئة جدًا. فضل الواجهة التي يمكنك إعادة توجيهها: يقوم MCP بعمل مفيد هنا، بما أن AWS و Keenable و Brave يوفرون جميعًا واجهة واحدة.^{13 15 7}
7. ماذا يحدث إذا كانت النتائج عدائية؟ أداة البحث هي مدخلات غير موثوقة تصل داخل سياق العميل الذكي الخاص بك، كما غطينا في تسميم بحث الذكاء الاصطناعي. تعتبر قوائم النطاقات المسموح بها لكل طلب في AgentCore وخيار external_web_access: false في AWS كلاهما من وسائل التخفيف القابلة للاستخدام — فالمجموعة المختارة والمنسقة الأصغر تعني سطح هجوم أصغر.^{4 16}

الخلاصة

القصة ليست في جمع شركة ناشئة لمبلغ 26 مليون دولار. بل في أن واجهتي برمجة تطبيقات (APIs) للبحث اعتمد عليهما جيل من المطورين يتم سحبهما في الوقت الذي ينفجر فيه الطلب على البحث البرمجي — وأنه لا يوجد مورد يستبدل أداته بخلف مماثل لها. ما تقدمه Microsoft و Google بدلاً من ذلك هو أدوات grounding مرتبطة بمنصات العملاء (agents) الخاصة بهم. أما نقاط النهاية (endpoints) العامة المتبقية فهي تأتي من أماكن أخرى: بحث مدفوع لكل ألف استعلام عميل من قبل Keenable و Exa و Brave و Parallel و Tavily، بالإضافة إلى أداتي Bedrock من AWS اللتين تعتمدان على فهرس Amazon الخاص.

إن تسمية هذا بأنه انقسام بين بحث البشر وبحث العملاء (agents) هو تبسيط مبالغ فيه. ففهرس Amazon يخدم Alexa+ والعملاء؛ و Brave تبيع نفس الفهرس لمستخدمي المتصفح ولواجهات برمجة التطبيقات؛ وأدوات grounding الخاصة بـ Microsoft و Google تعتمد على Bing و Google. ما انقسم فعلياً هو التغليف والتسعير والاستخدام المسموح به — وهو ادعاء أصغر، وهو الذي تدعمه الأدلة.

السؤال الذي لم يتم حله تشترك فيه كل الخيارات المتاحة: لا يزال لا يوجد مقياس محايد مقبول على نطاق واسع لتحديد أي فهرس هو الأفضل للعميل (agent). يستشهد الموردون بتقييمات من جهات خارجية تصب في مصلحتهم، وأكثر محاولة مفتوحة جدية حتى الآن كتبها أحد المتنافسين. هذه الفجوة، وليس جولة التمويل، هي ما يجب مراقبته.