شرح Android Developer Verification وكيفية إثبات ملكية Package Name داخل Google Play Console
خلال الفترة الماضية بدأت Google بإطلاق نظام جديد لمطوري أندرويد تحت اسم Android Developer Verification.
ظهر النظام في البداية على شكل دعوة للمطورين للانضمام إلى مرحلة Early Access داخل Google Play Console، لكن مع الوقت بدأت آثار النظام تظهر فعليًا أثناء إنشاء التطبيقات الجديدة.
في البداية يبدو إنشاء تطبيق جديد داخل الكونسول كما اعتدنا دائمًا:
- كتابة اسم التطبيق
- إضافة Package Name
- إكمال خطوات الإنشاء
لكن المفاجأة ظهرت عند محاولة إنشاء تطبيق جديد حيث ظهرت الرسالة التالية:
You can't use this package name because it hasn't been registered
وهنا اتضح أن Google بدأت تطبيق نظام جديد للتحقق من ملكية أسماء الحزم (Package Names).
ما هو Android Developer Verification؟
يعتمد النظام الجديد على فكرة بسيطة:
إذا كان Package Name مستخدمًا مسبقًا على أي جهاز Android، فإن Google تعتبر أن هناك تطبيقًا موجودًا بالفعل بهذا الاسم.
ولا يقتصر الأمر على التطبيقات المنشورة داخل المتجر فقط.
بل يشمل أيضًا:
- التطبيقات المثبتة يدويًا على الأجهزة
- نسخ APK التجريبية
- التطبيقات الموزعة عبر Firebase App Distribution
- نسخ الاختبار الخاصة بالعملاء
- الإصدارات الداخلية
بمعنى آخر، إذا قمت سابقًا بتجربة التطبيق على هاتفك أو أرسلته لعميل فقد تتم مطالبتك بإثبات الملكية قبل استخدام Package Name داخل Play Console.
كيف يعمل النظام الجديد؟
قبل السماح بإنشاء التطبيق داخل Google Play، تطلب Google إثبات أنك المالك الحقيقي للتطبيق.
وتتم العملية عبر ثلاث خطوات رئيسية.
الخطوة الأولى: إثبات ملكية Keystore
في هذه المرحلة تعرض Google مجموعة من مفاتيح SHA-256 المرتبطة بالتطبيقات التي تستخدم نفس Package Name.
المطلوب هنا هو اختيار المفتاح المستخدم أثناء توقيع التطبيق.
للحصول على بيانات المفتاح يمكن تشغيل الأمر التالي:
keytool -list -v -keystore yourkey.jks
بعد تنفيذ الأمر ستظهر معلومات التوقيع ومنها:
- SHA1
- SHA256
- Certificate Fingerprints
قم بمطابقة المفتاح مع القائمة التي تعرضها Google ثم اختر المفتاح الصحيح.
هذه الخطوة تعتبر عملية حجز أولية لـ Package Name.
الخطوة الثانية: إنشاء ملف التوثيق
بعد تأكيد المفتاح تطلب Google إنشاء ملف جديد باسم:
adi-registration.properties
يوضع الملف داخل المسار التالي:
android/app/src/main/assets/
ستقوم Google بتوليد محتوى الملف تلقائيًا أثناء خطوات التسجيل.
وظيفة الملف هي إثبات أن التطبيق الحالي هو التطبيق الحقيقي المرتبط بالـ Package Name.
كما تمنع هذه الخطوة أي جهة أخرى من محاولة المطالبة بملكية الاسم نفسه.
الخطوة الثالثة: إنشاء Release APK ورفعه
آخر خطوة هي رفع ملف APK للتحقق النهائي.
هناك نقطة مهمة جدًا هنا:
Google تطلب رفع:
APK
وليس:
AAB
كما يجب أن يكون الملف:
- نسخة Release
- موقعًا بنفس Keystore المستخدم سابقًا
بعد رفع الملف يتم إرسال الطلب للتحقق.
غالبًا تستغرق العملية عدة دقائق فقط ثم يتم تفعيل Package Name ويمكنك العودة وإنشاء التطبيق بشكل طبيعي.
هل يجب أن يكون التطبيق مكتملًا؟
لا.
هذه الخطوة ليست مراجعة للتطبيق أو عملية نشر.
بل تعتبر عملية تحقق فقط.
يمكن رفع APK بسيط حتى لو كان المشروع غير مكتمل بالكامل.
الهدف هنا هو إثبات ملكية Package Name وليس مراجعة محتوى التطبيق.
لماذا أضافت Google هذا النظام؟
يبدو أن الهدف الرئيسي هو تقليل:
- انتحال التطبيقات
- سرقة أسماء الحزم
- رفع تطبيقات مزيفة
- إعادة استخدام Package Names الخاصة بمشاريع أخرى
كما يوفر طبقة حماية إضافية للمطورين الذين يستخدمون نفس التطبيقات لفترات طويلة قبل نشرها.
الخلاصة
أصبح نظام Android Developer Verification جزءًا جديدًا من عملية إنشاء التطبيقات داخل Google Play Console.
إذا ظهر لك خطأ:
You can't use this package name because it hasn't been registered
فالحل غالبًا سيكون عبر:
- إثبات ملكية Keystore
- إضافة ملف التوثيق
- رفع APK موقع للتحقق
بعد إكمال هذه الخطوات يمكن استخدام Package Name بشكل طبيعي ومتابعة العمل داخل الكونسول دون مشاكل.
لمزيد من المقالات : تعلم كيفية ضبط حجم الخط بشكل مثالي في Flutter
لمزيد من المقالات : كيف تتابع اخطاء تطبيقك بعد اطلاقه عن طريق Sentry في Flutter بسهوله
