多數提供網站建議的文章，讀起來像是打從第一天起就沒變過，同一套做法、同一句「這樣才對」，從頭到尾沒有讓步的空間。事實沒那麼乾淨。這幾年經手的案子夠多，回頭看幾年前給的建議，好幾條現在會主動勸阻，甚至反過來講。
這不是「以前不懂事」這種籠統的自我檢討，而是有具體證據擺在那裡：搜尋引擎公開調整了評估網頁體驗的方式、無障礙普查報告連續幾年數字在惡化、社群平台自己公告演算法轉向。這些都是外部世界確實變了，不是單純換了個人喜好。
以下這幾件事，是這幾年立場翻轉最明顯的部分，從美術效果該不該讓位講起，一路談到怎麼看待「客製」這件事本身。
美術效果讓位給載入速度與流暢操作
以前接的案子，預算排序幾乎都是同一個樣子。先談全螢幕動畫首頁要怎麼呈現品牌氣勢，視差捲動要做幾層，首圖背景放多重的影片，才談得上講究。速度這件事通常排在最後面，甚至沒被排進討論。當時的邏輯很直白，網站要讓人看了覺得這家公司很厲害，厚重的視覺效果就是達成這件事最快的手段。
這幾年立場整個反過來，視覺效果排到後面，先看重載入速度與操作是否順暢。轉變的依據不是審美偏好變了，而是 Google 公開說明的網頁體驗評估方式。核心排名系統會用 Core Web Vitals 這組指標評估網頁體驗，如果兩個網頁提供的內容一樣實用，體驗較好的那個較容易在搜尋結果中占到優勢。但同一份說明也交代了另一半，同樣不該被忽略。除了 Core Web Vitals 之外，其他頁面體驗層面不會直接拉高排名，只是通常讓網站更符合使用需求；如果單純為了 SEO 把體驗分數衝到滿分，Google 並不建議這麼做。換句話說，速度不是用來討好演算法的手段，而是為了讓人真的用得下去。
這不代表所有產業都該套用同一套次序。品牌本來就靠強烈視覺記憶取勝的產業，像精品、藝術策展、影視宣傳頁，使用者進站前就預期會有一段體驗式的開場，這時候多花一點載入時間換取記憶點是說得通的取捨。只是那個開場也該留一條做完就能離開的路徑，不能把整個網站都套進同一套邏輯。現在實際的做法，是把影片背景改成先取好的靜態縮圖，把動畫效果做成可以選擇的選項而不是強制，視覺衝擊力留給真正需要它的那幾個頁面。同樣的道理，也延伸到裝置這件事該怎麼排優先順序。
回應式設計從加分項變成不能少的基本盤
提案會議上，常有人說先把電腦版做好就好，手機版晚點再用預算處理，這句話過去幾年很少被人質疑。RWD 被當成一種加購選項，排在網站基本功能後面，不少提案甚至直接把手機版列成加選項目，價錢另外算。
這幾年的立場很清楚，RWD 是起手式，不是後續加購。Google 在 2016 年 11 月首度宣布行動版內容優先索引的方向，2018 年 3 月開始把部分網站遷移到這套索引機制，到了 2020 年 3 月正式宣布 9 月起全面採用，當時已經有 70% 出現在 Google 搜尋結果裡的網站完成轉移。Google 同時明白建議新網站一律採用回應式設計，不建議使用獨立的行動版網址，理由是這類網址過去幾年對搜尋引擎和使用者都造成一些問題，也容易引起混淆。
當然也有例外。內容型態高度依賴桌面工作情境的產品，像專業設計工具的操作介面、大型資料視覺化儀表板，讓使用者在手機上將就使用，其實比精心做出一個功能受限的手機版更糟。這種情況下，先做好桌面版、手機版只提供精簡功能，是合理的次序，但這屬於少數情境，不是普遍適用的藉口。解決了「用什麼裝置看」的問題之後，接著要面對的是「誰看得懂、用得到」這一層更根本的問題。
無障礙設計不再是選配，而是預設就該做到的事
多數專案的規劃階段，過去很少把無障礙排進去，通常等客戶特別提出才補做，或乾脆假設不會有視障或行動不便的使用者用到這個網站。
現在的立場是，無障礙從一開始規劃就該內建，不是事後才想到的加值服務。WebAIM 在《The WebAIM Million》2026 年的報告分析 100 萬個網站首頁，發現 95.9% 的網站有可偵測的 WCAG 失敗，比 2025 年的 94.8% 還高，逆轉了過去六年緩步改善的趨勢。六大類錯誤佔了所有錯誤的 96%：低對比文字 83.9%、缺少圖片替代文字 53.1%、表單缺標籤 51%、空連結 46.3%、空按鈕 30.6%、缺文件語言 13.5%。報告認為網站愈來愈複雜是錯誤增加的主因之一，平均每個首頁有 1,437 個頁面元素，一年內增加了 22.5%。這些問題大多成本不高，能在設計階段就避開。同一時間，歐盟《歐洲無障礙法案》從 2025 年 6 月 28 日起強制生效，要求員工 10 人以上、營收 200 萬歐元以上的電商網站符合 WCAG AA 等級，這項規定也適用於歐盟境外但對歐盟銷售商品或服務的公司，只有微型企業有限度豁免。在台灣，則由數位發展部主管《網站無障礙規範》，現行版本從 2021 年 7 月 1 日起正式實施，是政府機關網站無障礙檢測及認證標章核發的依據，主要參考 W3C 的 WCAG 訂定。
極端情況下，一個功能單純、生命週期只有幾週的活動宣傳頁，比如單場快閃活動的報名頁，確實可以先求上線，事後再補無障礙細節。但這不代表可以省略替代文字與對比度，這兩項門檻最低、影響最大的基本項目，再趕的專案也該留時間做到。同樣「愈早決定，成本愈低」的邏輯，也套用在 SEO 這件事上面。
從事後補救到規劃期就同步的 SEO 工作
網站上線前的待辦清單裡，SEO 常常被擺在最後一格，等網站做完才輪到它，跟網站架構規劃幾乎沒有交集。
現在的立場是，SEO 要跟架構規劃同步決定，不是事後補救的工作。Google 的搜尋引擎最佳化入門指南明白建議，設定或重新設計網站時就該以符合邏輯的方式整理網站，這樣才有助於搜尋引擎和使用者理解網頁跟網站其他部分的關係。指南裡具體點出幾項屬於架構層級的決定：使用描述性網址、在目錄中把主題類似的網頁歸為一組，以及減少重複內容並善用 rel=”canonical”。這些決定一旦上線定案，事後要改就等於要動到已經存在的網址、連結、使用者的書籤，成本遠高於規劃階段就一次決定好。同一份指南也提醒，這不表示要立刻捨棄所有內容重新整理網站結構，反而說明這些決定愈早訂下來愈好。
網站規模很小，像只有五頁的形象官網，或生命週期短的活動頁，網址結構與目錄分組帶來的效益確實有限，這種情況下把大力氣花在 SEO 架構規劃上，報酬率不高，心力留給內容品質更划算。但即使是小型網站，網址是否清楚描述內容這類零成本的決定，仍然值得一開始就做對。決定架構要克制，決定功能要不要做，道理其實是同一件事。
少而精比功能堆疊更接近專業
提案清單愈長，以前愈容易被當成用心。後台什麼都要能改，前台什麼互動效果都想放進去，功能清單列得愈滿，愈像是替客戶多想了一層。
現在的立場反過來，敢對功能說不，做少而精比堆疊更接近專業。Nielsen Norman Group 在 2015 年一篇討論極簡設計源起的文章裡指出，極簡主義本來就是對臃腫介面設計的反動，例子是塞滿盡可能多冷門功能的應用程式，像 2007 年改版前的微軟 Office。文章引建築師 Mies van der Rohe 的「少即是多」當核心精神，並直接寫明頁面上元素愈少，使用者的認知負荷愈低。
這條的反方特別值得記住。提出這套論述的機構自己也這樣提醒，設計師一旦過度信奉極簡主義意識型態，會導致資訊密度低到浪費，可尋性與可發現性反而變差。極端極簡可以當內部設計練習，但不該是最終產品。換句話說，克制不是把功能砍到讓使用者找不到他要的東西，是砍掉不服務任務目標的部分。現在評估一個功能該不該留，判準是它有沒有對應到使用者真正要完成的任務，不是砍到剩最少為止。把資源放在刀口上的判斷，也延伸到官網跟社群帳號之間，心力該怎麼分配。
社群帳號是租來的，官網才是自己的地
這幾年見過不少案子，把大部分經營心力放在社群帳號，覺得有粉專、有 IG 就夠了，官網放著就好，更新不更新都無所謂。
現在的立場是，社群帳號是租來的地，官網才是自己真正擁有的資產，把重心全押在社群平台上其實很危險。Meta 的 Newsroom 在 2018 年 1 月公開宣布調整 News Feed 排序方向，從幫助使用者找到相關內容，轉為幫助建立更有意義的社交互動，使用者會看到更多來自朋友與家人的貼文，來自品牌、媒體、商家的貼文份量則會降低。這不是猜測或第三方轉述的數字，是平台自己公開承認調整方向，直接影響商家頁面的觸及。官網不受這種平台政策轉彎的影響，搜尋引擎導入的流量、累積的內容資產，都留在自己手上，不會因為一次演算法調整就整批蒸發。
對某些高度依賴即時互動與病毒式傳播的業務型態，像快閃活動宣傳、限時促銷，社群平台的傳播速度與演算法推播能力，短期內確實比官網更有效。但這類業務也該把社群當成導流管道，最終把使用者帶回自己能掌握的官網或名單，而不是把社群本身當成終點。談到資源長期該押在哪裡，網站背後用什麼系統，也是同一類判斷。
客製價值轉移到系統之上的整合能力
早年常見的心態是什麼都要從零手刻才夠專業，覺得用現成系統搭配佈景主題做出來的網站不夠客製，好像用了別人寫好的架構，專業感就打了折扣。
現在的立場是，客製的價值轉移到在成熟系統上整合的能力，不是從零重造輪子。W3Techs 公開的統計顯示，WordPress 被全球 40.7% 的網站使用，在有安裝可辨識 CMS 的網站裡市占更達到 58.9%，同一時期 Shopify 全站市占 5.3%，Wix 全站市占 4.2%，Squarespace 全站市占 2.5%。建立在這類被廣泛使用、持續被龐大社群檢測與更新的系統上，比起完全從零手刻，更容易長期取得安全性更新與相容性維護。這是客戶實際要付的長期維護成本，比聽起來獨一無二更值得列入判斷。
真正需要獨特商業邏輯的系統，像複雜的內部後台，或跟其他系統深度整合的資料流程，硬套現成系統的既定框架去遷就，反而會綁手綁腳。這種情況下，從零開發或大幅客製核心邏輯仍然是對的選擇，差別在於這是不是真的獨特需求，不是聽起來比較厲害。
回頭看這七件事，共同的線索不是審美變了，而是外部的證據一次次把原本的做法推翻。搜尋引擎公開調整了評估標準，無障礙普查的數字連續惡化，社群平台自己承認演算法轉向。這些變化多半悄悄發生，沒有一次性的公告把所有從業者都叫醒，願不願意跟著調整立場，差別就在這裡。
下一次某個做法又被推翻，大概也不會有人特別通知。比較實際的態度，是把每個堅持都當成階段性的結論，而不是永遠不變的原則。證據變了，立場就該跟著變。