
要支援到多舊的裝置?相容性的成本判斷
這是一個成本問題,不是技術問題
「要不要支援舊裝置」聽起來是技術決定,實際上是預算分配的決定。
因為支援越舊的環境,需要的開發與測試工時越多——而那些工時可以用在別的地方。
成本從哪裡來
一、不能使用較新的技術
網頁技術持續發展,較新的做法通常更簡潔、效能更好。要支援舊環境,就得改用較繁瑣的替代方案。
同樣的功能,可能要多寫好幾倍的程式碼。
二、測試工時倍增
每多一個要支援的環境,所有功能都要多測一輪。
如果測試組合從三種變成八種,測試時間就是接近三倍。
三、維護成本持續累積
日後每次改版、新增功能,都要重新確認舊環境仍然正常。這是持續性的成本,不是一次性的。
四、可能需要準備替代方案
某些功能在舊環境根本做不到,可能要準備簡化版本——等於同一件事做兩次。
先看數據再決定
不要憑印象判斷。 打開分析工具,看實際的訪客用什麼。
該看的三個維度
- 瀏覽器與版本的分布
- 作業系統與版本
- 螢幕尺寸的分布
更重要的是:交叉看轉換
不只看「有多少人用舊環境」,還要看「那些人有沒有帶來生意」。
如果某個舊環境佔了 2% 的流量,但從來沒有帶來詢問,那它的商業價值接近零。
反過來,如果某個大客戶剛好用舊環境,那 0.1% 的流量可能比其他 99% 都重要。
數據判讀見流量分析基本上要看什麼。
三種處理策略
| 策略 | 做法 | 成本 |
|---|---|---|
| 完整支援 | 舊環境也要完全正常 | 高 |
| 漸進增強 | 基本功能都能用,進階效果只在新環境呈現 | 中 |
| 提示升級 | 偵測到過舊環境時顯示提示 | 低 |
推薦:漸進增強
這是多數情況最合理的選擇。核心的事情所有人都能完成——瀏覽內容、看到聯絡方式、送出表單;進階的視覺效果只在支援的環境呈現。
舊環境的使用者不會被擋在門外,只是看到的版本較單純。
提示升級的做法
對已經終止官方支援的環境,顯示一則友善的提示,說明建議升級。
這是合理的——終止支援的環境本身有安全風險,建議升級是對使用者好。
不是所有功能都要一視同仁
建議把功能分級:
- 必須所有環境都能用——閱讀內容、聯絡方式、表單送出、電話撥打
- 可以退化的——動畫、視差效果、圓角陰影、進階排版
- 可以只在新環境提供的——複雜的互動工具、線上試算
把預算集中在第一類,第二類自然退化,第三類明確標示需求。
特殊情況:政府或大型企業客戶
如果主要客戶是這類組織,情況會不同:
- 他們的電腦環境可能統一管理且較舊
- 可能有明文的相容性要求
- 採購文件中可能載明支援範圍
建議
直接詢問對方的環境要求,並把它寫進網站的規格中。這比事後補救便宜得多。
舊裝置的另一個面向:效能
這一點常被忽略。舊裝置不只是「支援與否」的問題,還有「跑不跑得動」的問題。
較舊的手機處理效能較差,遇到:
- 大量的動畫效果
- 未壓縮的大圖
- 複雜的互動
可能會卡頓、發熱、甚至崩潰。
務實的做法
把網站做輕,比支援更多舊環境更有效。
壓縮圖片、減少不必要的效果——這同時讓新舊裝置都更順暢,而且成本很低。
寫進合約的建議
- 明確列出支援的環境範圍
- 說明採用漸進增強的策略——並定義哪些是核心功能
- 範圍外的環境如何處理——顯示提示或不保證
- 日後環境改版造成的問題,屬於維護範疇
第四項要特別談清楚,見保固與維護有什麼不同。
一個成本的實際比較
假設要多支援一組舊環境,需要額外的開發與測試工時。同樣的預算可以用來做什麼?
- 把所有圖片最佳化,讓網站對所有人都更快
- 改善手機版的表單流程,提高詢問轉換率
- 寫十篇客戶會搜尋的內容
這樣比較之後,決定通常會很清楚。
結論
合理的原則是:
- 核心功能所有人都能用
- 視覺效果依環境自然退化
- 已終止支援的環境提示升級即可
- 依實際數據決定,並每年檢視一次
各瀏覽器與企業環境的設定差異很大,本文說明的是原則與判斷方向。實際的處理方式建議與對方的資訊人員或維護廠商確認。