# 앱 부제 변경 계획: 검증 가능한 가설 세우기

URL: https://storelift.net/ko/guide/app-subtitle-experiment-plan/
Language: ko
Updated: 2026-10-13

부제는 앱을 설명하면서 관련 검색에서의 발견도 도와야 합니다. 수정하기 전에, 새 문구가 어떤 오해나 어떤 검색 공백을 해결하려는지 구체적으로 적으세요. 메타데이터를 순차적으로 바꾸는 것은 관찰 비교이지, 자동으로 무작위 대조 실험이 되는 것은 아닙니다.

## 점검 순서

1. 현재 부제와 제안 부제를 앱 이름 옆에 나란히 적으세요. 둘을 합친 메시지가 앱이 지원하는 기능을 설명하는지, 대상 사용자에게 자연스럽게 읽히는지 확인하세요.
2. 목표 키워드와 새 문구에서 빠지는 키워드를 파악하세요. 해당 스토어프런트에서 기준점이 될 측정값을 저장하고, 어떤 필드를 그대로 둘지도 기록하세요.
3. 검토 기간과 결정에 필요한 근거를 정하세요. 공개 확인, 비교 가능한 순위 측정값, 그리고 구할 수 있다면 관련 유입 지표입니다.

## 해석 예시

가설 예시: 앱의 핵심 작업을 명시하면 소수의 목표 검색어에서 관련성이 좋아질 것이다. 그 키워드 순위는 올랐는데 캠페인이 끝난 뒤 유입이 줄었다면, 리포트는 단순히 성공이나 실패로 단정하지 말고 두 사건을 모두 기술해야 합니다.

## 결정과 다음 점검

읽기 쉬운지와 검색 근거를 함께 검토하세요. 이전 부제는 기록을 남기고 되돌릴 수 있도록 보관하세요. 선택한 실험 유형에서 플랫폼이 그 필드를 실제로 테스트하는 경우가 아니라면, 이 변경을 플랫폼이 지원하는 제품 페이지 에셋 실험이라고 표현하지 마세요.

## 관련 Storelift 기능

이 작업에 쓸 수 있는 제품 데이터와 그 범위는 ASO 메타데이터 점검 페이지에서 확인하세요. 리포트에 쓰는 측정값에는 앱, 스토어프런트, 기간, 측정 상태를 함께 남기세요.