점검 순서
- 질문은 하나만 고르세요. 예를 들어 첫 스크린샷이 핵심 작업을 분명히 전달하는가입니다. 시안을 만들기 전에 기존 에셋을 저장하고 메시지를 어떻게 바꿀지 적으세요.
- 로케일, 지원되는 기기 표시 형식, 대상 사용자를 명시하세요. 스토어가 지원하는 실험 도구를 쓰고, 테스트를 설정하기 전에 현재 에셋 요건과 자격 요건을 확인하세요.
- 결과를 보기 전에 결과 지표와 판단 규칙을 정하세요. 표본 크기, 불확실성, 다른 유입 변화를 기록하세요. 초반의 작은 차이는 확정된 결과가 아닙니다.
해석 예시
기획서 예시: 핵심 작업을 설명하는 첫 스크린샷을 현재의 전반적인 소개 화면과 비교합니다. 나머지 순서는 가능한 한 그대로 둡니다. 리포트에는 관련 없는 트래픽의 전후 합계가 아니라 실험의 실제 대상과 지표를 보여 줘야 합니다.
결정과 다음 점검
이긴 결과든 결론이 나지 않은 결과든 정확한 에셋, 날짜와 함께 보관하세요. 결과는 테스트한 대상과 조건에만 적용됩니다. 같은 디자인이 모든 국가에서 이길 것이라고 가정하지 말고, 다음 메시지 질문을 계획하는 데 쓰세요.
관련 Storelift 기능
이 작업에 쓸 수 있는 제품 데이터와 그 범위는 App Store 분석: 설치 경로 페이지에서 확인하세요. 리포트에 쓰는 측정값에는 앱, 스토어프런트, 기간, 측정 상태를 함께 남기세요.
내 앱으로 직접 확인해 보세요
스토어 링크를 붙여넣고 키워드를 추가하세요. 순위, 내 위에 있는 앱, 수요를 매일 측정합니다.
무료 플랜: 앱 1개, 스토어프런트 2곳에서 각각 키워드 25개, 30일 기록. 카드 불필요, 기간 제한 없음. Pro는 월 $20.
무료로 시작하기 →
다음 읽을거리
App Store 분석: 설치 경로노출에서 페이지 조회, 다운로드까지, 어디서 왔는지에 따라 나눠서.ASO 실무 가이드키워드 순위 변동을 점검하고, 키워드 우선순위를 정하고, 스토어 페이지 수정을 검토하고, 유입 성과를 리포트로 정리하세요. 앱 팀을 위한 ASO 실무 가이드 30편입니다.ASO 메타데이터 변경 기록: 순위 변화를 설명하는 로그 작성법메타데이터를 바꿀 때 이전 문구와 새 문구, 스토어프런트, 수정 이유, 공개 날짜를 남겨 이후 순위 변화를 실제 변경과 대조하는 기록 방법입니다.앱 부제 변경 계획: 검증 가능한 가설 세우기앱스토어 부제를 바꾸기 전에 해결하려는 오해나 검색 공백을 가설로 적고, 기준점과 검토 기간, 판단 근거를 미리 정하는 방법을 설명합니다.
