MCP 생태계에서 ‘툴 배포/디렉토리 등록’은 단순 홍보가 아니라 의도가 이미 형성된 유저가 들어오는 검색 퍼널이다. dev.to에 공개된 실험(27개 MCP 디렉토리 제출 데이터)에서 핵심은 명확했다. “많이 뿌리기”가 아니라 Claude가 실제로 조회하는 곳 + 랭킹 신호가 되는 메타데이터를 최적화하는 쪽이 트래픽 품질과 CAC를 동시에 바꾼다.
첫 번째 레버는 공식 MCP Registry(Anthropic 운영, mcp.so)다. 기사에 따르면 Claude Desktop의 MCP 검색은 사실상 이 레지스트리를 기준으로 움직인다. 즉, 다른 디렉토리는 ‘브랜딩’일 수 있지만, 공식 레지스트리는 전환 의도(install intent)가 가장 높은 채널이다. 그로스 관점에서 보면 “등록=노출”이 아니라 “등록=퍼널 상단(Discovery) 자체를 여는 행위”다.
두 번째 레버는 리스트 품질 점수(예: Glama의 TDQS) 같은 ‘정량 랭킹 신호’다. 흥미로운 포인트는 평균이 아니라 가장 설명이 부실한 툴이 40% 가중치로 발목을 잡는다는 것. 이건 전형적인 그로스 병목이다. 사용자 입장에선 MCP 서버가 아니라 “개별 툴”이 구매 단위(문제 해결 단위)인데, 최악의 설명 하나가 전체 서버의 신뢰·클릭률을 깎아먹는다. 해결책도 명확하다: 각 툴 설명에 (1) 한 문장 기능, (2) 출력 예시 포맷, (3) 유사 툴 대비 사용 시점을 넣어 ‘검색→클릭→설치’에서의 불확실성을 제거한다.
세 번째 레버는 Smithery의 smithery.yaml 같은 인덱싱 메타데이터다. GitHub에서 자동으로 긁어가더라도, 실제 랭킹은 yaml의 description/categories처럼 “검색어가 걸리는 필드”가 결정한다(소스 기사). 이 지점에서 MCP 디렉토리 그로스는 SEO와 완전히 닮는다. 다만 페이지 SEO가 아니라 툴 SEO다. 카테고리는 태그가 아니라 ‘유저 세그먼트 정의’이고, 설명문은 카피가 아니라 ‘검색 쿼리 매칭 모델’이다.
네 번째 레버는 장기 자산형 채널인 awesome-list PR이다. 병목은 속도다(1주 시점 미머지 다수). 하지만 PR 자체가 GitHub 검색에 남고, 머지되면 영구 인바운드 링크가 된다. 즉, 단기 CAC 절감은 기대하면 안 되지만 장기 LTV를 받쳐주는 신뢰/레퍼런스 레이어로 설계해야 한다.
마지막으로 배포→수익화까지 연결하는 핵심은 MCPize 같은 ‘원클릭 설치 + 결제 인프라’다(소스 기사). 설치 마찰을 제거하면 활성화(Activation)까지의 시간이 줄고, 무료 티어(예: 100 calls/month)가 곧바로 샘플링 퍼널이 된다. 이 구조는 “문서 읽고 로컬 설치해보세요”가 아니라 “지금 클릭해서 테스트해보세요”로 바뀌며, 결과적으로 전환율(CVR)과 CAC가 동시에 개선된다.
여기에 두 번째 dev.to 글(‘AI 에이전트가 72시간 런치를 운영’)을 결합하면 플레이북이 완성된다. 핵심은 AI가 글을 잘 쓰는 게 아니라, 배포 업무 자체를 에이전트 런북으로 표준화했다는 점이다. 디렉토리 제출, PR 생성, 메일 초안, 모니터링 스크립트, 가격 티어 설계까지를 72시간 내에 돌리며 “실행 병목”을 “의사결정 병목”으로 바꿨다. 즉, MCP 디렉토리 그로스는 사람의 감으로 반복할 일이 아니라 에이전트가 반복 실행하는 운영 시스템으로 만드는 순간 스케일이 열린다.
시사점은 하나로 요약된다. MCP 생태계에서 CAC를 낮추는 최단 경로는 “광고”가 아니라 디렉토리 랭킹 신호(메타데이터)와 설치/결제 마찰(온보딩)을 동시에 최적화하는 것이다. 실행 체크리스트로 번역하면: (1) 공식 레지스트리 퍼블리시를 1순위로 고정, (2) 각 툴 설명을 ‘출력 예시 포함’ 템플릿으로 전수 리라이트, (3) smithery.yaml/유사 메타를 검색어 중심으로 정규화, (4) awesome-list는 장기 SEO로 분리 운영, (5) 가능하면 MCPize류로 즉시 체험/과금까지 연결.
전망: Cloudflare가 통합 CLI를 스키마 기반으로 재설계하며 “에이전트가 기대하는 일관성”을 제품 수준에서 강제하는 흐름(geeknews 요약)과 맞물리면, 디렉토리도 더 구조화될 가능성이 크다. 결국 검색과 설치의 대상이 “앱”이 아니라 “스킬/툴”로 쪼개질수록, 승자는 기능이 많은 팀이 아니라 발견 가능성(Discoverability)·설치 용이성(Zero-friction)·설명 품질(Trust)을 데이터로 관리하는 팀이다. MCP 디렉토리 그로스는 그 세 가지를 가장 싸게 실험할 수 있는, 지금 당장 열려 있는 채널이다.