드로어

오버레이

드로어

Drawer

드로어는 화면 가장자리에서 안쪽으로 미끄러져 나왔다가 볼일이 끝나면 같은 방향으로 사라지는 패널입니다.

메뉴
탐색
설정
방향

정의

드로어는 화면의 가장자리에서 안쪽으로 스르륵 밀려 나오는 패널입니다. 이름 그대로 서랍처럼 왼쪽·오른쪽·아래에서 슬라이드로 등장했다가, 볼일이 끝나면 다시 같은 방향으로 미끄러져 사라집니다. 그 안에는 사이트 전체 내비게이션 메뉴, 목록을 걸러 주는 필터, 항목 하나의 상세 정보처럼 평소엔 접어 두었다가 필요할 때만 펼치고 싶은 내용을 담습니다. 모바일에서 햄버거 버튼을 눌렀을 때 옆에서 미끄러져 나오는 메뉴가 가장 흔한 드로어입니다. 화면을 새로 옮기지 않고도 부가 화면을 잠깐 불러왔다 접을 수 있다는 점이 핵심입니다. 넓게 펼쳐진 본문은 그대로 둔 채, 가장자리 한 칸만 빌려 쓰는 셈입니다.

왜 중요한가

드로어의 강점은 등장하는 위치에 있습니다. 모달이 화면 한가운데로 튀어나와 시선을 강하게 붙잡는다면, 드로어는 가장자리에서 조용히 나오기 때문에 원래 보던 내용을 덜 가리고 맥락을 덜 끊습니다. 사용자는 뒤에 있던 화면을 여전히 곁눈으로 인지한 채, 잠깐 서랍을 열어 메뉴를 고르거나 필터를 조정하고 다시 하던 일로 돌아올 수 있습니다. 특히 화면이 좁은 모바일에서 유용한데, 평소에는 콘텐츠에 온전히 자리를 내주다가 필요한 순간에만 메뉴나 필터를 위해 공간을 빌려 오기 때문입니다. 그러면서도 열려 있는 동안에는 스크림으로 배경을 덮어 지금 드로어에 집중해야 한다는 신호를 분명히 주므로, 가벼움과 집중을 동시에 챙기는 패턴입니다. 화면 중앙을 비워 두면서도 지금 무엇을 다뤄야 하는지 흐릿하지 않게 짚어 주는 셈입니다.

흔한 실수

  • 드로어를 열어 놓고 배경을 스크림으로 덮지 않는 것입니다. 뒤 화면이 그대로 밝게 보이면 사용자는 지금 드로어가 열려 있는 상태인지 헷갈리고, 어디를 눌러야 닫히는지도 짐작하기 어려워집니다.
  • 바깥을 눌러도, 스와이프를 해도 닫히지 않게 만드는 것입니다. 특히 모바일에서는 가장자리로 쓸어 넘겨 닫는 동작이 몸에 배어 있어, 이 방법이 막혀 있으면 답답하게 느껴집니다.
  • 너무 많은 내용을 드로어 한 칸에 욱여넣는 것입니다. 서랍 안이 깊은 스크롤로 가득 차면 가볍게 열었다 접는다는 장점이 사라지고, 차라리 별도 페이지가 나았을 상황이 됩니다.

실무 팁

  • 드로어는 모달과 달리 가장자리에서 나와 맥락을 덜 끊는다는 점을 살려, 모바일 메뉴나 필터 패널처럼 잠깐 펼쳤다 접는 내용에 쓰세요. 열렸을 때는 배경을 스크림으로 덮고, 바깥 클릭과 스와이프로 자연스럽게 닫히게 하는 것이 사용자의 기대에 맞습니다.
  • 드로어가 나오는 방향과 내용의 성격을 맞추세요. 내비게이션은 보통 왼쪽에서, 필터나 상세는 오른쪽이나 아래에서 여는 식으로 위치에 일관된 의미를 부여하면 사용자가 금세 익숙해집니다.
  • 열고 닫히는 슬라이드 움직임에 짧고 부드러운 전환을 주되, 동작 최소화를 원하는 사용자를 위해 과한 애니메이션은 피하세요. 어느 방향에서 왔는지 눈으로 따라갈 정도면 충분합니다.

AI에게 시키기

모바일 햄버거 메뉴를 드로어로 만들 때

모바일 햄버거 버튼을 누르면 왼쪽 가장자리에서 스르륵 밀려 나오는 내비게이션 드로어를 만들어줘. 내비게이션은 관례대로 왼쪽에서 열고, 열려 있는 동안 배경은 반투명 스크림(검정 약 50% 불투명도)으로 덮어 지금 드로어에 집중해야 한다는 신호를 줘. 스크림 클릭·Esc 키·왼쪽으로 스와이프 이 세 방법 모두로 닫히게 하고, 슬라이드 전환은 200~300ms 정도로 짧고 부드럽게 주되 prefers-reduced-motion 사용자에겐 애니메이션을 없애줘. 아래에 붙여넣을 [현재 헤더/메뉴 마크업]을 기준으로 작업해줘.

이미 있는 드로어가 어딘가 어색할 때

아래에 붙여넣을 드로어 코드가 흔한 실수 세 가지를 저지르는지 점검하고 고쳐줘. ① 열렸을 때 배경을 스크림으로 안 덮어 뒤 화면이 그대로 밝게 보이는지, ② 바깥(스크림) 클릭이나 가장자리 스와이프로 닫히지 않는지, ③ 깊은 스크롤이 생길 만큼 내용을 욱여넣었는지. 각 항목을 통과/실패로 표시하고, 실패한 부분만 스크림 추가·바깥클릭/스와이프/Esc 닫기·내용 정리로 수정한 코드를 줘. 셋째가 심하면 드로어 대신 별도 페이지로 빼는 게 나은지도 판단해줘.

필터·상세 패널을 드로어로 넣을지 정할 때

[목록 화면 성격 — 예: 상품 리스트][필터 또는 항목 상세] 패널을 드로어로 붙이려고 해. 내비게이션이 아니니까 왼쪽이 아니라 오른쪽(데스크톱)이나 아래(모바일 바텀시트)에서 열어서 위치에 일관된 의미를 주고, 열리면 스크림으로 배경을 덮고 바깥 클릭·스와이프로 닫히게 설계해줘. 먼저 이 패널 내용이 가볍게 열었다 접을 분량인지 아니면 깊은 스크롤이 필요할 만큼 많은지 판단해서 드로어가 맞는지 별도 페이지가 나은지부터 알려줘. 드로어가 맞다면 방향·스크림·닫기 동작·짧은 전환(reduced-motion 존중)을 반영한 마크업으로 만들어줘.

관련 개념