Small multiples의 축을 각각 맞추면 왜 규모 비교가 틀릴까

여러 팀의 절대 규모를 비교하려면 Small multiples의 y축 범위를 같게 맞춰야 한다. 각 패널이 자기 데이터에 맞춰 축을 자동 조정하면 작은 변화도 화면을 가득 채워, 서로 다른 규모가 비슷해 보인다. 반대로 패널 내부의 방향만 보려는 목적이라면 독립 축을 쓸 수 있지만, 축 범위를 드러내고 패널 간 기울기 비교를 막아야 한다.

Small multiples는 선이 겹치는 문제를 줄여준다. 하지만 패널을 나눴다는 사실만으로 비교가 정직해지는 것은 아니다. 공통 축인지 독립 축인지에 따라 같은 데이터가 “센터별 움직임이 비슷하다”와 “센터 C의 절대 업무량이 압도적으로 크다”라는 서로 다른 결론을 만든다.

Small multiples의 축은 비교 계약이다

Vega-Lite의 공식 Facet 문서는 Trellis plot 또는 Small multiple을 같은 데이터의 서로 다른 부분집합을 유사한 차트로 나눈 구성이라고 설명한다. 같은 문서에서 row·column facet은 기본적으로 scale과 axis를 공유하며, resolve 설정으로 독립 축을 선택할 수 있다고 명시한다. 이 동작은 2026년 10월 12일 확인했다.

공통 축과 독립 축은 구현 옵션이지만, 무엇을 선택할지는 제품의 질문이 결정한다. 아래 기준은 Vega-Lite의 필수 규칙이 아니라, 업무 대시보드에서 잘못된 비교를 줄이기 위한 RUDA의 설계 판단이다.

합성 대기 작업 데이터를 센터 A·B·C로 나눈 Small multiples 세로 비교. 위쪽 독립 축에서는 각 패널이 자기 범위를 써 변화가 확대되고, 아래쪽 공통 0–140 축에서는 센터 C의 절대 규모가 가장 크고 센터 B가 가장 작게 보인다.
합성 사례. 절대 규모는 공통 축으로 비교하고, 패널 내부 형태만 볼 때는 각 범위를 표시한 독립 축을 쓴다. 상대 변화는 양수인 의미 있는 기준값을 100으로 둔 뒤 공통 축으로 비교한다.

합성 사례: 비슷한 선 모양이 같은 업무량을 뜻하지 않는다

가상의 세 센터에서 월요일부터 금요일까지 남아 있는 작업 건수를 기록했다고 하자. 실제 고객·제품 데이터가 아니라 축 선택을 설명하기 위한 합성 값이다.

센터월–금 대기 작업 수월→금 절대 변화월→금 상대 변화
A42, 50, 47, 55, 5252−42 = +10건10÷42 = +23.8%
B18, 22, 20, 25, 2424−18 = +6건6÷18 = +33.3%
C105, 120, 112, 130, 126126−105 = +21건21÷105 = +20.0%
합성 데이터. 상대 변화율은 월요일 값을 분모로 계산했으며 소수 둘째 자리에서 반올림했다.

각 패널을 자신의 최솟값과 최댓값에 맞추면 세 선이 모두 비슷한 높이를 오르내린다. 그러나 금요일의 절대 업무량은 B 24건, A 52건, C 126건이다. 센터 간 규모를 판단해야 한다면 공통 0–140축이 이 차이를 보존한다.

상대 변화 질문에서는 결론이 달라진다. 월요일 대비 금요일 증가율은 B가 33.3%로 가장 크다. 기준값이 양수이고 비교의 출발점으로 의미 있을 때, 각 센터의 월요일을 100으로 바꾼 Index chart를 만들면 분모와 축을 다시 통일한 상태에서 상대 변화를 비교할 수 있다.

축을 고르기 전에 비교 질문을 먼저 고정한다

독자 질문값의 형태Scale contract금지할 해석
어느 센터의 업무량이 큰가?원시 건수같은 단위·변환·y축 범위, 같은 x domain·간격·패널 크기x 간격이나 패널 비율이 다르면 기울기 비교 금지
각 센터 안에서 언제 오르내렸나?원시 건수독립 축 허용, 각 범위 직접 표시패널 간 높이·기울기 비교 금지
시작점 대비 어디가 더 많이 변했나?양수 기준일=100 Index변환 후 같은 y축 범위Index 높이를 현재 업무량으로 해석 금지
Scale contract는 질문·값의 변환·축 범위·금지할 해석을 한 묶음으로 정하는 공개 안전 설계 규칙이다.

이 사례에서는 기본 화면을 공통 축으로 선택한다. 세 센터의 대기 작업 규모를 한눈에 비교하는 것이 첫 질문이기 때문이다. 독립 축을 기본으로 두는 안은 작은 센터의 움직임을 자세히 보여주지만, 규모 차이를 지워버려 선택하지 않았다. 세 선을 한 차트에 겹치는 안도 가능하지만 센터가 늘면 선의 교차와 범례 왕복이 커지므로, 여기서는 패널 분리를 유지했다.

공통 축은 언제나 0에서 시작해야 한다는 뜻이 아니다

공통 축의 핵심은 모든 패널이 같은 domain을 쓴다는 데 있다. 이 합성 사례는 작업 건수의 절대 수준이 중요하므로 0을 포함했다. 반면 좁은 범위에서 움직이는 온도나 센서 편차처럼 변화 자체가 질문이라면 0이 아닌 공통 범위를 쓸 수 있다. 그때도 모든 패널의 하한·상한과 단위를 같게 유지하고, 잘린 범위를 숨기지 않는다.

독립 축이 더 적합한 예외

  • 단위가 다를 때: 건수·분·원처럼 의미가 다른 값을 같은 축에 억지로 맞추지 않는다. 질문을 나누거나 단위를 변환한다.
  • 패널 내부 이상 패턴을 찾을 때: 각 센터의 평소 범위에서 벗어난 모양이 목적이라면 독립 축을 쓸 수 있다. 대신 패널마다 범위와 기준선을 표시한다.
  • 극단값 하나가 나머지를 눌러버릴 때: 공통 축을 버리기 전에 직접 값, 확대 view 또는 로그 축이 질문에 맞는지 검토한다. 로그 축은 곱셈 비율을 읽는 경우에만 명시적으로 사용한다.
  • 기준값이 0·음수이거나 부호가 바뀔 때: 기준일=100 Index를 만들지 않는다. 0은 나눗셈이 불가능하고 음수·부호 변화는 일반적인 성장률 해석을 깨뜨린다. 절대 변화량을 쓰거나 의미 있는 다른 기준 기간을 고른다.
  • 센터별 목표가 다를 때: 절대량 비교와 목표 대비 비교를 섞지 않는다. 목표 대비 비율로 변환했다면 “현재 건수”가 아니라 “목표 대비”라고 이름을 바꾼다.

Decision rule

패널 사이의 높이와 수직 변화량을 비교하려면 같은 단위·변환·y축 범위를 사용한다. 기울기까지 비교하려면 x축 domain과 간격, 패널 크기와 비율도 같아야 한다. 독립 축을 쓰면 각 범위를 직접 표시하고 패널 간 크기 비교를 막는다. 상대 변화는 기준값이 양수이고 의미 있을 때만 같은 기준으로 Index화한 뒤 공통 축에 놓는다.

검토할 때는 차트 코드보다 먼저 한 문장을 적으면 된다. “이 화면에서 독자는 패널 사이의 무엇을 비교하는가?” 답이 절대 규모라면 공통 축, 내부 형태라면 명시된 독립 축, 상대 변화라면 양수인 의미 있는 공통 기준으로 변환한 축이다. 단위가 다른 지표를 한 화면에서 비교하는 방법은 매출과 전환율을 한 차트에 겹치면 왜 위험할까: Dual-axis chart 설계에서 이어서 볼 수 있다.


출처와 범위 — Vega-Lite 공식 Facet 문서의 Small multiple 정의와 shared·independent scale 설정을 2026년 10월 12일 확인했다. 데이터·계산·도해는 설명을 위해 만든 합성 사례이며, Scale contract와 적용 판단은 RUDA의 분석이다.


다른 글 보기 · 주제 탐색 · 작성자와 편집 기준 · 문의·정정 요청

RUDA DIRECTOR에서 더 알아보기

지금 구독하여 계속 읽고 전체 아카이브에 액세스하세요.

계속 읽기