"매 다중 테마 platform — 매 50+ 의 tenant brand 의 동시 serving — 매 CSS 의 cardinality explosion, 매 build size, 매 runtime switching 의 3중 문제". 매 naive approach (매 brand 별 separate CSS bundle) 의 매 build time exponential 폭증 + 매 tenant 의 추가 의 redeploy. 매 modern 해결 (2026): CSS custom properties + design token system + runtime theming + edge-cached CSS.
매 핵심
매 Multi-tenant Theming 의 challenge
Build complexity — 매 brand × variant × feature flag 의 polynomial 의 CSS variant.
Bundle size — 매 tenant 별 CSS 의 ship → 매 cache miss.
Runtime switching — 매 user 의 brand toggle (preview, white-label admin).
Style isolation — 매 tenant A 의 CSS 의 tenant B 의 affect X.
Brand consistency — 매 design token 의 single source of truth.
매 Modern Architecture (2026)
Design token JSON — 매 brand 별 token (color, spacing, typography, radius).
// 매 SSR 시 매 brand 별 critical CSS 의 inline
importcriticalfrom'critical';awaitcritical.generate({base:'dist/',src:`index-${brand}.html`,inline: true,width: 1300,height: 900,});
언제: 매 token system 의 schema 설계, 매 tenant 추가 시 의 build pipeline 의 review, FOUC 의 troubleshoot.
언제 X: 매 brand 의 actual color palette 의 결정 — 매 design 의 영역.
❌ 안티패턴
Brand 별 separate CSS bundle: 매 build matrix 폭발, 매 cache miss.
JavaScript 의 inline style 의 swap: 매 매 element 의 매 re-render.
CSS-in-JS runtime overhead: 매 매 component mount 의 style serialization.
Token 의 CSS 의 hardcoded duplication: 매 token 의 single source of truth 의 위반.
Brand resolution 의 client-only: 매 FOUC, 매 layout shift.