رابط الدعم في App Store وموقع Play Console: هل هما إلزاميان؟

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

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

يحتوي قسم App Information في App Store Connect على حقل Support URL، ولا يمكنك تقديم تطبيقك للمراجعة دون تعبئته. أما Marketing URL فهو اختياري؛ وإذا تم إدخاله، يظهر كرابط على صفحة تطبيقك في App Store. كما يوجد حقل منفصل وإلزامي لرابط سياسة الخصوصية لكل تطبيق.

بريد الدعم في Play أيضًا ليس على مستوى الحساب — بل هو على مستوى التطبيق: فلكل تطبيق قائمة مستقلة في المتجر (Store settings > Store listing contact details) تحتوي على قسم تفاصيل تواصل خاص بها وبريد دعم خاص بها. إذن، لا يختلف المتجران فعليًا في هذه النقطة — فحقول Support URL وMarketing URL ورابط سياسة الخصوصية في App Store Connect تُضبط أيضًا بشكل منفصل لكل تطبيق؛ إذا كان لديك عدة تطبيقات، يمكنك توجيه كل واحد منها إلى قناة دعم مختلفة.

يجب أن تتضمن صفحة الدعم، على الأقل: وسيلة تواصل فعّالة (بريد إلكتروني أو نموذج)، وأسئلة شائعة، ووصفًا واضحًا لكيفية طلب حذف الحساب/البيانات. دخل هذا البند الثالث حيّز التنفيذ في تاريخين مختلفين: شرط Apple لحذف الحساب داخل التطبيق سارٍ منذ 30 يونيو 2022، بينما جاء شرط Google الخاص برابط الويب لحذف الحساب في عام 2023 (أُعلن عنه في أبريل 2023، بموعد نهائي للامتثال في ديسمبر 2023) — لكن النتيجة النهائية أن كلا الشرطين أصبحا اليوم معيارًا متوقعًا لأي تطبيق يسمح بإنشاء حساب.

يجب أن تصف صفحة الموقع/التسويق تطبيقك، وتربط بقائمتي المتجرين، وإذا كنت تستخدم AdMob، فيجب أن تستضيف ملف app-ads.txt يمكن الوصول إليه في جذر الموقع (yoursite.com/app-ads.txt). بدون هذا الملف، أو إذا كان في موقع خاطئ، لن يتمكن AdMob من التحقق من معرّف إعلاناتك.

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

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

تأخذ أداة الموقع التسويقي من Vibeloy وصف تطبيقك وروابط المتاجر ولقطات الشاشة وبريد الدعم من نموذج واحد وتنشرها على العنوان المستضاف لتطبيقك؛ ويمكن لصق العنوان الجذري الناتج وعنوان /support مباشرةً في حقلي الموقع/الدعم في Play Console وحقلي Marketing URL/Support URL في App Store Connect. هذه ميزة premium في Vibeloy.

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

أكثر الأخطاء شيوعًا هو ترك صفحة رئيسية عامة للشركة، أو صفحة لا تزال قيد الإنشاء، كرابط Support URL؛ إذ يعتبر App Review هذا افتقارًا لمحتوى خاص بالتطبيق. ثانيًا، بريد دعم يظهر في النموذج لكن لا أحد يتابعه فعليًا — وهو ما قد يترك طلبات حذف الحساب/البيانات دون رد ويثير مراجعة امتثال بموجب سياسة أمان بيانات Play.

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