스토어 등록
심사를 통과하고 전환율을 높이는 리스팅 문구를 생성합니다. 실제 앱을 기반으로 작업합니다. pubspec.yaml(이름, 설명), README.md, lib/ 아래의 주요 화면(기능 이름, 화면 제목, 빈 상태 텍스트), 그리고 기존 fastlane/metadata 또는 store/ 폴더를 읽습니다. 코드에 없는 기능을 절대 만들어내지 마세요.
초안을 작성하기 전에 정확한 필드 제한은 references/limits.md를, 작성 규칙은 references/aso-checklist.md를 참조하세요.
코드가 알려줄 수 없는 것만 물어보세요
아직 명확하지 않다면, 한 번에 다음을 물어보세요:
- 이 앱은 누구를 위한 것인가요?(한 문장)
- 경쟁 제품보다 더 잘하는 한 가지는 무엇인가요?
- 타겟 국가/언어는 무엇인가요?
- 개인정보처리방침 URL과 지원 이메일이 있나요?
사용자가 답변하지 않으면 합리적인 가정을 하고 진행하며, 초안에 해당 가정을 표시하세요.
전달 (기본: 두 스토어 모두)
Google Play
- 앱 이름(30자): 제품명, 선택적 짧은 훅. "무료", "최고", 이모지, 또는 모두 대문자 금지.
- 짧은 설명(80자): 가치 제안, 키워드를 먼저 배치.
- 전체 설명(4000자): 단독으로도 의미가 통하는 도입 단락, 기능 목록, 신뢰/개인정보 단락, 민감한 권한이 있는 경우 "요청하는 권한과 그 이유" 설명.
- 릴리스 노트(500자): 현재 버전에 대한 것으로, CHANGELOG가 있는 경우 제공.
- 카테고리 추천 및 콘텐츠 등급 참고 사항.
App Store
- 이름(30자), 부제(30자), 프로모션 텍스트(170자, 새 빌드 없이 편집 가능), 설명(4000자), 키워드(100자, 쉼표로 구분, 쉼표 뒤 공백 없음, 이름/부제에 이미 있는 단어 제외, 기존 단어의 복수형 제외, 경쟁사 이름 제외), 새로운 기능.
- 기본 카테고리 추천, 연령 등급 참고 사항.
각 필드 뒤에는 대괄호 안에 글자 수를 표시하세요(예: [78/80]). 모든 필드를 해당 제한 이내로 유지하세요.
검토 모드 (--review)
사용자가 기존 문구를 붙여넣거나 프로젝트에 fastlane/metadata가 있는 경우, 각 필드를 다음 항목에 대해 확인하세요: 길이, 정책 위반 단어(무료, 최고, #1, 지금 다운로드, 다른 플랫폼/스토어 언급, 검증 불가능한 주장, 의학/금융 관련 주장(면책 조항 없음)), 키워드 스터핑, 코드에 없는 기능 주장, 누락된 권한 설명. 필드, 문제점, 수정 제안이 포함된 테이블을 반환하세요.
출력
각 필드를 일반 텍스트 블록으로 제공하여 사용자가 콘솔에 직접 복사할 수 있도록 하세요. 프로젝트가 이미 fastlane을 사용하는 경우에만 fastlane/metadata/android/en-US/*.txt 및 fastlane/metadata/ios/en-US/*.txt에 저장하는 것을 제안하세요.