Subtitle — 본질, 기술적 제한 사항 및 부제목 작성 방법

ASO에서 앱 Subtitle이란

Subtitle(부제목)은 App Store의 앱 페이지에서 이름 바로 아래에 위치한 텍스트 필드입니다. Google Play에서는 짧은 설명이 동등한 역할을 수행하지만, 기술적으로는 길이 제한이 다른 별개의 요소입니다.

Subtitle은 앱 페이지에서 Title 아래에 표시되며 App Store 검색 알고리즘이 관련성을 판단하는 데 사용합니다. 사용자는 앱 페이지를 탐색할 때 Subtitle을 보지만 검색 결과에서는 볼 수 없습니다 — 검색 결과에는 Title(그리고 Google Play의 짧은 설명)만 표시됩니다.

App Radar(2025)에 따르면, Subtitle에 관련 키워드를 포함하면 앱이 순위에 오르는 검색어 수가 평균 40% 증가합니다. 이는 교차 필드 색인 메커니즘 때문입니다. Title과 Subtitle의 단어가 알고리즘에 의해 결합되어 추가 검색 일치를 형성합니다.

App Store의 Subtitle vs Google Play의 짧은 설명

두 플랫폼 모두 이름 아래에 요소가 있지만, 기능과 제한이 크게 다릅니다. App Store에서 Subtitle(30자)은 독립적인 검색 필드입니다. Google Play에서 짧은 설명(80자)은 검색 결과에 표시되고 색인화되지만, 주요 기능은 검색 지향이 아닌 전환 지향입니다.

Google Play에서 짧은 설명은 사용자가 이름 다음에 검색 결과에서 보는 첫 번째 텍스트입니다. 관심을 유발하고 앱 페이지 방문을 장려해야 합니다. StoreMaven(2025)에 따르면, 짧은 설명을 최적화하면 검색 결과에서 앱 페이지로의 전환율이 15~30% 증가합니다.

App Store 역사에서 Subtitle의 진화

Subtitle은 App Store에 2017년 iOS 11 출시와 함께 등장했습니다. 그 이전에는 개발자가 이름(30자)과 키워드 필드(100자)만 사용할 수 있었습니다. Subtitle의 도입으로 30자의 추가 색인 공간이 제공되어 Title의 가독성을 손상시키지 않으면서 의미론적 범위를 확장할 수 있게 되었습니다.

도입 이후 Subtitle은 ASO 최적화의 필수 요소가 되었습니다. Subtitle을 사용하지 않는 앱은 최적화된 Subtitle을 가진 경쟁사가 추가 검색어에서 더 많은 위치를 차지하기 때문에 잠재적 검색 노출의 최대 30%를 잃습니다. 오늘날 빈 Subtitle은 비전문적인 ASO의 명확한 신호입니다.

Subtitle이 Title을 보완하는 방법: 교차 필드 색인

교차 필드 색인은 Title과 Subtitle의 단어가 단일 색인으로 결합되는 App Store 알고리즘의 메커니즘입니다. 즉, 검색어는 Title에서 가져온 단어와 Subtitle에서 가져온 단어로 구성될 수 있으며 앱은 관련성이 있는 것으로 간주됩니다.

예: Title = “Music Player”, Subtitle = “MP3, Equalizer”. “MP3 Player” 검색은 “Player”가 Title에 있고 “MP3”가 Subtitle에 있어도 이 앱을 찾습니다. 이 메커니즘은 제한된 메타데이터 공간에서 의미론적 범위를 최대화할 수 있게 합니다. 두 필드의 단어를 결합하여 각 필드를 개별적으로 고려할 때보다 더 많은 검색어를 커버할 수 있습니다.

Sensor Tower(2025)에 따르면, 앱이 순위에 오르는 검색어의 약 35%가 Title과 Subtitle의 교차 필드 조합을 통해 형성됩니다. 이는 두 필드를 독립적인 요소가 아닌 통합된 의미론적 시스템으로 조정하여 계획하는 것의 중요성을 확인시켜 줍니다.

Title을 고려한 Subtitle 키워드 선택

보완성 규칙: Subtitle에는 Title에 없지만 Title을 보완하는 키워드가 포함되어야 합니다. Title에 “Music Player”가 포함된 경우 Subtitle은 “music”이나 “player”를 반복해서는 안 됩니다 — 이 단어들은 이미 색인에 있습니다. 대신 Subtitle은 새로운 용어를 추가해야 합니다: “MP3, Equalizer, Bass Boost”.

예외는 키워드가 너무 중요해서 Subtitle에서 반복함으로써 추가 관련성 신호를 제공하는 경우입니다. 예를 들어, Title에 “Photo Editor”(10자)가 있고 Subtitle이 “Photo”(5자)로 시작하는 경우, Subtitle “Photo Filters, Collage”와 결합하면 “photo” 검색어에 대해 더 강력한 신호가 형성됩니다. 그러나 이 기술은 절제해서 사용해야 합니다 — 각 반복은 제한된 공간 사용의 효율성을 감소시킵니다.

전환 요소로서의 Subtitle

검색 기능 외에도 Subtitle은 전환 역할을 수행합니다 — 추가 앱 기능에 대해 사용자에게 정보를 제공합니다. 페이지를 탐색할 때 사용자는 이름 아래에 Subtitle을 보고 기능에 대한 더 완전한 그림을 얻습니다. Subtitle은 “이 앱은 또 무엇을 할 수 있나요?”라는 질문에 답해야 합니다.

예: Title = “SnapEdit — Photo Editor”(사용자는 사진 편집기임을 이해). Subtitle = “Filters, Collage, Retouch”(사용자는 앱에 필터, 콜라주, 보정 기능이 있음을 알게 됨). 이 모든 단어를 Title에 밀어 넣어 읽기 어렵게 만드는 것보다 이 쌍이 더 효과적으로 작동합니다.

Subtitle 제한 사항 및 기술 요구 사항

App Store Subtitle은 엄격한 30자 제한이 있습니다. 여기에는 문자, 숫자, 공백 및 특수 문자가 포함됩니다. 제한 초과는 App Store Connect에서 허용되지 않습니다. 사용 가능한 공간을 최대한 활용하기 위한 권장 길이는 25~30자입니다.

Google Play 짧은 설명 — 최대 80자. App Store와 달리 Google은 최소 길이에 대한 엄격한 요구 사항을 부과하지 않지만, 빈 짧은 설명은 전환 및 검색의 기회 손실입니다. 권장 길이는 60~80자입니다.

특수 문자(App Store Subtitle): 쉼표는 키워드 구분에 사용되고, 하이픈과 대시는 시각적 구분에 사용됩니다. Google Play에서 짧은 설명에는 이모지를 포함할 수 있습니다 — Swrve(2025)에 따르면, 짧은 설명의 이모지는 Entertainment 및 Social 카테고리 앱의 검색 결과 CTR을 12~18% 증가시킵니다.

• App Store Subtitle: 최대 30자, 색인화, Title 아래 앱 페이지에 표시.
• Google Play 짧은 설명: 최대 80자, 색인화, 이름 아래 검색 결과에 표시.
• 금지: 스팸성 반복, 외설적 표현, 오해의 소지가 있는 주장.
• 검토: App Store는 Subtitle이 앱 기능과 일치하는지 확인.
• 업데이트: 새 버전을 게시하지 않고 각 메타데이터 업데이트 시 Subtitle 변경 가능.

다른 iOS 버전에서의 Subtitle

Subtitle 표시는 iOS 15 이상 버전 출시와 함께 변경되었습니다. iOS 15부터 Subtitle은 앱 페이지에서 더 눈에 띄게 표시됩니다 — Title 아래에 더 큰 글꼴로. 이는 전환 중요성을 높였습니다. 사용자들은 설치 결정을 내릴 때 부제목에 더 주의를 기울이기 시작했습니다.

iOS 15 이전에는 Subtitle이 작은 글꼴로 표시되어 사용자들에게 종종 눈에 띄지 않았습니다. iOS 15~18에서 Subtitle의 시각적 강조가 개선되면서 전환에서의 역할이 커졌고, 더 신중한 표현 접근 방식이 필요해졌습니다. Subtitle은 읽기 쉽고 정보가 풍부해야 하며, 단순히 쉼표로 구분된 키워드 집합이 아니어야 합니다.

iOS 및 Android용 Subtitle 작성 전략

Subtitle 전략은 카테고리 경쟁, Title의 길이와 구조, 플랫폼에 따라 달라집니다. 보편적인 해결책은 없지만 일관된 결과를 제공하는 검증된 접근 방식이 있습니다.

전략 1: 키워드 보완. Title에 1~2개의 키워드가 포함되고 의미론적 범위를 확장해야 할 때 사용합니다. Subtitle에는 앱 기능과 관련된 2~4개의 추가 키워드가 포함됩니다. 예: Title = “Music Player”, Subtitle = “MP3, Equalizer, Bass Boost”. 가장 일반적인 전략으로 대부분의 카테고리에 적합합니다.

전략 2: 대상 사용자 명확화. 앱이 특정 사용자를 대상으로 할 때 사용합니다. Subtitle은 앱이 누구를 위한 것인지 명확히 합니다. 예: Title = “Fitness Workout”, Subtitle = “For Women, Weight Loss”. 이 전략은 Health & Fitness, Education, Lifestyle 카테고리에서 효과적입니다.

전략 3: 이모지 및 시각적 강조. 검색 결과에서 주의를 끌기 위해 Google Play(짧은 설명)에서 사용합니다. 예: Title = “Fitness Workout”, Short Description = “Personal Trainer — Lose Weight & Build Muscle”. 중요: 이모지는 앱 테마와 일치해야 하며 스팸처럼 보이지 않아야 합니다.

def optimize_subtitle(title, keywords, max_len=30):
    """교차 필드 색인을 고려한 Subtitle 최적화."""
    title_words = set(title.lower().split())
    subtitle_keywords = []
    for kw in keywords:
        kw_clean = kw.lower().strip()
        # Title에 이미 있는 단어 건너뛰기
        if kw_clean not in title_words:
            subtitle_keywords.append(kw_clean)
    # 제한 내에서 문자열 생성
    result = ", ".join(subtitle_keywords)
    return result[:max_len]

title = "Photo Editor Pro"
keywords = ["filters", "retouch", "collage", "photo"]
subtitle = optimize_subtitle(title, keywords)
print(subtitle)

이 Python 함수는 Title에 이미 있는 단어를 제외하고 문자 제한 내에서 Subtitle을 자동으로 생성합니다. 이는 의미론적 코어를 기반으로 메타데이터를 생성하는 ASO 자동화 도구의 기본 구성 요소입니다.

Title과 Subtitle의 조정된 계획

Title과 Subtitle은 독립적인 필드가 아닌 통합된 시스템으로 계획되어야 합니다. 프로세스: 먼저 대상 키워드 세트를 정의하고(App Store의 경우 10~15개), 그런 다음 이러한 단어를 교차 필드 조합의 최대 커버리지를 고려하여 Title(처음 30자)과 Subtitle(다음 30자)에 분배합니다.

분배할 때 검색어 우선순위를 고려하는 것이 중요합니다: 가장 빈번하고 경쟁력 있는 검색어는 Title에, 나머지는 Subtitle에 배치합니다. 조합으로만 작동하는 검색어(예: “photo” + “editor” = “photo editor”)는 교차 필드 색인이 필요한 조합을 만들 수 있도록 다른 필드에 배치해야 합니다.

Subtitle 작성 시 일반적인 실수

Title의 단어 반복 — 가장 흔한 실수입니다. Title에 “Photo Editor”가 있고 Subtitle에 “Photo Filters”가 있는 경우, “Photo”라는 단어가 중복되어 30자 사용의 효율성이 떨어집니다. Subtitle의 각 문자는 새로운 의미론적 정보를 제공해야 합니다.

불용어 사용 — 두 번째로 흔한 실수입니다. “그리고”, “의”, “위한”, “와” 같은 단어는 공간을 차지하지만 검색 가중치를 추가하지 않습니다. App Store Subtitle에서 모든 단어는 잠재적인 검색어여야 합니다. Google Play는 예외로, 짧은 설명이 사용자에게 읽기 쉬워야 합니다.

다양한 기기에서의 표시 무시 — Subtitle은 작은 화면 기기에서 잘릴 수 있습니다. iPhone SE 화면 및 4.7~5.5인치 Android 기기에서 Subtitle 표시를 확인하는 것이 좋습니다.

상위 앱의 효과적인 Subtitle 예시

다양한 카테고리의 상위 앱 Subtitle을 분석하면 공통 패턴을 식별하고 제품에 적용하는 데 도움이 됩니다. 아래는 각 카테고리에서 일관되게 상위 10위 안에 드는 앱의 Subtitle 예시입니다.

Photo & Video 카테고리: VSCO — Title = “VSCO — Photo & Video Editor”, Subtitle = “Filters, Effects, Retouch”. Subtitle은 세 가지 주요 기능으로 Title을 보완하며, 각각은 별도의 검색어입니다. 교차 필드 조합: “video filters”, “video effects”, “photo retouch”.

Productivity 카테고리: Notion — Title = “Notion — Notes, Docs, Projects”, Subtitle = “Wikis, Tasks, AI Writing”. Subtitle은 Title에 없는 “Wikis”와 “AI Writing”을 추가하여 기능 설명을 확장합니다. 이를 통해 앱은 지식 베이스 및 인공지능과 관련된 추가 검색어로 순위를 올릴 수 있습니다.

Health & Fitness 카테고리: MyFitnessPal — Title = “MyFitnessPal — Calorie Counter”, Subtitle = “Diet & Macro Tracker”. Subtitle은 범위를 명확히 합니다: 단순한 칼로리 계산이 아닌 식단 및 영양소 추적입니다. Google Play에서는 이 동일한 앱의 짧은 설명에 이모지와 콜투액션이 포함되어 있습니다.

• VSCO: “Filters, Effects, Retouch” — 기능 보완, 3가지 주요 검색어.
• Notion: “Wikis, Tasks, AI Writing” — 기능 확장, 트렌딩 AI 검색어.
• MyFitnessPal: “Diet & Macro Tracker” — 대상 사용자 및 기능 명확화.
• Headspace: “Meditation & Sleep” — 간단하고 명확한 키워드.
• Duolingo: “Learn Spanish, French & More” — 언어를 주요 검색어로 나열.

경쟁사 예시가 주는 교훈

2024~2025년 트렌드 — Subtitle에 AI 검색어 포함. 인공지능을 사용하는 앱들은 Title에 반영되지 않더라도 Subtitle에 “AI”를 추가합니다. 예: “AI Writing”, “AI Photo Editor”, “AI Fitness Coach”. Sensor Tower(2025)에 따르면, “AI”가 포함된 검색어는 2024년 동안 App Store 검색에서 340% 증가했습니다.

구체성이 일반화를 이깁니다. Subtitle “Diet & Macro Tracker”는 “Health & Wellness”보다 더 효과적입니다. 사용자가 일반 카테고리가 아닌 특정 기능을 검색하기 때문입니다. Subtitle에는 일반적인 카테고리 태그보다는 구체적인 앱 기능을 명시하는 것이 좋습니다.

경쟁사 Subtitle 분석 도구

Sensor Tower는 경쟁사의 Subtitle 변경을 모니터링하는 주요 도구입니다. “Metadata History” 기능은 특정 앱이 Subtitle을 언제 변경했는지, 어떤 변형이 사용되었는지, 그리고 순위에 어떻게 영향을 미쳤는지 보여줍니다. 카테고리에서 성공적이거나 실패한 Subtitle 변경을 식별할 수 있습니다.

App Radar는 메타데이터 비교 기능을 제공합니다: 여러 앱을 로드하여 Title, Subtitle 및 키워드를 한 화면에서 볼 수 있습니다. 이는 경쟁사의 의미론적 전략을 분석하고 카테고리의 공통 키워드를 식별하는 데 편리합니다.

App Annie(data.ai)는 일일 Subtitle 모니터링에 덜 중점을 두지만, 각 앱의 트래픽을 생성하는 검색어에 대한 데이터를 제공합니다. 이를 통해 경쟁사 Subtitle의 어떤 단어가 실제로 설치를 유도하고 어떤 단어가 단순히 공간을 차지하는지 평가할 수 있습니다.

무료 분석 방법

수동 모니터링: 1~2주마다 대상 카테고리의 상위 10개 앱 페이지를 확인하고 Subtitle을 기록합니다. App Store의 경우 iTunes API를 사용하여 데이터 수집을 자동화할 수 있습니다. API는 Title, Subtitle 및 설명을 JSON 형식으로 반환하여 유료 도구 없이 수집을 자동화할 수 있습니다.

Google Play의 경우 짧은 설명은 Google Play Developer API 또는 앱 페이지 HTML 파싱을 통해 수집할 수 있습니다. 그러나 Google은 자동 요청을 적극적으로 차단하므로 정기적인 모니터링에는 공식 API 사용을 권장합니다.