جلسة أسئلة وأجوبة حول سياسات Google Play

حسنًا.

شكرًا لكم جميعًا على الانضمام إلينا في هذه الجلسة الحوارية حول فهم سياسة Google Play.

اسمي "جان كلاينرت"، وأنا مهندس علاقات المطوّرين في فريق "Android للسيارات".

وسأكون منسّق حلقة النقاش اليوم.

سأترك الكلمة الآن للمتحدثَين "بوهدان" و"بول" لتعريف نفسيهما.

"بوهدان"، لنبدأ معك.

مرحبًا،

اسمي "بوهدان"، وأعمل في فريق الثقة والأمان في Google Play.

أعمل في YouTube منذ أكثر من أربع سنوات، وفي مجال الثقة والأمان في التكنولوجيا منذ أكثر من عقد من الزمن.

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

مرحبًا،

اسمي بول.

أعمل في الفريق نفسه مع "بوهدان"، وأعمل في مجال الثقة والأمان منذ الفترة نفسها تقريبًا التي عمل فيها "بوهدان"، أي منذ عقد من الزمن، ومعظمها مع فريق الثقة والأمان في Google Play.

لذلك، يسعدني جدًا أن أكون على المسرح هنا اليوم، ودعونا نبدأ.

حسنًا، شكرًا.

لذا، قبل أن نبدأ الجلسة، سأعيد الكلمة إلى "بول".

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

أجل

ما المقصود بسياسة Google Play؟

وهي القواعد الأساسية التي يجب على المطوّرين الالتزام بها عند نشر التطبيقات على الأجهزة الجوّالة وصيانتها على "متجر Google Play".

لقد قدّمنا بعض الروابط القصيرة على الشاشة لمَراجع سياسات Google Play.

ينقلك الرابط الأول إلى "مركز سياسات المطوّرين".

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

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

وهي فيديوهات نناقش فيها التعديلات على السياسات.

وأخيرًا، سينقلك الرابط الثالث إلى صفحة يمكنك من خلالها معرفة المزيد عن ميزة "إحصاءات سياسات Google Play" في "استوديو Android"، وهي ميزة تهدف إلى تقديم إرشادات مفيدة قبل المراجعة يتم تقديمها كعمليات تحقّق مستندة إلى أداة Lint في "استوديو Android".

حسنًا.

وتتوفّر أيضًا مهارة Android للمساعدة في تدقيق تطبيقات Android وفقًا لسياسات Google Play هذه، وذلك للتحقّق من الامتثال في ما يتعلّق بالأذونات وحذف الحساب وأمان البيانات.

ويمكنك تثبيت هذه المهارة باستخدام Android CLI تمامًا مثل أي مهارة أخرى.

android skills list
android skills add play-policy-insights

أخيرًا، قبل البدء ببعض أسئلة لجنة "جان"، أردنا مشاركة بعض أفضل الممارسات للعمل مع سياسة Play ومراجعات التطبيقات.

الأول هو تقديم بيانات تسجيل الدخول للمراجعين.

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

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

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

يمكنك إجراء ذلك في Play Console، ثم تقديم بيانات تسجيل الدخول هذه إلى المراجعين.

كان يُطلق عليه سابقًا اسم "الوصول إلى التطبيق"، ولكن يُطلق عليه الآن اسم "تفاصيل تسجيل الدخول"، وهو متوفّر في قسم "محتوى التطبيق".

بعد ذلك، عليك التأكّد من أنّ بيانات الاعتماد تتجاوز أي نوع من المصادقة الثنائية أو اختبارات CAPTCHA أو حواجز الدفع وما إلى ذلك.

نعم، أريد إيقاف رموز الإصدارات القديمة.

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

لذلك، إذا كان يطلب أذونات مقيّدة أو يستخدم حِزم SDK قديمة ومعرّضة للهجمات، فسيظل خاضعًا للمراجعة.

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

ثالثًا، عليك تخصيص وقت كافٍ للمراجعات واستخدام ميزة "النشر المُدار".

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

لذلك، عليك منح وقت تنفيذ كافٍ.

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

ويمكنك بعد ذلك ربط ذلك بميزة "النشر المُدار".

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

وأثناء إجراء ذلك، يجب التأكّد من تجنُّب إعادة إرسال التطبيق بعد إرساله للمراجعة.

لأنّك إذا فعلت ذلك، ستبدأ الساعة من جديد.

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

ويعيد إرساله، ثم يعود إلى بداية عملية المراجعة.

حسنًا، يُرجى التحقّق من الإقرارات.

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

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

لذا، تأكَّد من أنّ حِزم SDK التابعة لجهات خارجية لا تستخرج بيانات لم تفصح عنها.

حتى إذا كان تطبيقك لا يستخدم جزءًا معيّنًا من البيانات، قد يؤدي اختيار دمج حزمة SDK تستخدمه إلى اتخاذ إجراء تنفيذي.

لذا، يمكنك الاطّلاع على أداة Google Play SDK Index لمعرفة إحصاءات عن أكثر من 100 حزمة تجارية لتطوير البرامج يتم استخدامها على نطاق واسع.

أودّ طرح سؤال سريع قبل المتابعة.

عندما تقول "إجراءات تنفيذ"، ماذا تقصد بذلك تحديدًا؟

ماذا يعني هذا المصطلح؟

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

لذا، عندما أقول إجراءات التنفيذ، فهذه هي الإجراءات السلبية التي أشير إليها.

رائع.

شكرًا لك.

أجل

وأخيرًا، يمكنك استخدام طلبات إعادة النظر.

لا تُعِد إرسال الإصدار نفسه بعد رفضه.

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

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

ستصلك رسائل في كلّ من البريد الوارد في Play Console وعناوين البريد الإلكتروني المرتبطة التي قدّمتها بشأن الانتهاك الدقيق والإرشادات.

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

إذا كنت تعتقد أنّ هذا القرار ناتج عن موجب خاطئ، يمكنك استخدام الرابط المقدَّم في الرسالة لطلب إعادة النظر فيه.

وهذه خطوة أولى أفضل من مجرد التسرع في إعادة الإرسال بدون إجراء أي تغييرات.

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

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

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

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

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

هذا صحيح.

والآن، سأعيد الكلمة إلى "جان".

حسنًا.

شكرًا لك.

لذلك، جمعنا أسئلة من المطوّرين عبر مجموعة من القنوات والمصادر المختلفة.

لذا، تمثّل هذه الأسئلة التي لدينا اليوم بعض المشاكل التي نسمعها كثيرًا من المطوّرين في ما يتعلّق بالسياسة.

لنبدأ بهذا.

ما هي بعض الأسباب الشائعة لرفض تطبيق بسبب الأذونات؟

وكيف يمكن للمطوّرين تجنُّب حالات الرفض هذه المرتبطة، مثلاً، بانتهاكات سياسة الأذونات؟

حسنًا.

الأذونات، سأختار هذا الخيار.

لذا، يجب أن تكون الأذونات، وتحديدًا أذونات الوصول إلى المعلومات الحساسة، أساسية للغرض المُعلن عنه لتطبيقك.

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

لذا، تأكَّد من أنّ البيان يتطابق مع حالة استخدام التطبيق.

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

يجب أن يتمكّن فريق المراجعة من الوصول إلى التطبيق وروابط الفيديوهات التي تقدّمها وأي شيء داخل التطبيق لمراجعة التطبيق بالكامل.

لذا، تأكَّد من أنّ كل شيء يمكن الوصول إليه داخل التطبيق والبيان والإقرار.

لذا، تأكَّد من تنفيذ هذه العناصر الثلاثة، ومن المرجّح أن تكون العملية أكثر سلاسة.

رائع.

حسنًا.

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

إذا كانت هذه المنصات تنتج محتوى غير ملائم أو غير صحيح من الناحية الواقعية أو ما شابه ذلك، فهل يمكن أن يؤدي ذلك إلى رفض تطبيق المطوّر، ومَن المسؤول حقًا في مثل هذه الحالات؟

أجل

نعم، قد يؤدي ذلك إلى الرفض.

منذ إطلاق "متجر Google Play"، كان الموقف دائمًا هو أنّ المطوّر يتحمّل مسؤولية أي محتوى يوفّره في التطبيق أو أي محتوى يمكن للمستخدم الوصول إليه في التطبيق.

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

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

يجب أن تكون هناك آلية فلترة.

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

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

حسنًا

رائع.

ولكن بشكل عام، هل ننصح، بالإضافة إلى توفير آليات للمستخدمين للإبلاغ عن المحتوى، بأن يضع المطوّرون نوعًا ما من آليات الفلترة؟

هل تريد مثلاً منع عرض أنواع معيّنة من المحتوى للمستخدمين في المقام الأول؟

إجابة صحيحة.

أجل

لذلك، أثناء عملية المراجعة، لن تحاول فِرقنا البحث في الرمز البرمجي أو إجراء هندسة عكسية لآلية الفلترة الدقيقة التي تستخدمها.

وسيبحثون فقط عن أي محتوى غير ملائم يمكنهم الوصول إليه.

وإذا كان بإمكانهم ذلك، سنرسل بعض الرسائل، وسيكون من واجب فريقك معرفة كيفية جعل آلية الفلترة هذه أكثر فعالية.

حسنًا.

حسنًا، شكرًا لك.

على سبيل المثال، هناك سياسة تُعرف باسم "سياسة انتحال الهوية" أو "سياسة التقليد".

لذا، إذا تم رفض تطبيق بموجب سياسة انتحال الهوية، ولكن يعتقد المطوّر أنّ هذا القرار غير صائب، لأي سبب كان، فما الذي يجب عليه فعله؟

وكيف يمكنهم تجنُّب هذا النوع من الرفض بشكل استباقي؟

طلب إعادة النظر

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

بعد ذلك، ما عليك فعله هو، حسنًا، السيناريوهات الأكثر شيوعًا هي أنّ العلامة التجارية التي تنتحل هويتها هي علامتك التجارية الخاصة، أليس كذلك؟

أو أنك تنشئ تطبيقًا نيابةً عن شخص آخر، وهذا هو الأكثر شيوعًا على الأرجح، حيث يكون لديك مطوّرون ينشئون تطبيقات لعلامات تجارية أخرى، مثل مراكز اللياقة البدنية أو برامج SaaS أو أي نوع من حلول SaaS.

وبالتالي، من الأسهل نشر هذه التطبيقات ضمن حساب المطوّر الخاص بك، أليس كذلك؟

لذلك، يمكنك تقديم طلب بإعادة النظر، وسيبحث فريقنا عمّا يُسمّى "إثبات الإذن".

لنفترض أنّ لديك عميل اسمه "مطعم جو للدجاج"، ويقدّم أفضل دجاج في المنطقة.

سيقدّمون لك خطاب إثبات الإذن، على مستند رسمي للشركة يحمل شعارها، وينص على ما يلي: "نحن، شركة Joe's Chicken، نمنح المطوّر ABC الإذن باستخدام صورنا ومظهرنا في تطبيقه"، ومن الأفضل أن يذكروا اسم التطبيق واسم حزمة التطبيق.

مثلاً، com.joeschicken.app أو ما شابه، ثم يمكنك الردّ على المطوّر وتقديم هذه المستندات.

حسنًا

وبعد ذلك، أعتقد أن الجزء الثاني كان -

هل هناك أي إجراء استباقي يمكنهم اتّخاذه لتجنُّب ذلك؟

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

نعم.

صحيح؟

في Play Console، هناك ما نسميه نموذج الإشعار المُسبَق الذي يمكنك إرساله وتحميله، كما تعلم، هذه النماذج من المستندات التي تربط حسابك بالجهة الأخرى.

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

نعم

رائع.

حسنًا.

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

لذا، عندما تستخدم التطبيقات حزم تطوير برامج (SDK) تابعة لجهات خارجية، يبدو أنّ مطوّري التطبيقات مسؤولون عن كيفية استخدام حزم تطوير البرامج (SDK) التابعة لجهات خارجية لبيانات المستخدمين مثلاً.

فكيف يمكن للمطوّرين معرفة ما إذا كانت حِزم SDK تمتثل لسياسات "أمان البيانات" و"بيانات المستخدمين"؟

كيف يمكنهم التعامل مع هذا الوضع؟

هذا سؤال ممتاز.

لقد عملتُ كثيرًا على حزم تطوير البرامج (SDK) في Google خلال أول عامَين لي هنا، وهذا يعيدنا إلى السؤال السابق الذي كنا نتحدث فيه عن الذكاء الاصطناعي التوليدي والمحتوى من إنشاء المستخدمين، من منطلق أنّ كل ما هو موجود في تطبيقك يقع في النهاية على عاتق المطوّر.

أعتقد أنّ "بول" ذكر سريعًا وباختصار في المقدّمة أنّ لدينا ما يُسمّى Google Play SDK Index، ويمكنك الانتقال إلى Google وكتابة ذلك.

من المفترض أن تظهر كأول أو ثاني نتيجة، وهي Google Play SDK Index، وستحصل على صفحة ويب تحتوي على أكثر من مائة، وربما عدة مئات من حِزم SDK مقسّمة حسب ما إذا كانت حزمة SDK لتحقيق الربح أو للإعلانات أو للصحة أو لشيء آخر.

وتسحب هذه الصفحة البيانات المتاحة للجميع فقط.

وهي فعالية تنظّمها Google.

ولكن ما ستلاحظونه هو أنّه أثناء تصفّح حِزم SDK هذه، سيظهر بجانب بعضها شارة تشير إلى أنّها مسجّلة في SDK Console.

وكما يتوفّر لكم كمطوّرين حساب على Play Console لتطبيقاتكم، يتوفّر لمطوّري حِزم SDK خيار الوصول إلى حساب على SDK Console.

ويجب أن تخضع لعملية مراجعة مماثلة.

يرسلون إلينا حزمة SDK الخاصة بهم.

تُجري Google بضع عمليات تحقّق مختلفة، وإذا تبيّن أنّ المحتوى متوافق مع السياسات، يحصل على الشارة.

بالنسبة إليكم كمطوّرين، يمكنكم الانتقال إلى هذا الفهرس والاطّلاع على حِزم SDK التي اجتازت هذه العملية.

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

الأول هو أنّ هناك احتمالاً أكبر بكثير لعدم رفض التطبيق إذا كنت تستخدم حزمة SDK هذه.

هذا مجرد احتمال.

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

الخطوة الأولى هي التواصل مع مطوّر حزمة SDK وإبلاغه بأنّنا لاحظنا أنّ حزمة SDK الخاصة به ترسل بيانات المستخدمين بطريقة غير متوافقة مع السياسات.

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

وفي الوقت نفسه تقريبًا، أو ربما بعد ذلك بقليل، ترسل فِرقنا إشعارات أو تحذيرات إلى المطوّرين.

وسيتضمّن الإشعار رسالة مثل "مرحبًا، لاحظنا أنّ تطبيقك يرسل هذه البيانات بطريقة غير متوافقة مع السياسات، وأنّ ذلك يحدث في حزمة تطوير البرامج (SDK) ABC".

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

إذا أردت اتّخاذ إجراء أكثر صرامة، يمكنك إزالة حزمة SDK أو استبدالها، ولكنّني أعلم أنّ ذلك يتطلّب الكثير من الجهد والعمل.

وهذا ما يعجبني في أداة Google Play SDK Index.

أجل

لا يذكر الفهرس السياسات المحددة التي يلتزم بها أو لا يلتزم بها، ولكنك تحصل على هذه الشارة، وهذا يشبه ما أسميه تصويتًا بالثقة.

حسنًا

أجل

حسنًا، يبدو ذلك جيدًا.

ويبدو أنّني استنتجتُ من كلامك أنّه إذا أرسلنا رسائل إلى المطوّرين لإعلامهم بأنّهم يستخدمون حزمة SDK هذه وأنّها تتضمّن مشكلة،

هل نخبرهم مثلاً إذا كانوا سيجرون تحديثًا، هل نخبرهم بالإصدار؟ إذا أصلح المطوّر المشكلة، هل نخبرهم مثلاً: "مرحبًا، هناك إصدار أفضل وهو كذا وكذا"؟

أم عليهم إجراء بعض الأبحاث بأنفسهم؟

أعتقد أنّها تحتوي على رمز الإصدار.

نعم، لست متأكدًا من ذلك، ولكن أعتقد أنّ رمز الإصدار الذي يمكنهم التحديث إليه مدرج هناك.

نعم، ومن باب الشفافية الكاملة، أنا لست مطوّرًا أو مهندسًا، ولكن من خلال الحديث مع المطوّرين، فهمت أنّ الأمر أحيانًا يكون سهلاً مثل النقر على زر أو زرين، ثم تبدأ عملية تحديث حزمة SDK داخل تطبيقك.

هذا رائع

رائع.

شكرًا لك.

حسنًا.

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

لقد ذكرت أمورًا مثل تجاوز المصادقة الثنائية وضمان الوصول إلى المحتوى المحمي بجدار الدفع أو المحتوى المستنِد إلى الاشتراك.

ولكن ما هي الحالات الشائعة الأخرى التي يجب على المطوّرين مراعاتها؟

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

هل هناك حالات أخرى من هذا القبيل قد يحتاج فيها المطوّرون إلى اتّخاذ إجراءات إضافية إلى جانب توفير بيانات تسجيل الدخول؟

أجل

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

كان هذا القسم في Play Developer Console يُسمى "الوصول إلى التطبيق"، وأعتقد أنّه تم تغييره إلى "تفاصيل تسجيل الدخول" قبل شهر تقريبًا.

نعم، هناك مكان يمكنك فيه إدخال اسم المستخدم وكلمة المرور، وأعتقد أنّ هناك حقل نصي حرّ أسفل ذلك.

وبالتالي، يمكنك تقديم تعليمات حول كيفية تسجيل الدخول إذا لم تكن الخطوات واضحة جدًا.

يمكنك أيضًا توفير تسجيل دخول ثانٍ وثالث ورابع إذا كنت تريد ذلك للمستخدمين.

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

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

وأتفهم الصعوبة لأنّ العديد من آليات الأمان تقول: "إذا رصدنا مجموعة من عمليات تسجيل الدخول"، يتم إيقافها وإعادتها من أجل سلامة المستخدم.

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

لذا، من المفيد توفير بيانات تسجيل الدخول المتعددة هذه.

أجل

رائع.

نعم، يجب أن أسلّط الضوء على أهمية استخدام هذا النص الحر في البيان.

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

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

أجل

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

لقد رأيتُ بعض الفيديوهات التي تطلب من المشاهدين، بدون مبالغة، النقر على هذا الزر 17 مرة، ثم رسم حرف X على الشاشة، ثم يظهر وضع مطوّر البرامج، ثم عليك اتّباع 11 خطوة أخرى، لذا يُرجى عدم اتّباع هذه التعليمات.

لأنّ ذلك يجعل الأمر صعبًا بعض الشيء.

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

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

أجل

رائع.

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

لذا، في بعض الأحيان تأتي هذه مع موعد نهائي، أليس كذلك؟

على سبيل المثال، بحلول هذا التاريخ، عليك تنفيذ XYZ للامتثال لسياسة جديدة.

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

نعم، يبدو ذلك كتحذير.

نعم، يبدو كتحذير.

أجل

نعم، لذا، مع التحذيرات، أعني، التحذير البسيط هو مثل، هذا - فقط اطلب المزيد من الوقت، أليس كذلك؟

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

وأعتقد أنّ Google تمنح عادةً وقتًا كافيًا للتنفيذ.

وقد يتم الإعلان عن هذه السياسة قبل 6 أشهر من بدء اتخاذ الإجراءات.

وبعد ذلك، نعم، سنرسل التحذيرات ونقول: "مرحبًا، تطبيقك ينتهك هذه السياسة التي تم الإعلان عنها"، كما تعلم، "قبل 6 أو 12 شهرًا"، أو أيًا كان.

ولكن هناك أمر واحد، وأنا و"بول" نرفض ذلك أحيانًا، وهو أنّهم قد يطلبون منك إجراء هذا التغيير في غضون 7 أيام.

ويستغرق تطويرها وقتًا طويلاً.

نحن نتفهم ذلك.

لذلك، ما سأفعله هو الردّ فقط.

يمكنك تقديم طلب إعادة نظر، ويمكنك قول شيء مثل، "مرحبًا، نحن نتفهم السياسة وكيف أن تطبيقنا، كما تعلم، غير متوافق.

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

وبالتالي، سيمنحونك عادةً مزيدًا من الوقت.

وإذا مرّت 7 أيام أخرى، وكنت تقترب من نهاية هذه الفترة، يمكنك طلب ذلك مرة أخرى.

بالطبع، ليس بلا حدود.

ولكن كما قلت، أنا و"بول" نرفض ذلك، ولكن هذا على أساس فردي، وأيضًا على أساس مستوى أعلى.

مثلاً، عندما نعلم أنّه سيتم طرح سياسات جديدة، ونعرف من يعمل عليها، نقول: "هل يمكن أن يكون التحذير قبل 28 يومًا بدلاً من 7 أيام، أو حتى 14 يومًا على الأقل؟"

أجل

صحيح؟

إذا أظهرت حسن النية في إجراء تغييرات للامتثال للسياسات، سيتعاون معك Google Play لتحديد موعد نهائي جديد لإثبات ذلك.

مخطط زمني أفضل لك

حسنًا

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

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

حسنًا.

لذا، إذا كان لدى المطوّر تطبيقات متعددة ضمن حساب مطوّر واحد، وهو ما يحدث طوال الوقت،

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

هل يعرّض ذلك الحساب أو التطبيقات الأخرى المتوافقة للخطر؟

كيف يعمل هذا الزر؟

محتمل.

سيكون ذلك مثل مطوّري العلامات الفارغة.

كنت أتحدث عن مطعم Joe's Chicken من قبل، أليس كذلك؟

وربما يكون لديك عملاء يعملون جميعًا في هذا المجال.

لذا، أفكّر في الأمر كما لو كنت تلعب البيسبول، ولديك مثل الضربات، أليس كذلك؟

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

لذا، إذا كان لديك أحد هذه السيناريوهات حيث لديك الكثير من التطبيقات على "متجر Google Play" وكلها متشابهة، وتم تعليق أحدها، لنفترض أنّ…

نعم.

أنت ممثل سيئ، أليس كذلك؟

لذا، عليك إصلاحها ثم محاولة إدخالها مرة أخرى بعد شهر.

وبعد ذلك، تكتشف فِرقنا ذلك ويتم تعليق حسابك مرة أخرى، أليس كذلك؟

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

لنفترض أنّك تصمّم تطبيقًا لمطعم دجاج، وهو ليس محتوى ضارًا أو أي شيء من هذا القبيل، بل تحاول فقط تقديم طعام لذيذ للناس.

لنفترض أنّك ترسل كل هذه التطبيقات في الوقت نفسه باستخدام مسار CI/CD أو ما شابه، وتم رفض أو تعليق 10 تطبيقات في الوقت نفسه، فسنعتبر ذلك إنذارًا واحدًا لأنّنا ندرك أنّك تطوّر الكثير من التطبيقات في الوقت نفسه.

نعم.

هذا مثير للاهتمام.

أعتقد أنّ هذا هو الجواب عن السؤال.

نعم، هذا رائع.

شكرًا لك.

ولديّ مثال آخر هنا.

وهذا السؤال ربما يكون قد تم طرحه من قبل مطوّرين أكثر خبرة، ولكن هذا السؤال يتعلق أكثر بكيفية الإعداد في Play Console لأول مرة.

لنفترض أنّه تم التحقّق من ملف الدفع الخاص بك على Google Play، وأنّك أثبتّ هويتك.

اختفت أخطاء إثبات الهوية الآن، ولم يتبقَّ سوى تأكيد رقم الهاتف.

مثلاً، ما الذي يفعله المطوّر في هذه الحالة تحديدًا للتأكّد من أنّ حساب مطوِّر البرامج جاهز لنشر التطبيقات؟

مثل أحيانًا، أنت مثل اختيار هذه القطع الفردية مثل قطع اللغز أو إذا لم يعرفوا كيفية إنهاء العملية في حالة كهذه، فماذا يمكنهم أن يفعلوا؟

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

كان ذلك قبل عام تقريبًا، أليس كذلك؟

لا يمكنني تذكّر ذلك تمامًا.

تم إثبات ملكية الكثير منها تلقائيًا، ولكن كان على بعضها إجراء ذلك.

حسنًا

أو ربما إذا لم يتطابق عنوانهم وملفهم الشخصي لدى Dun & Bradstreet، مثل…

صحيح؟

صحيح؟

الملف الشخصي في حساب Google

حسنًا

نعم، لنفترض أنّها رقم الهاتف.

سأجيب عن السؤال بطريقتَين.

حسنًا

الأول هو أنّه في كثير من الأحيان عند تنفيذ هذه الخطوات، ستظهر لك إشعارات في Play Console.

وبالتالي، سيظهر لك إشعار يفيد بأنّه "حان الوقت لتسجيل رقم هاتفك".

وهذا بسيط جدًا.

يجب إدخال الرقم بالتنسيق الدولي، أي علامة زائد (+) ثم 1 408، ثم الرقم.

يمكنك إجراء عملية التحقّق من خلال رسالة قصيرة أو مكالمة هاتفية واتّباع الخطوات الموضّحة.

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

سأقدّم لك الخطوات اللازمة للتواصل مع فريق طلبات إعادة النظر.

هذا فريق واحد، ولكن هناك في الواقع ما لا أعرف ما إذا كان نصف دزينة أو دزينتين من الفرق الأخرى التي…

Will.

يُرجى الإجابة عن الأسئلة في Play Console التي يمكنك الوصول إليها من خلال قائمة المساعدة.

الآن، تم تغيير واجهة المستخدم هذه قليلاً.

وكانت تظهر سابقًا في قائمة على يمين الشاشة الرئيسية.

في أسفل الصفحة، كان هناك زر مساعدة.

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

عند النقر عليه، سيظهر لك زر صغير أزرق اللون يحمل عبارة "إنشاء طلب دعم".

أعتقد أنّ هذا ما تقوله.

نعم.

نعم.

وستظهر لك بعض القوائم المنسدلة التي يمكنك طرح الأسئلة من خلالها.

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

وأحدها مخصّص لتأكيد رقم الهاتف.

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

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

وفي معظم الأحيان، تكون Play Console مفيدة جدًا في توضيح الخطوات التالية لإثبات الهوية، لذا ما عليك سوى اتّباع الخطوات وستكون جاهزًا للبدء.

رائع.

رائع.

حسنًا، لقد وصلنا إلى نهاية الوقت المحدّد، لذا نشكركم جميعًا على انضمامكم إلينا في هذه الجلسة.