# [[Container Queries|Container Queries]]

## 📌 Brief Summary
Container Queries(컨테이너 쿼리)는 브라우저 창(뷰포트) 전체 크기가 아닌, 컴포넌트가 속한 부모 컨테이너의 가용 너비에 따라 요소의 스타일을 유동적으로 조정할 수 있게 해주는 최신 CSS 기능입니다 [1, 2]. 이는 기존 미디어 쿼리의 한계를 극복하여 페이지 중심에서 컴포넌트 중심의 반응형 설계로 패러다임을 전환시켰습니다 [1, 3]. 디자인 시스템 및 모듈식 아키텍처와 완벽하게 결합하여, 다양한 문맥(Context)에서 독립적으로 재사용할 수 있는 유지보수성 높은 UI를 구축하는 데 핵심적인 역할을 합니다 [1, 4, 5].

## 📖 Core 소스 Content
- **기존 미디어 쿼리의 한계와 도입 배경:**
  기존의 뷰포트 기반 미디어 쿼리(Media Queries)는 브라우저 창의 크기에만 반응하는 근본적인 한계가 있었습니다 [1]. 이로 인해 좁은 사이드바에 위치한 카드와 전체 너비의 히어로 섹션에 위치한 카드가 동일한 뷰포트 너비 기준을 공유하여 스타일링에 어려움이 있었습니다 [1, 5]. 컨테이너 쿼리는 컴포넌트가 부모 요소의 크기를 기준으로 스스로 프레젠테이션을 결정하게 하여 이러한 문제를 해결합니다 [1, 6].

- **구현 방식 및 문법:**
  컨테이너 쿼리를 사용하려면 먼저 부모 요소에 `container-type: inline-size;` 속성을 정의하여 컨테이너로 지정해야 합니다 [4, 5]. 그 후 `@container (min-width: 600px)`와 같은 조건문을 사용하여 해당 컨테이너 크기에 도달했을 때 자식 요소(예: 카드 레이아웃의 컬럼 변경)의 스타일을 변경합니다 [1, 2, 4]. 또한, `cqi`나 `cqw`와 같은 컨테이너 인라인 크기 기준의 상대 단위를 사용하여 타이포그래피나 여백을 유동적으로 제어할 수 있습니다 [7-9].

- **설계 패러다임의 변화:**
  컨테이너 쿼리의 도입으로 반응형 디자인의 철학이 '뷰포트 중심(Viewport-centric)'에서 '컴포넌트 중심(Component-centric)'으로 이동했습니다 [3]. 이 접근 방식은 컴포넌트가 독립적이고 문맥을 인식(context-aware)할 수 있게 만들어 주어, 복잡한 대규모 애플리케이션의 여러 부분에서 컴포넌트를 재사용할 때의 복원력(resilient)을 높여줍니다 [1, 5]. 이는 독립적인 UI 단위로 구성되는 최신 디자인 시스템의 구조와 완벽하게 일치합니다 [1, 5].

- **실무 활용과 업계 표준:**
  2024년 이후 모든 최신 브라우저에서 완벽히 지원되며, 2026년 기준으로는 고급 기술을 넘어 컴포넌트 수준의 반응형 디자인을 위한 기본 표준(Default practice)으로 자리 잡았습니다 [10, 11]. 특히 데이터가 많은 [[SaaS|SaaS]] 대시보드나 이커머스에서 좁은 너비일 때 차트를 단순한 숫자 카드로 변환하거나, 데이터 테이블을 카드 스택으로 바꾸는 등의 복잡한 레이아웃 처리에 탁월하게 활용됩니다 [4, 12].

## 🔗 Knowledge Connections
- **Related Topics:** [[Responsive Web Design|Responsive Web Design]], Media Queries, DesignSystems, [[Fluid Typography|Fluid Typography]]
- **Projects/Contexts:** SaaS 대시보드 레이아웃 설계, [[컴포넌트 기반 아키텍처(Component-Based Architecture)|컴포넌트 기반 아키텍처(Component-Based Architecture]]
- **Contradictions/Notes:** 소스에서는 컨테이너 쿼리를 뷰포트 기반 미디어 쿼리의 한계를 극복하는 필수적인 대체재 및 보완재로 설명하며, 모듈식 설계와 유지보수성 측면에서 2026년 기준 반응형 CSS 설계의 가장 중요한 표준으로 강조하고 있습니다 [1, 3, 11].

---
*Last updated: 2026-04-26*