스튜디오 관련 지표는 전부 studio_log 한 테이블에서 나옵니다. 이 테이블은
스튜디오에서 일어난 모든 이벤트를 한 행씩 담고, 이벤트 종류는 event_name으로 구분됩니다
(studio_login · world_create · world_modified · studio_asset_click ·
save_attempt · publish_result · system_logs 등). 어떤 event_name을
조건으로 거느냐에 따라 아래 세 단계가 갈립니다.
| 단계 | 조건 (studio_log 기준) | 이 조건을 쓰는 카드 |
|---|---|---|
| ① 스튜디오 로그인 | 스튜디오를 켠 것. 마트 구현은 event_name 조건 없이
accountid가 있는 이벤트 1건 이상인데, 실측 결과 로그인 계정과 51:50으로 거의 일치합니다. |
MAU · 90일 활성 스튜디오 계정 · 주간 신규 스튜디오 계정 · 국가별 · 인/아웃 · 복귀 · Agent 사용률의 분모 |
| ② 에디터 진입 | event_name = 'world_create' |
온보딩 퍼널 2번째 칸 (누적 1,653명) |
| ③ 편집 = «창작» | event_name = 'world_modified' AND event_value ∈
(foundation_design, technical_design, script_generation,
script_modified, object_transform_modified) |
없음 — 90일 활성 창작 크리에이터는 측정 불가입니다 |
«활동»과 «신규»는 둘 다 ①, 즉 스튜디오 로그인 기준입니다.
활동은 «그 기간에 스튜디오를 켰다», 신규는 «스튜디오를 처음 켠 날»(계정별 MIN(dt))입니다.
처음 편집한 날이 아닙니다 — 그건 first_edit_date로 별도 컬럼입니다.
①을 «로그인»이라 불러도 되는지 확인했습니다.
2026-08-01~08-07 PROD.RAW_MERGED.STUDIO_LOG에서 이벤트를 남긴 계정은 51개,
그중 studio_login이 있는 계정은 50개입니다. 차이 1개는 세션이 주 경계를 넘은 경우로 보이고,
월·90일 유니크에서는 흡수됩니다. 로그인 기준으로 읽어도 됩니다.
막혀 있는 것은 ③입니다. 로스터 테이블(FCT_STUDIO_CREATOR_MASTER)이
event_name 필터 없이 만들어져서 편집한 계정만 좁혀낼 수 없습니다.
③은 fct_creator_first_login_date가 최초 도달일을 만들 때만 쓰고 일자별로는 남지 않습니다.
event_name='world_modified'이고 event_value가
foundation_design · technical_design · script_generation · script_modified · object_transform_modified 중 하나인 이벤트.
fct_creator_first_login_date가 첫 편집일을 만들 때 쓰는 정의와 같습니다.
이 기준으로는 셀 수 없습니다 — 마트에 계정×이벤트×일자 테이블이 없어서입니다. 그래서 아래 두 카드를 나눴습니다.
각 지점 = 해당 월 말일 기준 최근 90일 슬라이딩 값 (마지막 지점은 오늘 기준 · 점선 = 진행 중)
스튜디오 로그인 기준입니다 — 최근 90일 안에 스튜디오를 한 번이라도 켠 계정 수. 편집 여부는 보지 않습니다(그건 바로 아래 카드이고 측정 불가입니다)
위 기준대로 «실제로 월드를 편집한 계정»만 센 값 · 90일 슬라이딩
스튜디오 로그인 기준입니다 — 스튜디오를 처음 켠 주. 처음 편집한 주가 아닙니다
월~일 주 버킷(7일 슬라이딩 아님) · 완결된 주만 표시(7/27~7/31 부분 주 제외)
스튜디오 로그인 기준입니다 — 그 달에 스튜디오를 한 번이라도 켠 계정 수
켜고 바로 나가도 포함됩니다 — 편집·저장·퍼블리시 여부는 보지 않습니다
각 지점 = 해당 월 말일 기준 누적 · 스튜디오 로그인 → 첫 편집 → 첫 퍼블리시
세 곡선 모두 그릴 수 없습니다. 시작점이 서로 다르고 어느 것도 서비스 시작이 아닙니다 — 스튜디오 로그인 2025-05-01(런칭은 2025년 3월) · 첫 퍼블리시 2025-08. 첫 편집은 7월분 70명이 마트에 안 들어왔고, 2025-08·09의 봉우리는 성장이 아니라 로그 시작 시점에 생긴 인위적 봉우리입니다
스튜디오 로그인 기준 100% · 계정별 각 단계 최초 도달 누적
다섯 칸 중 세 칸이 깨져 있고(회원가입 커버리지 62.6% · 첫 편집 7월분 70명 누락 · 첫 퍼블리시·업데이트 5/17 이후 판정 불가), 남은 두 칸도 인원 수로는 못 씁니다 — 원천 테이블이 2025-05-01부터라 런칭 후 7주가 빠집니다. 비율만 인용 가능: «2025-05-01 이후 첫 로그인이 기록된 계정 중 69%가 에디터 진입»
첫 편집을 만든 행동이 무엇인지 · foundation / technical / script / transform
Activation Rate · 퍼널 단계가 아닌 별도 활성화 지표 · 가입 후 7일 내 누적 TS ≥ 3h
최근 90일 안에 스튜디오를 켠 계정의 접속 국가 · 상위 5개국 + 기타
국가는 그날 첫 이벤트의 country를 씁니다(daily_country) · 편집 여부와 무관
활동 시간 기준 상위 크리에이터 · 전체 세그먼트 기준(세그먼트 필터 미적용)
WORLD_PUBLISH_STARTED 이벤트가 찍힌 (world_id, world_version)입니다.
스튜디오에서 업로드(쿠킹)를 시작한 시점에 찍히고, 성공 여부는 world_cooking_completed의 status로 판정합니다.
제품의 상태값은 네 단계(Ready for Publishing → Publishing → Published → Unused)인데
이 상태는 로그에 남지 않습니다 · 상태값 문서WORLD_PUBLISH_STARTED를 남기는지입니다. 남긴다면 위처럼 Draft가 섞이고, 안 남긴다면 반대로 모바일 테스트를 거쳐 배포한 월드가 통째로 빠집니다. 어느 쪽이든 지금 수치는 정의와 다릅니다.퍼블리시한 유니크 크리에이터(1명이 10개 내도 1명) + 실제 퍼블리시 월드 수
퍼블리시 여부를 판정할 수단이 없습니다. 자주 인용되는 149명 · 187명은 각각 «마트 기록»과 «원천에서 확인된 누락만 더한 하한»이라 어느 쪽도 지표가 아닙니다 — ✕ 배지에 근거를 남겼습니다
각 지점 = 해당 월에 처음 퍼블리시된 월드 수 (재퍼블리시 제외) · Published(배포 완료) vs Update Required(운영 일시중지·접속불가) vs 기타 · ※ Public은 Access Setting(별도 축)
두 축이 각각 막혀 있습니다. ① 막대 높이 — 5/17 place 이관 이후 world_version이 전부 '1'로만 들어와 신규와 업데이트가 구분되지 않습니다. ② 색 구분(상태) — 상태값은 로그에 아예 없습니다. 스튜디오·쿠킹 로그는 «업로드를 시작했다/끝났다»만 남기고 그 결과가 Published가 됐는지 Draft로 남았는지는 기록하지 않습니다. 상태는 하이커 어드민에만 있고 그마저 최근 30일 활성 월드 162개만 내려옵니다 — ✕ 배지에 근거를 남겼습니다
월말 기준 지금까지 나온 월드의 누적 수
5/17 place 이관에서 world_id 체계가 끊겨 이력을 이어 붙일 수 없습니다(이전 2000번대 ↔ 이후 3000번대 겹침 0 · 매핑 없음). 시작점도 서비스 시작이 아니라 쿠킹 로그 적재 시작(2025-08)입니다. 월드 규모는 Q15의 «플레이된 UGC 월드 수»를 보세요
전체 월드 대상(누적) · World Publishing/Version Status 기준. Published=배포 완료(접속 가능). Public(Access Setting)과 다름 · 상태값 문서
숫자가 낮을수록 상위 품질 (Tier0 최상)
Tier3: 방문 700+·D1 12%+·4분+ · Tier2: 2,000+·15%+·6분+ · Tier1: 5,000+·20%+·8분+ · Tier0: 10,000+·24%+·10분+
Time To First Publish · 첫 퍼블리시 월 코호트의 중앙값(일)
기준선을 가입일에서 스튜디오 첫 로그인으로 바로잡았지만, 그래도 분자인 첫 퍼블리시일이 5/17 이후 안 찍힙니다. 7월 표본 18명은 실제(56명)의 3분의 1이고 빠진 쪽이 «들어오자마자 낸» 계정이라 중앙값이 실제보다 길게 나옵니다 — ✕ 배지에 근거를 남겼습니다
매달 말일에 "최근 90일 안에 스튜디오를 연 계정 명단"을 만들어 직전 달 명단과 비교합니다 (마지막 지점은 오늘 기준). 편집한 계정 명단이 아닙니다.
진입=지난 명단에 없다가 새로 들어온 계정 · 이탈=지난 명단에 있었지만 90일간 활동이 없어 빠진 계정 · 순증 = 진입 − 이탈
"어느 달에 처음 월드를 낸 크리에이터들이, 그 뒤 며칠 시점까지 스튜디오로 돌아와 합쳐서 N시간 이상 다시 작업했나"의 비율(%)
첫 퍼블리시 후 1~30일 내 동일 월드 v2+ 업데이트 또는 다른 월드 신규 퍼블리시한 비율
업데이트 로그가 2026-05-15에 멈춰 분자를 만들 수 없습니다. 멈춘 시점이 place 이관(5/18)과 겹칩니다 — 6월 코호트의 낮은 값은 «업데이트를 안 했다»가 아니라 «기록하지 않았다»입니다
직전 스튜디오 활동에서 30일 넘게 비운 뒤 다시 돌아온 계정. 월별 복귀 수 · 편집 여부와 무관
3주 스프린트 배포 주기 기준 · 초록 막대 = 이벤트/배포가 있었던 스프린트
기준: 90일 내 10시간+ 활동 · Tier 2 이상 월드 보유
숫자가 낮을수록 상위 품질 · Tier3+ ⊇ Tier2+ ⊇ Tier1+ · 누적 Live 스냅샷
Tier3: 방문 700+·D1 12%+·4분+ · Tier2: 2,000+·15%+·6분+ · Tier1: 5,000+·20%+·8분+
한 달 동안 플레이어가 한 명이라도 들어온 UGC 월드 · 막대 = 그 달에 플레이된 월드, 꺾은선 = 하루 평균
2026-02 ~ 07-31, fct_world_analytics(UGC 전용) · 월드↔크리에이터 매핑이 없어 세그먼트 분해는 불가
한 번이라도 플레이된 UGC 월드만 대상 · 중앙값이라 히트작에 흔들리지 않음. 전형적인 월드가 받는 방문량
대상 월드 수가 2월 51개 → 7월 162개로 3배가 됐습니다 — 고정 집합 비교가 아닙니다
한 번이라도 플레이된 UGC 월드 중 상위 10%가 전체 방문에서 차지하는 비중 · 높을수록 소수 히트작 의존
배지에 마우스를 올리면 7월 기준 상위 17개 월드가 월드명 × 점유율로 나옵니다
Partner=파트너십 시트 화이트리스트 · 내부=사내 IP 대역 · 나머지=일반(Independent)
utm_source 우선, 없으면 referrer로 판정 · Paid=퍼포먼스 광고 · Referral=외부 사이트 링크 경유 · Untagged=UTM·referrer 모두 없음 (referrer 적재 전에는 Untagged 비중이 큼)
Agent를 쓴 크리에이터 ÷ 최근 90일 활성 크리에이터 · 막대 = 명수(왼쪽 축), 꺾은선 = 사용률 %(오른쪽 축) · Agent 로그는 2026-05-18부터 적재
실행 오류(런처·도구 실패, 타임아웃)로 끝난 세션 비율 · 막대 = 세션 수, 꺾은선 = 오류율 %
studio-ai 채널 제보 스레드 분류 · 인앱 리포트 제보(로그 export 포함) 기능 출시 후 자동 집계로 전환 예정
최근 90일 활성 창작 크리에이터를 Agent 사용(AI CRUD 1회+) / 미사용 두 그룹으로 나눠 같은 기간 비교 · 상관관계 참고용(Agent 덕분이라고 단정할 수는 없음)
Live 퍼블리시 월드를 제작 중 Agent 사용(AI CRUD 1회+) / 미사용으로 나눠 비교 · 상관관계 참고용
퍼블리시 월드를 Agent 비중 = Agent 편집 턴 ÷ (Agent 턴 + 수동 편집 턴) 기준 5개 구간으로 나눠 완주·품질·소비·지속을 비교 · 아래쪽 비교는 양쪽을 모두 만든 크리에이터만 추려 숙련도 차이를 제거한 결과 · 상관관계 참고용
서버 멤버(누적) vs 30일 내 5회+ 활동 참여 크리에이터
단순 눈팅이 아닌 결과물 공유 건수
«퍼블리시된 월드 수»로 인용되는 값이 네 개인데, 어느 것도 그 질문의 답이 아닙니다. 무엇을 세는지와 어디서 끊기는지를 나란히 둡니다.
| 값 | 무엇을 세는가 | 출처 | 왜 답이 아닌가 |
|---|---|---|---|
| 3,722 | place 메타에 존재하는 월드 | PROD.THIRDPARTYplace_information_meta |
2026-07-09부터이고 3,536개가 그날 백필로 한꺼번에 들어왔습니다. payload에 createdAt이 없어 월드 생성일과 7/9 이전 이력을 복원할 수 없습니다. 퍼블리시 여부와도 무관합니다 — 만들다 만 월드가 섞입니다. |
| 1,167 | 분석 테이블에 등재된 월드 | MART_PRODfct_world_analytics |
이 테이블은 그날 플레이가 있었는지와 무관하게 생성된 모든 월드를 하루 한 행씩 넣습니다. 「행이 있는 월드」는 등재 수지 서비스 중인 월드가 아닙니다. namespace도 전 구간 'live' 단일값이라 필터가 안 됩니다. |
| 673 | 쿠킹(퍼블리시 시도) 이력이 있는 월드 | MART_PRODfct_studio_cooking |
쿠킹 로그가 2025-08부터라 그 이전 월드가 빠집니다. 게다가 5/17 place 이관으로 world_id 체계가 끊겨(이전 2000번대 ↔ 이후 3000번대 겹침 0, 매핑 없음) 이력을 이어 붙일 수 없습니다. 성공 판정까지 붙은 건 569개인데 이 차이 자체가 단절의 크기입니다. |
| 162 | 7월에 실제로 플레이된 UGC 월드 | MART_PRODfct_world_analytics (dau>0) |
이것만 확실합니다. 다만 «퍼블리시된 월드»가 아니라 «소비된 월드»입니다. 이 대시보드는 월드 규모를 물을 때 이 값만 씁니다. |
PROD.THIRDPARTY의 두 테이블로 들어오는데 둘 다 한계가 뚜렷합니다.world_information_meta — 하루 160여 개만 들어옵니다. 최근 30일 안에 플레이가 있었던 월드 162개와 정확히 일치하고 경계 2건까지 설명됩니다.
즉 「최근 30일 활성 월드」 목록이지 전량이 아닙니다. 월드 상태 3축(accessStatus / exposureStatus / currentVersion.status)이 여기 있어서,
상태는 활성 월드에만 채워집니다.place_information_meta — place 3,752개 / 월드 3,722개로 전량에 가깝지만 7/9 백필이라 시계열이 없습니다.