- 首頁
- 知識庫
- Sharing AI 架站平台教學
- 網站頁面架構與選單怎麼規劃?層級、分類與網址命名
Sharing AI 架站平台教學
網站頁面架構與選單怎麼規劃?層級、分類與網址命名
作者:JamXu更新日期:2026-10-09
規劃網站架構,先從顧客要完成的事情列出頁面,一個需求只做一頁;再依顧客的問題分類,讓重要頁面從首頁點一兩次就能到達。選單只放最常用的入口,次要頁面交給頁尾與內文連結;網址用簡短的英文小寫、以連字號分隔,上線後盡量不要再改。
網站架構是什麼?頁面、選單與網址是同一件事的三個面向
網站架構,指的是網站裡有哪些頁面、這些頁面怎麼分組,以及頁面之間用什麼方式連在一起。它不是設計稿,也不是某個後台功能,而是一份「內容地圖」:訪客靠它找到要的資訊,搜尋引擎靠它理解哪些頁面比較重要、彼此屬於哪個主題。
實際動手時,這份地圖會落在三個地方。第一是頁面本身,也就是網站總共要做幾頁、每一頁負責回答什麼問題。第二是導覽,包括上方選單、下拉清單、頁尾、麵包屑與內文裡的連結,決定訪客能從哪裡走到哪裡。第三是網址,每一頁在網路上的固定地址,它會出現在搜尋結果、社群分享與名片上。三者其實描述的是同一個結構,只是呈現的位置不同。
| 面向 | 要決定的事 | 做不好時的狀況 |
|---|---|---|
| 頁面與分類 | 網站有哪些頁、哪些頁屬於同一組、每頁回答哪個問題 | 同一件事散在三頁,或一頁塞了五種服務,訪客與搜尋引擎都分不清重點 |
| 導覽 | 主選單放哪些入口、哪些放頁尾、頁面之間怎麼互相連結 | 重要頁面藏在第四層,或只能靠站內搜尋才找得到 |
| 網址 | 每頁的固定地址與命名規則 | 網址是一串亂碼,分享出去看不出內容;上線後改來改去,舊連結失效 |
很多網站的問題不在設計好不好看,而是架構一開始就沒有想清楚:先挑版型、再把內容往裡面塞,最後選單長成公司部門表,網址則沿用系統預設的編號。這篇文章把規劃順序拆成幾個可以照做的步驟,最後再說明在 Sharing AI 架站平台上,選單、頁面與網址分別在哪裡設定。
第一步:從顧客要完成的事,列出頁面清單
規劃架構最常見的起點是「別人的網站有哪些頁」,但同業的選單是依他們的生意設計的,照抄只會得到一份不屬於你的目錄。比較可靠的起點,是列出顧客來到網站時想完成的事情,再把每件事對應到一個頁面。
- 寫下三到五種主要訪客:例如第一次接觸品牌的潛在客戶、正在比價的採購人員、已經成交需要售後資訊的老客戶、想應徵工作的求職者
- 替每一種訪客列出他們想完成的事:了解你提供什麼服務、看過去的案例、知道大概的費用與流程、找到門市地址、送出詢問
- 把每件事改寫成一個問題,例如「你們做哪些服務?」「做一間辦公室大概要多久?」「可以去哪裡看實品?」
- 替每個問題指定一個「主要回答的頁面」;同一個問題只能有一個主要頁面,其他頁面需要提到時用連結帶過去
- 把清單交給第一線的業務或客服看一遍,補上他們每天被問、但網站上找不到答案的問題
第四步是整份規劃的關鍵。網站裡如果有兩頁都在回答「價格怎麼算」,訪客不知道該相信哪一頁,搜尋引擎也得自己猜哪一頁比較重要,兩頁反而都排不好。所以清單上的每一列,都應該寫得出「這一頁負責回答什麼」;寫不出來的頁面,通常可以併到別頁,或根本不需要做。
| 顧客想完成的事 | 對應的問題 | 主要回答的頁面 |
|---|---|---|
| 確認你是否做他要的案子 | 你們做住宅還是商空?做不做局部翻修? | 服務總覽頁,以及各服務的獨立頁 |
| 判斷你的風格與品質 | 做過哪些案子?完工後長什麼樣子? | 作品案例頁(依案子類型分類) |
| 估算預算與時程 | 費用怎麼計算?從丈量到完工要多久? | 服務流程與費用說明頁 |
| 建立信任 | 公司在哪裡?成立多久?誰負責設計? | 關於我們 |
| 開始聯絡 | 要怎麼預約丈量?要準備什麼資料? | 聯絡我們(含表單) |
| 解決小疑問 | 可以只做設計不做施工嗎?保固多久? | 常見問題頁,或寫進對應服務頁的問答 |
列完之後,頁面數量通常會比想像中少。一般中小企業的品牌網站,從首頁、服務、案例、關於我們與聯絡我們開始就很完整;文章或知識內容則是第二階段,等核心頁面穩定後再逐步增加。素材要怎麼依這份清單準備,可以搭配架站前的品牌素材清單裡的頁面規劃表一起使用。
第二步:分類怎麼分?依顧客的問題,而不是公司的部門
有了頁面清單,下一步是把它們分組。分組的原則只有一個:用顧客理解事情的方式來分,而不是用公司內部的組織來分。顧客不在乎你們有「工程部」和「設計部」,他只想知道「我家要翻修,該看哪一區」。
三種常見的分類方式
| 分類方式 | 例子 | 適合的網站 |
|---|---|---|
| 依服務或產品 | 住宅設計、商業空間、老屋翻新 | 服務項目明確、彼此差異大的公司 |
| 依對象或產業 | 給餐飲業、給診所、給零售門市 | 同一套服務賣給不同產業,各產業關心的問題不同 |
| 依顧客的階段 | 認識我們、案例與評估、預約與合作 | 服務單一,但決策過程長、需要逐步建立信任 |
同一個網站最好只用一種主要分類方式。把「依服務」和「依產業」混在同一層選單,例如「網站設計|SEO|餐飲業方案|醫美診所方案」,訪客會不知道自己該點哪一個,同一個服務也容易在兩個分類裡各寫一次。真的兩種角度都需要時,可以讓主選單依服務分類,再在服務頁裡用段落或頁籤說明不同產業的差異。
分類名稱要讓陌生人一眼看懂
分類名稱就是選單上的字,它要讓第一次來的人不用猜。幾個實用的檢查方式:名稱用顧客的說法而不是內部代號;兩個分類之間不要有模糊地帶;每個名稱盡量控制在四到六個字,手機版才不會擠成兩行。
| 原本的名稱 | 問題 | 改寫後 |
|---|---|---|
| 解決方案 | 太抽象,看不出提供什麼 | 網站設計、廣告投放(直接寫服務) |
| 資訊專區 | 什麼都能放,最後變成雜物間 | 常見問題、知識文章(依內容性質拆開) |
| Our Works | 中文網站夾英文,部分使用者不熟悉 | 作品案例 |
| 最新消息 | 活動、文章、公告全部混在一起 | 活動公告與知識文章分開,各自一個列表 |
不確定顧客怎麼分類時,可以找三到五位不熟悉公司的朋友或客戶,把頁面名稱寫在卡片上請他們分組,觀察誰跟誰被放在一起、哪張卡片大家都猶豫。這個方法在使用者經驗領域稱為卡片分類,不需要任何工具,半小時就能看出分類名稱是否清楚。
第三步:層級要幾層?扁平與深層架構怎麼取捨
層級指的是從首頁出發,要點幾次才能到達某一頁。常聽到「任何頁面都要在三次點擊內到達」的說法,但 Google 的官方文件並沒有規定固定的點擊次數。Google 在連結最佳做法中提醒的是:網站上每個重要的網頁,都應該至少有一個其他網頁連到它;搜尋引擎主要也是透過連結發現新網頁。所以真正要避免的,是重要頁面沒有任何連結指向它,或只能靠表單、站內搜尋才找得到。
| 比較項目 | 扁平架構(層級少) | 深層架構(層級多) |
|---|---|---|
| 樣貌 | 首頁直接連到大部分頁面,最多再往下一層 | 首頁 → 大分類 → 小分類 → 頁面,層層往下 |
| 優點 | 重要頁面離首頁近,訪客與搜尋引擎都容易找到 | 大量頁面也能整齊收納,分類關係清楚 |
| 風險 | 頁面一多,選單會擠滿,分類失去意義 | 底層頁面離首頁太遠,容易被忽略或變成孤兒頁 |
| 適合 | 20 頁以內的品牌網站、單一服務網站 | 產品或文章數量多、需要多層分類的網站 |
多數中小企業網站適合「寬而淺」的做法:主選單放五到七個主要入口,每個入口底下最多再分一層,總共兩層就足夠。產品或文章數量多的網站,可以讓分類頁多一層,但要同時用其他方式把重要頁面拉近,例如首頁的精選區塊、分類頁上的推薦清單、文章裡的相關連結。
用頁面數量估算合適的層級
- 10 頁以內:一層就好,所有頁面都放在主選單或頁尾,不需要下拉選單
- 10~30 頁:兩層,主選單放分類,下拉清單放各服務或各案例類型
- 30 頁以上:兩層選單加上分類頁;分類頁本身是一個有內容的頁面,列出底下所有子頁並說明差異
- 持續增加的文章或商品:不要逐篇放進選單,改用分類頁或列表區塊自動收集
還有一個常被忽略的判斷:層級是給「需要往下找的人」用的。如果某一頁是大部分訪客都要看的,例如聯絡我們或主要服務,就不該放在第二層的下拉清單深處,而是直接放在主選單,或做成選單右側醒目的按鈕。
第四步:選單怎麼排?主選單、下拉、頁尾與按鈕的分工
選單是架構最顯眼的一部分,但它不需要、也不應該包含網站的所有頁面。把導覽想成幾個分工不同的入口,比較容易決定每一頁該放在哪裡。
| 位置 | 放什麼 | 不建議放什麼 |
|---|---|---|
| 主選單 | 五到七個主要分類或最常用的頁面 | 單篇文章、活動頁、法律條款 |
| 下拉清單 | 同一分類下的子頁,例如各項服務 | 和上層分類無關的頁面;超過一個畫面高度的長清單 |
| 選單右側按鈕 | 最重要的一個行動,例如「免費諮詢」「預約」 | 同時放三四個按鈕,反而沒有重點 |
| 頁尾 | 聯絡資訊、隱私權政策、徵才、次要頁面與社群連結 | 只出現在頁尾的核心服務頁 |
| 內文連結與麵包屑 | 相關服務、延伸文章、上一層分類 | 用「點這裡」當作連結文字 |
主選單的排序
主選單通常從左到右依顧客的決策順序排列:先看服務或產品,再看案例與價格,接著了解公司,最後是聯絡。多數網站都把最主要的服務放在最左邊、聯絡或主要按鈕放在最右邊,沿用這個慣例,訪客不必重新摸索。首頁連結可以交給左上角的標誌,不一定要在選單上多佔一格。
下拉分類本身也要有去處
下拉選單有一個常見的盲點:上層的分類名稱只是一個「標籤」,點下去沒有頁面。電腦上滑鼠移過去會展開清單,但在手機上,使用者點了分類名稱之後只看到子項目,如果他其實想先看「全部服務的比較」,就沒有地方可去。建議替每個重要分類做一個總覽頁,介紹底下各項目的差異並連到每一頁,再把總覽頁放在下拉清單的第一項,例如「服務總覽」。總覽頁同時也是搜尋引擎理解這個分類的入口。
手機版要另外檢查
手機上的選單通常收進漢堡圖示,展開後是一長串清單。項目太多時,使用者要一直往下捲才找得到聯絡方式。規劃完成後,一定要用手機實際打開一次:主要項目是否在第一個畫面內、子項目是否容易點開、按鈕文字是否被截斷。響應式設計為什麼重要,可以參考為什麼網站一定要做響應式設計。
第五步:網址怎麼命名?英文小寫、連字號與目錄規則
網址是頁面在網路上的固定地址,也是架構最不容易事後修改的部分。好的網址讓人在點進去之前就大概知道內容,複製到通訊軟體或文件裡也乾淨易讀。
根據 Google 搜尋中心的網址結構最佳做法,網址應盡量使用有意義的字詞,而不是冗長的 ID 編號;字詞之間建議用連字號(-)分隔,不要用底線(_);Google 處理網址時會區分大小寫,所以同一頁的網址要統一寫法;非英文字元則需要經過百分比編碼。Google 的 SEO 入門指南也提到,使用者會從網址判斷搜尋結果是否有用,而把主題類似的網頁放在同一個目錄,可以讓 Google 了解各個目錄裡網址的變更頻率。
一套可以直接採用的命名規則
- 全部使用英文小寫與數字,字詞之間用連字號分隔,例如 kitchen-remodel
- 用名詞描述頁面內容,兩到四個英文字為佳,不要整句標題照翻
- 不放年份、日期或「最新」「2026」這類會過時的字,內容更新時網址才不必跟著改
- 不放空格、底線、中文標點與特殊符號
- 同一類頁面放在同一個目錄下,例如所有服務頁都在 /services/ 底下
- 決定好「單數或複數」「縮寫或全名」後全站一致,例如統一用 case 或 cases,不要混用
| 頁面 | 不建議的網址 | 建議的網址 | 原因 |
|---|---|---|---|
| 廚房翻修服務 | /page/8F3A2C91D04E7B65 | /services/kitchen-remodel | 看得出內容,也知道屬於服務目錄 |
| 作品案例列表 | /page/Our_Works | /cases | 英文小寫、無底線,名稱簡短 |
| 預約丈量 | /page/2026最新預約活動 | /contact/booking | 不放年份與中文,日後不必改址 |
| 老屋翻新案例 | /cases/case-12 | /cases/old-house-renovation-taipei | 用描述性字詞取代流水號 |
中文網址可以用嗎?
技術上可以,瀏覽器的網址列也能正常顯示中文。但中文網址在複製到通訊軟體、電子郵件或部分系統時,常會變成一長串以百分比符號開頭的編碼,看起來像亂碼,也不容易被手動輸入。對以台灣為主要市場的中小企業網站,用簡短的英文或拼音網址,搭配清楚的中文標題與描述,通常是比較穩定的做法。網頁標題與描述怎麼寫,可以參考網頁標題與描述的寫法。
網址上線後就不要隨意改
網址一旦被搜尋引擎收錄、被別人分享或印在名片上,就盡量不要再改。真的需要調整時,必須讓舊網址用 301 永久重新導向到新網址,訪客與搜尋引擎才不會走到錯誤頁面。Sharing AI 架站平台的官方功能說明列出「網址變更時自動 301 轉址」,修改頁面的自訂連結後,後台的「重新導向網址」會出現對應規則;改完仍建議實際開一次舊網址,確認會被帶到新頁面。整站改版、大量換網址的情況,判斷方式與注意事項可以參考公司網站什麼時候該改版。
麵包屑與內部連結:讓層級被訪客和搜尋引擎看見
選單決定了「入口」,但訪客常常不是從首頁進來的,而是從搜尋結果直接落在某個子頁。這時候,他需要知道自己在網站的哪個位置、上一層是什麼,這就是麵包屑的用途。
Google 在導覽標記(BreadcrumbList)結構化資料說明中解釋,網頁上的導覽標記會指出該頁在整個網站階層中的位置,Google 也會用它在搜尋結果中呈現網頁的分類資訊。值得注意的是,Google 建議導覽標記呈現的是使用者到達該頁的一般路徑,而不是單純把網址的資料夾結構照抄一遍。換句話說,麵包屑應該寫「首頁 › 服務 › 廚房翻修」這種人看得懂的名稱,而不是「home › page › kitchen-remodel」。
內部連結補上選單做不到的事
選單只能放少數入口,真正把頁面串成網絡的是內文裡的連結:服務頁連到相關案例、案例頁連回服務與聯絡頁、文章連到對應的服務。Google 也提醒連結文字要能單獨看懂,例如「廚房翻修的費用與流程」,而不是「點這裡」。內部連結的策略、錨點文字與檢查方法,本站另有一篇內部連結的做法與案例專門說明,這裡只整理和架構有關的三個原則:
- 向上:每個子頁都連回所屬的分類頁或總覽頁,讓分類頁成為主題的中心
- 橫向:同一分類的頁面彼此推薦,例如「其他服務」「相關案例」
- 向下:分類頁列出底下所有子頁,並用一兩句話說明差異,而不只是一排標題
最後用一個簡單的方式檢查:隨機打開網站上的任何一頁,看看能不能在兩三次點擊內回到首頁、找到聯絡方式,並找到同主題的其他頁面。做不到的頁面,就是架構裡需要補連結的地方。網站上線後,也可以在 Search Console 的連結報表觀察哪些頁面得到的內部連結特別少,操作方式見 Google Search Console 使用教學。
在 Sharing AI 落地:頁面、選單與網址在哪裡設定
規劃好架構之後,就可以在後台實作。Sharing AI 架站平台把結構拆成「選單 → 頁面 → 區塊 → 內容」四層:選單只負責入口與層級,頁面是實際的內容容器,區塊是頁面裡的段落,內容則是區塊裡的文字、圖片、表單或文章列表。建議的操作順序是先建頁面、再排選單,因為選單項目要連到已經存在的頁面。

- 依頁面清單在「頁面管理」逐一新增頁面。分類的總覽頁可以選用「分類頁面」模板,單一服務或案例頁可從「空白頁面」或「完整模板」開始
- 在每一頁右上角的「頁面設定」填寫自訂連結,也就是這一頁的網址;依前面的命名規則設定,並在上線前一次確認完畢
- 同一頁的「SEO 基本設定」填寫 Meta 標題與描述,確認測試頁或不公開的頁面已關閉索引
- 到「選單管理」按「新增」:主要入口選「頁面」類型連到對應頁;需要下拉清單的分類選「選單」類型作為分類標籤;外部網址或站內錨點選「連結」
- 在選單列表中拖曳排序,把子項目拖到分類底下形成第二層;暫時不用的項目設為隱藏,而不是直接刪除
- 文章類內容不要逐篇加進選單,改在分類頁加入「插入其他文章」等列表區塊,發佈文章時勾選要出現的頁面
- 用電腦與手機各走一遍選單,確認每個項目都連到正確的頁面,舊網址也會被帶到新頁
平台的官方功能說明也列出幾項自動處理的項目,例如麵包屑結構化資料、Sitemap 網站地圖與網址變更時的 301 轉址,這些不需要手動設定;但麵包屑會呈現什麼名稱、頁面放在哪一層,仍取決於你的頁面名稱與選單規劃。各個按鈕的位置與畫面,以 Sharing AI 架站平台教學主題頁的最新截圖為準。
舊版雙層選單、一頁式選單在新版後台的對照
如果你是早期就開始使用 Sharing 的用戶,或手上還有舊的操作筆記,可能會看到「雙層選單」「一頁式選單」「自由編輯選單」這些名稱。平台在 2023 年調整了網站的層級設計,舊的選單類型已經整合到新的「頁面」與「區塊」裡。下表整理舊名稱在現行後台對應的位置,方便你把舊網站的結構搬到新的思考方式。
| 舊版名稱 | 舊版的用途 | 現行後台的做法 |
|---|---|---|
| 一頁式選單 | 點選後直接進入一個單一頁面 | 在「頁面管理」新增頁面,再於「選單管理」用「頁面」類型連過去 |
| 雙層選單 | 滑鼠移過去出現下拉內容 | 「選單」類型作為分類,底下拖入多個「頁面」項目形成第二層 |
| 首頁設定 | 首頁內容的編排 | 首頁也是一個頁面,在「頁面管理」用區塊組合內容 |
| 自由編輯選單 | 不套版型、自行製作版面 | 在任何頁面加入「自由設計」區塊,適合熟悉 HTML/CSS 的人 |
| 外部連結 | 點選後跳到指定網址 | 「選單管理」新增「連結」類型的項目 |
| 版型 | 依選單類型挑選內容版型 | 新增頁面時選「頁面模板」,或用「我的範本」沿用自己存的區塊組合 |
這次整合帶來的最大改變,是「選單」與「內容」分開管理了。過去選單類型決定了頁面長什麼樣子,現在選單只負責導覽,頁面的樣子由區塊決定。好處是同一個頁面可以同時出現在主選單、頁尾與內文連結裡,調整選單位置也不會影響頁面內容;需要注意的是,新增頁面後不會自動出現在選單上,要記得回到「選單管理」把它加進去,或刻意讓它只從其他頁面連入。
把舊網站整理到現行架構時,可以趁機做一次頁面盤點:列出舊選單的每一個項目,標記「保留」「合併」「刪除」,被合併或刪除的頁面要設定 301 重新導向到最接近的新頁面,避免舊的搜尋結果與外部連結失效。
三種常見網站的架構範例
下面三個範例是規劃時的起點,不是固定答案。實際的頁面要依你在第一步列出的顧客任務增減。
範例一:單一服務的品牌網站(約 6~10 頁)
| 頁面 | 網址 | 導覽位置 |
|---|---|---|
| 首頁 | / | 標誌連結 |
| 服務介紹 | /service | 主選單 |
| 作品案例 | /cases | 主選單 |
| 服務流程與費用 | /pricing | 主選單 |
| 關於我們 | /about | 主選單 |
| 常見問題 | /faq | 頁尾,並從服務頁內文連入 |
| 聯絡我們 | /contact | 主選單右側按鈕 |
| 隱私權政策 | /privacy | 頁尾 |
範例二:多項服務的公司網站(約 15~30 頁)
| 層級 | 頁面 | 網址範例 |
|---|---|---|
| 第一層 | 服務總覽(分類頁) | /services |
| 第二層 | 各項服務頁 | /services/kitchen-remodel、/services/office-design |
| 第一層 | 作品案例(分類頁) | /cases |
| 第二層 | 依服務分類的案例 | /cases/kitchen、/cases/office |
| 第一層 | 關於我們、聯絡我們 | /about、/contact |
| 頁尾 | 徵才、常見問題、隱私權政策 | /careers、/faq、/privacy |
這種網站的重點在服務總覽頁:它不只是一排連結,而是說明各服務適合誰、差在哪裡,再分別連到每一頁。每個服務頁則連到相關案例與聯絡頁,形成「總覽 → 服務 → 案例 → 聯絡」的路徑。
範例三:有持續發文的網站
定期發布文章或知識內容的網站,要把「固定頁面」與「持續增加的內容」分開規劃。固定頁面依前兩個範例設計;文章則依主題分成幾個分類頁,每個分類頁用列表自動收集文章,主選單只放一個「知識文章」或「專欄」入口。文章網址放在同一個目錄下,例如 /learn/主題/文章名稱,本站的知識庫就是這種結構。文章的分類、發布與管理流程會在之後的文章另外說明。
常見錯誤與修正方式
| 常見錯誤 | 造成的問題 | 修正方式 |
|---|---|---|
| 選單照公司部門排列 | 訪客看不懂該點哪裡 | 改用顧客的問題與服務名稱分類 |
| 同一個主題做了好幾頁 | 內容重複,訪客與搜尋引擎都不知道哪頁才是主要的 | 合併成一頁,其他頁 301 重新導向過去 |
| 重要頁面只在頁尾或第三層 | 大部分訪客根本找不到 | 移到主選單,或從首頁與相關頁面加上連結 |
| 下拉分類點下去沒有內容 | 手機使用者無法看到分類的整體介紹 | 建立分類總覽頁,放在下拉清單第一項 |
| 網址使用系統編號或中英混雜 | 分享時看不出內容,也不利於管理 | 上線前依命名規則重新設定自訂連結 |
| 上線後頻繁修改網址 | 舊連結失效,累積的搜尋表現被打散 | 網址一次定案;必改時確認 301 規則生效 |
| 每篇文章都加進選單 | 選單越來越長,主要入口被淹沒 | 文章交給分類頁與列表區塊收集 |
| 新頁面建好了卻沒有任何連結 | 變成孤兒頁,訪客與搜尋引擎都很難發現 | 至少從一個相關頁面或分類頁連過去 |
上線前的架構檢查清單
架構完成後,用下面這份清單逐項確認。它和一般的上線檢查不同,重點放在「找不找得到」與「網址穩不穩定」;畫面、表單與 SEO 欄位的全面檢查,可以搭配用 Sharing AI 架站上線前的檢查清單一起使用。
- 每一頁都寫得出「這一頁負責回答什麼問題」,沒有兩頁在回答同一個問題
- 主選單的項目在五到七個左右,名稱是顧客聽得懂的說法
- 最主要的行動(諮詢、預約、購買)在每一頁都能一眼找到
- 每個下拉分類都有總覽頁,或至少讓第一個子項目清楚介紹這個分類
- 所有重要頁面都至少有一個其他頁面連入,沒有孤兒頁
- 網址全部是英文小寫加連字號,同類頁面在同一個目錄下,沒有年份與流水號
- 測試頁、舊版頁面已隱藏或關閉索引,被合併的舊網址已設定 301 重新導向
- 用手機實際走一遍選單,主要項目在第一個畫面內,子項目容易點開
- 麵包屑的名稱與頁面標題一致,從任何一頁都能回到上一層與首頁
如果網站還沒有綁定正式網域,建議先完成網域設定再定案網址,避免換網域後還要再檢查一次;設定步驟可以參考自有網域綁定與 DNS 設定教學。
下一步:先畫一張架構圖,再打開後台
把這篇的順序濃縮成一句話:先列顧客要完成的事,一事一頁;再依顧客的問題分類,控制在兩層以內;選單只放主要入口,其他交給頁尾與內文連結;網址用英文小寫加連字號,一次定案。整個規劃用一張紙或一份試算表就能完成,比直接在後台邊做邊想省下許多返工時間。
架構確定後,就可以依照 Sharing AI 架站平台教學的學習路線建立頁面、設定選單與撰寫文章。想先比較平台方案與功能,Sharing AI 架站平台介紹列出了各方案的差異;如果希望由團隊協助規劃網站架構、內容與上線,也可以參考分享家的網站設計服務,或直接與我們聯絡。