كل الروابط التي تحتاجها قبل إرسال تطبيق

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

الحقول، حسب وحدة التحكم

الرابط	وحدة التحكم والحقل	مطلوب؟
سياسة الخصوصية	Play Console → App content → Privacy policy؛ App Store Connect → App Privacy	نعم، في كلا المتجرين
حذف الحساب	Play Console → App content → Data deletion	نعم، إن كان في التطبيق حسابات
الدعم	App Store Connect → Platform version information الخاصة بالإصدار → Support URL	نعم، لدى Apple
موقع المطوّر	بيانات المتجر في Play؛ Marketing URL في App Store Connect	Play: اختياري، لكنه مطلوب عمليًا إن كنت تعرض إعلانات، فهو المكان الذي يُبحث فيه عن app-ads.txt. أما Marketing URL لدى Apple فاختياري فعلًا
البريد الإلكتروني للتواصل	Play Console → Store settings → Store listing contact details	نعم، يشترط Play بريدًا إلكترونيًا للنشر

تشترط Apple أيضًا حذف الحساب، لكن بوصفه مسارًا داخل التطبيق لا حقلًا لرابط؛ انظر دليل حذف الحساب في App Store.

ما الذي يجب أن تحتويه كل صفحة

سياسة الخصوصية. ما الذي يُجمع، ولماذا، ومن يطّلع عليه أيضًا، وكم من الوقت يُحتفظ به، وكيف يمكن التواصل معك. القسم الذي يؤدي إلى الرفض هو “من يطّلع عليه أيضًا”: يجب أن يسمّي الجهات الخارجية، أي كل حزمة SDK في بنية تطبيقك، ويجب أن يتفق مع إجاباتك في Data safety.

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

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

موقع المطوّر. صفحة عن تطبيقك، على اسم مضيف تتحكم فيه، وهو اسم المضيف الذي ستجلب شبكة الإعلانات ملف /app-ads.txt من جذره.

الاختبارات الأربعة التي يجب أن يجتازها كل منها

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

1. يُفتح بعد تسجيل الخروج. افتحه في نافذة خاصة. الفشل الكلاسيكي هو صفحة لا تعمل إلا لأنك مسجّل الدخول إلى الخدمة التي تستضيفها.
2. ليس سلسلة من عمليات إعادة التوجيه. وخاصة app-ads.txt، الذي يجب أن يُقدَّم مباشرة.
3. يذكر اسم تطبيقك واسم شركتك. سياسة تذكر تطبيقًا مختلفًا هي علامة النسخ واللصق الفاضحة، والمراجِعون يلاحظونها.
4. سيظل موجودًا بعد عامين. بيانات المتجر تُفحص أكثر من مرة، واستضافة مجانية نسيتها هي الطريقة الأكثر شيوعًا لتعطّل تطبيق منشور.

curl -i https://your-url.example/privacy

200 OK، ومحتوى قابل للقراءة، ولا ترويسة Location:.

الترتيب الذي تنجزها به

1. قرّر أين ستوجد جميعها، مرة واحدة. توزيعها بين صفحة Notion وموقع GitHub Pages وخدمة نماذج هو ما ينتهي بك إلى ثلاثة أشياء تصونها وواحد سيتعطل.
2. اكتب سياسة الخصوصية من قائمة تبعياتك، لا من قالب. افتح build.gradle / Podfile / pubspec.yaml وامضِ فيه من الأعلى إلى الأسفل.
3. ابنِ مسار حذف الحساب: داخل التطبيق وعلى الويب. هذا هو البند الوحيد الذي يتطلب عملًا هندسيًا حقيقيًا، ولذلك فهو الذي يحدد جدولك الزمني.
4. انشر، ثم املأ حقول وحدة التحكم. لا العكس: حقل يشير إلى صفحة غير موجودة بعد هو الرفض الذي تحاول تجنّبه.
5. املأ Data safety / App Privacy من القائمة نفسها التي كتبت منها السياسة، حتى لا يمكن أن يختلفا.
6. app-ads.txt في الأخير، وفقط إن كنت تعرض إعلانات.

ما الذي تفعله AppFoyer هنا

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

وفي لوحة التحكم أيضًا قائمة تحقق تخبرك بأي حقل في وحدة التحكم لا يزال فارغًا ولماذا يهم. تطبيق واحد مجاني، ولا شيء يشترطه المتجر يوضع أبدًا خلف اشتراك مدفوع.

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

• Privacy policy requirements — مساعدة Google Play
• Understanding Google Play’s app account deletion requirements — مساعدة Google Play
• Required, localizable, and editable properties — Apple. هذا الجدول هو ما ينص على أن Support URL وPrivacy Policy URL مطلوبان وأن Marketing URL ليس كذلك.
• Set up app-ads.txt — مساعدة AdMob