유입 계획 — 발견 표면 0 에서 시작한다 (2026-08-31)

재료: BACKLOG_GROWTH.md(2026-08-30 대표–Claude 논의) + 오늘 실측.
그 문서의 결론(게이트 금지 · 크루 셀럽화 · 산출물 유출 · opt-in 기본)은 그대로 승계한다.

결론 먼저

전환 문제가 아니다. 발견 표면이 0 이다. 실측:

가입 3명 (대표 + 개발 + 1) · 최근 7일 신규 1명 · 유료 0명
sitemap.xml 404 · llms.txt 404 · JSON-LD 0 · GSC 제출 이력 없음
→ 크루 178장을 SSG 로 만들어 놓고 구글·AI 에게 목록조차 안 준 상태였다

계획은 3층이고, P0 는 오늘 이미 끝냈다:

층	무엇	상태
P0 — 깔림	검색·GEO 표면: 발견될 자격	✅ 오늘 완료 (아래)
P1 — 능동	크루 셀럽화 파일럿 3인: 사람을 데려오는 유일한 채널	결정 2개 필요
P2 — 루프	대화 산출물의 유출 설계: 온 사람이 퍼뜨리게	결정 1개 필요

P0 는 자격이지 유입이 아니다(신생 도메인 + 외부 링크 0 → 색인에 수 주).
당장 사람을 데려오는 건 P1 뿐이다. P2 는 사람이 있어야 도는 루프라 P1 뒤가 맞다.

P0 — 검색·GEO 표면 ✅ (2026-08-31 완료, 전부 라이브 실측)

sitemap.xml 신설 — 현역 178 + 핵심 5 = 183 URL (은퇴 크루 수백 장은 뺐다: 얇은
페이지로 색인을 흐린다). 빌드마다 자동 재생성(app/sitemap.ts)
robots.txt 자체 발행 — Cloudflare 기본판(콘텐츠 시그널만, Sitemap 선언 없음)을 대체.
AI 봇(GPTBot·ClaudeBot·PerplexityBot 등) 명시 허용 — GEO 가 이 서비스의 유입 표면이다
llms.txt 신설 · JSON-LD(랜딩 WebSite·마켓 CollectionPage+ItemList·크루 WebPage+
BreadcrumbList — 크루는 AI 라 Person 을 쓰지 않았다, 거짓 스키마 금지) ·
canonical 전 페이지 · h1 중복 정리
점검기: FAIL 9 → 0 (seo_check.py --live --pages 1)

🔴 대표 손 하나 (5분): Search Console 에서
the-moment.us 도메인 속성(DNS 인증)이 이미 있으면 sitemap 만 제출
(https://teamai.the-moment.us/sitemap.xml), 없으면 속성 등록부터. 이거 없이는 P0 가 안 산다.

남은 워닝(급하지 않음): 랜딩 가시 텍스트 208자·크루 페이지 82자(thin) — P1 콘텐츠와 같이
풀 문제다. 글자수 채우기로 풀지 않는다.

P1 — 크루 셀럽화 파일럿 (백로그 A 의 실행판)

원리 (백로그 진단 그대로): teamai 는 사적 서비스라 SNS 에 자연 노출이 없다.
그래서 크루가 밖에서 인격체로 활동해 팔로워를 모으고 서비스로 데려온다.

파일럿 = 대표가 이미 지정한 3인: 차서윤(20)·윤라온(23)·진태윤(21)
(사진 최상·나이대 응집·셋이라 티키타카가 된다 — 백로그 판단 승계)

추천 1안: 인스타 1계정 + 3인 공동 운영

계정 셋이 아니라 하나로 시작한다. 이유:
- 팔로워 0에서 계정 3개는 셋 다 죽는다. 하나에 모아 부스트가 걸리면 나중에 분가
- 대표 상주 인스타 계정 3개 재사용은 권하지 않는다 — 기존 팔로워 맥락과 섞이면
"이 계정 뭐지"가 되고, AI 명시 원칙(백로그 확정)과 기존 계정 정체성이 충돌한다
- 콘텐츠 축 = 셋의 티키타카(제일 좋은 콘텐츠라는 백로그 판단을 그대로):
한 장면(사진 1 + 대화 스크린샷풍 이미지 1~2)에 셋의 성격이 부딪히는 짧은 순간.
마지막 장은 항상 그 크루의 /crew/{slug} 로 가는 손잡이
- 만들 재료는 이미 있다: 스튜디오급 인물사진(1536×2752) · 성격(playbook·말투) ·
대화 생성은 우리 본업. 주 3회 × 2주 = 게시물 6개가 파일럿 단위
- 프로필에 "AI 3인" 명시(백로그 확정 사항 — 숨기면 브랜드 통째 리스크)

성공 기준(2주): 게시물당 도달이 아니라 프로필 → 링크 클릭 → /crew/ 착지가 10건
넘는 갈래가 하나라도 나오는가. 나오면 그 갈래만 늘리고, 전무하면 콘텐츠 축을 갈아끼운다
(계정을 늘리는 게 아니라).

필요한 결정 ①②

계정: 새 계정 1개(추천) vs 대표 상주계정 재사용 vs 3계정 동시
제작 파이프라인의 사람 개입 지점: 콘텐츠 초안은 자동 생성 가능(사진 합성 +
대화 생성). 게시 전 대표 검수를 거칠 것인가, 어디까지 자동인가.
권고: 파일럿 2주는 전량 검수(톤이 곧 브랜드다), 이후 축소.

P2 — 대화 산출물의 유출 설계 (백로그 B)

안달은 출구에서 만든다(백로그): 내용은 감추고 결과만 새어나가게.
기본 opt-in, 억지 공유물 금지, "아무것도 안 나가는 유형이 반드시 있다" — 전부 승계.

작성 절차도 백로그가 정해 둔 그대로 간다:

실제 대화 로그 샘플링 → LLM 이 유형을 뽑는다 → 유형 위에서 "뭐가 나갈 수 있나" 판정

필요한 결정 ③ (백로그 미결 1번 그대로)

실제 사용자 대화 로그를 열어도 되는가?
- ① 열람 허용 → 실물 기반 유형 분류(구조만 뽑고 내용은 문서에 안 싣는다) — 제일 좋음
- ② 건수·분포만 → 유형은 가설로
- ③ DB 금지 → 전부 가설, 데이터 쌓이면 재검토

현실 참고: 지금 대화 주인이 사실상 대표 1인이라, ①로 해도 여는 건 대표 본인 로그다.
그래서 지금은 ①의 비용이 역대 최저다 — P1 로 사람이 늘기 전에 ①을 끝내는 게 순서상 이득.

C — 계측 (작게, 백로그 승계)

GA4(G-KM7ZH2V3K8)에 이벤트 4개만: crew_page_view(유입 착지) ·
signup · first_message · share_out(P2 생기면). 퍼널이 이 넷으로 다 보인다
UTM 규율: P1 게시물 링크는 전부 utm_source=instagram&utm_campaign=pilot3
주간 1회: 가입·활성·유료 3줄 보고(꿈꾸기 아침 보고에 얹는다)

하지 않는 것 (백로그의 무덤 승계 — 되살리려면 그 문서의 반박부터)

위치 게이트 · QR 인증 · 초대권 · 시간 게이트 · 강제 공유 · 유료 광고(제품이
전파 루프를 갖기 전의 광고비는 새는 물이다 — P1/P2 검증 후 재론)

순서 요약

지금     P0 ✅ + 대표: GSC sitemap 제출 (5분)
이번 주  결정 ①②③ → P1 콘텐츠 제작 착수 + P2 유형 분류(결정③이 ①이면)
2주 뒤   P1 파일럿 판정 (링크 착지 10건 갈래 유무) → 늘리거나 갈아끼우거나
그 뒤    P2 유출 장치 구현 → 루프 완성