본문으로 건너뛰기
AppFoyer
무료 시작

가이드 제출하기 전에

코딩 에이전트로 컴플라이언스 페이지 작성하기

이 페이지들에 필요한 사실은 이미 저장소에 있습니다. 에이전트가 실제로 도출할 수 있는 것, 반드시 물어봐야 하는 것, 그리고 에이전트를 여기에 들이기 전에 고집할 만한 경계.

저장소를 읽을 수 있는 코딩 에이전트는 이 페이지들에 필요한 사실을 이미 갖고 있습니다. 앱 이름, 번들 ID, 스토어 링크, 빌드에 들어 있는 모든 SDK입니다. 적절한 도구가 있으면 에이전트는 그 근거로 페이지 초안을 작성하고 검토 링크를 건네줍니다. 확인하고 게시하는 것은 개발자입니다.

1:10
1:10 영상 · YouTube에서 열림

대신 몇 분 만에 끝내세요

AppFoyer는 이 가이드가 다루는 페이지, 즉 개인정보처리방침, 이용약관, 지원, 계정 삭제 페이지와 app-ads.txt를 전용 하위 도메인에서 호스팅합니다. 직접 도메인이나 서버를 둘 필요가 없습니다. 앱 하나는 무료이며, 스토어가 요구하는 것은 무엇도 유료로 막아 두지 않습니다.

무료로 시작하기 실제 예시 보기

2026년 9월 25일 확인. 스토어 정책은 바뀌며, 예고 없이 바뀌기도 합니다. 아래의 모든 내용은 공식 문서로 연결되며, 권위를 갖는 것은 이 페이지가 아니라 그 문서입니다. 둘이 다르면 스토어가 맞습니다. 이 가이드는 영어 원문을 번역한 것이며, 스토어 문서의 인용문은 영어 원문 그대로 두었습니다.

개인정보처리방침을 쓰는 일은 대부분 옮겨 적기입니다. 어려운 부분, 즉 앱이 실제로 무엇을 수집하는지 알아내는 일의 답은 이미 저장소에 있는 파일들에 있으며, 파일 시스템에 접근할 수 있는 에이전트가 잘하는 바로 그런 종류의 작업입니다.

에이전트가 실제로 도출할 수 있는 것

아무것도 묻지 않고 빌드 파일만으로:

사실출처
앱 이름strings.xml app_name, CFBundleDisplayName, pubspec.yaml, app.json
애플리케이션 / 번들 IDGradle의 applicationId, Xcode 프로젝트의 PRODUCT_BUNDLE_IDENTIFIER
플랫폼위 파일 중 어떤 것이 존재하는지
데이터 수집build.gradle, Podfile, Package.swift, pubspec.yaml, package.json에 있는 모든 서드파티 SDK
권한과 사용 목적 문자열AndroidManifest.xml, Info.plist
광고 퍼블리셔 ID매니페스트나 plist에 있는 AdMob 애플리케이션 ID
제안된 Play URL애플리케이션 ID로 구성 — 앱이 등록되어 있지 않을 수 있으므로 사실이 아니라 제안

이 표가 개인정보처리방침의 실질적인 내용입니다. 또한 “내 앱은 무엇을 수집하는가”에 대한 답이기도 합니다. 대부분의 개발자가 기억에 의존하면 틀리고, 파일을 읽으면 맞히는 질문입니다.

알 수 없어서 반드시 물어야 하는 것

이런 것을 지어내는 에이전트는 에이전트가 없는 것보다 나쁩니다.

  • 법인 이름, 그리고 약관에 명시하는 관할.
  • 실제로 확인하는 지원 주소. git 설정이나 fastlane 파일에서 찾은 Apple 개발자 로그인으로 이것을 짐작해서는 절대 안 됩니다.
  • 실제 App Store ID. fastlane 설정에 있지 않다면 숫자 ID는 도출할 수 없습니다.
  • 앱이 게시되어 있는지, 그리고 어느 등록정보로 게시되어 있는지.
  • 사업상의 사실: 구독을 판매하는지, 아동이 대상 사용자인지, 의존성 목록에 흔적을 남기지 않는 파트너와 데이터를 공유하는지.
  • 백엔드에 관한 모든 것. 데이터를 얼마나 오래 보관하는지는 저장소 어디에도 적혀 있지 않습니다.

좋은 결과는 이런 모습입니다. 도출할 수 있는 것은 모두 그것이 나온 파일과 줄 번호와 함께 도출되고, 남는 것은 개발자만 답할 수 있는 짧은 질문 목록입니다.

고집할 만한 경계

어떤 에이전트든 여기에 들이기 전에 다음을 정하세요. 쓸모 있는 도구와 골칫거리를 가르는 차이입니다.

  1. 사람이 클릭하지 않으면 아무것도 게시되지 않습니다. 생성된 법률 페이지가 검토 없이 게시되는 것, 그 한 문장이 위험의 전부입니다.
  2. 도출된 모든 사실은 출처를 추적할 수 있습니다. “app/build.gradle:47에서 firebase-crashlytics를 찾았습니다”는 확인할 수 있지만, “앱이 진단 정보를 수집합니다”는 그렇지 않습니다.
  3. 커밋하거나 푸시하지 않습니다. diff를 제안하는 것은 도움이지만, 저장소를 다시 쓰는 것은 아닙니다.
  4. 기기 밖으로 최소한만 보냅니다. 사실을 로컬에서 도출하고 결론을 보내는 것은 소스를 업로드하는 것과 전혀 다릅니다.
  5. 모르는 것은 모른다고 말합니다. 자리표시자를 그럴듯한 문장으로 채우는 에이전트는 추측이 담긴 컴플라이언스 문서를 만들어 낸 것입니다.

이 범주의 어떤 도구에든, 저희 도구를 포함해 이 다섯 가지를 물어보세요.

사람이 관여하는 지점

에이전트는 초안을 쓰고, 결정은 개발자가 합니다. 구체적으로 다음은 개발자가 합니다.

  • 에이전트가 도출하지 못한 질문에 답을 확인합니다.
  • 서드파티 섹션을 읽습니다. 심사자가 Data safety 양식과 비교하는 부분입니다.
  • 보관 기간을 정합니다. 백엔드를 아는 사람은 개발자뿐이기 때문입니다.
  • 게시를 클릭합니다.
  • 스토어 콘솔 입력란을 채웁니다. 어떤 에이전트도 Play Console 안에 들어와서는 안 됩니다.

앱이 돈, 건강 데이터, 아동과 관련된다면 변호사에게 쓰는 한 시간도 여전히 이 목록에 속합니다. 근거에서 작성된 템플릿은 빈 페이지보다 나은 출발점이지만, 자문은 아닙니다.

AppFoyer가 여기서 하는 일

Claude Code 플러그인이 있습니다. 설치하고 “make this app store-ready” 라고 말하면, 스킬이 빌드 파일을 읽어 위 표의 내용을 각 사실마다 파일과 줄 번호와 함께 도출하고, 찾지 못한 것만 묻고, 다섯 페이지 전부와 app-ads.txt의 초안을 작성합니다. 그런 다음 대시보드의 검토 URL을 건네줍니다.

위의 경계는 약속이 아니라 강제됩니다. 에이전트의 자격 증명은 정해진 도구 집합에만 닿습니다. 앱 목록 보기와 읽기, 앱 생성(플레이버당 하나), 설정 업데이트, 페이지 초안 작성, app-ads.txt, 체크리스트, 앱 아이콘, 사용자 지정 주소입니다. 그리고 게시는 그 안에 없습니다. request_publish는 게시된 페이지가 아니라 링크를 줍니다. 아이콘과 주소는 초안 단계가 없는 두 가지이므로 에이전트는 그것을 설정했을 때 알려 주며, 이미 쓰고 있는 주소를 묻지 않고 바꾸지 않습니다. 에이전트는 게시, 게시 취소, 앱 삭제, 알림 채널 변경을 할 수 없고 삭제 요청 받은편지함에도 손대지 못합니다. 이는 개발자가 직접 하는 세션 전용 작업입니다. 전체 도구 목록과 예시는 에이전트 문서 페이지에 있습니다. 스킬은 절대 커밋하거나 푸시하지 않으며, 완성된 URL을 앱에 다시 연결해 달라고 요청할 때만 diff를 제안합니다.

에이전트가 Claude Code가 아니라면(Cursor, Codex, 또는 채팅 어시스턴트) 개인정보처리방침 페이지에는 대신 복사해서 붙여 넣는 경로가 있습니다. 편집기가 앱 정보로 미리 채워진 프롬프트를 주면, 원하는 곳에서 실행하고 답변을 다시 붙여 넣습니다. 프롬프트와 그것이 그렇게 쓰인 이유는 AI 어시스턴트로 개인정보처리방침 작성하기에 있습니다.

에이전트가 없다면 같은 기능이 짧은 양식으로 있습니다. 에이전트 경로가 더 빠른 이유는 답이 이미 저장소에 있기 때문이며, 다른 제품이라서가 아닙니다.

공식 출처