なぜブックマークは散らかるのか
保存は 1 秒、見つけるのに 2 分。多くの人が数百件を超えたあたりで同じ壁にぶつかります。2 年前に作ったフォルダ構成が、今の使い方と合っていないのです。
原因は「フォルダが足りないこと」ではなく、構造が設計されないまま増え続けたことです。以下は長く運用できる 7 つの型です。簡単な順に並べています。
1. フラット＋タグ
すべてを 1 つのリストに入れ、検索とタグで探します。
向いている人：200 件以下で、一覧より検索をよく使う人。 限界：数百件を超えるとタグが重複し始めます。
2. 3 フォルダ方式
上位フォルダを 3 つだけ作ります：Now（今週使う）、Reference（参照用）、Someday（いつか）。
向いている人：頭の中だけで維持できる仕組みが欲しい人。保存のたびに「今週使うか、いつか使うか、たぶん使わないか」を 1 回判断するだけです。
3. テーマではなくプロジェクトで分ける
「デザイン → インスピレーション → サイト」のような無限に伸びるテーマ分類ではなく、進行中の案件名でフォルダを作ります。
向いている人：仕事に波がある人。案件が終わればフォルダは自然に不要になり、ツリーが肥大化しません。
4. ファイル管理ソフト型のツリー
ブックマークをファイルのように扱います。最大 5 階層のネスト構造で、各階層に意味を持たせます。
ナビ
├── 仕事
│ ├── ドキュメント
│ └── ツール
├── 学習
│ ├── 語学
│ └── プログラミング
└── 娯楽
├── 動画
└── 読書
NavProject はこのモデルを採用しています：5 階層、ドラッグ＆ドロップ、右クリックでの作成・編集・削除に対応し、構造を後から自由に組み替えられます。
向いている人：数百〜数千件を、位置で覚えている人。 注意：深さのための深さは不要です。リンクが 1 つだけのフォルダは、たぶんフォルダにする必要がありません。
5. 受信トレイ方式
Inbox というフォルダを 1 つ作り、新しいブックマークはすべてそこへ。週に一度、仕分けるか削除するか、その場で処理します。
向いている人：保存は多いが分類で止まりたくない人。他の方式と併用できます。
6. 公開リンク集にする
「使っているツール一覧」「読書リスト」「チームのリソース集」のように、公開できる形に整理します。
向いている人：コレクションに他人が価値を見いだせる人。自分のサイトへの導線にもなります。
7. ハイブリッド：ツリー＋受信トレイ＋よく使う
実際に生き残るのは混合型です。
- 毎日開くよく使う数件
- 長期参照のためのツリー
- 新規リンクの受信トレイ
習慣は 3 つだけ。30 個も要りません。
運用を続けるためのルール
- 話し言葉でフォルダを命名する（「デザイン資料」>「デザイン→資料→リンク（その他）」）
- 最上位は 5〜7 個まで。深さより広さを抑えるほうが大事です
- 1 リンクは 1 か所だけ。重複は混乱の最大の原因です
- 四半期ごとに見直す。15 分の整理で、半日の修羅場を防げます
- データを持ち出せる形で保つ。JSON でエクスポートできれば囲い込みはありません。NavProject はワンクリックで入出力でき、データはブラウザ内だけに保存されます
ブラウザ標準機能について
Chrome、Edge、Firefox、Safari には標準のブックマーク管理があります。日常用途には十分ですが、構造は平坦で検索も弱く、複数ブラウザを使うと分散します。
FAQ
ブックマークは何件から多すぎますか？ 明確な上限はありません。ただし 15 秒以内に見つけられないなら、問題は件数ではなく構造です。
フォルダとタグ、どちらを使うべきですか？ 見て回るものはフォルダ、うっすら覚えているものはタグや検索。多くの人は両方必要です。
ブラウザ同期はバックアップになりますか？ なりません。同期は各端末を一致させるだけで、誤削除もそのまま伝わります。
データを移さずにツリー方式を試せますか？ NavProject は JSON の読み込みに対応し、ブラウザ内だけで動作します。アップロードは一切ありません。