google play المرشحات

الإعلانات

google play المرشحات

 

 

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

مثال، إذا كان التطبيق يتطلب كاميرا، فلن يقوم قوقل بلاي بعرض، التطبيق على الأجهزة التي لا تحتوي على كاميرا.

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

تعتمد التصفية في قوقل بلاي، على عدة أنواع من البيانات الوصفية، وإعدادات التكوين للتطبيقات..

بما في ذلك إعلانات ملف الإيضاح، المكتبات المطلوبة، البنى الهندسية التابعه، وضوابط التوزيع التي تم تعيينها في وحدة تحكم قوقل بلاي..

مثل إستهداف الموقع الجغرافي، والتسعير “الأسعار”، والمزيد.

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

تختلف عن إطار العمل، وغير مرتبطة بمستويات محددة، من واجهات برمجة التطبيقات.

هذا المستند يحدد قواعد التصفية الحالية التي يستخدمها google play. المرشحات على قوقل بلي المرشحات على قوقل بلي المرشحات على قوقل بلي 

 

 

 

كيف تعمل المرشحات على متجر play


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

عند تحديد ما إذا كنت تريد عرض تطبيقك أم لا، يتحقق متجر play من متطلبات الهاردوير والسوفتوير في الجهاز..

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

إذا كان التطبيق متوافقاً مع الجهاز وفقاً لقواعد التصفية، يعرض google play التطبيق للمستخدم.

خلاف ذلك، يخفي متجر play تطبيقك من نتائج البحث و الكتالوج المعروض، حتى لو طلب المستخدم التطبيق..

تحديداً عن طريق النقر على رابط خاص، يشير مباشرة إلى معرف التطبيق بداخل google play.

يمكنك إستخدام أي مجموعة من المرشحات المتاحة لتطبيقك.

مثال، يمكنك تعيين متطلب minSdkVersion من “4” وتعيين "smallScreens="false في التطبيق، ثم عند تحميل التطبيق على قوقل بلاي..

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

ترتبط كل قيود التصفية، مع إصدار التطبيق، ويمكن أن تتغير بين الإصدارات. مثال، إذا قام أحد المستخدمين بتثبيت تطبيقك..

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

 

 

التصفية على الموقع الإلكتروني لـ google play


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

يقارن موقع google play متطلبات التطبيق لكل جهاز من أجهزة المستخدم المسجلة، من أجل التوافق..

ويسمح لهم بتثبيت التطبيق فقط لو كان متوافقاً مع أجهزتهم.

 

 

 

 

 

التصفية بناءً على ملف إيضاح التطبيق


يتم تشغيل معظم المرشحات بعناصر داخل ملف إيضاح التطبيق، (على الرغم من أنه ليس كل شيء في ملف الإيضاح يمكنه تشغيل التصفية).

يسرد الجدول 1 عناصر الإيضاح التي يجب إستخدامها لتشغيل التصفية، ويشرح كيفية عمل التصفية لكل عنصر.

 

جدول 1. عناصر الإيضاح التي تعمل على تشغيل التصفية على google play.

عنصر الإيضاح اسم المرشح طريقة عمله
<supports-screens>

الشاشات المدعومه

Screen Size

حجم الشاشه

يشير التطبيق إلى أحجام الشاشات التي يمكنه دعمها، عن طريق تعيين سمات عنصر

<supports-screens>.

عند نشر التطبيق، يستخدم قوقل بلاي هذه السمات لتحديد ما إذا كان..

سيتم عرض التطبيق على المستخدمين، بناءً على أحجام شاشات أجهزتهم.

كقاعدة عامة، يفترض متجر play أن النظام الأساسي على الجهاز يمكنه تعديل المخططات الأصغر..

لتلائم الشاشات الأكبر، ولكن لا يمكنه تعديل المخططات الأكبر لتلائم الشاشات الأصغر.

وبالتالي، إذا أعلن أحد التطبيقات دعمه لحجم الشاشة “العادي” فقط..

فإن متجر play يجعل التطبيق متاحاً للأجهزة العادية والكبيرة على حدٍ سواء..

ولكنه يقوم بتصفية التطبيق بحيث لا يكون متاحاً للأجهزة ذات الشاشات الصغيرة.

إذا لم يقم التطبيق بالإعلان عن سمات

<supports-screens>، فإن google play يستخدم القيم الإفتراضية لتلك السمات..

والتي تختلف حسب مستوى واجهة برمجة التطبيقات. على وجه التحديد:

بالنسبة للتطبيقات التي تم فيها إما تعيين android:minSdkVersion أو
android:targetSdkVersion إلى 3 أو أقل..

فإن عنصر <supports-screens> نفسه يكون غير معرّف، ولا تتوفر أي سمات.

في هذه الحالة، يفترض google play أن التطبيق مصمم للشاشات ذات الحجم العادي..

ويعرض التطبيق على الأجهزة التي تحتوي على شاشات عادية أو شاشات أكبر.

عند تعيين إما android:minSdkVersion أو android:targetSdkVersion على 4 أو أعلى..

ستكون القيمة الإفتراضيه لجميع السمات هي “true”. وبهذه الطريقة..

سيعتبر أن التطبيق يدعم كافة أحجام الشاشات بشكلٍ إفتراضي.

مثال 1

يعلن ملف الإيضاح عن

<“uses-sdk android:minSdkVersion=”3> ولا يتضمن عنصر <supports-screens>.

النتيجة: لن يعرض متجر play التطبيق لمستخدم يملك جهاز ذو شاشة صغيره..

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

مثال 2

يعلن ملف الإيضاح عن

“uses-sdk android:minSdkVersion=”3”>

<“android: targetSdkVersion = “4”

ولا يتضمن عنصر <supports-screens>.

النتيجة: سيعرض google play التطبيق للمستخدمين على كافة الأجهزة، ما لم يتم تطبيق مرشحات أخرى.

مثال 3

يعلن ملف الإيضاح عن

<“uses-sdk android:minSdkVersion=”4> ولا يتضمن عنصر <supports-screens>.

النتيجة: سيعرض متجر play التطبيق لجميع المستخدمين، ما لم يتم تطبيق مرشحات أخرى.

لمزيد من المعلومات حول كيفية الإعلان عن، دعم أحجام الشاشات في تطبيقك، راجع <supports-screens> ودعم عدة شاشات.

<uses-configuration>

إستخدامات التكوين

تكوين الجهاز:

لوحة المفاتيح، التنقل، شاشة اللمس.

يمكن أن يطلب التطبيق بعض خصائص “هاردوير” الأجهزة ، ولن يعرض متجر play التطبيق إلا على الأجهزة التي تحتوي على الخصائص المطلوبة.

مثال 1

يحتوي ملف الإيضاح على
</ “uses-configuration android:reqFiveWayNav=”true>

ويبحث المستخدم عن التطبيقات، على جهاز لا يحتوي على عنصر تحكم..

 للتنقل خماسي الإتجاهات.

النتيجة: لن يعرض متجر play التطبيق للمستخدم.

مثال 2

لا يحتوي ملف الإيضاح على عنصر

<configuration-configuration>.

النتيجة: سيعرض google play التطبيق لجميع المستخدمين، ما لم يتم تطبيق مرشحات أخرى.

لمزيد من التفاصيل، راجع <uses-configuration>.

<uses-feature>

إستخدامات الخاصيه

خصائص الحهاز

(الأسم)

يمكن أن يتطلب التطبيق وجود، خصائص معينة على الجهاز. تم تقديم هذه الوظيفة في اندرويد 2.0 (المستوى 5).

مثال 1

يتضمن ملف الإيضاح
< / “uses-feature android:name=”android.hardware.sensor.light>

ويبحث المستخدم عن التطبيقات، على جهاز لا يحتوي على مستشعر إضاءة.

النتيجة: لن يعرض متجر play التطبيق للمستخدم.

مثال 2

لا يحتوي ملف الإيضاح على عنصر <uses-feature>.

النتيجة: سيعرض متجر play التطبيق لجميع المستخدمين، ما لم يتم تطبيق مرشحات أخرى.

للحصول على معلومات كاملة، راجع <uses-feature>.

التصفية بناءً على الخصائص الضمنية: في بعض الحالات، يفسر google play الأذونات المطلوبة من خلال عناصر <uses-permission> كمتطلبات الخصائص المكافئة، لتلك المعلنة في عناصر

<uses-feature>.

راجع <uses-permission>، أدناه.

نسخة OpenGL-ES
(openGlEsVersion)
يمكن أن يتطلب التطبيق، أن يدعم الجهاز نسخة OpenGL-ES محددة، بإستخدام سمة

<“uses-feature android:openGlEsVersion=”int>.

مثال 1

يطلب التطبيق عدة نسخ من OpenGL-ES من خلال تحديد openGlEsVersion عدة مرات في ملف الإيضاح.

النتيجة: يفترض متجر play أن التطبيق يتطلب أعلى النسخ المشار إليها.

مثال 2

يطلب التطبيق النسخة 1.1 من OpenGL-ES ، ويبحث المستخدم عن التطبيقات على جهاز يدعم OpenGL-ES الإصدار 2.0.

النتيجة: سيعرض متجر play التطبيق للمستخدم، ما لم يتم تطبيق مرشحات أخرى. إذا أبلغ أحد الأجهزة أنه يدعم النسخة “س أو X” من OpenGL-ES ..

يفترض google play أنه يدعم أيضاً أي إصدار أقدم من النسخة “س” X.

مثال 3

يبحث المستخدم عن التطبيقات على جهاز لا يُبلغ عن نسخة OpenGL-ES (مثال، جهاز يعمل بنظام التشغيل أندرويد 1.5 أو أقدم).

النتيجة: يفترض قوقل بلي أن الجهاز يدعم النسخة OpenGL-ES 1.0 فقط.

سيعرض قوقل بلاي للمستخدم، فقط التطبيقات التي لا تحدد نسخة openGlEsVersion ، أو التطبيقات التي لا تحدد نسخة لـ OpenGL-ES أعلى من 1.0.

مثال 4

لا يحدد ملف الإيضاح نسخة openGlEsVersion.

النتيجة: سيعرض قوقل بلاي التطبيق لجميع المستخدمين، ما لم يتم تطبيق مرشحات أخرى.

لمزيد من التفاصيل، راجع <uses-feature>.

<uses-library>

إستخدام المكتبه

برنامج “سوفتوير” المكتبه يمكن أن يتطلب التطبيق، مكتبات مشتركة معينة، لتكون موجودة على الجهاز.

مثال 1

يتطلب التطبيق مكتبة com.google.android.maps ، و يبحث المستخدم عن التطبيقات على جهاز لا يحتوي على مكتبة com.google.android.maps.

النتيجة: لن يعرض قوقل بلاي التطبيق للمستخدم.

مثال 2

لا يتضمن ملف الإيضاح على عنصر <uses-library>.

النتيجة: سيعرض google play التطبيق لجميع المستخدمين، ما لم يتم تطبيق مرشحات أخرى.

لمزيد من التفاصيل، راجع <uses-library>.

<uses-permission>

إستخدام الأذونه

بدقه، لا يقوم قوقل بلاي بالتصفية بناءً على عناصر <uses-permission>.

ومع ذلك، فإنه يقرأ العناصر لتحديد ما إذا كان التطبيق يحتوي على متطلبات، خصائص الهاردوير التي ربما لم يتم التصريح عنها بشكلٍ صحيح في عناصر <uses-feature>.

مثال، إذا طلب أحد التطبيقات الحصول على إذن الكاميرا CAMERA، ولكنه لا يعلن عن عنصر <uses-feature> لـ android.hardware.camera ..

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

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

على الرغم من أنه قد لا يكون هناك ما يطابق إعلانات <uses-feature>.

يقوم قوقل بلاي بعد ذلك بإعداد التصفية بناءً على الخصائص المضمنه في إعلانات <uses-feature>.

للحصول على قائمة الأذونات التي تشير إلى خصائص الهاردوير، راجع المستندات الخاصة بالعنصر <uses-feature>.

<uses-sdk>

إستخدام SDK

الحد الأدنى لإصدار إطار العمل 

(minSdkVersion)

يمكن أن يتطلب التطبيق، الحد الأدنى لمستوى واجهة برمجة التطبيقات.

مثال 1

يحتوي ملف الإيضاح على

<“uses-sdk android:minSdkVersion=”3> ، ويستخدم التطبيق، واجهات برمجة التطبيقات التي تم تقديمها في المستوى API 3.

يبحث المستخدم عن التطبيقات على جهاز يحتوي على المستوى 2 من واجهة برمجة التطبيقات.

النتيجة: google play لن يعرض التطبيق للمستخدم.

مثال 2

لا يحتوي ملف الإيضاح على minSdkVersion ، ويستخدم التطبيق واجهات برمجة التطبيقات التي تم تقديمها في..

واجهة برمجة التطبيقات المستوى 3.

يبحث المستخدم عن التطبيقات على جهاز يحتوي على المستوى API 2.

النتيجة: يفترض متجر play أن نسخة minSdkVersion هي “1” ، وأن التطبيق متوافق مع جميع إصدارات الأندرويد.

يعرض متجر play التطبيق للمستخدم، ويسمح للمستخدم بتنزيله. يتعطل التطبيق أثناء التشغيل.

نظراً لأنك ترغب في تجنب السيناريو الثاني، نوصيك دائماً بالإعلان عن minSdkVersion. لمزيد من التفاصيل، راجع android:minSdkVersion.

الحد الأعلى لإصدار إطار العمل 

(maxSdkVersion)

موقوفه. إصدار الأندرويد 2.1 والإصدارات الأحدث، لا يتحقق أو يفرض سمة maxSdkVersion ..ولن يتم تجميع SDK في حالة تعيين maxSdkVersion في ملف إيضاح التطبيق.

بالنسبة للأجهزة التي تم تجميعها بالفعل بإستخدام maxSdkVersion ، سيراعي متجر play ذلك، ويستخدمها في التصفية.

لا يُنصح بالإعلان عن maxSdkVersion. للحصول على التفاصيل، راجع
android:maxSdkVersion.

 

 

 

مرشحات الإيضاح المتقدمة


بالإضافة إلى عناصر الإيضاح في الجدول 1، يمكن لقوقل بلي أيضاً تصفية التطبيقات بناءً على عناصر الإيضاح المتقدمه في الجدول 2.

عناصر الإيضاح هذه، والتصفية التي تقوم بتشغيلها، هي لحالات الإستخدام الإستثنائية فقط.

وهي مصممة لأنواع معينة من الألعاب عالية الأداء، والتطبيقات المماثله التي تتطلب ضوابط دقيقه، على توزيع التطبيقات.

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

جدول 2. عناصر الإيضاح المتقدمة لتصفية google play.

عناصر الإيضاح الملخص
<compatible-screens>

توافق الشاشات

يعمل قوقل بلي على تصفية التطبيق، إذا لم يتطابق حجم وكثافة شاشة الجهاز، مع أيٍّ من عمليات تهيئة الشاشة (المُعلنه بواسطة عنصر <screen>) في عنصر <compatible-screens>.
تحذير: عادة، يجب ألا تستخدم عنصر الإيضاح هذا. يمكن أن يؤدي إستخدام هذا العنصر إلى الحد بشكلٍ كبير من قاعدة المستخدمين المحتملين لتطبيقك..

وذلك عن طريق، إستبعاد كافة تركيبات حجم وكثافة الشاشة، التي لم تقم بإدراجها.

بدلاً من ذلك يجب إستخدام عنصر الإيضاح <supports-screens> (الموضح أعلاه في الجدول 1)..

لتمكين وضع توافق الشاشة، لتكوينات الشاشة التي لم تقم بتمثيلها بإستخدام المصادر البديله.

<supports-gl-texture> يقوم google play بتصفية التطبيق، ما لم يدعم الجهاز أيضاً واحد أو أكثر من صيغ ضغط تراكيب GL المدعومة من قبل التطبيق.

 

 

 

 

 

 

المرشحات الأخرى


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

 

جدول 3. خصائص التطبيق والنشر التي تؤثر على التصفية على google play.

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

من بين التطبيقات التي تم شراؤها أو تثبيتها أو إزالتها مؤخراً.

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

حالة التسعير لا يمكن لجميع المستخدمين رؤية التطبيقات المدفوعة.

لعرض التطبيقات المدفوعة، يجب أن يعمل الجهاز بنظام أندرويد 1.1 أو أحدث، ويجب أن يكون في بلد تتوفر فيه التطبيقات المدفوعة.

إذا كان الجهاز يحتوي على بطاقة SIM، يحدد مشغل SIM ما إذا كانت التطبيقات المدفوعة متاحة أو لا.

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

البلد المستهدفه عند تحميل تطبيقك على google play، يمكنك تحديد البلدان التي ستوزع فيها تطبيقك ضمن “التسعير والتوزيع“.

سيصبح التطبيق متاحاً للمستخدمين في البلدان التي تحددها فقط.

بنية وحدة المعالجة المركزية (ABI) التطبيق الذي يحتوي على مكتبات أصلية، تستهدف بنية وحدة المعالجة المركزية المحددة (ARM EABI v7 أو x86 ،كمثال)..

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

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

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

 

 

 

 

 

نشر عدة ملفات APK مع المرشحات المختلفة


تسمح لك بعض مرشحات قوقل بلي الخاصه بنشر عدة ملفات APK لنفس التطبيق لتوفير ملف APK مختلف لتكوينات جهاز مختلفة.

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

بهذه الطريقة، يمكنك تقليل حجم ملف APK من خلال تضمين التراكيب المطلوبة فقط لكل تكوين جهاز.

بناءً على دعم كل جهاز لصيغ تراكيب، سيقوم قوقل بلي بتنزيل ملف APK الذي أعلنت أنه يدعم هذا الجهاز.

في الوقت الحالي، يتيح لك قوقل بلي نشر عدة ملفات APK لتطبيق واحد فقط عندما يوفر كل ملف APK مرشحات مختلفة بناءً على التكوينات التالية:

  • صيغ تراكيب OpenGL
    بإستخدام عنصر <supports-gl-texture>.
  • حجم الشاشة (و كثافة الشاشة إختياري)
    بإستخدام عنصر <supports-screens> أو عنصر <compatible-screens>.
  • مستوى واجهة برمجة التطبيقات
    بإستخدام عنصر <uses-sdk>.
  • بنية وحدة المعالجة المركزية (ABI)
    من خلال تضمين المكتبات الأصلية التي تم إنشاؤها بإستخدام أندرويد NDK والتي تستهدف بنية وحدة المعالجة المركزية كمثال (ARM EABI v7 أو x86).

لا تزال جميع المرشحات الأخرى تعمل كالمعتاد، ولكن هذه المرشحات الأربعة هي الوحيدة التي يمكن أن تميز ملف APK..

من ملف آخر ضمن قائمة التطبيقات نفسها على قوقل بلاي. مثال، لا يمكنك نشر عدة ملفات APK للتطبيق نفسه..

إذا كانت ملفات APK تختلف فقط بناءً على ما إذا كان الجهاز يحتوي على كاميرا.

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

إذا كنت بحاجة إلى مزيد من المعلومات حول كيفية نشر عدة ملفات APK على قوقل بلي، فاقرأ دعم ملفات APK المتعددة. المرشحات على قوقل بلي

 

 

 

أنظر أيضاً

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

 


للإطلاع على المقال باللغة الإنجليزية أضغط هنا.

الإعلانات