북마크는 왜 항상 엉망이 될까

저장은 1초, 찾는 데는 2분. 대부분 수백 개를 넘기는 순간 같은 벽에 부딪힙니다. 2년 전에 만든 폴더 구조가 지금의 사용 방식과 맞지 않는 것입니다.

원인은 “폴더가 부족해서"가 아니라 구조가 설계되지 않은 채 쌓였기 때문입니다. 아래 7가지는 오래 유지됩니다. 쉬운 것부터 정리했습니다.

1. 평면 목록 + 태그

모든 북마크를 한 목록에 두고 검색과 태그로 찾습니다.

어울리는 사람: 200개 이하이고, 훑어보기보다 검색을 자주 쓰는 사람. 한계: 수백 개를 넘으면 태그가 겹치기 시작합니다.

2. 폴더 3개 규칙

상위 폴더를 딱 3개만 만듭니다: Now(이번 주), Reference(참고), Someday(언젠가).

어울리는 사람: 머릿속만으로 유지되는 체계를 원하는 사람. 저장할 때마다 “이번 주에 쓰나, 언젠가 쓰나, 아마 안 쓰나"만 판단하면 됩니다.

3. 주제가 아니라 프로젝트로 나누기

“디자인 → 영감 → 사이트"처럼 끝없이 늘어나는 주제 분류 대신, 진행 중인 일을 폴더로 씁니다.

어울리는 사람: 업무에 기복이 있는 사람. 프로젝트가 끝나면 폴더도 자연히 사라져 트리가 계속 커지지 않습니다.

4. 파일 탐색기형 트리

북마크를 파일처럼 다룹니다. 최대 5단계 중첩 구조로, 각 단계에 분명한 의미를 둡니다.

내비게이션
├── 업무
│   ├── 문서
│   └── 도구
├── 학습
│   ├── 언어
│   └── 프로그래밍
└── 여가
    ├── 영상
    └── 읽을거리

NavProject 가 이 모델을 씁니다. 5단계 중첩, 드래그 앤 드롭, 오른쪽 클릭으로 만들기·편집·삭제가 가능하고 구조를 언제든 바꿀 수 있습니다.

어울리는 사람: 수백~수천 개를 위치로 기억하는 사람. 주의: 깊이를 위한 깊이는 필요 없습니다. 링크가 하나뿐인 폴더는 폴더일 필요가 없습니다.

5. 받은편지함 방식

Inbox 폴더 하나를 만들고 새 북마크는 모두 그곳에 넣습니다. 일주일에 한 번 비우면서 분류하거나, 삭제하거나, 바로 처리합니다.

어울리는 사람: 저장은 많지만 분류에서 멈추고 싶지 않은 사람.

6. 공개 링크 모음으로 만들기

“내가 쓰는 도구 목록”, 읽기 목록, 팀 리소스 페이지처럼 공개할 수 있는 형태로 정리합니다.

어울리는 사람: 컬렉션이 다른 사람에게도 쓸모 있는 사람. 내 사이트로 유입을 만들 수도 있습니다.

7. 하이브리드: 트리 + 받은편지함 + 즐겨찾기

실제로 살아남는 방식은 혼합형입니다.

  1. 매일 여는 즐겨찾기 몇 개
  2. 장기 참고용 트리
  3. 새 링크를 담는 받은편지함

습관은 3개면 충분합니다.

오래 유지되는 규칙

  • 말하듯이 폴더 이름 붙이기 (“디자인 자료” > “디자인→자료→링크(기타)”)
  • 최상위는 5~7개까지. 깊이보다 넓이를 줄이는 게 중요합니다
  • 링크 하나는 한 곳에만. 중복이 혼란의 주원인입니다
  • 분기에 한 번 점검. 15분 정리가 반나절의 혼란을 막습니다
  • 데이터를 내보낼 수 있게 유지. JSON으로 내보낼 수 있으면 종속되지 않습니다. NavProject 는 클릭 한 번으로 가져오기/내보내기가 되고, 데이터는 브라우저 안에만 저장됩니다

브라우저 기본 기능에 대하여

Chrome, Edge, Firefox, Safari 모두 기본 북마크 관리가 있습니다. 일상 용도로는 충분하지만 구조가 평면적이고 검색이 약하며, 브라우저를 여러 개 쓰면 흩어집니다.

FAQ

북마크가 몇 개부터 많다고 볼 수 있나요? 정해진 한도는 없습니다. 다만 15초 안에 못 찾는다면 문제는 개수가 아니라 구조입니다.

폴더와 태그 중 무엇을 써야 하나요? 훑어보는 것은 폴더, 어렴풋이 기억하는 것은 태그나 검색. 대부분 둘 다 필요합니다.

브라우저 동기화는 백업인가요? 아닙니다. 동기화는 기기를 맞춰줄 뿐이고, 실수로 지운 것도 그대로 전파됩니다.

데이터를 옮기지 않고 트리 방식을 써볼 수 있나요? NavProject 는 JSON 가져오기를 지원하고 브라우저 안에서만 동작합니다. 업로드는 전혀 없습니다.