Google تطلق منصة Connected Apps؟ كيف تتغير الروابط داخل التطبيقات

هل أطلقت Google منصة Connected Apps؟ أعلنت Google عن النسخة التجريبية لمنصة Connected Apps في 28 أكتوبر 2026، مما يوفر للمطورين طريقة موحدة لدمج الخدمات الخارجية في بحث Google وتطبيق Gemini. وفقاً للإعلان الرسمي لـ Google، يمكن للمطورين الدمج من خلال خوادم بروتوكول سياق النموذج البعيد (MCP) أو Android MCP باستخدام AppFunctions، ثم تسجيل الاختبارات وعمليات الدمج وتقديمها عبر Google Connected Console. بالنسبة لمطوري التطبيقات، فإن التغيير الأساسي يكمن في توفير مسار إضافي للمستخدمين لاكتشاف واستدعاء إمكانيات الخدمات المصرح بها داخل الواجهات المدعومة بالذكاء الاصطناعي، مما يقدم اعتبارات جديدة حول كيفية إدارة الخدمات لحالة التنفيذ والهوية عبر مختلف المنصات.

إعادة تنظيم الصناعة الأساسية: Google تطلق Connected Apps للبحث وGemini

لمحة سريعة

• أقدمت Google على تقديم النسخة التجريبية لمنصة Connected Apps في 28 أكتوبر 2026، مما يوفر للمطورين مساراً موحداً لإدارة عمليات الدمج عبر بحث Google وتطبيق Gemini.
• توفر المنصة مسارين تقنيين رئيسيين للدمج: خوادم بروتوكول سياق النموذج البعيد (MCP) المستضافة سحابياً، وتقنية Android MCP على الأجهزة المدعومة بواجهات برمجة تطبيقات Jetpack AppFunctions.
• تتوفر حالياً أو يتم طرح أكثر من 50 عملية دمج عبر Gemini وSearch، وتغطي إمكانيات الشركاء الأوائل مجالات الإنتاجية، السفر، الصحة، والتجارة.

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

تعمل واجهات الذكاء الاصطناعي المحادثتي على تغيير نمط الاكتشاف هذا من خلال السماح للمستخدمين بإكمال مهام محددة مباشرة داخل تدفقات المحادثة. ولإضفاء الطابع الرسمي على وصول المطورين إلى هذه الطبقة، أطلقت Google منصة Connected Apps الخاصة بها، كما هو موضح في إعلان مطوري Google الرسمي. ومن خلال هذه البنية التحتية، يمكن للتطبيقات تسجيل الأدوات ون نقاط النهاية المحددة، مما يتيح لـ Gemini وبحث Google استدعاء الخدمات الخارجية مباشرة عندما يعبر المستخدمون عن نية ذات صلة.

يسلط هذا التحول المعماري الضوء على التغييرات التشغيلية الناشئة مع إطلاق Google لمنصة Connected Apps عبر خدمات المستهلكين الأساسية لديها. ومن خلال Google Connected Console، يمكن للفرق تكوين واختبار وتسجيل تعريفات الأدوات الخاصة بهم، مع اختيار ما إذا كانت إمكانيات معينة تظهر في Search، أو تطبيق Gemini، أو في كلا البيئتين. يسمح الدمج للمساعدين بتحفيز الإمكانيات الخارجية، مثل إنشاء التصميمات في Canva، أو الوصول إلى قوائم تشغيل الوسائط، أو تنظيم جداول التمارين الرياضية باستخدام Peloton. وبدلاً من التعامل مع الخدمات الخارجية كوجهات منفصلة، تستوعب بيئة التشغيل قدراتها الوظيفية داخل بيئة تشغيل المحادثة.

كيف تدمج بروتوكولات MCP وAndroid AppFunctions مع Connected Apps

يتطلب دمج الخدمات الخارجية في منصات المحادثة بروتوكولات رسمية لتنظيم تنسيقات الرسائل، والمصادقة، حدود التنفيذ. قامت Google بتنظيم منصة Connected Apps حول مسارين تقنيين متميزين مصممين لتلبية الاحتياجات المعمارية المختلفة للخدمات: الخوادم البعيدة المستضافة سحابياً ومكتبات العميل على الأجهزة.

بالنسبة للبنى الموزعة عبر منصات متعددة والمرتكزة على السحابة، يمكن للمطورين تنفيذ خادم بعيد مستند إلى مواصفات بروتوكول سياق النموذج المفتوحة. وفي ظل هذا النمط، يستضيف المطور خدمة MCP قابلة للوصول عبر نقاط نهاية HTTPS العامة والتي تعرض مخططات تصف الأدوات والموارد البيانات المتاحة. تتم إدارة مصادقة حساب المستخدم للأدوات البعيدة عبر OAuth 2.1، مما يتيح لواجهة الذكاء الاصطناعي التفاعل مع الخدمة البعيدة للمستخدم بشكل آمن. وكمنهج بديل، يمكن للمطورين الذين يبנים برامج Android أصلية تنفيذ مكتبة Jetpack AppFunctions، والتي تعرض إمكانيات التطبيق على مستوى الجهاز مباشرة لمساعدي النظام من خلال الاتصال المحلي بين العمليات (IPC). وبدلاً من الاعتماد على مصافحة OAuth على مستوى السحابة، يتم إدارة التنفيذ على الجهاز عبر أذونات منصة Android، بما في ذلك امتيازات التنفيذ على مستوى النظام داخل صندوق حماية التطبيق المحلي. تظل AppFunctions نسخة تجريبية معينة ذات متطلبات تشغيل محددة للنظام—تستهدف أساساً Android 16 والأحدث—إلى جانب معايير أهلية المختبرين الموثوقين لتكامل Gemini؛ ويجب على المطورين التحقق من توفر المنصة قبل التخطيط لعمليات طرح الإنتاج.

نقل البيانات ومسارات التنفيذ

تعكس الاختلافات المعمارية بين التنفيذ السحابي عن بُعد والتشغيل على الجهاز المقايضات التقنية المتباينة عبر نقل الشبكة، مصادقة المستخدم، وتبعيات النظام:

[Remote Cloud MCP Pipeline]
  User Intent ──> Gemini / Search ──> Remote MCP Server ──> OAuth 2.1 Auth ──> Cloud API Execution

[On-Device Android MCP Pipeline]
  User Intent ──> Gemini Assistant ──> Jetpack AppFunctions ──> Local IPC / OS Permissions ──> Native App Execution

بخلاف نقرات الويب الخارجية التقليدية، لا تتبع استدعاءات أدوات MCP وAndroid AppFunctions تسلسل إعادة توجيه المتصفح بطبيعتها. وعليه، يجب على المطورين تقييم بيانات التعريف الخاصة بالتنفيذ، وسياق المستخدم المصادق عليه، وإشارات التحليلات المتاحة لكل تكامل. لا تثبت وثائق Google المنشورة أن معايير الحملات التقليدية يتم تمريرها تلقائياً عبر واجهات استدعاء الأدوات هذه، كما أنها لا تثبت فقدان جميع إشارات الإسناد. وبدلاً من ذلك، توفر المنصة للمطورين مقاييس تشغيلية داخل Connected Console، بما في ذلك حجم الطلبات، توزيعات زمن الانتقال، ومعدلات الأخطاء، مما يتيح للفرق مراقبة السلامة التشغيلية لعمليات الدمج الخاصة بهم.

هندسة التكامل وإدارة الجلسات عبر مختلف الواجهات

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

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

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

قائمة التحقق الهندسية: الانضمام إلى Google Connected Console

يتطلب التعامل مع متطلبات النشر لنظام وكلاء Google جداول زمنية تشغيلية منضبطة عبر فرق الهندسة والأمان والمنتجات. يجب على المطورين تنفيذ واجهات برمجة تطبيقات مصادق عليها تتوافق مع إرشادات الأمان الصارمة، بينما يجب على فرق التسويق إعادة هيكلة قمعات التحويل لالتقاط حركة المرور التي يتوسط فيها الوكيل.

قائمة تحقق تنفيذ المطور

• نشر خادم بروتوكول سياق النموذج: بناء خادم MCP متوافق عبر نقطة نهاية HTTPS عامة وآمنة، باستخدام أدوات مثل MCP Inspector للتحقق من البروتوكول المحلي قبل النشر، كما هو موضح في دليل مطوري Google Connected Apps MCP.
• تكوين OAuth 2.1 للتكاملات السحابية: تنفيذ خوادم تفويض متوافقة مع المعايير OAuth 2.1 لمصادقة حسابات المستخدمين وإدارة نطاقات الأذونات التفصيلية لأدوات السحابة البعيدة.
• دمج Jetpack AppFunctions: تضمين مكتبات androidx.appfunctions داخل تصميمات عملاء Android المدعومة، مع إعلان الأذونات المناسبة للنظام لكشف تنفيذ الأدوات المحلية على الجهاز.
• شرح مخططات الأدوات بتلميحات الأمان: توفر مخططات JSON منظمة تتضمن تعليقات توضيحية صريحة للأمان—مثل readOnlyHint وdestructiveHint—لمنع الآثار الجانبية غير المقصودة أثناء التنفيذ المحادثتي متعدد الخطوات.
• التحقق في وضع مطوري Gemini قبل التقديم: تحقق من سلوك استدعاء الأداة ومعالجة الأخطاء داخل وضع مطوري Gemini قبل تقديم التكامل المكتمل للمراجعة عبر Google Connected Console.

قائمة التحقق الخاصة بإدارة المنتجات والمنصات

• التسجيل في Connected Console: إرسال التكامل من خلال Google Connected Console، وتحميل أصول العلامة التجارية وإكمال مراجعات التحقق المطلوبة.
• تحديد واجهات النشر: حدد ما إذا كان يجب نشر أدوات التطبيق في بحث Google، أو تطبيق Gemini، أو تمكينها عبر كلا البيئتين.
• مراقبة مقاييس الأداء: تتبع تكرار الاستدعاء، زمن استجابة الاستجابة، ورموز الخطأ داخل لوحات معلومات المطورين لضمان موثوقية الخدمة في ظل ظروف الحمل المتغيرة.
• تدقيق مسارات المستخدم المستقلة: تأكد من أن قمعات الترويج الخارجية ومسارات التثبيت تحافظ على تكوينات القياس المخصصة الخاصة بها بمعزل عن واجهات المحادثة.

الوجبات الرئيسية لفرق الهندسة

يقدم إطلاق منصة Connected Apps طبقة إضافية للتفاعل الرقمي، مما يتيح للتطبيقات توفير خدمات وظيفية مباشرة داخل بيئات الذكاء الاصطناعي المحادثتي. ومن خلال إضفاء الطابع الرسمي على دعم بروتوكول سياق النموذج المفتوح وAndroid Jetpack AppFunctions، أنشأت Google مسارات منظمة للمطورين لعرض الإمكانيات أمام Gemini وSearch دون الاعتماد على تكاملات مخصصة ومملوكة لكل واجهة منتج.

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

المراجع

• Google: إنشاء وإدارة التطبيقات المتصلة في مكان واحد — منشور مدونة رسمي يوضح الإعلان التجريبي وتكاملات الشركاء.

• مطوروا Google: وثائق منصة Connected Apps — نظرة عامة تقنية وأدلة لتكامل خادم MCP البعيد.

• مطوروا Google: نظرة عامة على Connected Console — وثائق حول تسجيل التطبيقات، والتحقق من الأصول، والقياس عن بعد للأداء.

• مطوروا Android: هندسة واجهة برمجة تطبيقات AppFunctions — دليل التنفيذ لتنفيذ الأدوات من جانب العميل عبر حزمة تطوير برامج Jetpack.

• بروتوكول سياق النموذج: الهندسة والمواصفات — معيار بروتوكول مفتوح المصدر لتنفيذ أدوات الذكاء الاصطناعي السياقية.

• IETF: مواصفات إطار عمل تفويض OAuth 2.1 — مسودة فرقة عمل هندسة الإنترنت التي تحدد إرشادات الأمان لتفويض رموز المستخدمين.