為什麼書籤最後總是一團亂
多數人都會遇到同一道牆：收藏了幾百個連結，兩年前建立的資料夾早就不符合現在的瀏覽習慣。存一個書籤只要一秒，找回來卻要兩分鐘。
問題通常不是「資料夾不夠多」，而是這套結構從來沒有被設計過——它只是不斷累積的結果。以下 7 種方法能長期運作，由簡到繁排列。
1. 扁平清單加標籤
所有書籤放在同一份清單，靠搜尋與標籤找。
適合：收藏少於 200 個、習慣搜尋而非瀏覽的人。 失效點：超過幾百個之後標籤開始重疊，反而更難找。
2. 三資料夾法則
只建立三個上層資料夾：近期（Now）、參考（Reference）、以後（Someday）。
適合：想要一套完全不用傷腦筋的系統。每存一個連結只做一次判斷：這週要用、以後要用，還是大概永遠不會用。
3. 依專案分類，而不是依主題
不要建立「設計 → 靈感 → 網站」這種無限延伸的主題樹，改用正在進行的事情當資料夾：「官網改版」、「2026 報稅」、「廚房裝修」。
適合：工作有明顯階段性的人。專案結束後資料夾會自然淘汰，樹不會無限膨脹。
4. 檔案總管式目錄樹
把書籤當檔案管理：多層巢狀，最多五層，每一層都有明確意義。
導航
├── 工作
│ ├── 文件
│ └── 工具
├── 學習
│ ├── 語言
│ └── 程式
└── 娛樂
├── 影片
└── 閱讀
NavProject 用的就是這個模型：支援五層巢狀、拖曳移動、右鍵增刪改，結構隨時能調整，不會「定型之後就不敢動」。
適合：收藏量在數百到數千、習慣用空間位置記憶的人。 注意：不要為了深度而深度。如果一個資料夾裡只有一個連結，它大概不該是資料夾。
5. 收件匣機制
設一個叫 收件匣 的資料夾，新書籤一律先丟進去。每週清空一次：歸檔、刪除，或立刻處理掉。
適合：收藏頻繁、討厭邊存邊分類的人。可以搭配上面任何一種方法。
6. 把書籤變成公開資源庫
把收藏整理成可以分享的頁面——「我在用的工具清單」、閱讀清單、團隊資源頁。
適合：收藏本身對別人有價值的人，順帶也能為自己帶來流量。
7. 混合方案：目錄樹 + 收件匣 + 常用
真正能長期存活的都是混合體：
- 一小撮每天真的會點開的常用書籤
- 一棵用於長期參考的目錄樹
- 一個存放新連結的收件匣
三個習慣，不是三十個。
讓系統活下去的幾條規則
- 用說話的方式命名資料夾：「設計資源」勝過「設計→資源→連結（雜項）」。
- 上層不超過 5～7 個。深一點沒關係，寬了就會失控。
- 一個書籤只放一個地方。重複是混亂的主要來源。
- 每季整理一次。十五分鐘的修剪，抵得上一整個下午的手忙腳亂。
- 確保資料能帶走。匯出成 JSON，永遠不會被鎖死——NavProject 支援一鍵匯入匯出，資料全部留在你自己的瀏覽器裡。
關於瀏覽器內建書籤
Chrome、Edge、Firefox、Safari 都有書籤管理器。日常夠用，但它們是扁平的、搜尋能力弱，多瀏覽器使用時還會各存一份。
常見問題
書籤存多少算太多？ 沒有硬性上限。但如果你找一個連結要超過 15 秒，問題在結構，不在數量。
該用資料夾還是標籤？ 需要瀏覽的用資料夾，只記得大概內容的靠標籤或搜尋。多數人兩者都需要。
瀏覽器同步算備份嗎？ 不算。同步只是讓各裝置一致，誤刪會同步刪除，帳號出問題也會一起丟。
想試目錄樹但不想搬資料？ 可以直接用 NavProject 匯入 JSON，或從空目錄開始；它完全在瀏覽器本機執行，不會上傳你的書籤。