هل أنهت جوجل مساعدها الذكي لصالح Gemini على أندرويد؟ كيف يؤثر ذلك على تطبيقاتك؟

opoinstall
2026-09-07
5 min read

هل أنهت جوجل مساعدها الذكي (Google Assistant) لصالح Gemini على أندرويد؟ بدأت جوجل في إيقاف مساعدها الذكي على الهواتف المحمولة في 3 سبتمبر 2026، حيث فقد معظم المستخدمين القدرة على استخدامه أو العودة إليه بحلول 4 سبتمبر، وذلك بعد أن أصبح Gemini هو التجربة الأساسية لمساعد جوجل على أندرويد. ومع استبدال أدوات الأوامر الصوتية التقليدية بنماذج المحادثة الذكية، تعمل منصات الأجهزة المحمولة على إعادة تنظيم كيفية تفاعل المستخدمين مع برامج الطرف الثالث. تاريخياً، كانت التطبيقات تسجل قدرات منظمة في ملفات إعدادات الاختصارات للتعامل مع الأوامر الصوتية. أما اليوم، ونظراً لاعتماد Gemini على مزيج من التطبيقات المتصلة (Connected Apps)، ومساعد الجهاز، وسياق الشاشة، يجب على المطورين مراجعة كيفية اكتشاف التطبيقات المثبتة واستدعائها من خلال واجهات المساعد في النظام.

تحول المنصة الجوهري: إنهاء Google Assistant على الأجهزة المحمولة

نظرة عامة

  • بدأت جوجل في إيقاف مساعدها الذكي على الهواتف في 3 سبتمبر 2026، مع انتقال الأجهزة المؤهلة إلى Gemini كتجربة أساسية لمساعد جوجل.

  • تستخدم واجهات التنشيط الشائعة، بما في ذلك أمر "Hey Google" والإيماءات التي تعمل باللمس، نموذج Gemini بمجرد اختياره كمساعد افتراضي للجهاز.

  • ينطبق هذا التحول الذي حدث في سبتمبر على هواتف أندرويد، والأجهزة اللوحية، وساعات Wear OS، وسماعات الرأس المدعومة، وجلسات Android Auto، ولكنه لا يشمل شاشات Nest والسيارات المجهزة بأنظمة جوجل المدمجة.

انتقال تكامل تطبيقات أندرويد من مساعد جوجل إلى Gemini

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

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

إشعار نظام أندرويد يوضح الانتقال المرحلي من مساعد جوجل إلى Gemini

يعد فهم نطاق هذا التحول أمراً ضرورياً للفرق التقنية التي تتابع انتقال جوجل من مساعدها الذكي إلى Gemini. فبمجرد أن تزيل جوجل إمكانية الوصول إلى المساعد القديم لجهاز معين، لا يمكن للمستخدمين استخدامه أو العودة إليه، وفقاً لـ تحديثات هجرة جوجل Gemini. يشمل هذا الانتقال الهواتف الذكية، والأجهزة اللوحية، وساعات Wear OS المتوافقة، وسماعات الرأس المدعومة، وجلسات Android Auto. ومع ذلك، لا يسري هذا التحول على مكبرات الصوت الذكية Nest وHome، أو الشاشات الذكية المستقلة، أو المركبات المزودة بخدمات جوجل المدمجة.

تحليل تقني معمق: التغيرات الهيكلية من إجراءات التطبيقات (App Actions) إلى تكاملات Gemini

على مستوى تطوير التطبيقات، يؤدي استبدال المساعد الصوتي التقليدي بنموذج توليدي إلى تغيير كيفية ترجمة أوامر المستخدم إلى ميزات في التطبيق. في النموذج القديم، كان المطورون يتكاملون مع مساعد جوجل من خلال تنفيذ App Actions. تم الإعلان عن هذه القدرات رسمياً في ملف مورد shortcuts.xml، كما هو موثق في دليل مخطط إجراءات مساعد أندرويد، حيث يتم ربط الأوامر المدمجة (Built-in Intents) بـ Android Intents صريحة أو روابط عميقة.

عندما ينطق المستخدم عبارة معروفة، كان النظام يحلل الأمر بناءً على القدرات المعلنة للتطبيق ويطلق النشاط (Activity) المستهدف مع المعلمات المناسبة. وفرت هذه الآلية توجيهاً دقيقاً ويمكن التنبؤ به مباشرة إلى ميزات التطبيق المثبت.

أنماط التفاعل الموثقة: المساعد الذكي مقابل استدعاء Gemini

يتبع Gemini نهجاً مختلفاً في تكامل التطبيقات عبر آليات منصة متميزة، تستخدم بشكل أساسي التطبيقات المتصلة (Connected Apps) وقدرات مساعدة الجهاز (Device Assistance). فبدلاً من الاعتماد الكلي على مطابقة الكلمات الرئيسية الدقيقة في ملفات الاختصارات، يقوم Gemini بتقييم أوامر اللغة الطبيعية ويمكنه استخدام سياق الشاشة لتحديد الطريقة المثلى لإكمال إجراء معين.

يوضح الرسم التخطيطي أدناه الفرق بين آلية App Actions القديمة ونموذج استدعاء Gemini:

LegacyGoogleAssistantInteractionLegacy Google Assistant Interaction

الأمر الصوتي للمستخدم ──> قدرة shortcuts.xml ──> Android Intent / رابط عميق ──> نشاط التطبيق المثبت

GeminionAndroidInteractionGemini on Android Interaction

بنية إجراءات التطبيقات القديمة مقابل بنية استدعاء Gemini على أندرويد

من المهم ملاحظة أن جوجل لم توثق إطار عمل بديلاً عالمياً يتم فيه تحويل جميع إجراءات تطبيقات الطرف الثالث القديمة تلقائياً إلى استدعاءات أدوات ديناميكية أو روابط عميقة. بدلاً من ذلك، تستمر التطبيقات في الاعتماد على معايير أندرويد الأساسية—مثل الأوامر الصريحة، وروابط تطبيقات أندرويد (App Links) الموثقة، وإعدادات اختصارات النظام—للتعامل مع الاستدعاءات الخارجية.

إذا كانت الرحلة التي يوجهها المساعد تمر عبر واجهة وسيطة لا تحافظ على معلمات الحملة (campaign parameters)، فقد تواجه نماذج التحليلات وإسناد التسويق تجزئة في البيانات. ومع ذلك، يعد هذا تحدياً يتعلق بالتكامل والحفاظ على الإحالة وليس فشلاً تلقائياً في حل الروابط العميقة للتطبيقات المثبتة بالفعل.

تقييم استدعاء التطبيق واستمرارية الحالة عبر واجهات أندرويد

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

مقارنة أنماط التفاعل على أندرويد

يلخص الجدول أدناه الآليات التقنية التي تحكم نقاط دخول التطبيقات واستمرارية السياق على أندرويد:

نمط التفاعل الآلية الأساسية الأصول المطلوبة حالة الاستخدام الرئيسية
استدعاء ميزة مثبتة Android Intent / اختصار مرشحات الأوامر / shortcuts.xml حيث تُستخدم App Actions تشغيل مهام محددة في تطبيق مثبت بالفعل
حل روابط الويب إلى التطبيق Android App Links Digital Asset Links (assetlinks.json) فتح روابط HTTP/HTTPS الموثقة مباشرة داخل التطبيق
تفاعل مساعد النظام Gemini / التطبيقات المتصلة تكاملات المنصة المدعومة التحكم في التطبيق عبر الصوت والشاشة من خلال مساعد جوجل
استعادة السياق قبل التثبيت الروابط العميقة المؤجلة مطابقة المعلمات من جانب الخادم استعادة معلمات الإحالة أو الحملة بعد تثبيت التطبيق من المتجر

تدفق الاستحواذ عند حدود استدعاء التطبيق مقابل التثبيت على أندرويد

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

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

قائمة التحقق الهندسية: التحقق من تكامل تطبيقات أندرويد في ظل Gemini

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

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

  • تدقيق روابط تطبيقات أندرويد (App Links): تحقق من أن النطاق الذي يستضيف assetlinks.json يعيد استجابات HTTP 200 صالحة ويطابق بصمات SHA-256 لشهادات توقيع الإصدار لتجنب حوارات توضيح المقاصد.

  • جرد تعريفات shortcuts.xml القديمة: وثّق إجراءات التطبيقات (App Actions) الحالية وتعريفات الاختصارات في shortcuts.xml لتحديد تبعيات الصوت القديمة، ثم قيّم بشكل منفصل مسارات تكامل Gemini التي تنطبق.

  • مراقبة إرشادات التطبيقات المتصلة: ابقَ على اطلاع بتوثيق جوجل المحدث بشأن التطبيقات المتصلة بـ Gemini المدعومة، وملحقات مساعدة الجهاز، وتوافق إجراءات الشاشة.

قائمة تحقق استراتيجية المنتج والنمو

  • التمييز بين الاستدعاءات والاستحواذ: افصل بين تتبع تحليلات تنفيذ المهام داخل التطبيق عبر المساعد وبين حملات التسويق الخارجية (من الويب إلى التطبيق).

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

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

تساعد اتباع هذه الممارسات الهندسية في الحفاظ على نقاط دخول التطبيقات الوظيفية عبر واجهات أنظمة التشغيل المتطورة.

قائمة التحقق الهندسية لنقاط دخول التطبيقات عند الانتقال إلى Gemini على أندرويد


الأسئلة الشائعة (FAQ)

هل يمكن للمستخدمين العودة إلى مساعد جوجل بعد الترحيل إلى Gemini؟
بمجرد أن تزيل جوجل إمكانية الوصول إلى مساعدها الذكي لجهاز معين أثناء الطرح، لا يمكن للمستخدمين الوصول إلى المساعد القديم أو العودة إليه على ذلك الجهاز. بينما سمحت مراحل الترحيل المبكرة بالتبديل اليدوي بين المساعدين، فإن إيقاف المساعد القديم على الأجهزة المحمولة يجعل Gemini هو التجربة الافتراضية الدائمة لمساعد جوجل على الأجهزة المؤهلة.
هل ترتبط إجراءات تطبيقات أندرويد الحالية (App Actions) مباشرة بـ Gemini؟
توفر جوجل نماذج تكامل متعددة لـ Gemini، بما في ذلك التطبيقات المتصلة ومساعد الجهاز. يجب على المطورين التحقق من نماذج التكامل المدعومة التي تنطبق على ميزاتهم الخاصة بدلاً من افتراض ترحيل عالمي ومباشر من إجراءات التطبيقات القديمة.
هل يتطلب انتقال مساعد أندرويد إلى Gemini استخدام الروابط العميقة المؤجلة تلقائياً؟
لا. بالنسبة للتطبيقات المثبتة بالفعل، يعد استدعاء المساعد وتوجيه أوامر أندرويد القياسية أمراً منفصلاً عن الروابط العميقة المؤجلة. تصبح الروابط العميقة المؤجلة ذات صلة فقط عندما تتجاوز رحلة الاكتشاف حدود تثبيت متجر التطبيقات وتتطلب استعادة معلمات حملة ما قبل التثبيت عند أول تشغيل للتطبيق.

نقاط رئيسية لفرق الهندسة

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

إن الحفاظ على روابط تطبيقات (App Links) موثقة ومعالجة نظيفة لأوامر أندرويد يوفر أساساً مستقراً لدخول التطبيق، بينما يجب على الفرق تتبع آليات تكامل Gemini بشكل منفصل مع توسعها. من خلال التعامل مع استدعاء المساعد وإسناد التثبيت الخارجي كنطاقات هندسية متميزة، يمكن للفرق بناء هياكل محمولة مرنة تتكيف بسلاسة مع تحولات أنظمة التشغيل.

المراجع

Share this article