رُفض تطبيقك بسبب عنوان URL لسياسة مفقود أو معطّل
ما يجب فعله خلال الساعة القادمة: حدّد أي عنوان URL هو المسبب، وانشر عنوانًا يعمل، وحدّث صفحة المتجر، وأعد الإرسال دون أن تزيد الأمر سوءًا.
حدّد أيّ حقول عناوين URL الأربعة يذكره الإشعار فعلًا، وافتح ذلك العنوان دون تسجيل دخول لترى ما يراه المراجِع، وانشر عنوانًا يعمل في مكان سيظل موجودًا بعد ستة أشهر، ثم حدّث الحقل في وحدة التحكم وردّ موضحًا ما غيّرته. إنه رابط معطّل، لا حكم على تطبيقك.
أنجز هذا في دقائق بدلًا من ذلك
تستضيف AppFoyer الصفحات التي يتناولها هذا الدليل — سياسة الخصوصية والشروط والدعم وحذف الحساب وapp-ads.txt — على نطاق فرعي خاص بها، دون نطاق أو خادم خاص بك. تطبيق واحد مجاني، ولا شيء يشترطه المتجر يكون خلف جدار دفع أبدًا.
تمت المراجعة في 15 سبتمبر 2026. تتغير سياسات المتاجر، أحيانًا دون إشعار. كل ما يلي يربط بالتوثيق الرسمي، وتلك الصفحة — لا هذه — هي المرجع. إذا تعارضتا، فالمتجر هو المحق. هذا الدليل مترجم من الإنجليزية؛ والاقتباسات من توثيق المتاجر محفوظة بالإنجليزية الأصلية.
إذا كنت تقرأ هذا وإشعار الرفض مفتوح في تبويب آخر، فافعل أربعة أشياء بهذا الترتيب: حدّد أيّ حقول عناوين URL الأربعة يذكره الإشعار فعلًا، وافتح ذلك العنوان دون تسجيل دخول لترى ما يراه المراجِع، وانشر عنوان URL يعمل في مكان سيظل موجودًا بعد ستة أشهر، ثم غيّره في حقل وحدة التحكم وردّ موضحًا ما غيّرته. هذه من أسرع فئات الرفض حلًّا — إنه رابط معطّل، لا حكم على تطبيقك.
إليك كل خطوة بالتفصيل.
1. حدّد أي عنوان URL هو المسبب فعلًا
يذكر الإشعار حقلًا بعينه. اقرأه حرفيًا بدلًا من الافتراض، لأن أربعة عناوين URL مختلفة يُخلط بينها كثيرًا:
| الحقل | مكانه | ما هو |
|---|---|---|
| Privacy policy URL (عنوان URL لسياسة الخصوصية) | Play Console → App content؛ App Store Connect | سياستك |
| Data deletion URL (عنوان URL لحذف البيانات) | Play Console → App content | المكان الذي يطلب فيه المستخدم حذف حسابه |
| Support URL (عنوان URL للدعم) | App Store Connect | المكان الذي يحصل فيه المستخدم على المساعدة |
| Developer website (موقع المطوّر) | صفحة المتجر | موقعك — وهو أيضًا المكان الذي يُبحث فيه عن app-ads.txt |
الرفض الذي يذكر «privacy policy» يعني أحيانًا أن السياسة موجودة لكن نموذج Data safety يتعارض معها. تحقّق من الاثنين قبل أن تغيّر أي شيء.
2. افحص الرابط كما سيفعل المراجِع
افتحه في نافذة خاصة، دون تسجيل دخول، عبر بيانات الهاتف المحمول لا شبكة منزلك:
curl -i https://your-url.example/privacy
ما تبحث عنه هو 200 OK ومحتوى قابل للقراءة. النتائج المعتادة هي 404، أو نطاق منتهي الصلاحية، أو
إعادة توجيه إلى صفحة تسجيل دخول، أو صفحة تعمل جيدًا على حاسوبك لأنك مسجّل الدخول في الخدمة التي
تستضيفها.
3. انشر عنوان URL يعمل
مهما فعلت هنا، يجب أن يظل صحيحًا بعد ستة أشهر. العنوان الذي يعمل اليوم ويختفي عند انتهاء فترة تجريبية سيعيدك إلى هذه الصفحة.
ثلاثة طرق، بصراحة:
- نطاقك ومضيفك الخاصان. الأفضل إن كانا لديك أصلًا. وإن لم يكونا، فالأمر يستغرق فترة بعد الظهر — كما أن صفحة حذف الحساب ستحتاج إلى شيء قادر على استقبال طلب، وهو ما لا تستطيعه الاستضافة الثابتة.
- صفحة امتثال مستضافة. أسرع؛ تحقّق مما يحدث للعنوان إذا توقفت عن الدفع.
- رابط مستند. يعمل أحيانًا، ويبدو مرتجلًا، وهو أول ما يُشكَّك فيه إذا بدا أي شيء آخر في الإرسال ضعيفًا.
4. حدّث صفحة المتجر، ثم أعد الإرسال
غيّر العنوان في حقل وحدة التحكم الذي ذكره الرفض — لا على موقعك فقط. ثم ردّ على المراجعة بجملة واحدة واضحة تقول ما الذي غيّرته وأين. يعالج المراجِعون أعدادًا كبيرة من هذه الحالات؛ والملاحظة المحددة أسرع في التعامل معها من الاعتذار.
5. لا تزد الأمر سوءًا بهذه الأخطاء
- لا تُعِد الإرسال دون تغيير العنوان على أمل أن يكون الأمر مصادفة. تكرار إرسال المشكلة نفسها يبطئك.
- لا تجعل الحقل يشير إلى صفحة لا تتحكم فيها — صفحة Notion، أو ملف على شبكة اجتماعية، أو موقع صديق.
- لا تلصق سياسة منافس بعد تغيير الأسماء. سيُلاحَظ ذلك، وهو مشكلة حقوق نشر فوق الرفض.
- لا تصلح العنوان المذكور وحده. إذا كان عنوان الخصوصية معطّلًا، فعادةً ما يكون عنوانا الدعم والحذف على النطاق المعطّل نفسه. أصلحها جميعًا الآن بدلًا من ثلاث دورات مراجعة.
ما الذي يقدمه AppFoyer هنا
تُنشر الصفحات الخمس معًا على نطاق فرعي واحد، فتلصق عناوين URL عاملة في كل حقل دفعة واحدة بدلًا من العودة مع الرفض التالي. تطبيق واحد مجاني ولا حاجة لإدخال بطاقة، وهذا مهم حين تحاول تجاوز رفض هذا المساء.
المصادر الرسمية
- Common reasons for app rejection — Apple
- Policy centre — مركز مساعدة Google Play