منذ ظهور أندرويد، كانت واحدة من أهم نقاط قوته أنه نظام يمكن لمصنعي الهواتف استخدامه وتعديله وبناء واجهاتهم الخاصة فوقه. لكن مع توسع Google Play Services واعتماد معظم المستخدمين على متجر Google وتطبيقات الشركة، أصبح السؤال منطقيًا: هل يستمر نظام أندرويد مفتوح المصدر فعلًا في المستقبل، أم يمكن أن يتحول تدريجيًا إلى نظام مغلق تسيطر عليه Google بالكامل؟
الإجابة ليست مجرد نعم أو لا، لأن ما نطلق عليه اليوم اسم «أندرويد» يتكون عمليًا من طبقتين مختلفتين. الطبقة الأولى هي Android Open Source Project أو AOSP، وهي مفتوحة المصدر فعلًا. أما الطبقة الثانية فهي خدمات Google وتطبيقاتها مثل Google Play Store وGoogle Play services وGoogle Maps وYouTube، وهذه ليست مفتوحة المصدر ولا تأتي ضمن AOSP أصلًا.
الإجابة السريعة
نعم، من المرجح أن يظل نظام أندرويد مفتوح المصدر عبر مشروع AOSP، ولا توجد حاليًا أي إشارة رسمية من Google إلى نية إغلاق المشروع أو تحويله إلى نظام مدفوع. معظم كود AOSP مرخص بترخيص Apache 2.0، ويمكن لأي شركة أو مطور استخدامه وتعديله. لكن خدمات Google مثل Play Store وGoogle Play services ليست جزءًا من AOSP، وتحتاج الشركات إلى اتفاقيات وترخيص منفصل لاستخدامها.
ما هو AOSP أصلًا؟
AOSP اختصار لـ Android Open Source Project، وهو المشروع الذي يحتوي على الجزء المفتوح المصدر من نظام Android. Google تنشر الكود المصدري للمشروع، ويمكن للمطورين والشركات تنزيله وبناء نسخ مخصصة منه لأجهزتهم.
وفق وثائق Google الرسمية، AOSP هو منتج كامل يمكن استخدامه كأساس لبناء نظام تشغيل للأجهزة المختلفة، وليس مجرد مجموعة أكواد تعليمية أو نسخة تجريبية.
كما توضح Google أن أي شخص يستطيع استخدام الكود المصدري لأندرويد وتعديله وإنشاء نسخة خاصة به، وهو ما سمح عبر السنوات بظهور عشرات الواجهات والأنظمة المبنية على أندرويد.
أندرويد المفتوح ليس هو أندرويد الموجود بالكامل على هاتفك
هذه أهم نقطة لفهم الموضوع. الهاتف الذي تشتريه من Samsung أو Xiaomi أو OPPO أو أي شركة أخرى لا يعمل فقط على AOSP.
غالبًا توجد فوق النظام مجموعة كبيرة من الخدمات المملوكة لـGoogle، تسمى Google Mobile Services أو GMS. وتشمل خدمات وتطبيقات مثل Google Play Store وGoogle Play services وGoogle Maps وYouTube وتطبيقات أخرى.
Google نفسها تؤكد أن GMS ليست جزءًا من AOSP، وأنها متاحة فقط عبر ترخيص منفصل.
بمعنى آخر، يمكن لشركة أن تأخذ AOSP وتبني هاتفًا يعمل بأندرويد من دون Google Play، لكن إذا أرادت تجربة أندرويد التقليدية التي يعرفها المستخدم مع متجر Google وخدمات الشركة، فهنا تدخل مرحلة مختلفة.
هل استخدام AOSP مجاني للشركات؟
من حيث الحصول على الكود واستخدامه وفق تراخيصه، نعم. معظم كود AOSP مرخص بترخيص Apache 2.0، وهو ترخيص مفتوح المصدر مرن يسمح بالاستخدام والتعديل والتوزيع، بما في ذلك الاستخدام التجاري.
وهذا أحد الأسباب التي ساعدت أندرويد على الانتشار عالميًا. الشركة المصنعة لا تحتاج إلى دفع سعر نظام تشغيل عن كل جهاز لمجرد استخدام AOSP.
لكن هذا لا يعني أن صناعة هاتف أندرويد كامل بلا تكاليف مرتبطة بالنظام. هناك تطوير الواجهة والتعريفات والاختبارات والأمان والتحديثات والاعتماد، بالإضافة إلى الاتفاقيات المطلوبة إذا أرادت الشركة استخدام خدمات Google.
هل Google تستطيع إغلاق AOSP فجأة؟
نظريًا، Google تتحكم في اتجاه تطوير Android الرئيسي وتدير مشروع AOSP، لكنها لا تستطيع ببساطة سحب التراخيص المفتوحة من نسخ الكود التي تم نشرها بالفعل تحت Apache 2.0.
الكود الذي صدر تحت ترخيص مفتوح يظل خاضعًا لذلك الترخيص. لكن Google تستطيع التحكم في ما ستضعه في الإصدارات المستقبلية، وفي أي أجزاء ستكون داخل AOSP وأي أجزاء ستبقى ضمن خدماتها الخاصة.
ولهذا السبب فإن السؤال الأكثر واقعية ليس: هل ستغلق Google أندرويد بالكامل؟ بل: هل يمكن أن تصبح المزايا المهمة الجديدة أكثر اعتمادًا على Google Play Services بدل AOSP نفسه؟
هنا يوجد الخطر الحقيقي على مفهوم أندرويد المفتوح
على مدار السنوات، أصبح جزء كبير من تجربة المستخدم يعتمد على خدمات Google بدل الاعتماد على AOSP فقط. الكثير من وظائف التطبيقات الحديثة تستخدم Google Play services للإشعارات والموقع والأمان والمصادقة وخدمات أخرى.
هذا لا يجعل AOSP مغلقًا، لكنه يجعل بناء هاتف ينافس أجهزة Android التقليدية من دون خدمات Google أصعب.
وهنا تظهر مفارقة مهمة: النظام الأساسي مفتوح المصدر، لكن التجربة التي يتوقعها أغلب المستخدمين تعتمد بدرجة كبيرة على خدمات مغلقة.
مثال واضح: متجر Google Play ليس مفتوح المصدر
أحد أكثر الأخطاء شيوعًا هو الاعتقاد أن متجر Google Play جزء أساسي ومفتوح من أندرويد. هذا غير صحيح.
Google Play Store جزء من خدمات Google وليس AOSP. الشركة التي تبني جهازًا من AOSP لا تحصل تلقائيًا على Play Store.
وللحصول على خدمات Google، تحتاج الشركة إلى الالتزام بمتطلبات التوافق الخاصة بأندرويد واجتياز اختبارات مثل CTS، ثم يمكنها الدخول في اتفاقيات استخدام GMS.
وتشرح Google رسميًا أن الجهاز يمكن أن يعمل بأندرويد دون GMS، لكن خدمات الشركة لا تتوفر إلا بترخيص.
ماذا يعني أن الجهاز Android Compatible؟
استخدام كود AOSP وحده لا يعني بالضرورة أن الجهاز يُعتبر متوافقًا رسميًا ضمن منظومة Android.
Google لديها برنامج Android Compatibility الذي يحدد متطلبات الأجهزة والبرامج التي يجب تحقيقها حتى يعتبر الجهاز متوافقًا.
تشمل العملية الالتزام بوثيقة Compatibility Definition Document واجتياز Compatibility Test Suite.
بعد ذلك يمكن للشركة التفكير في ترخيص GMS واستخدام علامة Android ضمن الشروط المحددة.
Android 17 يؤكد استمرار نموذج AOSP في 2026
النظام الحالي في 2026 لا يعطي أي إشارة إلى تراجع Google عن AOSP. على العكس، Android 17 نفسه ما زال يصدر ضمن بنية تفصل بوضوح بين نسخة AOSP ونسخ تحتوي Google Mobile Services.
حتى صور Generic System Image التي توفرها Google للاختبار تظهر بنسختين: نسخة AOSP بدون GMS، ونسخة أخرى تتضمن خدمات Google.
هذا الفصل مهم لأنه يعكس استمرار الفلسفة نفسها: النظام الأساسي مفتوح، بينما خدمات Google طبقة إضافية منفصلة.
هل يمكن أن يصبح أندرويد مدفوعًا للمستخدم؟
من غير المرجح أن يتحول Android نفسه إلى نظام يحتاج المستخدم إلى شراء ترخيص لتثبيته مثل بعض البرامج التجارية التقليدية.
نموذج Google الاقتصادي لا يعتمد أساسًا على بيع Android للمستخدم النهائي، بل على الخدمات والتطبيقات والإعلانات ومتجر Play والنظام البيئي المحيط بأندرويد.
وجود AOSP مفتوح المصدر كان ولا يزال أحد الأسباب الأساسية التي جعلت أندرويد النظام الأكثر انتشارًا بين الشركات المصنعة.
تحويله فجأة إلى نظام مدفوع سيضر بهذا النموذج ويعطي الشركات حافزًا أكبر للبحث عن بدائل.
لكن خدمات Google ليست مجانية بالمعنى نفسه
هنا يجب التفريق مرة أخرى بين المستخدم والشركة المصنعة.
المستخدم عادة لا يدفع رسومًا منفصلة لاستخدام Google Play services على هاتفه، لكن الشركات المصنعة تدخل في اتفاقيات وشروط ترخيص لاستخدام GMS.
وهذه الخدمات مملوكة لـGoogle وليست مفتوحة المصدر، لذلك يمكن للشركة تغيير شروطها ومتطلباتها بصورة مستقلة عن ترخيص AOSP.
هل يستطيع مصنع هاتف بناء جهاز بدون Google؟
نعم، وهذا حدث بالفعل في أكثر من حالة.
يمكن استخدام AOSP كأساس لنظام كامل ثم إضافة متجر تطبيقات وخدمات سحابية وتطبيقات بديلة.
لكن التحدي هو النظام البيئي. المستخدم يتوقع وجود تطبيقاته المعتادة، وبعض التطبيقات تعتمد على Google Play services، لذلك تحتاج الشركة إلى بناء بدائل قوية حتى تقدم تجربة تنافسية.
لهذا السبب لا يكفي امتلاك الكود المصدري وحده لتكرار تجربة Android التقليدية بالكامل.
لماذا تتمسك Google بالمصدر المفتوح؟
Google تشرح في وثائق AOSP أن الهدف الأساسي من فتح Android هو إنشاء منصة يمكن للمصنعين وشركات الاتصالات والمطورين استخدامها والابتكار فوقها، ومنع وجود نقطة تحكم مركزية واحدة تعيق تطور النظام.
كما أن الانفتاح ساعد Android نفسه على الانتشار. الشركات استطاعت تعديل النظام ليناسب هواتف رخيصة أو أجهزة قوية أو تلفزيونات وسيارات وأجهزة أخرى.
ويمكن قراءة المزيد عن هذا التوسع في مقالنا السابق عن كيف حقق نظام الأندرويد طفرة في أنظمة التشغيل، والذي يشرح كيف تجاوز النظام حدود الهاتف الذكي إلى أنواع مختلفة من الأجهزة.
هل أندرويد مفتوح مثل Linux بالكامل؟
أندرويد يعتمد على Linux Kernel، لكن نموذج المشروع مختلف عن توزيعات Linux التقليدية.
Google تقود تطوير AOSP وتحدد اتجاه الإصدارات الرئيسية، ثم تنشر الكود وفق التراخيص المفتوحة المناسبة. معظم أجزاء AOSP تستخدم Apache 2.0، بينما Kernel Linux نفسه يخضع لـGPLv2.
لذلك أندرويد مشروع مفتوح المصدر، لكن ليس مشروعًا لا توجد فيه جهة رئيسية تقوده. Google هي الجهة المسيطرة على تطوير المنتج الأساسي وتحديد خارطة الطريق.
ما الفرق بين AOSP وGMS؟
| العنصر | AOSP | GMS |
|---|---|---|
| مفتوح المصدر | نعم في معظم مكوناته | لا |
| يمكن استخدامه بدون ترخيص تجاري من Google | نعم وفق تراخيص الكود | لا، يتطلب ترخيصًا من Google |
| يشمل Google Play Store | لا | نعم |
| يشمل Google Play services | لا | نعم |
| يمكن تعديله لبناء نظام خاص | نعم | ليس بالطريقة نفسها |
هل يمكن ظهور Android بدون Google في المستقبل؟
تقنيًا هذا ممكن بالفعل اليوم، وليس سيناريو مستقبليًا.
AOSP يسمح بإنشاء أنظمة تعتمد على Android دون استخدام Google Play. المشكلة ليست في إمكانية بناء النظام، بل في بناء منظومة تطبيقات وخدمات تنافس Google.
كلما زاد اعتماد التطبيقات على Play services، أصبح الخروج من منظومة Google أصعب حتى لو ظل الكود نفسه مفتوحًا.
هل التشريعات يمكن أن تغير مستقبل أندرويد؟
من الممكن أن تؤثر قوانين المنافسة ومتاجر التطبيقات والخصوصية في طريقة عمل منظومة Android، خصوصًا فيما يتعلق بمتاجر التطبيقات والتثبيت الجانبي ومتطلبات Google للمصنعين والمطورين.
لكن هذه التغييرات لا تعني بالضرورة إغلاق AOSP. في الواقع، استمرار الطبقة المفتوحة قد يساعد Google على إثبات أن Android ليس نظامًا مغلقًا بالكامل مثل بعض المنافسين.
التحقق من المطورين لا يعني إغلاق أندرويد
أحد التغييرات الجديدة التي قد تسبب بعض الالتباس هو نظام التحقق من مطوري تطبيقات Android الذي بدأت Google توسيعه في 2026.
هذه الخطوة تضيف متطلبات هوية وأمان لبعض طرق تثبيت التطبيقات على الأجهزة المعتمدة، لكنها لا تغير ترخيص AOSP ولا تحول النظام إلى مشروع مغلق.
من المهم الفصل بين سياسات أمان النظام البيئي للأجهزة المعتمدة وبين الترخيص المفتوح لكود Android نفسه.
هل يستمر نظام أندرويد مفتوح المصدر فعلًا؟
كل الأدلة الحالية تشير إلى نعم. Google ما زالت تصف Android صراحة بأنه مشروع مفتوح المصدر، وما زالت تنشر كود AOSP وتوثقه وتسمح بتنزيله وتعديله وبناء نسخ مخصصة منه.
يمكن الرجوع إلى الصفحة الرسمية لمشروع Android Open Source Project للاطلاع على طريقة عمل المشروع وتنزيل الكود وبناء نسخ مخصصة.
لكن الإجابة الأكثر دقة هي أن نظام أندرويد مفتوح المصدر سيستمر على الأرجح، بينما قد تستمر Google في نقل المزيد من القيمة العملية إلى خدمات مغلقة مرتبطة بمنظومتها.
وهذا هو التوازن الذي يجب مراقبته في السنوات المقبلة: ليس هل سيختفي AOSP، بل كم ستظل النسخة المفتوحة وحدها قادرة على تقديم تجربة تنافسية دون الاعتماد على Google Mobile Services.
الخلاصة: أندرويد سيظل مفتوحًا لكن منظومته ليست كلها مفتوحة
من الخطأ القول إن أندرويد أصبح نظامًا مغلقًا لأن Play Store وGoogle Play services مغلقان، كما أنه من الخطأ القول إن كل ما يوجد على هاتف أندرويد مفتوح المصدر.
AOSP ما زال مفتوح المصدر ويمكن للشركات والمطورين استخدامه وتعديله، ولا توجد حاليًا خطة رسمية معروفة لتحويله إلى نظام مغلق أو مدفوع.
لكن تجربة أندرويد التجارية التي يعرفها أغلب المستخدمين تعتمد على طبقة كبيرة من خدمات Google المملوكة للشركة. لذلك مستقبل الانفتاح في Android لن يتحدد فقط بوجود كود AOSP، بل أيضًا بمدى قدرة المصنعين والمطورين على العمل خارج خدمات Google إذا أرادوا ذلك.