CPI를 낮추겠다고 소재와 입찰만 만지는 동안, 정작 유저가 설치를 결정하는 스토어 페이지는 몇 달째 그대로인 경우가 많아요. 광고를 눌러도 설치는 스토어에서 일어나거든요. 스토어 전환이 새고 있으면 광고비도 같이 새는 거예요.
ASO(App Store Optimization, 앱스토어 최적화)는 그 구멍을 막고 오가닉 설치까지 늘리는 작업이고, 축은 둘이에요. 발견되기(노출)와 설치되기(전환).
왜 광고보다 먼저 봐야 하냐면
ASO가 광고 효율에 직접 연결되는 구조부터 짚을게요. 광고를 클릭한 사람도 결국 스토어 페이지를 거쳐요. 그러니까 스토어 전환율은 광고 성과의 곱셈 항입니다.
숫자로 보면 이래요(예시). 광고로 스토어 페이지 조회 10,000건을 만들었고 전환율이 30%면 설치 3,000건이에요. 전환율을 40%로 올리면 같은 광고비로 설치 4,000건. 설치가 33% 늘었고 CPI는 25% 내려갑니다.
위 예시는 광고비와 페이지 조회수를 고정한 계산입니다. 채널별 유입 의도와 맞춤형 제품 페이지가 다를 수 있으므로, 한 페이지의 개선율을 모든 채널에 똑같이 적용하지는 마세요.
1. 발견 — 키워드
사용자가 검색했을 때 우리 앱이 뜨려면 스토어가 우리를 그 키워드와 연결해야 해요.
- 앱 이름·부제 — 가장 강한 신호. 핵심 키워드를 자연스럽게.
- 키워드 필드(iOS)·설명(안드로이드) — 관련 검색어를 담아요.
- 스토어마다 규칙이 달라요 — iOS는 키워드 필드, Google Play는 설명 텍스트 매칭이라 각 스토어 정책을 확인하세요.
키워드를 고를 때 순위만 보면 착시가 생겨요. 유입은 검색량과 실제 노출 기회, 그 위치에서의 클릭률에 영향을 받습니다. 순위 숫자를 검색량에 곱하는 공식은 성립하지 않습니다. 검색 의도와 실제 설치 전환까지 함께 보세요.
후보를 좁히는 순서는 이렇게 잡으면 덜 헤맵니다.
- 이미 우리를 설명하는 말 — 앱 이름·부제·설명에 이미 있는 단어부터. 스토어가 우리를 그 말과 연결할 근거가 있어야 순위가 붙어요.
- 경쟁 앱이 쓰는 말 — 같은 문제를 푸는 앱들의 이름·부제를 훑으면 그 카테고리의 검색 언어가 보입니다.
- 의도가 뚜렷한 중형 — "가계부"보다 "커플 가계부"처럼요. 볼륨은 작아도 순위를 잡을 수 있고, 들어온 사람의 설치 전환율도 높습니다.
한 키워드를 이름·부제·키워드 필드에 중복해 넣을 필요는 없어요. 자리를 낭비한 만큼 다른 키워드를 못 담습니다.
2. 전환 — 스토어 페이지
검색에 떠도 안 깔면 소용없어요. 스토어 페이지의 전환율(노출→설치)이 ASO의 절반이에요.
- 아이콘·첫 스크린샷 — 목록에서 바로 보이는 것. CTR을 좌우해요.
- 스크린샷 흐름 — 첫 2~3장에 핵심 가치를 담아요(대부분 거기까지만 봐요).
- 평점·리뷰 — 낮으면 다 걸러져요. 평점 관리도 ASO예요.
이건 광고 CTR·CVR 진단 원리랑 똑같아요. "보고 끌려서 행동"까지의 사슬이죠.
두 스토어가 제공하는 실험 기능(App Store의 Product Page Optimization, Google Play의 스토어 등록정보 실험)을 쓰면 아이콘·스크린샷을 실제 트래픽으로 A/B 비교할 수 있어요. 감으로 고르는 것보다 훨씬 낫습니다. 다만 A/B 테스트의 기본 규칙은 여기서도 그대로예요. 표본이 충분히 쌓이기 전에 중간 결과를 보고 멈추면 우연을 실력으로 착각합니다.
스토어 콘솔의 전환율은 하나가 아니에요
전환율을 한 숫자로 말하면 진단이 거기서 막힙니다. 스토어 퍼널은 최소 세 층이에요.
| 층 | App Store Connect 컬럼 | 뜻 |
|---|---|---|
| 노출 | Impressions | 검색·차트·추천 목록에 우리 앱이 보인 횟수 |
| 페이지 조회 | Product Page Views | 목록에서 눌러 제품 페이지까지 들어온 횟수 |
| 설치 | Total Downloads | 실제로 받은 횟수 |
이 글의 두 비율은 운영용 파생 지표입니다. Apple의 공식 전환율은 고유 기기 노출 대비 다운로드·사전 주문이며, Impressions에는 제품 페이지 조회도 포함됩니다. 조회와 다운로드는 동일 사용자의 순차 이동으로 연결된 값이 아니므로, 설치 ÷ 페이지 조회를 페이지 방문자의 설치 확률로 읽으면 안 됩니다. 고유 기기와 횟수, 재다운로드 포함 여부를 맞춰 비교하세요. Apple 지표 정의.
운영용 비율은 다음처럼 계산합니다.
- 목록 전환율 = 페이지 조회 ÷ 노출 — 아이콘·앱 이름·첫 스크린샷 썸네일이 좌우해요. "목록에서 눌리느냐"의 문제.
- 페이지 전환율 = 설치 ÷ 페이지 조회 — 스크린샷 흐름·설명·평점이 좌우해요. "들어와서 받느냐"의 문제.
노출 100,000 · 페이지 조회 12,000 · 설치 3,600이면 목록 전환율 12%, 페이지 전환율 30%입니다. 다음 달에 설치가 줄고 이 비율이 30% 그대로라면 조회량과 소스 구성을 먼저 확인하세요. 이것만으로 스크린샷의 효과가 없거나 아이콘·순위가 원인이라고 확정할 수는 없습니다. 두 층을 합쳐 "전환율 3.6%"로만 보고 있으면 이 구분이 통째로 사라집니다.
전환율이 떨어졌다 — 나빠진 걸까, 구성이 바뀐 걸까
ASO에서 제일 자주 틀리는 지점입니다. 스토어 유입은 소스별로 전환율이 크게 달라요. 앱 이름을 정확히 검색해서 들어온 사람은 거의 받고, 차트나 추천에서 흘러들어온 사람은 훨씬 덜 받습니다.
그래서 전체 전환율이 30%에서 26%로 떨어져도 해석이 둘입니다.
- 효율 하락 — 소스별 전환율이 실제로 내려갔다. 페이지·유입 의도·경쟁·측정 변화 등이 후보입니다.
- 믹스 변화 — 소스별 전환율은 그대로인데, 전환율이 낮은 소스(찾아보기·추천)의 비중이 커졌다.
2번인데 1번으로 읽으면 멀쩡한 페이지의 스크린샷을 갈아엎게 됩니다. 가르는 방법은 소스별로 나눠서 각 소스의 전환율이 실제로 내려갔는지 보는 거예요. 전체 변화량을 "소스별 전환율 변화"와 "소스 비중 변화" 두 몫으로 나누면 잔차 없이 딱 떨어집니다.
3. 광고와의 관계
유료 UAC·ASA로 트래픽을 밀면 스토어 순위가 올라 오가닉도 따라 오르는 상호작용이 있어요. 다만 유료가 오가닉을 잠식하는지도 함께 봐야 해요.
여기서 측정이 까다로워집니다. 광고를 크게 늘린 구간에 오가닉 설치가 줄었다면, ASO가 나빠진 걸까요 아니면 원래 오가닉으로 올 사람이 광고로 잡힌 걸까요? 둘은 대응이 정반대인데 스토어 콘솔만 봐서는 구분이 안 돼요. ASO 변경 효과를 보려면 광고비가 비교적 안정적인 구간을 골라서 보는 편이 안전합니다.
순서
- 스토어 페이지 전환(아이콘·스크린샷·평점) — 변경안 실험
- 키워드(이름·부제) — 노출 확대
- 유료와 연계한 총 설치·증분 검토
이 순서인 이유는 되돌리기 비용과 효과 속도 때문이에요. 스크린샷은 바꾸고 되돌리기 쉬운데 효과는 실험으로 확인해야 하고, 앱 이름은 바꾸면 브랜드 검색과 기존 순위에 영향을 줘서 되돌리기 어렵습니다.
더 자세한 절차는 ASO 기초 가이드에 정리돼 있어요.
오늘 해볼 것
스토어 콘솔을 열어서 두 숫자만 확인하세요. 제품 페이지 조회 수와 설치 전환율이요.
- 페이지 전환율(설치 ÷ 페이지 조회)이 낮다 → 스크린샷·설명·평점과 유입 의도 점검 후보. 소스 구성과 측정을 확인한 뒤 페이지 개선을 실험하세요.
- 목록 전환율(페이지 조회 ÷ 노출)이 낮다 → 아이콘·앱 이름·소스 구성 점검 후보.
- 노출 자체가 적다 → 키워드·순위·검색 수요 점검 후보. 이름·부제부터 보세요.
소스별로 나눠 이 세 갈래를 한 번에 보려면 스토어 콘솔 CSV를 ASO 스토어 전환 도구에 그대로 올리면 됩니다. 퍼널과 믹스·효율 분해를 함께 계산해요.
이 한 번의 분기로 다음 한 달에 뭘 할지가 정해집니다. 둘 다 손보려다 아무것도 제대로 못 재는 게 ASO에서 가장 흔한 낭비예요.
전환율이 실제로 떨어졌다면 페이지 탓인지 유입 구성 탓인지부터 갈라야 합니다 — 앱스토어 전환율 하락 원인에 그 분해가 있고, 바꾼 안을 검증하는 방법은 앱스토어 A/B 테스트에 있습니다.
이 방법의 한계
ASO는 스토어 알고리즘·정책에 의존하고 자주 바뀌어요. "이렇게 하면 무조건 1위"는 없어요. 변경 후 순위·전환 변화를 추적하며 조정하는 실험의 연속이에요.
그리고 ASO 성과는 깨끗하게 분리해서 재기 어렵다는 점도 인정해야 해요. 무료 유입이라 매체 리포트가 없고, 같은 기간에 광고·시즌·앱 업데이트가 같이 움직입니다. 변경일을 기록하고 같은 길이의 전후 기간을 비교하는 게 현실적인 최선이고, 며칠짜리 변화로 단정하지 않는 게 중요해요.