修改功能：加欄位、後台篩選與匯出
很多需求其實很「小」：加一個欄位、後台多一個篩選、再補一個匯出。但小改最怕的是：資料流不清楚、影響舊流程、權限漏掉、匯出造成效能問題。目標是用最小改動完成需求，同時保留可維運性。
看案例內容 →修改功能
新增小功能：表單送出、寄信通知與防濫用
表單看起來很小，但最常出事：垃圾信灌爆、寄不出去、欄位沒驗證、資料留不住、出事也查不到。目標是做一個「可用、可追查、可維運」的小功能，而不是只把畫面做出來。
看案例內容 →新增功能
速度變慢：先做圖片與快取的基本面
不是每個「慢」都需要重做或換架構。很多網站慢，是因為圖片太大、快取不一致、資源載入順序不合理。目標是先做低風險、可回滾的改善，讓體感先回來，SEO 的基本分也能跟上。
看案例內容 →技術型SEO
搬家後 SEO 掉光：404、301 與 Sitemap 基礎修復
改版或搬家本身不是問題，問題是「路徑沒接回去」。舊網址變 404、沒有 301 對照、sitemap 沒更新、canonical 混亂，搜尋引擎會把整站當成新的或結構大變，排名與流量就會掉。目標是把路徑修正成可被理解、可被追蹤、可被重新收錄。
看案例內容 →301
SEO 基礎補強：標題描述、索引與結構化資料
網站已經上線，卻因標題描述重複、索引設定不完整、canonical 或結構化資料缺漏，讓搜尋引擎難以理解頁面。本案例整理技術型 SEO 的基礎補強方式。
看案例內容 →SEO
網站孤兒接手：先把登入與主機位置找回來
這類案子最常見的狀況是：網站還能開，但沒人確定誰能登入、網站在哪台主機、DNS 是誰管、主機費誰在付。目標不是先改功能，而是先把入口找回來，讓系統變成可控。
看案例內容 →網站孤兒
