매일 VS 채택 점검 · 1 / 8

VS 채택, 지금 어디쯤인가

목표의 절반 남짓이다. 수요 분석 화면이 이 두 값을 매일 DA 와 같은 정의로 보여 준다.

이 리포트로 얻는 것: 수요 분석 VS 홈(사내망)에서 매일 데이터 날짜 → KR → 추이 → 새는 곳을 보는 법

2 / 8

화면 숫자는 어디서 오고, 믿을 수 있나

DA 정본과 0.12%p 안에서 같다. 다만 운영 화면은 사람이 복사해 하루 늦을 수 있다.

남는 차이는 형식 필터(정답 쿼리는 markdown 도 센다)와 날짜 기준(마트는 노출일, 화면은 검색일) 때문이다. 그래서 기간 합만 견주고 하루 값은 견주지 않는다.

3 / 8

KR1 은 매일 어떻게 움직이나

하루 KR1 은 28.6–35.3% 사이에서 전환 전(33.3%) 근처를 오간다. 목표 60% 에 가까이 간 날은 없다.

점 = 하루 KR1(28.6–35.3%), 선 = 7일 이동 평균. KR2 는 채택 뒤 7일 다운로드를 세므로 7일 창이 지난 날(10/20–10/31)만 확정값으로 쓴다.

4 / 8

채택은 어디서 새나

네 축 모두 같은 묶음이 맨 아래다: 짧은 한 줄 → HighlightedMessage → 라벨 1개.

막대 = KR1 기여(%p) = 검색 비중 × (그 묶음 KR1 − 전체 KR1). 모두 더하면 0. 상관이므로 원인은 화면에서 막대를 눌러 원문 · YAML 을 열고 본다.

5 / 8

어떤 컴포넌트가 채택을 놓치나

1위 21f3f04c(Trend.LineAreaChart)는 HighlightedMessage 검색 첫 칸의 30.1% 를 차지하지만, 그 1,077번 중 3번만 채택됐다.

놓친 채택 = 상위 10 노출 × 평균 채택률 4.84% − 실제 채택. 홈 경보 카드 「첫 칸이 한 컴포넌트에 몰림」과 컴포넌트 탭이 매일 같은 방식으로 잡는다. 3–5위는 HighlightedMessage 컴포넌트 자체다.

6 / 8

수요 구조에 맞는 공급이 있나

수요 검색 84.0% 는 같은 모양 공급을 만난다. 나머지 16.0% 가 공급 후보다. 수요 10/20–11/02 묶음 · 운영 화면 구조 탐색 탭에서 볼 수 있다

같은 모양 = 단위 순서까지 같은 구조(params 제외). iui 검색이 단위 순서를 지키기 때문이다 — [4,3,4,4] 질의와 [4,4,3,4] 컴포넌트는 items 벌점이 최소 17이다. 구조 탐색의 「놓침」 정렬이 16.0% 쪽 구조를 위에 올린다.

7 / 8

매일 점검은 어떤 순서로 하나

다섯 걸음이면 끝난다. 단계마다 그 화면으로 바로 간다.

부록 · 8 / 8

화면은 어떻게 쓰고, 숫자는 무엇을 세나

탭별 쓰는 법 · 지표 정의 · 출처. 기간 필터(시작 · 끝, 둘 다 포함)는 홈 · 탐색 · 컴포넌트에 같이 걸린다.