網站架構規劃
這個分類下的問題與解答。點標題可以展開答案,也可以點右上角進到單題頁面。
一般在規劃前,我們通常會詢問業主幾項重點:
- 設計風格希望走向?
這個問題包含的範圍非常的廣義,如色系、質感、感官傳遞、實用性都包括在內,例如簡約設計就是很良好的閱讀感官,不需要太多的元件與資訊,只想傳遞乾淨且一目瞭然的想法,那麼這個設計便是適合任何使用者來瀏覽搜尋的網站。 - 是否要使用動畫?
現行來說,我們會建議業主這邊要避免掉Flash(動畫)的產生,現在的網路不只有在電腦上可閱讀,包括手機、平板、行動裝置幾乎都有上網並瀏覽資訊的功能,但Flash並不支援多數的行動裝置,因此我們建議,如果只是簡單的動畫切換視覺,可以利用其他的替代方式來製作,但Flash是否未來會被行動裝置淘汰掉,並沒有人能說個準。 - 網頁的語言需要那些?
必須先設想好我們網站的客群要給哪個地區來使用,現行的公司企業為了要拓展海外市場、或市場早已在海外運作,那就必須要設想到,網頁的製作語言需要針對那些國家與客群,例:需要給台灣、日本、美國等等區域使用,就必須要準備三種語言來滿足各個客群,當然就必備著繁體中文、日文、英文等三種語言。 - 網頁需要製作那些單元?
網站開始製作前,必須與網頁設計者討論需要那些單元可呈現在網站上。例:公司簡介、最新訊息、產品資訊、聯絡我們等等。這些元素都會相關到網頁操作的方便與複雜性,因此必須要針對需求來討論的單元需要哪些,一般來說可以使用樹狀圖來簡易的呈現網站所需要的單元,並且這些單元都會相關到網站的內容扎實度,相對是否能成為一個好的網站,這也是重要因素之一。 - 上述所說的單元那些需要後台可以自行管理新增呢?
我們會極力建議,往展如果要日積月累的成長,內容度必須穩定的增加。例:新聞系統可以依照客戶想要傳達給網友與客群的需求,來自行新增或管理,並還可以達到文章排版的功能。商品系統可以呈現商品的樣式給客戶與網友觀看,呈現的方式也會與新聞系統有所不同。只要時常新增更新網站,對網站都會有好處,相對的這些資訊可自行管理是種非常方便的管道,但如果要跟靜態網頁來評比的話,成本相對的也會高出許多。
多語言網站是指所提供的內容含有兩種以上語言的網站。多語言網站的例子包括:加拿大公司的網站有英文及法文版本,或是有關拉丁美洲足球的網誌同時提供西班牙文和葡萄牙文版本。
多地區網站是指明確鎖定不同國家/地區使用者的網站。某些網站既是多地區網站,也是多語言網站 (舉例來說,一個網站可能會有美國和加拿大地區兩種版本,而加拿大地區的內容又同時含有法文和英文版本)。
管理網站的多重地區版本
以下是一些提示,可供您確認本地化的內容是否出現在適當語言的搜尋結果中。
確認網頁的語言相當明確
Google 只會使用網頁上顯示的內容來判斷網站語言。並不會使用任何語言代碼,例如 lang 屬性。您可以針對每個網頁的內容和瀏覽項目使用單一語言,並避免將翻譯內容與原文並排顯示,以協助 Google 正確地判斷網頁語言。如果以單一語言保留大部分內容的同時,只翻譯網頁上的重複性文字 (通常發生這種情況的頁面都含有使用者產生的內容),則含有各種重複性語言的搜尋結果中,如果多次出現相同的內容,就可能會留給使用者不好的印象。
使用 robots.txt 可以防止搜尋引擎檢索網站上自動翻譯的網頁。自動翻譯有時詞不達義,可能會被視為垃圾內容。更重要的是,劣譯或呆板不順口的翻譯,可能讓網站的瀏覽者反感。
確認各個語言版本都能很容易找到
將各個語言的內容存放在不同的網址中。請不要使用 Cookie 來顯示網頁的翻譯版本。考慮讓各種語言版本的網頁都能相互連結。這樣一來,瀏覽德文版網頁的法文使用者只需按一下連結就能連往適合他的語言版本。
避免自動判斷使用者所用語言並重新導引到該語言版本。這些重新導向動作可能會讓使用者 (以及搜尋引擎) 無法檢視您網站的所有版本。
謹慎選擇網址
Google 是根據網頁的內容來判斷其語言,但是網址本身也能夠讓使用者判斷網頁內容。例如,下列 .ca 網址的子網域或子目錄使用 fr 來表示其內容為法文:http://example.ca/fr/vélo-de-montagne.html 和 http://fr.example.ca/vélo-de-montagne.html.
在網址中註明語言也能夠幫助您找出網站中多語言內容的問題。
您可以翻譯網址中的文字,也可以使用國際化網域名稱 (IDN)。請務必在網址中使用 UTF-8 編碼 (事實上,我們建議盡量都使用 UTF-8),並記得讓這些在連往這些網址時,以正確的逸出字元作為網址。
將網站內容鎖定為針對特定國家/地區
如果 Google 察覺到某個網站的目標國家/地區,就能夠利用此資訊來改善不同國家/地區的搜尋結果品質。Google 通常會使用下列元素來判斷網站鎖定的目標國家/地區:
- 國家代碼頂層網域名稱 (ccTLDs)。這些名稱受限於特定國家/地區 (例如,.de 表示德國、.cn 表示中國),因此對使用者和搜尋引擎兩者來說,是表示網站明確鎖定特定國家/地區的顯著指標(有些國家/地區對於 ccTLD 的使用者有所限制,所以請務必先瞭解詳情)。我們也會將較少人使用的 ccTLD (例如 .tv、.me、etc.) 視為 gTLD,因為我們發現相較於以國家為目標的代碼,使用者和網站管理員經常認為這些代碼更加普通 (我們沒有完整的清單可記錄我們視為 gTLD 的 ccTLD,因為這份清單會隨時改變)。查看 Google 的一般網域完整清單。
- 地理定位設定。 您可以使用網站管理員工具中的指定國家/地區工具,向 Google 指定網站鎖定的目標國家/地區。您的網站必須要有一般頂層網域名稱,才能這麼做。但是,如果您的網站鎖定了多個國家/地區,則請勿使用這項工具。例如,將介紹蒙特婁當地餐廳的網站設定以加拿大使用者為目標就很有道理,但是將那些著重於法國、加拿大和馬利等法語使用者的網站,設定以加拿大使用者為目標,就不太合理。
注意:因為地區性頂層網域 (例如 .eu 或 .asia) 並非指定單一國家/地區,所以 Google 會將其視為一般頂層網域。
- 伺服器位置 (透過伺服器的 IP 位址判定)。 伺服器位置通常鄰近您的使用者所在地區,也可能透露網站的目標群眾所在。某些網站會使用分散式內容傳送網路 (CDN),或是將主機架設於網路伺服器基礎架構較佳的國家/地區,此時的位置就不具指標意義。
- 其他指標。 其他有關您網站目標群眾的線索來源還包括網頁上的當地住址和電話號碼、是否使用當地語言和貨幣、來自其他當地網站的連結和/或是否使用 Google 我的商家 (如果有)。
Google 不會使用位置中繼標記 (例如 geo.position 或 distribution) 或 HTML 屬性來進行地理定位。
網址結構
考慮使用網址結構,這可以讓您將網站內容依照不同地理區域加以劃分。請參考以下表格,以便瞭解您可以選擇的方法有哪些:
| 網址結構 | 範例 | 好處 | 壞處 |
| 特定國家/地區 | example.ie |
|
|
| 有 gTLDS 的子網域 | de.example.com |
|
|
| 有 gTLD 的子目錄 | example.com/de/ |
|
|
| 網址參數 | site.com?loc=de |
|
|
地理定位並非 100% 準確,所以您必須設想,當使用者瀏覽到錯誤的網站版本時,您應該怎麼做。在所有網頁上顯示連結,讓使用者能夠自行選擇地區和/或語言,便是一種可行的作法。
重複的內容和國際網站
有時候,這類針對不同地區提供特定內容的網站,如果又同時提供了多種語言版本,便可能會在不同的網址上放置相同或類似的內容。只要該內容是針對不同國家/地區的使用者,通常就不成問題。雖然我們強烈建議針對各種不同族群的使用者提供不同的內容,但是要做到這一點並不容易。一般來說,在 robots.txt 檔案中禁止檢索,或是使用 "noindex" 漫遊器中繼標記,就不需要「隱藏」重複的內容。但是,如果您在不同網址上提供同樣的內容給相同使用者 (例如,如果 example.de/ 和 example.com/de/ 同時顯示了給德國使用者的德文內容),就應該選一個偏好的版本,並適當地進行重新導向 (或使用 rel=canonical 連結元素)。此外,建議您按照 rel-alternate-hreflang 指南,確認您已向搜尋資訊的使用者提供正確的語言或區域網址。
本文引自:管理多地區和多語言版本的網站
針對多語言網站,NC會採用同一網域、子資料夾、各別資料庫方式,或是不同網域、上層資料夾、各別資料庫。
當採用不同網域規格時,我們可以提供美國HE主機、香港IBM主機、台灣HINET主機、北京主機(需要搭配.cn網域跟主機備案)、英國主機。
我們近期承接的英國案例分享
Cubic Logistics位於英國的一間物流公司(http://www.cubiclogistics.co.uk),主要用戶在英國全島、香港、台灣。
請英國端測試發現連台灣HINET台北東七機房並不是很順暢,我們改使用美國HE跟其他東岸主機測試,最後選用Quadranet主機,採用單一主機服務三國客戶的方式進行。
先決定要有哪些單元,其他事情才有辦法談
網站架設的討論常常從「我想要這種風格」開始,但版型設計要能定案,前提是知道網站有幾個單元、每個單元的內容量多寡、哪些需要特別強調。單元沒定,設計只能憑感覺畫,改版次數就會失控。
所謂「單元」,指的是網站的主要功能區塊,通常也對應到主選單上的一個項目。以下先看標準配置,再談取捨。
幾乎每個企業網站都會有的五個單元
| 單元 | 目的 | 常見疏忽 |
|---|---|---|
| 首頁 | 三秒內讓訪客知道你是做什麼的 | 放太多輪播圖,重點反而不見 |
| 關於我們 | 建立信任,說明來歷與能力 | 只有制式沿革,沒有具體事實 |
| 產品/服務 | 說明賣什麼、解決什麼問題 | 只放產品照沒有規格與說明文字 |
| 最新消息 | 證明公司still在運作,累積內容 | 上線半年後就再也沒更新 |
| 聯絡我們 | 讓有意願的人聯絡得到 | 只留表單,沒有電話與地址 |
這五個是基本盤。差別在於每一個要做到什麼深度——「產品」可以是一頁列表,也可以是有分類、規格表、詢價車的完整系統,兩者的工作量差距是數倍。
視行業別再加的單元
- 案例實績——工程、設計、顧問類最需要。客戶要看的是「你做過類似的嗎」
- 常見問答——技術門檻高、客戶疑問多的行業。同時是很好的長尾搜尋入口
- 技術文件/下載專區——製造業、儀器設備類,提供型錄與規格書
- 據點查詢——有多個門市或經銷商時
- 人才招募——長期缺人的行業,比人力銀行更能傳達公司文化
- 知識文章/部落格——需要靠內容累積搜尋流量的公司
- 會員專區——需要區分公開資訊與客戶專屬資訊時
一個判斷單元該不該做的方法
每加一個單元,就要問三個問題:
- 誰會點進去看? 說得出具體的人物與情境,才算數。「應該有人會看」不算
- 裡面要放什麼內容?現在有嗎? 這是最關鍵的一問。多數失敗的單元不是設計不好,是沒有內容可以放
- 誰負責維護?多久更新一次? 沒有明確的負責人,就會變成空殼
三個問題有任何一個答不出來,這個單元就先不要做。網站上線後要加單元並不困難,但一個長期空著的頁面,對訪客的印象是負面的——「這家公司好像沒在經營」。
常見的規劃錯誤
把組織架構直接搬到網站上
公司內部分成業務部、技術部、管理部,網站就照這樣分。但訪客不在乎你的組織架構,他們在乎的是自己的問題能不能被解決。網站結構應該依「訪客想找什麼」來分,不是依「公司怎麼分工」來分。
單元開太多
主選單超過七個項目,訪客就開始難以選擇。內容不夠多的單元,應該合併——「公司沿革」「經營理念」「組織架構」三個單元,多數情況下合成一個「關於我們」就夠了。
把「其他」當成單元
凡是出現「其他」「相關資訊」這種名稱,通常代表分類沒想清楚。這種單元訪客不會點,因為看不出裡面是什麼。
忘了規劃「沒有內容時長什麼樣子」
案例只有兩筆、消息只有一則的時候,版面會不會很空?這在規劃階段就要考慮,否則上線當天才發現版面撐不起來。
單元規劃與費用的關係
單元數量會影響費用,但影響更大的是每個單元的性質:
- 純靜態頁面(如關於我們)——成本最低,一次做好
- 列表型系統(如最新消息、案例)——需要後台管理程式,成本中等,但可重複使用
- 有篩選、搜尋、關聯的系統(如產品目錄)——成本較高,欄位越多越貴
- 牽涉交易或會員的系統——成本最高,且需考慮資安與個資
實務上,把「這個單元需要後台自行管理嗎」想清楚,比爭論單元數量更能有效控制預算。判斷方式詳見哪些內容需要做成後台可自行管理。
規劃順序建議
- 列出所有「想要」的單元,不設限
- 對每個單元問上面那三個問題,刪掉答不出來的
- 把剩下的分成「上線必備」與「第二階段」兩組
- 只針對第一組討論設計與報價
- 第二階段的單元,在架構上預留位置即可
分階段的好處是:上線時間縮短、預算可控,而且第二階段的需求往往在網站實際運作幾個月後會變得更清楚——有些原本以為必要的,實際上根本不需要。
選單是網站的動線,不是目錄
很多人把選單當成「把所有頁面列出來」的目錄,但選單真正的功能是引導——讓不同目的的訪客,用最少的點擊到達自己要的地方。
一個規劃良好的選單,訪客不需要思考就知道該點哪裡。做不到這一點,網站的其他努力都會打折。
主選單的項目數量
建議控制在五到七個。理由不是美觀,是認知負荷——項目太多時,人會傾向不做選擇,直接離開或改用搜尋。
如果現在超過七個,處理方式:
- 合併相近項目——「公司簡介」「經營理念」「大事紀」合成「關於我們」
- 降級為次選單——不是每個頁面都需要出現在主選單
- 移到頁尾——隱私權政策、網站地圖、著作權聲明這類頁面,放頁尾就好
- 檢討是否真的需要——參考網站要規劃哪些單元的三個判斷問題
層級深度:三層是上限
從首頁點擊到任何一個內容頁,最多三次點擊。超過三層會有兩個問題:
- 訪客找不到——每多一層,願意繼續點下去的人就少一截
- 搜尋引擎抓取深度不足——層級越深的頁面,被收錄的優先度越低,更新後重新被抓取的時間也越久
如果內容多到三層裝不下,通常不是層級要加深,而是分類方式要重想。可以考慮改用篩選(依用途、依規格、依價位)取代層層點擊,讓訪客用不同角度切入同一批內容。
項目名稱怎麼取
用訪客的詞,不是公司內部的詞
「解決方案」「整合服務」「產品矩陣」這類詞,公司內部講得很順,訪客看了不知道裡面是什麼。直接寫「工業風管設計」「冷氣安裝維修」反而清楚。
判斷方法:把選單念給一個完全不懂你這行的人聽,問他每一項裡面會有什麼。答不出來的就要改。
字數盡量一致
「關於我們」「產品」「我們提供的專業技術服務項目」——長短差太多,視覺上不整齊,手機版更明顯。盡量控制在二到五個字。
避免只用英文
ABOUT、SERVICE、CONTACT 看起來俐落,但對搜尋引擎而言,中文的選單文字才是有效的關鍵字訊號。建議中文為主,英文作為視覺副標,兩者並存。
手機版的選單
目前多數網站的流量以手機為主,選單規劃必須同時考慮小螢幕:
- 漢堡選單是標準做法,但重要的動作(如聯絡電話、詢價)建議直接常駐在畫面上,不要藏在選單裡
- 下拉式選單在手機上不好操作——沒有滑鼠停留的概念,需要改成點擊展開
- 三層以上在手機幾乎不可用,這也是層級要控制的原因之一
- 選單項目的點擊區域要夠大,手指不像滑鼠那麼精準
容易被忽略的三個動線
麵包屑
顯示「首頁 › 產品 › 空調設備 › 型號」這樣的路徑。作用有二:讓訪客知道自己在哪、以及提供往上一層的捷徑。從搜尋結果直接進入內頁的訪客特別需要它——他們沒有經過首頁,對網站結構毫無概念。
內容之間的橫向連結
看完 A 產品的人,可能對 B 產品也有興趣;看完某篇文章的人,可能想看相關文章。這些連結不在選單裡,但實際上承擔了大量的瀏覽動線,對搜尋引擎理解網站結構也有幫助。
頁尾
頁尾是訪客看完一頁內容後的落點。除了公司資訊,建議放上主要單元的連結與聯絡方式,讓人不必捲回頂端。
規劃階段的檢查方法
選單畫好之後,用三個真實情境走一次:
- 第一次來的訪客——想知道這家公司做什麼、可不可信。他要點幾下才有答案?
- 有明確需求的訪客——已經知道要找什麼產品。他能不能直接找到?
- 要聯絡的訪客——決定要詢價了。電話和表單在任何頁面都找得到嗎?
三個情境都能在三次點擊內完成,這個選單就合格了。走不通的地方,就是要調整的地方。
選單與網址結構的關係
選單的層級通常也會反映在網址上。規劃時建議一併決定,因為網址結構在上線後要改動,成本遠高於一開始想清楚——所有舊網址都需要 301 轉向處理。
相關考量可參考樹狀圖與網站地圖怎麼畫。
為什麼要先畫出來
網站架設最常見的糾紛,是雙方對「網站長什麼樣」的想像不同。口頭討論很難精確,等到設計稿出來才發現落差,修改成本已經產生。
規劃階段用兩種圖把架構具體化,可以大幅降低這個風險:
- 樹狀圖——網站有哪些頁面、彼此的層級關係
- 線框圖——單一頁面上要放哪些區塊、順序如何
兩者都不需要美術能力,用紙筆或簡單的線上工具就能完成。
樹狀圖怎麼畫
基本形式
首頁 ├─ 關於我們 │ ├─ 公司簡介 │ └─ 服務據點 ├─ 產品介紹 │ ├─ 空調設備 │ │ └─ (產品明細頁) │ └─ 通風工程 ├─ 施工實績 │ └─ (案例明細頁) ├─ 最新消息 │ └─ (消息明細頁) └─ 聯絡我們
畫的時候要標註三件事
- 這一層是列表還是單頁——「產品介紹」點進去是列表,「公司簡介」點進去是一頁內容,兩者的程式工作量完全不同
- 哪些是後台可管理的——用不同顏色或符號標示。這直接對應報價
- 預估數量——產品有 20 項還是 500 項,決定要不要做分類與搜尋功能
括號表示的「明細頁」是同一個版型重複套用,不需要各自設計。這一點常被誤會成「有 100 個產品就要設計 100 頁」,實際上只需要設計一個明細頁版型。理解這件事,對看懂報價單很有幫助。
線框圖怎麼畫
線框圖只處理結構與優先順序,不處理顏色、字體、圖片。用方框和文字標示即可。
以首頁為例,由上而下排出
- 主視覺——一句話說明你是做什麼的
- 核心服務——三到四個區塊
- 為什麼選我們——具體事實,不是形容詞
- 代表案例——三筆
- 最新消息——三筆
- 聯絡方式與行動呼籲
重點在於順序。畫在上面的就是你認為最重要的,這個排序才是設計要溝通的核心,比「用什麼顏色」重要得多。
每個區塊要註明的事
- 這一區要放幾筆資料
- 資料從哪裡來(後台哪個系統)
- 手機版時這一區怎麼變化,或要不要隱藏
兩種圖各自解決什麼問題
| 樹狀圖 | 線框圖 | |
|---|---|---|
| 回答的問題 | 網站有哪些頁面 | 每頁上有什麼 |
| 影響 | 程式工作量、報價、網址結構 | 設計方向、內容準備量 |
| 誰該主導 | 業主與設計公司共同 | 設計公司提出,業主確認 |
| 定案時機 | 報價前 | 設計稿製作前 |
順序不能顛倒:樹狀圖沒定,報價就只能是估算;線框圖沒定,設計稿就會反覆修改。
用樹狀圖檢查三件事
一、深度有沒有超過三層
從首頁數下來超過三層的頁面,訪客不容易找到,搜尋引擎的抓取優先度也較低。
二、有沒有孤島頁面
沒有任何地方連過去的頁面,等於不存在。規劃時就要確認每一頁「從哪裡進得去」。
三、內容量是否失衡
如果某一個分支特別龐大,其他分支都很單薄,通常代表分類方式需要調整——把大的拆開,或把小的合併。
樹狀圖也是驗收與後續維護的依據
網站完成後,樹狀圖可以直接用來核對:每個規劃的頁面是否都存在、後台管理項目是否都做出來了。這比憑印象驗收可靠得多。
上線後,這張圖也是製作網站地圖檔案的基礎——把結構化的頁面清單提交給搜尋引擎,有助於完整收錄。
如果不知道怎麼開始
最實際的做法:找三個同業的網站,把它們的選單抄下來排在一起比較。 你會很快看出哪些單元是這個行業的標準配備、哪些是各家差異、以及哪些做法你覺得不好。
這不是抄襲,是理解使用者的既有預期。訪客逛過同業網站,對「這類公司的網站應該長怎樣」已經有預設,太偏離反而造成困擾。
整理完之後,再回頭問那三個判斷問題,決定自己要保留哪些。
這個決定直接影響報價與長期成本
網站的頁面可以分成兩種:一種是做好就固定的,要改必須找廠商;另一種是有後台管理程式,可以自己新增修改。
後者的建置成本明顯較高,因為要多做一整套管理介面、資料庫與權限控制。但長期來看,需要頻繁更新的內容如果沒做成可管理,每次修改都要付費,累積下來反而更貴,而且更新速度受制於廠商。
所以問題不是「要不要做後台」,而是「哪些單元值得做,哪些不必」。
判斷的四個問題
一、多久會改一次?
| 更新頻率 | 建議 |
|---|---|
| 每週或每月 | 一定要做後台 |
| 每季 | 建議做 |
| 一年一兩次 | 可不做,請廠商修改即可 |
| 幾乎不會改 | 不必做 |
二、改的是內容還是版面?
後台管理處理的是內容——文字、圖片、資料筆數。如果需求是「把這個區塊移到上面」「換個配色」,那屬於版面調整,後台通常做不到,仍需要廠商處理。
釐清這一點很重要,否則會有「我明明有後台為什麼還是不能改」的落差。
三、有沒有人會用、願意用?
這是最常被忽略的一問。做了後台但公司沒有人負責更新,這筆錢就浪費了。實務上很多網站的最新消息停留在上線那天,就是這個原因。
規劃時就要指定負責人,並確認對方的能力與意願。如果全公司只有老闆會用電腦而他沒空,那不如做成靜態頁面,需要時請廠商改。
四、資料是否有結構性?
如果內容是重複格式的多筆資料——每筆都有標題、日期、圖片、說明——那非常適合做成系統。反之,如果是一頁獨一無二的排版設計,做成後台反而會限制呈現效果。
常見單元的建議
| 單元 | 建議 | 理由 |
|---|---|---|
| 最新消息 | 一定要做 | 更新頻繁,且持續新增內容對搜尋收錄有幫助 |
| 產品/服務 | 一定要做 | 品項會增減、價格規格會變動 |
| 案例實績 | 建議做 | 持續累積,且是重要的說服材料 |
| 常見問答 | 建議做 | 會隨客戶提問持續增加 |
| 首頁輪播圖 | 建議做 | 配合活動檔期更換 |
| 公司簡介 | 通常不必 | 幾年才改一次 |
| 聯絡資訊 | 通常不必 | 除非有多個據點會異動 |
| 選單項目 | 視情況 | 結構穩定則不必,常調整則需要 |
後台功能的深度也有差別
「產品可以自己管理」這句話,實際上可能是三種不同的東西:
- 基本——新增、修改、刪除、排序
- 進階——加上分類、標籤、上下架時間、關聯商品、規格表
- 完整——再加上庫存、多規格價格、詢價車、訂單串接
三者的成本差距很大。討論需求時,請具體說明「要管理哪些欄位」,而不是只說「要能自己改」。欄位清單是報價精確度的關鍵,也是日後驗收的依據。
兩個常見誤解
「全部都做成後台最保險」
成本會明顯上升,而且過度複雜的後台反而難用。真正每週在更新的通常只有一兩個單元,把資源集中在那裡才有效益。
「靜態頁面比較不利 SEO」
搜尋引擎看的是頁面內容本身,不在乎它是怎麼產生的。靜態頁面只要內容完整、標題正確,一樣能被收錄與排名。
後台對 SEO 的真正幫助是降低更新門檻——因為好更新,所以會持續更新,內容才能累積。這是間接的效果,不是技術上的差異。
規劃時的建議做法
- 把樹狀圖上的每個單元列出來
- 逐一標註更新頻率、負責人、要管理的欄位
- 更新頻率高且有負責人的,列為必做
- 其餘的先做成靜態,但請廠商在架構上保留日後升級的可能
- 把這份標註過的清單,作為報價與驗收的依據
第四點值得特別注意:詢問廠商「這個單元日後要改成可管理,需要重做嗎」。答案會透露對方的架構是否有彈性。
樹狀圖的畫法見樹狀圖與網站地圖怎麼畫。
網站延期,多數不是設計問題
實務上網站架設進度落後,最常見的原因不是設計改不完,而是業主的資料遲遲沒有到位。版型都做好了,但產品照片還沒拍、公司簡介還沒寫,網站就只能空在那裡。
這篇整理規劃階段就該開始準備的資料清單。建議在簽約時就一併確認準備時程,比設計進度更需要提前安排。
一、文字內容
公司基本資料
- 公司全名(中英文)、統一編號
- 地址、電話、傳真、電子信箱
- 營業時間、服務區域
- 各據點資訊(若有多處)
公司介紹
- 公司簡介(建議 300 至 800 字)
- 經營理念、服務特色
- 重要沿革或大事紀
- 證照、獎項、認證資格
寫作提醒:避免只寫形容詞。「品質優良、服務至上」對訪客沒有意義,具體事實才有說服力——成立幾年、服務過多少客戶、有哪些認證、施工件數多少。這些數字是最有效的信任來源。
產品或服務說明
- 分類方式與各分類名稱
- 每項產品的名稱、規格、說明文字
- 價格(若要公開)
說明文字建議每項至少 100 字。只有產品名稱和一張圖的頁面,搜尋引擎沒有內容可以判讀,等於放棄了這個頁面的搜尋機會。
二、圖片素材
需要準備的類型
- 公司識別——Logo 的原始向量檔(重要,放大不失真)、標準色色碼
- 環境照——外觀、辦公室、廠房、設備
- 人物照——團隊、施工中、服務中的畫面
- 產品照——每項產品至少一張,主打商品建議多角度
- 案例照——完工前後對照特別有說服力
拍攝與規格建議
- 橫幅照片用於主視覺,拍攝時預留上下裁切空間
- 解析度足夠——手機直出的原始檔通常夠用,但翻拍型錄或從舊網站另存的圖多半太小
- 光線與背景——產品照建議統一背景,整體視覺才不會雜亂
- 不要提供已經壓過浮水印、或壓縮到模糊的圖
版權提醒:所有圖片必須是自行拍攝、或已取得授權。 從網路搜尋下載的圖片不能使用,即使是同業網站上的產品照也不行。這一點在網站上線後若被追究,處理成本很高。
三、既有資產的帳號與資料
如果不是全新開始,以下資料請一併整理:
- 網域——註冊商、後台帳密、註冊人資料、到期日。若尚未註冊,可先參考網域名稱該怎麼挑選
- 舊網站——後台帳密、主機資訊、原始檔或備份
- 公司信箱——目前使用哪家服務、現有帳號清單
- 既有的分析工具帳號——過去的數據有參考價值,不要重開
- 社群帳號——需要串接時會用到
這些資料在人員異動後常常找不到。如果現在找不齊,請盡早開始找,臨到上線才發現網域在前任員工的個人帳號下,會嚴重卡住進度。
四、需求說明
除了素材,這些訊息對設計方向影響很大:
- 目標客群——B2B 還是 B2C、年齡層、決策者是誰
- 參考網站——三到五個你覺得好的網站,並說明好在哪裡。只給網址不說原因,設計師只能猜
- 不喜歡的風格——這往往比喜歡什麼更有用,可以直接排除方向
- 希望訪客做什麼——打電話、填表單、加 LINE、下載型錄。這決定了整個頁面的動線設計
- 是否需要多語言版本——影響架構規劃,需及早確認
準備時程建議
| 階段 | 應完成 |
|---|---|
| 簽約前 | 需求說明、參考網站、單元規劃 |
| 設計開始前 | Logo 原始檔、標準色、主視覺用的照片 |
| 設計進行中 | 公司介紹文字、產品分類與清單 |
| 程式製作中 | 全部產品說明與照片、案例資料 |
| 上線前 | 最終校對、聯絡資訊確認 |
如果資料真的準備不出來
誠實跟廠商說。多數網頁設計公司可以協助或轉介:
- 文案撰寫——由你口述重點,對方整理成文字
- 商業攝影——安排拍攝團隊
- 合法圖庫——購買授權素材作為情境圖使用
這些通常是另計費用的加購項目,但比網站空著半年、或勉強放上不合適的內容要好。在規劃階段就把這件事提出來討論,遠比進度落後後再補救有效率。
準備好讓網站 開始幫你帶生意了嗎?
不論是要做新網站、救舊網站,還是只想先聊聊方向——先諮詢,不用先付錢,我們照實給你建議。

