플랫폼별 글자수 제한에 맞춰 태그라인을 확인하세요

제한 한눈에 보기

한 줄 소개가 주로 들어가는 9개 필드입니다. 공식 문구 열은 각 플랫폼 문서를 그대로 인용하고, 계산 방식 열은 이 검사기가 해당 필드를 어떻게 세는지 알려 줍니다.

1인 개발자를 위한 Product Hunt 출시 체크리스트 →

카운터마다 숫자가 다른 이유

“글자”는 네 가지 서로 다른 뜻일 수 있습니다. 같은 텍스트라도 플랫폼이 어떤 뜻을 쓰는지에 따라 숫자가 달라지며, 그 차이는 이모지나 악센트에서 가장 분명하게 드러납니다.

보이는 글자는 Unicode(UAX #29)가 정의한 자소 클러스터이며, 검사기는 브라우저의 Intl.Segmenter로 이를 셉니다. JavaScript의 length는 UTF-16 단위를 세기 때문에, 이모지가 들어간 줄에서는 많은 웹 양식이 예상보다 일찍 입력을 멈춥니다.

The minGraphemes / maxGraphemes validation constraints work with Grapheme Clusters · AT Protocol: Lexicon specification

한 줄 소개 6개, 수정 전과 후

여섯 제품은 모두 이 페이지를 위해 만든 가상의 제품입니다. 각 쌍은 흔한 실수와 수정안을 보여 주며, 숫자는 같은 검사기로 계산했습니다.

1. 수정 전 생산성의 미래 (7)

   수정 후 회의록을 팀이 끝까지 해내는 할 일로 (20)

   수정이 효과적인 이유 원래 문장은 어떤 제품에나 들어맞습니다. 수정안은 입력, 결과, 그리고 누가 혜택을 보는지를 밝힙니다.

2. 수정 전 AI 노트, 할 일, 캘린더 동기화, 챗봇 등등 (26)

   수정 후 담당자가 정해진 할 일로 바뀌는 회의록 (21)

   수정이 효과적인 이유 기능 목록은 독자에게 일을 떠넘깁니다. 명사 다섯 개보다 분명한 역할 하나가 더 기억하기 쉽습니다.

3. 수정 전 역대 BEST 인보이스 앱!!! (17)

   수정 후 휴대폰으로 1분 안에 인보이스 발송 (19)

   수정이 효과적인 이유 최상급 표현과 느낌표는 품질을 보여 주지 않고 주장만 합니다. 구체적인 약속이 더 믿음을 줍니다.

4. 수정 전 AI 기반 워크플로 오케스트레이션을 대규모로 활용하세요 (30)

   수정 후 아직 손으로 쓰는 주간 보고서를 자동화 (21)

   수정이 효과적인 이유 유행어는 실제 작업을 가립니다. 수정안은 독자가 이미 알고 있고 귀찮아하는 일을 콕 집어 말합니다.

5. 수정 전 Notely – Notely는 팀을 위한 노트 앱 (27)

   수정 후 주간 요약을 대신 써 주는 공유 노트 (20)

   수정이 효과적인 이유 플랫폼은 이미 태그라인 옆에 이름을 보여 줍니다. 그 글자수는 제품이 왜 유용한지 말하는 데 쓰세요.

6. 수정 전 🚀🔥 🤖 코드 리뷰로 더 빠르게 출시 (20)

   수정 후 팀이 출근하기 전에 끝나 있는 코드 리뷰 (22)

   수정이 효과적인 이유 이모지 세 개는 X에서 6, 엄격한 카운터에서 최대 6단위를 차지하지만 전하는 내용은 거의 없습니다. 수정안은 그 자리를 혜택을 말하는 데 씁니다.

나와 AI 에이전트를 위한 간결한 프로덕트 브리프 템플릿 →

효과적인 패턴 3가지

이 틀 중 하나에서 시작해 자신의 말로 채운 다음, 필요한 필드 중 가장 짧은 필드에 맞을 때까지 줄이세요.

[대상]을 위한 [결과]

프리랜서 디자이너를 위한 주간 고객 보고서

[불편] 없는 [작업]

스프레드시트 없는 인보이스 작성

[시간이나 단계]로 [대상] [동사]

명령어 하나로 변경 로그 게시

힌트가 확인하는 내용

힌트는 단순한 텍스트 패턴이며 여기에 전부 공개되어 있습니다. 다시 볼 만한 부분을 짚어 줄 뿐 태그라인을 평가하지 않으며, 점수도 없습니다.

줄바꿈이 들어 있습니다.

한 줄 필드는 줄바꿈을 지우거나 거부합니다. 태그라인은 한 줄로 유지하세요.

앞이나 뒤에 공백이 있거나 공백이 두 번 연속으로 들어 있습니다.

공백을 지우세요. 공백도 글자수에 포함되고, 목록에서 엉성해 보입니다.

느낌표가 들어 있습니다.

Product Hunt는 눈속임이나 과장된 표현을 쓰지 말라고 안내합니다. 차분한 문장이 더 자신 있게 들립니다.

대문자 네 글자 이상으로 된 단어가 있습니다.

JSON 같은 약어라면 괜찮습니다. 그 밖의 경우에는 소리치는 것처럼 읽힙니다.

이모지가 들어 있습니다.

X는 이모지 하나를 2로 셉니다. 단위가 정의되지 않은 필드에서는 이모지 하나가 여러 글자로 계산될 수 있습니다. 표를 확인하세요.

입력한 제품 이름을 반복합니다.

목록에는 태그라인 바로 옆에 이름이 표시됩니다. 그 자리는 제품이 무엇을 하는지 말하는 데 쓰세요.

꺾쇠괄호나 링크가 들어 있습니다.

Chrome Web Store 설명은 HTML 없는 일반 텍스트이며, 대부분의 목록에는 링크를 넣는 별도 필드가 있습니다.

A very short description of the product — no gimmicks or over-the-top language. · Product Hunt: Preparing for launch

• Product Hunt 피처드 기준과 재런칭 규칙 해설 →
• 출시 이미지를 플랫폼별 사이즈 규격으로 확인하기 →

이 도구가 하지 않는 일

• 문장이 좋은지는 판단하지 않습니다. 이해가 되는지는 타깃 고객만이 알려 줄 수 있습니다.
• 플랫폼은 제한을 바꿉니다. 각 값은 아래 날짜에 확인한 것이므로, 중요한 런칭 전에는 다시 확인하세요.
• 플랫폼이 “글자”를 정의하지 않고 쓰는 경우 검사기는 가장 엄격한 방식으로 세므로, 실제 양식은 조금 더 받아 줄 수 있습니다.
• X 계산은 공개된 twitter-text 규칙을 따르며, 링크 인식은 근사치입니다. 최종 판단은 X의 작성 화면이 내립니다.

출처

2026년 9월 30일에 이 페이지들을 읽었습니다. 이 페이지의 모든 제한과 계산 규칙은 이 출처에서 나왔습니다.

자주 묻는 질문

태그라인은 얼마나 길어야 합니까?

제품이 무엇을 하는지 전할 수 있는 한 최대한 짧게 쓰는 것이 좋습니다. 문서화된 제한은 App Store 부제 30자, Product Hunt 태그라인 60자부터 시작하므로, 30자 이하의 문장은 이 검사기의 모든 필드에 들어맞습니다.

같은 텍스트인데 카운터마다 숫자가 다른 이유는 무엇입니까?

세는 단위가 다르기 때문입니다. 보이는 글자, Unicode 코드 포인트, UTF-16 단위, 바이트 중 무엇을 세느냐에 따라 달라집니다. 기본 라틴 문자는 어디서나 숫자가 같지만, 이모지, 두 부분으로 입력한 악센트, CJK 문자는 숫자를 벌어지게 만듭니다.

검사기가 태그라인을 평가하거나 점수를 매깁니까?

아닙니다. 글자수를 세고 문서화된 각 제한과 비교하며, 몇 가지 간단한 작성 힌트를 각각 확인하는 규칙과 함께 보여 줄 뿐입니다. 문장이 명확한지는 그 문장을 읽을 사람들만 판단할 수 있습니다.

입력한 텍스트가 어딘가로 전송됩니까?

아닙니다. 계산은 브라우저에서 JavaScript로 실행됩니다. 텍스트는 업로드되지 않고, 저장되지 않으며, 분석 도구로 전송되지 않습니다.

왜 이 플랫폼들만 포함되어 있습니까?

여기 있는 모든 제한은 2026년 9월 30일에 읽을 수 있었던 공식 페이지에서 가져왔습니다. 제한을 공개하지 않거나 페이지를 불러올 수 없었던 플랫폼은 추측하지 않고 제외했습니다.