我一直以為自己的作品用了不少免費素材。圖示、插圖、照片，這些東西總不會是自己生的。
所以我把常見的免費圖庫收成一張清單，準備寫成推薦。動筆前先掃一次原始碼，想確認哪個用得最多。
結果是一排零。
收藏清單裡的 實際用在幾支作品 ───────────────────────────────────────── 免費圖庫 A 0 免費圖庫 B 0 某個圖示集 0 ───────────────────────────────────────── 自己畫的向量圖 37 ← 沒在清單上
清單反映的是我以為的，不是我做的
那三個是很好的資源，收藏也很合理——問題是它們從來沒進到任何一支作品裡。
我掃出來真正在用的是 inline 向量圖：37 支作品、共 181 個，直接寫在頁面裡，不是下載回來的檔案。
這件事有個連帶的好處我之前沒意識到：整站幾乎沒有圖片檔要載。離線能用、載入快，有一半是這個決定帶來的，而我一直以為那是快取做得好。
為什麼會自己畫
回想起來原因很實際：那些作品要的圖多半是功能性的——一個箭頭、一個勾、一個代表天氣的符號。去圖庫找、挑授權、下載、放進專案、記得標出處，比直接畫十行程式碼慢得多。
需要真實照片的時候才會去外面找，而站上那幾支需要照片的作品，用的是另一個來源（百科類的共享圖庫），不是我收藏的那三個。
自己畫的代價，掃描也一起量出來了
不是沒有成本。直接寫在頁面裡的圖沒辦法被瀏覽器單獨快取，改一個圖示整頁都要重新下載。
更常見的是重複。同一次掃描抓到站上有一段 26,781 位元組的向量圖，同時存在三個不同的檔案裡——光這一組就多佔了 52.3 KB。三個頁面各自複製了一份，因為當初是複製貼上做的。
界線其實很簡單：這張圖只有一個頁面用，就寫在頁面裡；有兩個以上頁面用，就拆成獨立檔案。 我那三個檔顯然早就過線了。
可以拿去改的起點
推薦清單寫之前，先掃一次自己的專案。不然你推薦的會是你以為自己在用的東西：
把你的候選清單逐項丟回原始碼搜一次： 1. 每個候選抓一個「不會誤撞」的識別字 —— 網域、套件檔名、API 端點都可以 —— 不要用一般英文單字，會撞到變數名 2. 在專案裡搜，記下命中的檔案與該行前後文 3. 逐筆看那一行，確認它真的是在用這個東西 搜完是零的，就從推薦清單拿掉，或改寫成 「我沒用過，但它看起來適合這種場合」。 第 3 步不能省。只看命中數量會被誤判騙到—— 我這次就有一項原本統計出 6,882 個， 排掉抓回來的外部網頁快取之後只剩 181 個。
站內延伸
來源： 對全部作品的原始碼做關鍵字掃描，逐項覆核命中內容，2026-09-18 實測。
收藏一個工具跟用過一個工具，中間隔著一整個專案。清單很容易長，因為加一行不花力氣；而那條線只有在你真的去數一次的時候才會現形。