انتقل إلى المحتوى
AppFoyer
ابدأ

الأدلة سياسة الخصوصية

إرسال بيانات مستخدميك إلى واجهة API للذكاء الاصطناعي: ما الذي يشترطه Google Play

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

تنطبق سياسة User Data في Google Play على عمليات التكامل مع الذكاء الاصطناعي التابعة لجهات خارجية، وتظل أنت المسؤول عن الإفصاح والموافقة. إذا كان تطبيقك يرسل محتوى المستخدم إلى واجهة API للذكاء الاصطناعي، فتلك مشاركة للبيانات مع جهة خارجية: اذكرها في سياسة الخصوصية، وأعلنها في نموذج Data safety، واعرض إفصاحًا بارزًا داخل التطبيق قبل حدوثها.

1:18
فيديو مدته 1:18 · يُفتح على YouTube

أنجز هذا في دقائق بدلًا من ذلك

تستضيف AppFoyer الصفحات التي يتناولها هذا الدليل — سياسة الخصوصية والشروط والدعم وحذف الحساب وapp-ads.txt — على نطاق فرعي خاص بها، دون نطاق أو خادم خاص بك. تطبيق واحد مجاني، ولا شيء يشترطه المتجر يكون خلف جدار دفع أبدًا.

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

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

حسم Google Play هذا الالتباس في سياسة User Data: “These requirements also apply to third-party AI integrations (such as products, services, code) and you remain responsible for ensuring compliance with this policy, including limited use, disclosure and consent.” (وترجمته: «تنطبق هذه المتطلبات أيضًا على عمليات التكامل مع الذكاء الاصطناعي التابعة لجهات خارجية (مثل المنتجات والخدمات والكود)، وتظل مسؤولًا عن ضمان الامتثال لهذه السياسة، بما في ذلك الاستخدام المحدود والإفصاح والموافقة.»)

لا يوجد هنا نظام خاص بالذكاء الاصطناعي. إنها القاعدة المعتادة لمشاركة البيانات، صيغت بحيث لا يستطيع أحد أن يجادل بأن استدعاء الـAPI حالة مختلفة.

ما الذي يُحسب

إذا غادرت بيانات المستخدم الجهاز ووصلت إلى مزوّد نموذج، فهي تُحسب، سواء استدعيته مباشرة أو عبر طبقة وسيطة:

  • المطالبات (prompts) التي تحتوي أي شيء كتبه المستخدم أو أملاه أو صوّره أو رفعه؛
  • المستندات والصور والمقاطع الصوتية المرسلة للمعالجة؛
  • معرّفات الحساب أو الجهاز المرفقة بالطلب؛
  • سجل المحادثات الذي تخزّنه وتعيد إرساله.

النموذج الذي يعمل على الجهاز ولا يرسل أي شيء إلى خادم حالة مختلفة. وإن لم تكن متأكدًا من أيهما لديك، فاقرأ وثائق الـSDK بدلًا من الافتراض، فعدد من المكتبات “العاملة على الجهاز” يلجأ إلى استدعاء خادم احتياطيًا.

المواضع الثلاثة التي يجب أن يظهر فيها

1. سياسة الخصوصية. يشترط Play أن تقوم السياسة، مع أي إفصاحات داخل التطبيق، بأن “comprehensively disclose how your app accesses, collects, uses, and shares user data” (وترجمته: «تُفصح بشكل شامل عن كيفية وصول تطبيقك إلى بيانات المستخدم وجمعها واستخدامها ومشاركتها»). سمِّ المزوّد، واذكر ما يُرسل، وفيمَ يُستخدم، وكم من الوقت يُحتفظ به. عبارة “قد نستخدم خدمات تابعة لجهات خارجية لتحسين تجربتك” ليست إفصاحًا؛ إنها طريقة لتجنّب الإفصاح.

2. نموذج Data safety. إرسال محتوى المستخدم إلى واجهة API خارجية مشاركة مع جهة خارجية، والنموذج يسأل عن ذلك تحديدًا. وموقف Google Play من أي فجوة بين الاثنين واضح: “When Google becomes aware of a discrepancy between your app behavior and your declaration, we may take appropriate action, including enforcement action.” (وترجمته: «حين تعلم Google بوجود تعارض بين سلوك تطبيقك وإقرارك، قد نتخذ الإجراء المناسب، بما في ذلك إجراءات الإنفاذ.») وحركة البيانات إلى نقطة نهاية للذكاء الاصطناعي لا يذكرها نموذجك هي بالضبط تعارض من هذا النوع.

3. إفصاح داخل التطبيق، قبل حدوث ذلك. هذا هو المتطلب الذي يتخطاه المطورون لأنه الوحيد الذي يحتاج عملًا على الواجهة. وقواعد Play بشأنه محددة: الإفصاح “must be within the app itself, not only in the app description or on a website” (وترجمته: «داخل التطبيق نفسه، لا في وصف التطبيق أو على موقع ويب فحسب»)، و”must be displayed in the normal usage of the app and not require the user to navigate into a menu or settings” (وترجمته: «يجب أن يُعرض أثناء الاستخدام العادي للتطبيق دون أن يضطر المستخدم إلى الانتقال إلى قائمة أو إلى الإعدادات»). وحيث تكون الموافقة مطلوبة، يجب أن يكون مربع الحوار “clear and unambiguous” (وترجمته: «واضحًا لا لبس فيه») وأن يتطلب “affirmative user action (for example, tap to accept, tick a check-box)” (وترجمته: «إجراءً إيجابيًا من المستخدم (مثل النقر للقبول أو تحديد مربع اختيار)»).

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

أسئلة يجب أن تجيب عنها قبل إطلاق الميزة

  • ما الذي يحتويه الـprompt بالضبط؟ كثيرًا ما يفاجأ المطورون بكمّ السياق الذي يرفقه كودهم.
  • هل يدرّب المزوّد نماذجه عليه؟ كثيرًا ما تختلف الفئة الاستهلاكية عن فئة المؤسسات للواجهة نفسها في هذا الأمر، وهو شيء تذكره سياستك بوصفه حقيقة.
  • كم من الوقت يحتفظ به المزوّد؟ اذكر المدة، أو قل إنك لا تتحكم فيها.
  • هل يستطيع المستخدم تجنّب الميزة؟ الميزة التي ترسل كل شيء بصمت أصعب تبريرًا من ميزة يختار المستخدم تفعيلها.
  • ماذا عن القاصرين؟ إذا كان تطبيقك يصل إلى الأطفال، فهذه هي اللحظة التي تتوقف فيها وتطلب المشورة.

أجب عن هذه الأسئلة كتابةً قبل إطلاق الميزة. كل منها جملة في السياسة، وإن لم تستطع الإجابة عنه فلن تستطيع كتابة السياسة بصدق.

إذا كان تطبيقك يولّد محتوى أيضًا

بمعزل عن مشاركة البيانات، تتناول سياسات Play المحتوى المولَّد بالذكاء الاصطناعي: وسمه، ومنع التطبيق من إنتاج مواد محظورة. هذه مسألة سياسة محتوى لا مسألة خصوصية، ومن المفيد قراءة نص السياسة الحالي مباشرةً قبل الإطلاق؛ لم نلخّصه هنا لأنه يتغير.

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

نصوغ سياسة الخصوصية لديك مما هو موجود فعلًا في ملفات البناء، فتظهر حزمة SDK للذكاء الاصطناعي في قائمة تبعياتك جهةً خارجيةً مسمّاة بدلًا من أن تُحذف بهدوء. وتظل قائمة التحقق تنبّهك إلى الصفحة ما دام قسم الجهات الخارجية نصًا مؤقتًا.

ما لا نستطيع فعله هو الإفصاح داخل التطبيق، فتلك شاشة في تطبيقك، والسياسة صريحة في أن موقع الويب لا يغني عنها. وكالعادة، القوالب نقطة انطلاق، وليست استشارة قانونية. وكل ما يتعلق بالقاصرين أو البيانات الحساسة يستحق ساعة من وقت محامٍ.

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