좋은 이름은 회의실에서 먼저 빛난다. 짧고, 발음하기 쉽고, 색감이나 감정까지 있다. 문제는 그 이름을 사용자가 검색하는 순간 시작된다. 이미 인터넷은 그 단어에 항공사, 앱, 색상, 음악, 게임, 지역 사업체의 의미를 겹겹이 붙여놓았기 때문이다.
최근 등장한 Indigo는 이 긴장을 잘 보여준다. 이 앱은 Mastodon과 Bluesky를 한곳에서 쓰게 해주는 iPhone·iPad·Mac용 소셜 클라이언트로, 통합 타임라인과 교차 게시, 통합 검색을 제공한다1. 제품 자체는 '오픈 소셜 웹을 쉽게 쓰게 하는 앱'이지만, 이름 관점에서는 또 다른 질문을 던진다. "Indigo"라는 아름다운 단어는 온라인에서 충분히 찾기 쉬운 이름일까?
문제는 이름이 아니라 '검색 의도 충돌'이다
Indigo라는 단어만 보면 세련되고 기억하기 쉽다. 하지만 사용자가 "Indigo app"을 검색하면 상황은 복잡해진다. 이미 IndiGo는 인도의 대형 저비용 항공사 브랜드이며, 2025년 8월 기준 인도 국내선 시장 점유율 64.2%로 설명된다2. 애플 앱스토어와 구글 플레이에도 "IndiGo: Flight Booking App"이라는 항공권 예약 앱이 존재한다34.
즉, 새 소셜 앱 Indigo는 검색 결과에서 단순히 다른 소셜 앱과 경쟁하는 것이 아니다. 항공권 예약, 여행, 색상 정보, 브랜드명, 철자 변형까지 함께 경쟁한다.
여기서 중요한 해석은 이것이다. 브랜드명은 더 이상 '상표명'만이 아니라 검색 쿼리다. 사용자는 정확한 회사명보다 "indigo social", "indigo app", "indigo mastodon"처럼 기억나는 단서로 찾는다. 그 단서가 너무 넓으면, 제품의 첫 경험은 앱 실행이 아니라 검색 결과에서 길을 잃는 일이 된다.
이름에 반하기 전에 해봐야 할 'Indigo 테스트'
창업자나 제품팀이 이름을 정할 때 상표 검색만으로는 부족하다. 최소한 다음 질문을 통과해야 한다.
구글에서 이름만 검색했을 때 상위 결과가 한 업종에 쏠려 있는가?
"이름 + app", "이름 + login", "이름 + pricing" 검색 결과가 내 제품과 충돌하는가?
앱스토어에서 같은 이름 또는 비슷한 철자의 강한 기존 앱이 있는가?
사용자가 카테고리 단어 없이도 찾을 수 있는가?
도메인, 소셜 핸들, 고객지원 이메일이 일관되게 확보되는가?
영어권 밖에서 이상한 뜻이나 발음 문제가 생기지 않는가?
Indigo의 경우 확인 가능한 사실은 명확하다. 새 앱은 Bluesky와 Mastodon을 한 인터페이스로 묶고, 교차 게시·기기 간 타임라인 동기화·트렌드 추적 같은 기능 일부를 월 4.99달러 또는 연 34.99달러 구독으로 제공한다1. 하지만 이름만 놓고 보면, 이미 강한 항공사 브랜드와 앱스토어 결과가 존재한다.
실무적 함의는 간단하다. 이름이 예쁜지보다 "사용자가 틀리게 기억했을 때도 찾아올 수 있는지"를 봐야 한다.
붐비는 이름을 꼭 써야 한다면, 단서를 붙여라
그렇다고 흔한 단어를 무조건 버려야 하는 것은 아니다. Indigo 같은 이름은 부드럽고, 색채가 있으며, 기술 제품에도 부담 없이 붙는다. 문제는 단어 하나에 모든 인지 부담을 맡기는 것이다.
해법은 맥락 단서를 함께 설계하는 데 있다. 예를 들어 "Indigo for Bluesky & Mastodon"처럼 카테고리와 사용처를 붙이면 검색 의도가 좁아진다. 도메인도 단순한 indigo.com보다 open, social, app 같은 보조 단어를 활용하는 편이 현실적일 수 있다. 앱 아이콘, 컬러 시스템, 스크린샷 첫 문구도 같은 역할을 한다. 이름이 설명하지 못하는 것을 주변 신호가 설명해야 한다.
반대로 너무 설명적인 이름은 기억에 남기 어렵다. "Open Social Crossposter" 같은 이름은 기능은 즉시 이해되지만 감정적 잔상이 약하다. 결국 선택지는 둘 중 하나다. 독특한 조어로 검색성을 확보하거나, 익숙한 단어에 강한 포지셔닝 레이어를 붙이거나.
Indigo가 제품으로 풀어야 할 진짜 숙제
Indigo 앱 자체의 방향은 설득력이 있다. 분산형 소셜 웹은 ActivityPub 기반 Mastodon, AT Protocol 기반 Bluesky처럼 경로가 나뉘어 있다. 사용자는 탈중앙화를 원하지만, 매번 다른 앱과 규칙을 익히고 싶지는 않다. Indigo는 이 불편을 "하나의 타임라인"으로 줄이려 한다.
다만 한계도 있다. 하나의 앱이 두 네트워크를 보여준다고 해서 두 생태계의 문화, 정책, 프로토콜 차이가 사라지는 것은 아니다. 또한 핵심 편의 기능 일부가 유료이고, 출시 시점의 지원 플랫폼도 애플 기기 중심이다1. 그래서 Indigo는 오픈 소셜 웹의 최종 해답이라기보다, 복잡한 생태계를 덜 피곤하게 쓰려는 인터페이스 실험에 가깝다.
이 글을 읽는 제품팀이라면 Indigo를 두 겹으로 봐야 한다. 하나는 분산형 소셜 웹을 대중화하려는 흥미로운 앱이다. 다른 하나는 좋은 이름이 온라인에서 얼마나 쉽게 모호해질 수 있는지를 보여주는 사례다. 이름을 정할 때 마지막 질문은 "멋진가?"가 아니라 "사용자가 다시 찾을 수 있는가?"여야 한다.
참고
1Indigo brings the open social web to one app
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.