تحقق هوية مطوّري أندرويد من 30 سبتمبر: لماذا لم يعد توقيع تطبيقك كافياً؟

في 30 سبتمبر 2026 يدخل أندرويد مرحلة جديدة كلياً: لم يعد توقيع التطبيق بمفتاحك الخاص كافياً لتثبيته على الهواتف. صار المطلوب أن تكون أنت — لا التطبيق — موثّقاً بهويتك لدى جوجل. الرسالة الشائعة التي انتشرت بين المطوّرين تقول إن الأمر يخصّ أربع دول فقط، وهذا صحيح جزئياً ومضلّل بالكامل: فالشقّ الذي يمسّ كل مطوّر على متجر Play، في أي دولة، يحمل التاريخ نفسه.

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

ما الذي يتغيّر بالضبط؟

حتى اليوم، كان نظام أندرويد يهتم بسؤال واحد عند التثبيت: هل التطبيق موقّع بمفتاح صالح؟ التوقيع يضمن أن النسخة لم تُعبث بها وأن التحديثات تأتي من المصدر نفسه — لكنه لا يقول شيئاً عمّن يقف خلف المفتاح. أي شخص يستطيع توليد مفتاح خلال ثوانٍ.

النظام الجديد يضيف سؤالاً ثانياً: هل هوية صاحب هذا المفتاح مُتحقَّق منها؟ جوجل تصف الأمر بأنه أشبه بالتحقق من الهوية في المطار — فحص لمن أنت، لا لما تحمله في حقيبتك. لا مراجعة لمحتوى التطبيق، ولا حكم على وظيفته، بل ربط اسم الحزمة (Package Name) ومفتاح التوقيع بكيان حقيقي قابل للمساءلة.

التوقيع الرقمي يثبت أن التطبيق لم يتغيّر. التحقق من الهوية يثبت أن هناك شخصاً يتحمّل المسؤولية إن تغيّر إلى الأسوأ. المشكلة أن الصناعة اكتفت عقداً كاملاً بالسؤال الأول.

الالتباس الذي يجب أن ينتهي: مسـاران لا مسار واحد

أغلب من قرأ الخبر سريعاً خرج بانطباع أنه محصور في البرازيل وإندونيسيا وسنغافورة وتايلاند. الحقيقة أن هناك مسارين منفصلين يشتركان في التاريخ نفسه:

المسار	من يتأثر	النطاق الجغرافي	نتيجة عدم التسجيل
التوزيع خارج Play (APK ومتاجر بديلة)	كل من يوزّع تطبيقاً خارج المتجر	البرازيل، إندونيسيا، سنغافورة، تايلاند أولاً — والتوسّع العالمي في 2027	التطبيق لا يُثبَّت على الأجهزة المعتمدة في تلك الدول
تسجيل أسماء الحزم على Play	كل مطوّر على المتجر	عالمي بلا استثناء	إزالة التطبيق من المتجر وفق سياسة متطلبات Play Console

المسار الثاني هو المفاجأة غير السارّة. إن كان تطبيقك على Play وتظن أن الأمر لا يعنيك لأنك لا توزّع APK ولا تسكن في إحدى الدول الأربع — فأنت معنيّ، والتاريخ هو نفسه.

الجهاز "المعتمد" وما ليس كذلك

الإلزام يسري على الأجهزة المعتمدة (Certified Devices): تلك التي تصل بحماية Play Protect وتطبيقات جوجل مثبّتة مسبقاً، أي الغالبية الساحقة من الهواتف التي يشتريها الناس. أما أجهزة التطوير عبر ADB، والأجهزة المدارة داخل المؤسسات عبر أنظمة EMM، فخارج النطاق.

من يستطيع أن يتنفّس، ومن يجب أن يتحرّك اليوم

• تطبيقات المؤسسات المغلقة: الموزّعة حصراً على أجهزة مُدارة عبر Device Policy Controller أو كتطبيقات خاصة داخل Managed Google Play — معفاة من التسجيل لهذا المسار. لكن إن كان اسم الحزمة نفسه قد يصل يوماً إلى جهاز غير مُدار، سجّله احتياطاً.
• الهواة والطلاب والتجارب الصغيرة: هناك حساب توزيع محدود مجاني تماماً، بلا رسوم وبلا هوية حكومية، مقابل سقف 20 جهازاً مُصرّحاً بها صراحةً. مثالي لتطبيق تخرّج أو أداة داخلية لفريق صغير.
• التوزيع الواسع خارج Play: يتطلب حساباً كاملاً برسوم 25 دولاراً لمرة واحدة، مع هوية حكومية وإثبات عنوان للأفراد، ورقم D-U-N-S وموقع موثّق للمؤسسات.
• من سبق أن وثّق حسابه على Play Console: تطبيقاته المؤهّلة تُسجَّل تلقائياً، لكن راجع بنفسك أن كل أسماء الحزم مسجّلة فعلاً — التسجيل يسري على مستوى اسم الحزمة، لا على مستوى الحساب.

نقطة الانكسار الحقيقية: اسم الحزمة

الخطأ الذي سيكلّف بعض المطوّرين أسابيع ليس في الأوراق، بل في اسم الحزمة نفسه. التسجيل يربط اسم الحزمة بمفتاح توقيعك، وحين يكون الاسم مستخدماً بالفعل من طرف آخر، قد تُبلَّغ بأن مفتاحك غير مؤهّل للمطالبة به مباشرة. الحل المقترح رسمياً هو استخدام اسم مختلف، أو طلب تسجيل يمرّ بمراجعة إضافية وقد ينتهي بأن الاسم يظل مستخدماً من آخرين أيضاً.

من يعانون هنا تحديداً هم أصحاب أسماء الحزم الافتراضية الكسولة من أيام التعلّم: com.example.myapp وcom.test.app1. تغيير اسم الحزمة لتطبيق منشور بالفعل ليس تعديل سطر واحد — إنه تطبيق جديد من وجهة نظر المتجر، بلا تقييمات ولا مستخدمين ولا تاريخ تثبيت.

أدوات تختصر الطريق

• Android Developer ID Status API: للتحقق برمجياً ما إذا كان اسم الحزمة مسجّلاً بالفعل.
• Android Developer Console API: لتسجيل أسماء الحزم والمفاتيح وإدارتها من داخل خط الـCI/CD، بدل العمل اليدوي مع كل إصدار.
• مؤشّر الحالة في Android Studio: يعرض حالة التسجيل عند توليد حزمة موقّعة أو ملف APK.

المسار المتقدّم: الباب الذي بقي مفتوحاً

التثبيت الجانبي (Sideloading) لم يُلغَ. من أراد تثبيت تطبيق من مطوّر غير موثّق فأمامه مسار متقدّم يمرّ بخطوات متعمّدة البطء: تفعيل خيار داخل قائمة خيارات المطوّر، ثم توثيق المستخدم لنفسه، ثم إعادة تشغيل الجهاز، ثم انتظار 24 ساعة قبل أن يُسمح بالتثبيت.

هذا التصميم ليس عبثاً ولا عقاباً للمستخدم المتقدّم؛ إنه موجّه ضد سيناريو محدد: ضحية على الهاتف مع محتال يضغط عليها لحظياً لتثبيت تطبيق "لحل مشكلة عاجلة". مهلة الـ24 ساعة تكسر إيقاع عملية الاحتيال، لأن المحتال لا يملك ترف الانتظار يوماً كاملاً.

الجانب الآخر من الميزان

الإنصاف يقتضي ذكر ما يؤخذ على هذه الخطوة، لا الاكتفاء بشرحها:

1. رقم يتحرّك: التبرير يستند إلى أن التطبيقات المثبّتة جانبياً تحمل برمجيات خبيثة أكثر بأضعاف كبيرة مقارنة بالمتجر — لكنه رقم داخلي من جوجل بلا منهجية منشورة، وقد تغيّر صعوداً بين إعلان وآخر.
2. فجوة في جانب المستخدم: الأدوات المتاحة تتيح للمطوّر فحص تطبيقاته هو، ولا يوجد ما يعادلها للمستخدم العادي ليتحقق قبل التثبيت من أن ملف APK في يده مسجّل أصلاً.
3. غموض تعريفي: لا توجد طريقة واضحة ومباشرة يعرف بها المستخدم إن كان هاتفه يندرج ضمن "الأجهزة المعتمدة" أم لا.
4. كلفة على الصغار: الهوية الحكومية وإثبات العنوان عائق حقيقي في أسواق تكثر فيها مشكلات التوثيق الرسمي، وهي — للمفارقة — الأسواق نفسها التي بدأ منها التطبيق.

خطة تنفيذ في أسبوع

1. احصر أسماء حزمك كلها، بما فيها التطبيقات القديمة النائمة والنسخ التجريبية والمتغيّرات (.debug و.staging).
2. افحص حالة التسجيل لكل اسم عبر واجهة حالة المعرّف، ولا تفترض أن التسجيل التلقائي غطّى كل شيء.
3. حدّد نوع الحساب المناسب: توزيع محدود مجاني إن كان الجمهور ≤ 20 جهازاً، أو حساب كامل إن كان التوزيع عاماً.
4. جهّز أوراق التوثيق مبكراً: الهوية والعنوان للأفراد، ورقم D-U-N-S للمؤسسات — استخراج الأخير وحده قد يستغرق أياماً.
5. عالج تعارضات الأسماء فوراً، فهي البند الوحيد الذي قد يستهلك أسابيع ولا يمكن تسريعه بالمال.
6. أدخل التسجيل في خط الإصدار عبر واجهة الكونسول البرمجية، حتى لا يصبح كل إصدار جديد مهمة يدوية منسيّة.

أسئلة شائعة

هل انتهى عصر التثبيت الجانبي على أندرويد؟

لا. التثبيت الجانبي باقٍ، وADB يعمل كما هو للمطوّرين على أجهزتهم. ما تغيّر أن التطبيق من مطوّر غير موثّق صار يحتاج مساراً متقدّماً بخطوات متعمّدة الطول. الفرق بين "ممنوع" و"أصعب بكثير وأبطأ" جوهري هنا.

تطبيقي على Play وجمهوري خارج الدول الأربع — هل أنا آمن حتى 2027؟

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

هل أدفع 25 دولاراً وأنا أنشر تطبيقاً مجانياً صغيراً؟

ليس بالضرورة. إن كان توزيعك محدوداً فعلاً (≤ 20 جهازاً مُصرّحاً به)، فحساب التوزيع المحدود مجاني ولا يطلب هوية حكومية. الرسم مرتبط بالتوزيع الواسع، لا بكون التطبيق مجانياً أو مدفوعاً.

الخلاصة

ما يحدث في 30 سبتمبر ليس تشديداً على التثبيت الجانبي بقدر ما هو انتقال أندرويد من ثقة مبنية على المفتاح إلى ثقة مبنية على الهوية. التوقيع الرقمي ظلّ عقداً كاملاً يجيب عن سؤال "هل تغيّر التطبيق؟" دون أن يجيب أبداً عن "من يتحمّل المسؤولية؟" — والنظام الجديد يسدّ هذه الفجوة تحديداً.

الإجراء العملي اليوم بسيط ولا يحتمل التأجيل: افحص حالة كل اسم حزمة تملكه قبل نهاية الشهر. التوثيق الورقي مسألة أيام، أما تعارض اسم حزمة مع طرف آخر فمسألة أسابيع لا يحلّها الاستعجال في اللحظة الأخيرة.