여기서 개념 하나에 이름을 붙이고 그대로 밀고 가려 합니다: 어댑티브 북마크(adaptive bookmarks). “바뀌는 북마크 바”보다 그럴듯한 이름이 필요해서가 아니라, 이런 기능을 만든 곳이 거의 없다 보니 이름 없는 기능은 사람들이 검색하거나 물어볼 수조차 없는 기능이 되기 때문입니다. 그래서 — 어댑티브 북마크란, 지금 보고 있는 사이트에 따라 어떤 폴더를 보여줄지 자동으로 전환되는 북마크 바를 말합니다.
문제를 하루 일과의 형태로 보면
평범한 근무일 동안 실제로 어떤 북마크가 필요한지 떠올려 보세요. figma.com에서는 디자인 에셋과 컴포넌트 라이브러리 링크가 필요합니다. CRM에서는 고객 레코드와 파이프라인 대시보드가 필요합니다. 문서 사이트에서는 API 문서, 스타일 가이드처럼 대조 확인용 레퍼런스가 필요합니다. 이 세 가지 필요는 서로 거의 겹치지 않고, 어느 하나가 다른 두 곳에서 필요한 것과 같은 경우도 없습니다.
고정된 북마크 바 — Chrome 자체 북마크 바든, 폴더 하나로 고정해둔 두 번째 바든 — 는 구조적으로 하루 대부분의 시간에 맞지 않습니다. 지금 어디에 있든 같은 링크 세트를 보여주기 때문에, 언젠가 필요할 법한 모든 것으로 어수선해지거나(빠른 접근용 바라는 취지 자체가 무색해집니다) 특정 상황에만 맞춰져 있어 나머지 상황에서는 쓸모가 없어지거나 둘 중 하나가 됩니다. 결국 폴더를 직접 손으로 바꿔야 하는데, 그것도 기억날 때나 하는 일이라 실제로는 거의 하지 않게 됩니다.
규칙은 실제로 어떻게 작동하는가
Second Bookmark Bar에서는 일치 규칙을 여러 개 설정할 수 있습니다. 지금 있는 도메인이 규칙과 일치하면, 바가 그 규칙에 매핑된 폴더 슬롯으로 자동 전환됩니다. 디자인 툴을 열면 바가 에셋 폴더로 바뀝니다. CRM을 열면 워크플로우 폴더로 바뀝니다. 그 탭을 닫고 규칙에 걸리지 않는 곳으로 이동하면, 직접 선택해둔 기본 폴더로 되돌아갑니다.
메커니즘 자체보다 제가 더 신경 쓴 부분은 별표 표시입니다. 사이트 기반 규칙이 현재 적용 중이면 슬롯 전환기에 작은 별 아이콘이 나타납니다. 이건 장식이 아니라 의도적인 설계 선택입니다. 눈에 보이지 않는 자동화는 사람들이 자신의 도구를 신뢰하지 못하게 만드는 지름길이기 때문입니다. 북마크 바가 아무 신호 없이 조용히 바뀐다면, 규칙이 예상과 다르게 작동해서 “엉뚱한” 폴더를 보여주는 순간부터 바를 아예 믿지 않게 되고 매번 손으로 확인하게 되는데, 그러면 자동화한 의미 자체가 사라집니다. 별표는 지금 보고 있는 게 왜 이 화면인지 항상 알 수 있게 해주고, 규칙이 그 순간에 맞지 않게 작동했다면 언제든 수동으로 전환할 수 있습니다.
실전 레시피 세 가지
디자인 툴 → 에셋 폴더. figma.com(또는 사용 중인 디자인 툴)을 컴포넌트 라이브러리, 브랜드 에셋, 공유 디자인 시스템 링크가 담긴 폴더에 매칭하세요. 툴을 여는 순간 이미 올바른 링크 세트를 보고 있으니, 필요한 에셋 링크 하나를 찾으려고 잡다한 폴더를 뒤질 필요가 없습니다.
문서 사이트 → 레퍼런스 폴더. 팀 문서 도메인이나 자주 참고하는 사이트 묶음을 API 문서, 사내 위키, 스타일 가이드가 담긴 레퍼런스 폴더에 매칭하세요. “잠깐, 이거 정확한 문법이 뭐였지” 하는 순간에 두 번 클릭할 필요 없이 바로 눈앞에 있어야 하는 폴더입니다.
분석 대시보드 → 리포팅 폴더. 분석 툴이나 BI 툴의 도메인을 저장해둔 대시보드 링크, 리포트 템플릿, 자주 재실행하는 쿼리가 담긴 폴더에 매칭하세요. 분석 작업은 한 세션 안에서 여러 대시보드를 오가는 경우가 많은데, 도메인 매칭으로 이미 띄워진 상태에서 클릭 한 번이면 되니 “그 리포트가 어느 탭에 있었더라” 하며 헤매는 시간이 크게 줄어듭니다.
이 레시피들이 딱히 특별할 필요는 없습니다. 가치는 영리한 규칙 로직에 있는 게 아니라, 이미 몸에 익은 여러 상황을 하루에도 수십 번씩 직접 기억해서 폴더를 바꿔야 하는 수고를 없애는 데 있습니다.
바의 나머지 기능과 어떻게 맞물리는가
어댑티브 규칙은 독립적으로 작동하지 않습니다. 같은 슬롯을 중심으로 짜인 시스템의 한 층일 뿐입니다.
- 슬롯. 규칙이 새 폴더를 만드는 게 아니라, 이미 있는 퀵 스위치 슬롯 중 하나를 대상으로 지정합니다. 규칙은 사실상 “이 도메인이 일치하면 N번 슬롯으로 이동”일 뿐이며, 이 슬롯은
Alt+1/Alt+2/Alt+3으로 직접 전환할 수도 있는 바로 그 슬롯입니다. - 제외 사이트. 반대 개념입니다. 어떤 사이트는 폴더로 전환하는 게 아니라 바 자체를 아예 보여주지 말아야 합니다. 어댑티브 규칙이 “이 사이트에는 어떤 폴더가 맞는가”에 답한다면, 제외 사이트는 “이 사이트에는 어떤 폴더도 맞지 않으니 숨긴다”에 답합니다. 둘 다 “바를 상황에 맞춘다”는 같은 철학의 양면입니다.
- 윈도우별 폴더. 도메인이 아니라 브라우저 창 단위로 상황을 나누고 싶다면 — 예를 들어 항상 업무용으로 쓰는 창 하나가 있다면 — 윈도우별 독립 폴더가 도메인 규칙 없이도 이를 해결해줍니다. 어댑티브 규칙과 윈도우별 폴더는 함께 조합할 수도 있습니다. 창의 기본 폴더가 유지되다가, 그 창 안에서 도메인 규칙이 발동하면 그 규칙이 우선합니다.
규칙 설정하기
- 도메인이 이동할 슬롯을 정합니다 — 이미 퀵 스위치 폴더로 존재하는 슬롯이어야 합니다.
- 설정을 열고 매칭 규칙을 추가합니다. 도메인(또는 전체 문서 서브도메인 묶음처럼 관련 도메인 여러 개를 포괄하는 패턴)을 해당 슬롯에 매핑합니다.
- 일치하는 사이트를 방문합니다. 바가 자동으로 전환되고 전환기에 별표가 나타나야 합니다 — 이는 규칙이 저장됐다는 뜻이 아니라 실제로 작동했다는 확인입니다.
- 특정 순간에 규칙이 잘못 판단했다면, 평소처럼 슬롯을 수동으로 전환하세요. 규칙은 다음번 기본값을 정할 뿐, 지금 이 순간의 클릭을 무시하지 않습니다.
처음부터 브라우징 습관 전체를 매핑하려 하지 말고, 평소 가장 반사적으로 방문하는 사이트 — 원래대로라면 하루에도 여러 번 손으로 폴더를 바꿔야 했을 사이트 — 한두 곳에 규칙을 걸어보는 것부터 시작하세요. 별표 표시 덕분에 나중에 추가한 규칙이 실제로 예상대로 작동하는지 쉽게 확인할 수 있습니다.
Chrome 프로필을 두 개 운영하지 않고도 업무용과 개인용 북마크를 분리하는 게 실제 목표라면, 퀵 스위치 슬롯을 수동이 아니라 자동처럼 느껴지게 만드는 요소가 보통 어댑티브 규칙입니다 — 규칙을 한 번 설정해두면 직접 전환하지 않아도 알맞은 폴더가 나타납니다. 사이트 FAQ에도 짧게 답이 나와 있지만, 별표 표시가 왜 존재하는지, 그리고 왜 자동화를 안 보이게 하지 않고 보이게 만들었는지에 대한 이유는 규칙을 설정하기 전에 이해해둘 만한 가치가 있습니다.