هل يحتاج تطبيقك إلى موقع ويب؟
لا يوجد في أي متجر حقل يطالب بموقع تسويقي، لكن أربعة متطلبات منفصلة تنتهي كلها إلى رابط URL. ما تحتاج إليه فعلًا، وما يمكنك تخطّيه.
ليس بهذا المعنى، فلا يوجد في أي متجر حقل يطالب بموقع تسويقي. لكن Google Play يشترط رابط سياسة الخصوصية في صفحة تطبيقك في المتجر، وشبكات الإعلانات تبحث عن app-ads.txt في جذر موقع الويب الذي تعلنه، وكلا المتجرين يريدان روابط يمكن الوصول إليها. عمليًا تحتاج إلى صفحات، لا إلى موقع ويب.
أنجز هذا في دقائق بدلًا من ذلك
تستضيف AppFoyer الصفحات التي يتناولها هذا الدليل — سياسة الخصوصية والشروط والدعم وحذف الحساب وapp-ads.txt — على نطاق فرعي خاص بها، دون نطاق أو خادم خاص بك. تطبيق واحد مجاني، ولا شيء يشترطه المتجر يكون خلف جدار دفع أبدًا.
تمت المراجعة في 19 سبتمبر 2026. تتغير سياسات المتاجر، أحيانًا دون إشعار. كل ما يلي يربط بالتوثيق الرسمي، وتلك الصفحة — لا هذه — هي المرجع. إذا تعارضتا، فالمتجر هو المحق. هذا الدليل مترجم من الإنجليزية؛ والاقتباسات من توثيق المتاجر محفوظة بالإنجليزية الأصلية.
يطرح المطوّرون هذا السؤال متوقعين «نعم» أو «لا»، فيحصلون على إجابات متضاربة لأن من يجيبون يجيبون عن أسئلة مختلفة. إليك الأسئلة الأربعة، كلًّا على حدة.
1. هل يشترط المتجر موقعًا تسويقيًا؟
لا. لا يوجد في وحدة التحكم حقل باسم «website» يفشل الإرسال من دونه.
في صفحة التطبيق في Google Play (store listing) حقل website ضمن Store settings → Store listing contact details، بجوار البريد الإلكتروني ورقم الهاتف. البريد الإلكتروني مطلوب للنشر، أما الموقع فلا. وفي App Store Connect حقل Marketing URL، وهو اختياري صراحةً.
لذا إن كان السؤال «هل يجب أن أبني صفحة هبوط بلقطات شاشة وزر تنزيل؟» فالجواب لا.
2. هل يشترط أي شيء رابط URL؟
نعم، عدة أشياء، وهنا تكمن الإجابة الحقيقية:
| المتطلب | هل يحتاج إلى رابط URL؟ |
|---|---|
| سياسة الخصوصية | نعم. سياسة User Data في Play: “All apps must post a privacy policy link in the designated field within Play Console, and a privacy policy link or text within the app itself.” (ترجمة: «يجب على جميع التطبيقات نشر رابط سياسة الخصوصية في الحقل المخصص داخل Play Console، ورابط سياسة الخصوصية أو نصها داخل التطبيق نفسه».) وفي Apple: حقل Privacy Policy مطلوب |
| حذف الحساب | نعم، إن كان لتطبيقك حسابات. رابط ويب عام، يُعلَن في Play Console ضمن App content → Data deletion |
| الدعم | نعم، في Apple. حقل Support URL مطلوب |
app-ads.txt | نعم، إن كنت تعرض إعلانات. تجلبه الشبكات من جذر موقع المطوّر المذكور في صفحة تطبيقك في المتجر |
أربعة متطلبات، وأربعة روابط، ولا يلبّي أيًّا منها صفحةٌ تسويقية. ما تحتاج إليه هو صفحات، لا موقع ويب بالمعنى الذي يقصده الناس حين يسألون.
3. إذن لماذا يهم حقل «developer website» على أي حال؟
بسبب app-ads.txt. فهذا الملف لا يُعثر عليه عبر تطبيقك ولا اسم الحزمة ولا حساب الإعلانات، بل عبر رابط
الموقع المطبوع في صفحة تطبيقك في المتجر. يقرأ الزاحف (crawler) اسم المضيف ذاك ويجلب /app-ads.txt من
جذره.
اترك الحقل فارغًا ولن يجد الزاحف من أين يبدأ، وهذا أكثر سبب شيوعًا لظهور الملف على أنه «not found». إذا كنت تحقق الدخل من الإعلانات، فإن حقل الموقع يتوقف عن كونه اختياريًا بأي معنى عملي.
وهو أيضًا الحقل الوحيد الذي يربط الحقول الأخرى بهدوء: المطوّرون الذين يملؤونه بمضيف يخدم صفحات الامتثال لديهم ينتهون بالروابط الخمسة كلها على اسم مضيف واحد، أي شيء واحد يجب إبقاؤه حيًّا بدلًا من أربعة.
4. وماذا عن صفحة رئيسية للتطبيق؟
تستحق أن تكون لديك، وهي غير لافتة، وليس للسبب الذي يفترضه الناس. صفحة بسيطة تقول ما التطبيق، ومن يصنعه، وكيف يمكن التواصل معه، تؤدي ثلاث مهام:
- تمنح حقل الموقع في صفحة التطبيق في المتجر وجهة حقيقية يشير إليها؛
- تمنح المراجع الذي يفتح روابطك صورة متماسكة بدلًا من خمس صفحات قانونية يتيمة؛
- تمنح زاحف
app-ads.txtاسم مضيف تتحكم فيه.
لا تحتاج إلى لقطات شاشة ولا صورة رئيسية ولا زر تنزيل. صفحة نصية واحدة تكفي.
ما يمكنك تخطّيه
- نطاق (domain)، إن لم تكن تريد واحدًا أصلًا. راجع الاستضافة بلا نطاق.
- موقع تسويقي، ما لم تكن تسوّق.
- مدوّنة، أو حزمة صحفية، أو قائمة بريدية. لا شيء من هذا امتثال.
- خادم، لكل شيء باستثناء حذف الحساب، الذي يحتاج إلى شيء يستطيع استقبال طلب، لا مجرد تقديم ملفات.
الترتيب الذي تنفّذ به ذلك
- حدّد اسم المضيف الواحد الذي سيخدم كل ذلك.
- انشر هناك صفحات سياسة الخصوصية والشروط والدعم وحذف الحساب.
- ضع صفحة رئيسية بسيطة في جذره.
- اضبط اسم المضيف ذاك كموقع الويب في صفحة تطبيقك في المتجر.
- أضف
app-ads.txtفي الجذر، إن كنت تعرض إعلانات.
ثم املأ حقول وحدة التحكم، لا قبل ذلك، وإلا فستوجّه حقلًا إلى صفحة لم توجد بعد.
ما تفعله AppFoyer هنا
هذا بالضبط شكل المنتج: يحصل تطبيقك على نطاق فرعي خاص به فيه صفحة رئيسية وصفحات سياسة الخصوصية والشروط
والدعم وحذف الحساب، إضافةً إلى app-ads.txt في الجذر، بلا نطاق ولا خادم ولا واجهة خلفية خاصة بك. تضبط
ذلك النطاق الفرعي كموقع المطوّر في صفحة تطبيقك في المتجر، فيُجاب عن كل واحد من المتطلبات الأربعة أعلاه
باسم المضيف نفسه.
صفحة حذف الحساب هي الوحيدة التي تفعل أكثر من تقديم ملف: فهي تستقبل الطلب، وتخزّنه، وتُخطرك. تطبيق واحد مجاني، ولا شيء مما يشترطه المتجر خلف جدار دفع.
المصادر الرسمية
- User Data policy — مساعدة Google Play. الاقتباس أعلاه من هذه الصفحة.
- Privacy policy requirements — مساعدة Google Play، لمعرفة موضع الحقل
- Understanding Google Play’s app account deletion requirements — مساعدة Google Play
- Required, localizable, and editable properties — Apple، الجدول الذي يجعل Support URL مطلوبًا وMarketing URL غير مطلوب
- Set up app-ads.txt — مساعدة AdMob