사용자 데이터를 AI API로 보낼 때 Google Play가 요구하는 것

“이 내용 요약하기”, “내 메모에 대해 질문하기”, “캡션 생성하기” 같은 기능을 추가하는 것은 네트워크 코드 세 줄이면 됩니다. 바로 그 때문에 보통은 컴플라이언스 논의를 통째로 건너뜁니다. 스토어의 관점에서 보면, 방금 사용자의 콘텐츠를 사용자가 들어 본 적도 없는 회사로 보내기 시작한 것입니다.

Google Play는 사용자 데이터 정책에서 이 모호함을 정리했습니다. “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.” (번역: 이 요건은 서드파티 AI 통합(제품, 서비스, 코드 등)에도 적용되며, 제한적 사용, 공개, 동의를 포함하여 이 정책의 준수를 보장할 책임은 여전히 개발자에게 있습니다.)

여기에 AI만을 위한 특별한 체계는 없습니다. 평범한 데이터 공유 규칙을, API 호출은 다르다고 아무도 주장할 수 없도록 명시해 둔 것입니다.

무엇이 해당하는가

사용자 데이터가 기기를 떠나 모델 제공업체에 도달한다면 해당합니다. 직접 호출하든 래퍼를 거치든 마찬가지입니다.

• 사용자가 입력하거나, 받아쓰게 하거나, 촬영하거나, 업로드한 무언가가 들어 있는 프롬프트
• 처리를 위해 보내는 문서, 이미지, 오디오
• 요청에 붙는 계정 또는 기기 식별자
• 저장해 두었다가 다시 보내는 대화 기록

서버로 아무것도 보내지 않는 온디바이스 모델은 다른 경우입니다. 어느 쪽인지 확실하지 않다면 짐작하지 말고 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이 알게 되면, 집행 조치를 포함한 적절한 조치를 취할 수 있습니다.) 양식에 언급되지 않은 AI 엔드포인트로 가는 트래픽이 바로 그런 불일치입니다.

3. 전송 전의 앱 내 공개. UI 작업이 필요한 유일한 요건이라 개발자들이 건너뛰는 항목입니다. 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)“(번역: 사용자의 적극적인 행동(예: 탭하여 수락, 체크박스 선택))를 거쳐야 합니다.

설정 화면에 있는 개인정보처리방침 링크는 앱 내 공개가 아닙니다. 기능을 처음 사용하는 화면에서, 첫 요청 전에 보여 주는 한 문장이 앱 내 공개입니다.

기능을 출시하기 전에 답해야 할 질문

• 프롬프트에 정확히 무엇이 들어가는가? 개발자들은 자기 코드가 붙이는 맥락의 양에 늘 놀랍니다.
• 제공업체가 그것으로 학습하는가? 같은 API라도 소비자용과 기업용 등급이 여기서 다른 경우가 많고, 방침에서 사실로 진술하게 되는 내용입니다.
• 제공업체가 얼마나 오래 보관하는가? 기간을 밝히거나, 개발자가 통제하지 못한다고 쓰세요.
• 사용자가 그 기능을 피할 수 있는가? 모든 것을 조용히 보내는 기능은 사용자가 직접 켜는 기능보다 설명하기가 어렵습니다.
• 미성년자는? 앱이 아동에게 닿는다면 여기서 멈추고 조언을 구할 지점입니다.

기능을 출시하기 전에 이 질문들에 글로 답하세요. 각각이 방침의 한 문장이 되며, 답할 수 없다면 방침을 정직하게 쓸 수 없습니다.

앱이 콘텐츠를 생성하기도 한다면

데이터 공유와는 별개로, Play의 정책은 AI 생성 콘텐츠도 다룹니다. 그것에 라벨을 붙이고, 앱이 금지된 자료를 만들어 내지 않도록 하는 것입니다. 이는 개인정보 문제가 아니라 콘텐츠 정책 문제이며, 출시 전에 현재 정책 원문을 직접 읽어 볼 가치가 있습니다. 자주 바뀌기 때문에 여기서는 요약하지 않았습니다.

AppFoyer가 여기서 하는 일

저희는 빌드 파일에 실제로 있는 것을 바탕으로 개인정보처리방침 초안을 작성하므로, 의존성 목록에 있는 AI SDK는 조용히 빠지는 대신 이름이 명시된 서드파티로 나타납니다. 서드파티 섹션이 아직 자리표시자인 동안에는 체크리스트가 계속 해당 페이지를 표시합니다.

저희가 할 수 없는 것은 앱 내 공개입니다. 그것은 앱 안의 화면이며, 정책은 웹사이트가 그것을 대신할 수 없다고 명시합니다. 그리고 언제나처럼 템플릿은 출발점일 뿐 법률 자문이 아닙니다. 미성년자나 민감한 데이터가 관련된 것이라면 무엇이든 변호사에게 한 시간을 쓸 가치가 있습니다.

공식 출처

• User Data policy — Google Play 고객센터. 위의 모든 인용문은 이 페이지에서 가져왔으며, 결정권을 가진 것은 이 원문입니다.
• Provide information for Google Play’s Data safety section — Google Play Console 고객센터
• App privacy details on the App Store — Apple