台中的機械與零組件廠商，網站上幾乎都有一個「產品」頁。問題是那個頁面常常長得像一本被掃描進電腦的型錄：一張總表圖片、幾個下載連結，客戶要找東西只能自己看。更麻煩的是每次新增一個品項、改一個規格，都得寫信拜託當初做網站的人幫忙，改一次等三天。做久了大家都放棄，產品頁就停在好幾年前的狀態。這一篇要談的，就是型錄資料庫該怎麼規劃，才能讓新增品項變成內部同仁十分鐘可以完成的事。
台中網頁程式設計裡，型錄資料庫和產品頁的差別
把產品做成一頁一頁的靜態頁面，和把產品做成一個資料庫，表面上看起來差不多，本質完全不同。靜態頁面是「每個產品各自一份文件」，改版就是改文件；資料庫則是「所有產品共用一組欄位」，每個品項只是一筆資料。
差別會在兩個時刻顯現出來。第一個是新增品項的時候：靜態頁面要複製一頁、改文字、改圖、加到選單，容易漏掉；資料庫只要在後台填一張表單，其他頁面自動出現。第二個是要做篩選的時候：靜態頁面的規格寫在文字裡，程式看不懂，無法篩選；資料庫的規格存在欄位裡，篩選才有可能。
台中不少廠商的產品線動輒上百個品項，而且每年隨著客戶需求增減。這種情況下，台中網頁程式設計的重點其實不在版面，而在有沒有把產品資料當成資料來管。版面做得再漂亮，資料結構沒想清楚，兩年後一樣會回到人工維護的老路。
欄位怎麼規劃，才不會每次新增都要找工程師
欄位規劃是整個型錄資料庫的地基。規劃得好，日後新增品項只是填表；規劃得不好，每遇到一個特例就要改程式。實務上建議把欄位分成幾層來想。
第一層是所有產品都有的共同欄位，例如型號、產品名稱、分類、簡介、主圖。這一層最穩定，幾乎不會變。第二層是同一個分類內共用、跨分類不共用的規格欄位，例如某類產品有行程與夾持範圍，另一類產品有轉速與功率。第三層是少數品項才有的特殊說明，這一層最好用彈性的自訂欄位或純文字區塊處理，不要為了幾個特例去污染整張表。
另外有幾個原則，會直接影響後續維護的難易：
- 能用選單就不要用自由輸入，材質、表面處理這類值一旦開放打字，很快就會出現多種寫法
- 數值和單位分開存，不要把單位打在數字後面，否則永遠無法做區間篩選
- 先想好「同型號不同尺寸」要怎麼表示，是各自獨立的品項，還是同一品項底下的變化型
- 保留一個內部備註欄位，讓維護的人可以寫給自己看的說明，不對外顯示
- 圖片與文件的命名規則先訂好，否則幾年後沒人知道哪張圖對應哪個型號
這一段的工作看起來瑣碎，但它決定了你的網站三年後還能不能自己維護。願意在開案前跟廠商把欄位表逐欄確認一遍的業主，後面省下來的時間通常非常可觀。
規格篩選器的欄位設計：不是欄位越多越好
有了資料庫，篩選器才做得出來。但篩選器不該把所有欄位都放上去。客戶在找產品時，腦中通常只有兩三個明確條件，其餘是看到選項才想起來的。一口氣攤開十幾個篩選條件，多數人會直接放棄。
比較有效的做法，是先觀察業務端最常被問到什麼。如果客戶打電話來第一句話通常是問尺寸範圍，那尺寸就該放在最前面；如果多數人是從應用場合切入，那就該先給應用分類，再給規格條件。篩選器的排序反映的是客戶的思考順序，不是你的資料表順序。
另外幾個設計上的取捨值得先想清楚：數值型欄位要給區間還是固定級距，級距比較好操作但彈性低；篩選之後沒有結果時，要不要自動放寬條件並提示；多選條件之間是交集還是聯集；篩選後的網址能不能被複製分享，這對業務把連結傳給客戶很實用，對搜尋引擎理解頁面也有影響。
多語欄位的維護負擔要先算清楚
台中的機械與零組件廠商做外銷的比例高，型錄資料庫幾乎一定會遇到多語問題。技術上要讓一個欄位有兩三種語言並不難，難的是後續誰來維護。很多網站的英文版在上線那天是完整的，之後新增的品項卻只有中文，久而久之英文版變成半殘狀態，反而讓國外客戶覺得這家公司不用心。
所以規劃多語時，第一件要做的事是分辨哪些欄位真的需要翻譯。型號、尺寸數值、材質代號這類本來就是國際通用寫法的欄位，多半不需要另外一份翻譯，直接共用即可；真正需要翻譯的通常只有產品名稱、應用說明和特色描述這幾欄。把需要翻譯的欄位縮到最小，維護負擔就會下降很多。
第二件事是決定沒有翻譯時的顯示規則：是隱藏這個品項、顯示中文原文，還是顯示一段「英文資料整理中」的說明。三種都可以，但要事先決定並讓後台的人知道，不要等到國外客戶反映才發現網站上出現了看不懂的中文。
第三件是流程。翻譯由誰負責、什麼時候做、誰校對，這件事如果沒有落在具體的人身上，多語版本就一定會落後。有些公司選擇讓後台在新增品項時強制填寫英文名稱，其餘欄位可以稍後補，這種折衷通常比理想化的全欄位必填更容易維持。
後台好不好維護，才是成敗關鍵
談台中網頁程式設計時，多數業主會很認真看前台的版面，卻很少有人要求試用後台。實際上，後台的操作難易決定了這個網站能活多久。一個要填三十個欄位、分成五個分頁、圖片還得自己裁切好尺寸才能上傳的後台，再漂亮的前台都撐不住。
驗收時建議直接請廠商當場示範，並且由未來真正要維護的同仁親手操作一次，看看下面這幾件事順不順：
- 新增一個完整品項，從開始到發布需要幾個步驟
- 圖片上傳後是不是自動處理尺寸，還是要求業主先修圖
- 批次修改某一類產品的共同欄位，有沒有比較快的方法
- 暫時停售的品項可不可以下架但保留資料，而不是直接刪掉
- 填錯欄位時有沒有提示，還是要等前台壞掉才發現
- 有沒有匯入匯出功能，可以用試算表批次上架
如果後台的操作對維護的同仁來說太陌生，寧可要求簡化，也不要接受一份要看說明書才會用的系統。網站是拿來用的，不是拿來驗收當天看的。
開發前該做的準備與判斷
總結起來，型錄資料庫的成敗大半決定在開案之前。建議在找廠商談之前，先把現有型錄整理成一份試算表，每個品項一列，每個規格一欄。這個動作本身就會逼你面對很多問題：哪些欄位其實從來沒人用、哪些值的寫法不一致、哪些品項根本已經停產。整理完的那份表，就是最好的需求文件。
如果整理之後發現品項不多、規格也單純，那其實不一定要做到資料庫等級，用一般的內容管理方式就夠。反過來，如果整理過程中發現規格欄位又多又亂，那就更該把資料結構這件事當成專案的第一優先，而不是把時間都花在挑版型。
常見問題
我們產品規格很不統一，還適合做資料庫嗎？
適合，但要接受第一步是整理資料。不統一通常代表過去是各部門各自維護，這種情況做網站反而是個好時機，趁機把命名與單位統一起來。可以先從主力產品線做起，其餘品項分批補上，不必一次到位。
做了規格篩選器，搜尋排名會變好嗎？
不能保證排名。不過把產品從一張總表圖片改成一筆一筆可被索引的頁面，確實讓搜尋引擎有機會理解你賣什麼，長尾的規格型搜尋也才有著陸的頁面。這是結構帶來的間接效果，通常需要數個月才會反映出來。
後台可以讓多個同仁一起維護嗎？
可以，而且建議一開始就規劃權限分層，例如業務只能新增與編輯自己負責的產品線，行銷可以發布，主管可以刪除。權限如果等到人多了才補做，往往要回頭改不少東西。
以後想換廠商，資料拿得走嗎？
這要在合約裡寫清楚。重點是要求提供完整資料庫匯出與原始檔，並確認產品資料不是被鎖在某個專屬格式裡。一份可以匯出成通用格式的型錄資料庫，換誰做都接得下去，這是保護自己的基本動作。
如果你正卡在產品頁多年沒更新、想改又怕改完一樣沒人維護，其實可以先不談版型，先把型錄攤開來看看資料本身的狀況。多數決策在那個時候就會清楚了。
創昇SEO提供免費的網站健檢，也可以到府一起把現有型錄與後台操作看過一遍，全台到府不另外收費。就算最後只是幫你確認現在的系統還堪用，也比多花一筆錢做出一個一樣沒人維護的網站來得好。