بيانات الاتصال التي يضعها Google Play في صفحة تطبيقك

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

أين توجد الحقول

Play Console ← Store settings ← Store listing contact details. ثلاثة حقول: عنوان بريد إلكتروني للدعم، ورقم هاتف، وموقع ويب.

البريد الإلكتروني مطلوب للنشر على Google Play. أما الحقلان الآخران فلا.

ماذا يحدث لما تدخله

يصبح علنيًا. إرشادات Google Play نفسها صريحة: “When you provide an email address, website, or phone number for your app, your contact information is available to users on your app’s store listing.” (ترجمة: «عندما تقدّم عنوان بريد إلكتروني أو موقع ويب أو رقم هاتف لتطبيقك، تصبح معلومات الاتصال الخاصة بك متاحة للمستخدمين في صفحة تطبيقك في المتجر».)

لذلك عواقب تستحق أن تفكّر فيها دقيقتين بدلًا من لا شيء:

• سيُجمع آليًا. العنوان المنشور في صفحة متجر عامة يجتذب رسائل آلية. استخدم عنوانًا يمكنك تصفيته، لا عنوانًا تعتمد عليه في أي شيء آخر.
• يجب أن يعيش أطول من المشروع. رسائل الدعم من صفحة المتجر تصل على دفعات: لا شيء لأشهر، ثم عشرون رسالة بعد إصدار سيئ. العنوان الشخصي الذي هجرته هو الطريقة التي يكتشف بها المطوّر أن تطبيقه أُزيل قبل أسابيع.
• إنه قناة دعم حقيقية. توصي إرشادات Play بتوجيه المستخدمين إلى مكان “regularly monitor and use to respond to questions” (ترجمة: «تراقبه بانتظام وتستخدمه للرد على الأسئلة»)، وهذا يستبعد عنوانًا لا يفتحه أحد.
• الاسم الشخصي في العنوان معلومة شخصية تنشرها. support@ على نطاق تتحكم فيه أفضل من firstname.lastname@.

حقل الموقع هو المثير للاهتمام

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

اتركه فارغًا ولن يجد الزاحف من أين يبدأ، وهذا أكثر سبب شيوعًا لظهور الملف على أنه «not found». إذا كان تطبيقك يعرض إعلانات، فتعامل مع هذا الحقل على أنه مطلوب.

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

كيف يختلف هذا عن Apple

شكل مختلف، والقصد نفسه:

	Google Play	App Store
بريد الاتصال	مطلوب، وعلني في صفحة التطبيق	ليس حقلًا في صفحة التطبيق؛ الاتصال يمرّ عبر Support URL
صفحة الدعم	ليست حقلًا مطلوبًا	مطلوبة: الـ Support URL
الموقع	حقل اختياري في صفحة التطبيق	Marketing URL اختياري

إذن في Play مسار الاتصال عنوان بريد؛ وفي Apple صفحة. إذا كنت تنشر على كليهما، فأسهل ترتيب هو صفحة دعم عليها العنوان: تحصل Apple على الصفحة، ويحصل Play على العنوان، ويكون هناك شيء واحد تبقيه محدّثًا.

هذا منفصل عن بيانات حساب المطوّر

لا تخلط بين الاثنين. Store listing contact details خاصة بكل تطبيق وعلنية. أما معلومات الاتصال في حساب المطوّر فهي سجل منفصل وموثّق تحتفظ به Google، وفي حسابات المؤسسات تقول الإرشادات إنه يجب أن يكون عنوانًا مرتبطًا بالمؤسسة لا عنوانًا عامًا أو شخصيًا. وتغيير أحدهما لا يغيّر الآخر.

ما تفعله AppFoyer هنا

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

وعنوان الدعم هو أيضًا العنوان الوحيد الذي يحوّله المُصيِّر (renderer) إلى رابط mailto: قابل للنقر في صفحاتك المنشورة؛ وأي عنوان آخر في نص صفحتك يبقى نصًا عاديًا. هذه قاعدة متعمّدة لمكافحة التصيّد، وتعني أن مسار الاتصال في موقعك هو الذي أعلنته، لا عنوانًا أُلصق لاحقًا.

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

• Provide contact information — مساعدة Google Play Console. الاقتباس أعلاه من هذه الصفحة.
• Set up app-ads.txt — مساعدة AdMob، لمعرفة كيف يُستخدم حقل الموقع.
• App Store Connect — app information — Apple، لحقلي Support URL وMarketing URL.