점검 순서
- 앱 ID, 플랫폼, 로케일, 필드, 이전 값, 제안 값을 저장하세요. 겨냥하는 검색 작업과, 커버리지가 늘거나 줄 것으로 예상되는 키워드도 기록하세요.
- 초안 승인, 제출, 공개가 확인된 날짜를 구분하세요. 검토자와 릴리스 식별자를 항목에 함께 남겨, 공개된 버전을 추적할 수 있게 하세요.
- 공개 후 처음으로 비교 가능한 측정값을 덧붙이세요. 결과가 실망스럽더라도 원래 가설은 그대로 두세요. 나중에 고쳐 쓰면 기록의 쓸모가 줄어듭니다.
해석 예시
기록 예시: 부제에서 포괄적인 장점 문구를 앱이 지원하는 구체적인 작업으로 바꿨습니다. 로그에는 두 문구, 대상 로케일, 공개 날짜, 추적 키워드가 남습니다. 이후 순위가 떨어지면 실제 수정 내용과 대조해 조사할 수 있습니다.
결정과 다음 점검
이 기록을 근거로 변경을 유지할지, 다듬을지, 되돌릴지 정하세요. 되돌린 경우도 날짜를 붙여 새 항목으로 남기세요. 모든 변동을 문구 탓으로 돌리지 않도록, 캠페인과 제품 변경도 맥락으로 곁에 적어 두세요.
관련 Storelift 기능
이 작업에 쓸 수 있는 제품 데이터와 그 범위는 ASO 메타데이터 점검 페이지에서 확인하세요. 리포트에 쓰는 측정값에는 앱, 스토어프런트, 기간, 측정 상태를 함께 남기세요.
내 앱으로 직접 확인해 보세요
스토어 링크를 붙여넣고 키워드를 추가하세요. 순위, 내 위에 있는 앱, 수요를 매일 측정합니다.
무료 플랜: 앱 1개, 스토어프런트 2곳에서 각각 키워드 25개, 30일 기록. 카드 불필요, 기간 제한 없음. Pro는 월 $20.
무료로 시작하기 →
다음 읽을거리
ASO 메타데이터 점검필드별 포함 현황, 100자에 맞는 키워드 필드, Apple 규칙으로 검사한 초안.ASO 실무 가이드키워드 순위 변동을 점검하고, 키워드 우선순위를 정하고, 스토어 페이지 수정을 검토하고, 유입 성과를 리포트로 정리하세요. 앱 팀을 위한 ASO 실무 가이드 30편입니다.앱 부제 변경 계획: 검증 가능한 가설 세우기앱스토어 부제를 바꾸기 전에 해결하려는 오해나 검색 공백을 가설로 적고, 기준점과 검토 기간, 판단 근거를 미리 정하는 방법을 설명합니다.앱스토어 스크린샷 테스트 기획서 작성법스토어 페이지 스크린샷 테스트를 메시지 가설에서 시작해 대상, 에셋, 결과 지표, 판단 기준까지 한 문서로 정리하는 기획서 작성 방법입니다.
