這次網站改版，我選擇使用 Bricks 重新架設整站。
去年開始在專案中實際使用 Bricks (參考：2025 專案回顧：接案流程與 WordPress 編輯器的選擇)，累積了一些經驗後，我決定把自己的網站也全面改用 Bricks 重做。這篇文章會用專案開箱的方式，記錄我如何使用 Bricks 改版自己的網站，以及哪些操作流程如果重來一次，我可以調整得更好。
專案資訊 ∣ Hend Design Co.
- 專案類型：形象網站 / 電商 (將來打算提供版型或規範文件等服務)
- 專案狀態：網站改版、重製
- 主要目標：提升專業感，並將服務內容聚焦在網站設計
- 預算區間：不適用 (自有專案)
- 專案時間：2024年就開始有改版念頭，實際執行在 2026 年一月，設計與開發花費時數約 25 小時
- 負責角色：網站規劃、設計與開發
為什麼我要用 Bricks 改版自己的網站？
舊網站我不滿意的地方
舊網站是在 2021 年疫情期間第二次改版 (Elementor頁面編輯器愛好者討論區)，當時使用的編輯器是 Elementor。那時候還沒有 container 架構，經過幾次版本更新，有些功能開始失效，例如側邊欄的 sticky 設定。
雖然只要將 section 切換成 container 就可以解決，但我並不想只是修補問題，而是重新思考整個架構是否還適合現在的我。
- 介面選項多為英文，對台灣客戶來說不夠直覺
- 資訊量很多，但缺乏明確重點
- 使用者進到首頁，很難快速理解我的主要服務內容
版面越簡單反而越難持續更新
我一開始對網站的期待是越簡單越好，但實際經營後發現，網站內容一定會持續增加，如果一開始架構彈性不足，尤其像關於頁是長期累積專案紀錄的頁面，很容易越來越長，越來越沒有重點。
我希望關於頁不是堆疊履歷，而是清楚讓人知道：我是做網站設計，而且可以放心找我合作。
使用 Bricks 改版網站的 3 個理由
理由一：不修舊站，直接用 Bricks 重做整站
舊網站的架構太舊，經過幾次更新，許多功能開始不支援，像是側邊欄的 sticky 功能已經失效，一開始我也曾經考慮直接在舊網站上修補，但發現無法針對單一區塊進行修改，而是整頁都要重新設定，最後我決定直接重做，而不是繼續修補。編輯器改用 Bricks 搭配 Next Bricks 的現有模組重建整站、重新設計，同時保留後續擴充的彈性。
理由二：首頁刻意不塞滿內容
在 UX 互動設計聖經: 提升互動體驗的 100 個 UX 設計法則一書有提到，首頁不是瀏覽量最多的頁面，也不是使用者體驗中最重要的頁面。很多人會認為首頁最重要，因此什麼都想放，這次改版我刻意減少首頁內容，就連文章也只顯示最新的一篇，只留下必要的定位與橫向連結，也少了很多設計師會自嗨的區塊，讓使用者可以更快理解這個網站的重點。
過去我曾經把大大的英文字當作裝飾元素，但後來覺得那對目標客戶來說未必有意義，也許在外國人眼裡，就像我們看外國人身上刺青「桌子」一樣，摸不著頭緒。
理由三：不用 Elementor，改用 Bricks 搭配 Next Bricks
Elementor 的學習曲線確實比較友善，但在模組變化與互動的彈性上，Bricks 提供的選擇更多。在實際的專案中，這代表可以減少大量客製開發，設計調整速度更快，長期維護成本也相對更低，這是我選擇 Bricks 的主要原因。
其他調整：簡化複雜的聯絡表單
舊網站的表單欄位過多，使用者填寫的成本很高，對他們來說是不友善的。這次我選擇簡化表單欄位，讓重點回到「能不能順利聯絡到我」，而不是一次蒐集所有資訊，所以只有簡單的五個欄位：姓名、信箱、想做什麼、目前的網站、簡述現況。
使用 Bricks 改版，時間與成本花在哪裡最值得？
不花會後悔的投資
Next Bricks 擴充模組是這次最值得的投資，省去了我大量客製開發時間，對整體效率幫助非常大，另外 Next Bricks 的技術支援回覆速度很快，在實際專案中能及時解決問題，對工作效率影響不小。這次網站改版後，同時提交了網站在他們的社群，成為了第一個收錄的中文網站 (Community Websites)。
花了但效果普通的地方
關於頁的瀏覽率相對較低，相較於首頁，其實不需要投入太多視覺設計資源，但在這一頁我把所有 Next Bricks 覺得酷的東西都放了上去，同時也給了往後專案執行的參考依據。
屬於設計師自嗨，而非必要的需求
部分互動特效需要大量 JavaScript，像是輪播與微互動效果，也許會影響網站的效能與跑分，實際帶來的效益也不高，這類需求比較偏情緒層面。雖然很想減少設計師會自嗨的區塊，但最後我還是加了一些特效。
這次網站改版不只是畫面，而是使用上的改變
使用者行為是否改變
這次改版的列表頁，無論是案例列表還是文章列表，我認為比起舊網站的瀏覽動線更直覺，使用者也比較容易繼續閱讀內容。
使用體驗是否變輕鬆
聯絡頁面移除干擾閱讀的元素，以及繁瑣的表單欄位，讓使用者可以快速理解下一步該做什麼，選擇最適當的聯絡方式。
原本擔心的事情有發生嗎
我原本擔心 Bricks 綁定佈景主題後，系統頁 (例如列表頁、404 頁) 會不會更花時間製作，實際操作後發現，只要樣式、範本設定好，後續製作並沒有想像中麻煩，像是隱私權政策，我在頁面設定好了標題的範本，只要之後新增頁面都會有同樣的版型。
如果重來一次，我會怎麼調整？
會再做一次的決策
整站 CSS 統一管理，在調整重複區塊樣式時非常方便，像是服務頁有很多重複樣式區塊，如果在設計稿階段就預判哪些區塊會重複出現，並提前建立統一樣式，後續調整會輕鬆很多。
其實不該先做的需求
電商功能雖然已完成頁面設定，但目前沒有明確商品規劃，實際效益有限。
在製作電商架構時，其實花費不少時間在設定結帳流程，尤其是感謝頁 (thankyou page) 在轉跳時，版面效果不能過度複雜，否則可能影響頁面的即時呈現。
給正在考慮使用 Bricks 改版網站的人
如果你正在猶豫要不要使用 Bricks 架設網站，Elementor 的確比較直覺，但如果你重視模組彈性與長期維護，Bricks 會是值得考慮的選項，搭配 Next Bricks 可以省去很多模組開發時間。
在真正開始前建議先想清楚，是要在舊網站上慢慢修，還是直接從空白站重來。若文章量很多，後者需要更多檢查與搬移時間。
這次網站改版，因為去年已經累積了不少 Bricks 專案，我也提交申請成為 Bricks Experts，有幸成為台灣少數列名的專家之一。如果你也正在評估 Bricks，或想交流實戰經驗，歡迎在 WordPress 小聚一起聊聊 ～