Read in English →

전환율을 높이는 앱스토어 스크린샷 카피

스크린샷 캡션은 기능 설명서가 아니라 마케팅 카피입니다 — 그리고 검색 결과를 스크롤하는 사람이 썸네일 크기로, 3초 안에 읽습니다. 그 시험을 통과하는 패턴들을 정리했습니다.

캡션이 실제로 읽히는 곳

앱스토어 검색 결과에서는 세로형 스크린샷 1–3장이 결과 카드에 바로 노출됩니다 — 대부분의 설치는 누군가 제품 페이지를 열기도 전에 거기서 결정됩니다. 따라서:

베네핏이 먼저, 기능은 그다음

가장 흔한 실패는 화면이 무엇인지를 쓰는 것입니다 — 사용자가 무엇을 얻는지가 아니라:

기능 중심 (약함)베네핏 중심 (강함)
OCR 지원 PDF 스캐너뭐든 스캔하고, 뭐든 검색하세요
맞춤형 운동 플랜내 일주일에 맞춰지는 플랜
다국어 지원고객의 언어로 말합니다

5–6장 세트에 유용한 구조는 훅 → 베네핏 → 페이오프입니다: 1번 슬라이드가 핵심 약속을 선언하고, 가운데 슬라이드들이 각각 구체적 베네핏 하나씩을 주장하고(슬라이드당 하나 — 한 슬라이드에 두 가지 주장을 넣으면 둘 다 안 읽힙니다), 마지막 슬라이드가 결과나 사회적 증거로 마무리합니다.

썸네일에서 살아남는 길이 규칙

캡션과 화면은 같은 이야기를 해야 한다

캡션이 주장을 던지면, 그 아래 UI가 증거입니다. 설정 화면 위에 “뭐든 스캔하세요”가 떠 있으면 깨진 약속처럼 읽힙니다. 화면을 먼저 고르고 그 화면이 뒷받침할 수 있는 주장을 쓰거나, 슬라이드를 위해 화면 상태를 일부러 연출하세요(깔끔한 데모 데이터, 동작 중인 기능, 보이는 결과).

Apple 가이드라인 2.3은 반대 방향도 자릅니다: 스크린샷은 실제 앱을 보여줘야 합니다. 실제 UI가 없는 순수 마케팅 슬라이드는 반려 위험이 있습니다 — 실제 화면 위에 캡션을 얹는 형식이 안전하면서도 효과적인 길입니다.

단어가 아니라 카피를 현지화하라

번역된 캡션은 현지화된 카피가 아닙니다. 독일어는 영어보다 ~30% 길어져 줄바꿈이 달라지고, 한국어·일본어는 직역하면 압축되면서 수사적 힘이 빠집니다. 언어마다 주장을 다시 쓰되 레이아웃은 공유하고, 내보내기 전에 모든 로케일을 미리 확인하세요 — 그 워크플로의 실무는 현지화 가이드에 있습니다.

내보내기 전 체크리스트

  1. 1번 슬라이드가 기능이 아니라 앱의 핵심 약속을 말하는가?
  2. 모든 슬라이드가 주장 하나씩만 하는가?
  3. 썸네일 크기에서 읽히는가 (미리보기를 ~33%로 축소해 보기)?
  4. 앱 이름·서브타이틀 반복이 없는가?
  5. 모든 캡션이 그 아래 화면과 맞아떨어지는가?
  6. 모든 로케일에서 넘침을 확인했는가?
App Store Screenshot Studio — 슬라이드별 헤드라인·서브헤드라인을 쓰고, 번역 가능한 슬라이드 × 언어 표로 관리하고, 어떤 로케일이든 캔버스에서 미리 보고, 모든 언어를 정확한 App Store 규격으로 내보내세요. 무료, 오픈소스, 완전 클라이언트사이드. →

FAQ

스크린샷을 몇 장 올려야 하나요?
10개 슬롯 중 최소 5장은 쓰세요 — 스크롤 깊이가 곧 설득 기회입니다. 단, 순서는 처음 세 장만 보인다고 가정하고 배치하세요. 대부분의 방문자에게는 실제로 그러니까요.

문장형과 제목형 중 뭘 써야 하나요?
하나를 골라 세트 전체에서 일관되게 유지하세요. 비영어권 언어에서는 대체로 문장형이 자연스럽게 읽히는데, 현지화를 시작하면 그게 중요해집니다.

캡션 A/B 테스트가 가능한가요?
네 — App Store Connect의 제품 페이지 최적화(PPO)가 스크린샷 변형을 기본 지원합니다. 실험당 변수 하나(보통 1번 슬라이드 헤드라인)만 테스트하세요.

관련 가이드