رابط حذف الحساب الذي يطلبه Google Play

إذا كان تطبيقك يتيح للناس إنشاء حساب، فإن Google Play يطلب مسارين لحذفه: واحد داخل التطبيق، ورابط ويب يمكن الوصول إليه علنًا لتقديم الطلب نفسه. تعلن رابط الويب في Play Console ضمن App content → Data deletion، وتنص مساعدة Google Play على أنه “must be functional (for example, loads without error), relevant in scope” (ترجمة: «يجب أن يكون فعّالًا (مثلًا، يُحمَّل دون خطأ)، وذا صلة بالنطاق»). يجب أن يتمكّن من استخدامه شخصٌ أزال التطبيق بالفعل.

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

يُطلب هنا شيئان، ومن السهل الخلط بينهما:

1. صفحة عامة يمكن تقديم الطلب من خلالها.
2. حذف البيانات فعلًا في أنظمتك عند وصول الطلب.

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

ما يجب أن تتيحه الصفحة للمستخدم

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

هذا يستبعد بعض الإعدادات الشائعة:

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

يجب أن تقول الصفحة ما البيانات التي تُحذف، وما الذي يُحتفظ به ولأي مدة (فسجلات الفوترة كثيرًا ما يجب الاحتفاظ بها قانونًا)، وكم يستغرق الحذف.

الجزء الذي يخطئ فيه الناس: استقبال الطلب

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

هذا هو الجزء الوحيد الذي لا يستطيع مضيف ملفات بسيط القيام به وحده. GitHub Pages، أو حاوية تخزين خلف شبكة CDN: هذه تقدّم الملفات، ولا تستطيع استقبال طلب POST. معظم المضيفين الذين قد يختارهم المطوّر فعلًا يحلّون ذلك، مثل Cloudflare Workers ودوال Netlify وVercel وNetlify Forms، لذا فهذه مهمة توصيل، لا جدار. لكن لا بد من شيء يستقبل الطلب، والطريق المعتاد لمن يبني ذلك بنفسه ينتهي في أحد أربعة أماكن:

• عنوان بريد إلكتروني مطبوع على الصفحة، ولا شيء يمنع جمعه آليًا؛
• خدمة نماذج تابعة لطرف ثالث، ترى الآن عناوين البريد الإلكتروني لمستخدميك؛
• دالة طرفية (edge function) لدى مضيفك، وهي بضعة أسطر لكنها الآن شيفرة تملكها في كل تطبيق؛
• خادم صغير عليك إبقاؤه يعمل لما قد يكون طلبين في السنة.

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

احتفظ بسجل

أيًّا كان ما تبنيه، احتفظ بسجل للطلبات: العنوان، والتاريخ، وما فعلته حياله. إذا سأل جهة تنظيمية أو متجر يومًا ما، فإن «لقد حذفناه» مجرد ادعاء، أما القائمة المؤرّخة فهي دليل.

ما تفعله AppFoyer هنا

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

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

المصدر الرسمي

• Provide information about data deletion — مساعدة Google Play. اقرأها قبل أن ترسل؛ فهي الصفحة التي تقرّر، لا هذه.