委託客製化網站前的 SEO 規劃清單：確保設計與排名雙贏的 15 個要點

為什麼 SEO 規劃必須在網站設計「之前」就開始？

跟客戶聊網站專案時最常聽到的一句話是：「SEO 等網站上線後再說啦。」我每次都會回一句：那你打算花多少錢打掉重做？

實務上看過太多老闆把錢全部砸在視覺設計跟功能開發，等到網站上線、業務跑去查排名才發現——URL 結構不對、頁面層級太深、標題標籤寫死在程式碼裡改不動。這時候要回頭補 SEO，等於房子蓋完才挖地基，工錢往往是當初一次做好的兩到三倍。

實務上累積下來的數字是：在設計階段就把 SEO 需求納入規劃的網站，上線後三到六個月的自然搜尋流量，平均比事後補做的高出 40% 以上。原因很單純——當網站架構、程式碼跟內容策略從一開始就為搜尋引擎設計，Google 爬蟲少走很多冤枉路，索引跟排名都快。

這篇我整理出企業在委託客製化網站設計之前，一定要跟設計公司確認的 15 個 SEO 規劃要點，分成五大面向逐一說明。不管你是第一次建企業官網、還是準備改版，這份清單都能幫你避開「上線後才發現問題」的高成本困境。想從更完整的角度掌握客製化網站全貌，建議搭配閱讀客製化網頁設計的完整策略。

一、關鍵字策略與內容架構（要點 1-3）

實際上，動手畫頁面之前最該做的事是確認目標關鍵字跟內容架構。這決定了整個網站要長什麼樣——有哪些頁面、每個頁面負責什麼主題、頁面之間怎麼串。跳過這一步，後面所有設計決策都會變成猜謎。

要點 1：目標關鍵字研究

什麼是： 透過工具（如 Google Keyword Planner、Ahrefs、SEMrush）找出你的潛在客戶在搜尋什麼關鍵字，這些關鍵字的搜尋量和競爭程度如何。

為什麼重要： 關鍵字研究結果直接決定網站需要哪些頁面。實際上看過一家做設備代理的客戶，原本把「設備規格」全塞 FAQ，搜尋量明明很高、就是沒人找得到——後來拆成獨立頁面後，那組關鍵字三個月內就排到首頁。

該問設計公司： 「你們是否提供關鍵字研究服務？還是由我方提供關鍵字清單？確認後會如何反映到網站的頁面規劃中？」

要點 2：網站架構與頁面層級規劃

什麼是： 定義網站的頁面結構——首頁下有哪些主分類、每個分類下有哪些子頁面、頁面之間如何串連。

為什麼重要： 扁平化架構（任何頁面三次點擊內可達）讓爬蟲有效率地抓全部頁面。老闆最常踩的坑是模仿大型網站做四五層分類，結果重要頁面被埋到第五層，Google 連看都懶得看。

該問設計公司： 「你們會根據 SEO 需求來規劃網站的 Sitemap 嗎？能否確保所有重要頁面在三層以內？」

要點 3：內容策略與頁面主題分配

什麼是： 為每個頁面指定一個核心關鍵字主題，確保不同頁面之間不會互相搶排名（關鍵字蠶食），同時規劃部落格或知識庫的長期內容方向。

為什麼重要： 如果「服務介紹」跟「關於我們」都在搶同一組關鍵字，Google 會不知道該讓哪個排名——這叫關鍵字蠶食（keyword cannibalization），結果就是兩個頁面都排不好。我會建議事前做好主題分配，每個頁面各司其職。

該問設計公司： 「在開始設計前，是否會針對每個頁面訂出核心關鍵字？是否有內容規劃的建議？」

如果你還在準備委託的前期階段，建議先閱讀客製化網站設計的事前準備，確保你在與設計公司溝通前已有基本的認知框架。

二、URL 結構與網站導覽（要點 4-6）

URL 是網站的「地址系統」，一旦上線後要改就得處理大量 301 轉址，對 SEO 的負面影響常常拖好幾個月。講白一點，URL 規則一定要在開發前就拍板——不然就是花兩次錢。

要點 4：URL 命名規則

什麼是： 制定 URL 的格式規範——使用英文還是拼音、用連字號（-）分隔、是否包含日期或分類路徑等。

為什麼重要： 簡短、語意清楚的 URL（例如 /services/custom-development）比又長又含 ID 的 URL（例如 /page.php?id=123&cat=5）對 SEO 友善太多。URL 本身就是給搜尋引擎的語意信號——人看得懂，Google 才看得懂。

該問設計公司： 「你們的 URL 格式規範是什麼？能否讓我審核所有頁面的 URL 再開始開發？」

要點 5：麵包屑導覽（Breadcrumb）

什麼是： 頁面頂部的階層式導覽路徑，例如「首頁 > 服務項目 > 客製化網站設計」。

為什麼重要： 麵包屑不只幫助使用者理解自己在網站中的位置，Google 也會在搜尋結果中顯示麵包屑路徑，讓搜尋結果更具吸引力、點擊率更高。搭配 Schema.org 的 BreadcrumbList 結構化資料，效果更顯著。

該問設計公司： 「是否會實作麵包屑導覽？是否會加上 Schema.org 的 BreadcrumbList 結構化資料？」

要點 6：內部連結架構

什麼是： 規劃頁面之間的交叉連結策略——哪些頁面該連到哪些頁面、錨點文字怎麼寫。

為什麼重要： 內部連結是讓 Google 理解「頁面之間的關聯性跟重要性」的核心信號。一個沒有被任何頁面連結到的頁面就是孤島，再好也排不上。比較保險的做法是：每個重要頁面至少要能從首頁、主導覽、相關內容三個位置被連結到。

該問設計公司： 「網站上線前是否會規劃內部連結策略？重要頁面是否能從多個位置被連結到？」

三、頁面 SEO 元素與後台管理（要點 7-10）

頁面層級的 SEO 元素（Title Tag、Meta Description、Heading 結構）必須在設計階段就考慮進去，而且後台一定要有方便的編輯介面，讓你日後能自己調。實務上看過太多客戶被「改個標題要請工程師、報價兩萬」搞到吐血——就是因為當初開發商把這些寫死了。

要點 7：Title Tag 和 Meta Description 的管理機制

什麼是： 每個頁面在搜尋結果中顯示的標題和摘要文字，是影響點擊率最直接的元素。

為什麼重要： 如果 Title Tag 是寫死在程式碼裡的，每次要修改都得請工程師改程式、重新部署。好的客製化網站設計應該讓你在後台就能輕鬆編輯每個頁面的 SEO 標題和描述。

該問設計公司： 「後台是否能讓我自行編輯每個頁面的 Title Tag 和 Meta Description？是否有字數提示？」

要點 8：Heading 標籤的語意結構

什麼是： HTML 的 H1 到 H6 標籤，用來標示頁面內容的層級結構。每個頁面應該只有一個 H1，其下依序使用 H2、H3。

為什麼重要： 搜尋引擎透過 Heading 標籤理解頁面內容架構跟重點。實務上常見問題是：設計師為了「看起來大小一致」把 H2 當 H4 用、或一個頁面放三個 H1——這對 SEO 是有害的，等於告訴 Google「我自己也不知道哪個是重點」。

該問設計公司： 「設計師在規劃頁面版型時，是否會遵守 HTML 語意化的 Heading 結構？」

要點 9：圖片 SEO 規範

什麼是： 包括圖片的 alt 屬性、檔名命名規則、壓縮策略、以及是否使用次世代格式（WebP / AVIF）。

為什麼重要： 圖片搜尋是常被低估的流量來源——尤其是產品、作品集類型的網站。alt 屬性同時也是網頁親和力的基本要求。實務上的頭號殺手是未壓縮的圖片，光是把首屏一張 5MB 的 banner 壓到 200KB，LCP 分數就能直接從紅燈跳綠燈。

該問設計公司： 「你們是否有圖片 SEO 的標準流程？是否支援 WebP / AVIF 格式？後台上傳圖片時是否會自動壓縮？」

要點 10：Open Graph 和社群分享標籤

什麼是： 在 HTML 中加入 Open Graph（og:title、og:description、og:image）標籤，控制頁面在 Facebook、LINE 等社群平台被分享時的顯示樣式。

為什麼重要： Open Graph 不直接影響 Google 排名，但它決定你的連結在社群上「值不值得被點」。實際上一個沒有圖片、標題亂碼的連結貼到 LINE 群，沒人會點——這就是白白浪費的流量機會。

該問設計公司： 「是否會為每個頁面設定 Open Graph 標籤？後台能否自訂社群分享時的圖片和標題？」

四、技術 SEO 基礎建設（要點 11-13）

技術 SEO 是「看不見但會決定生死」的部分。實際上這些規格在開發階段做對，上線後幾乎不用再花時間處理；做錯，事後修補的工程動輒重寫一半程式碼——這是業界一個常見現象，也是為什麼 SEO 必須在最前期就介入。

要點 11：網站速度與 Core Web Vitals

什麼是： Google 的 Core Web Vitals 包含三個指標——LCP（最大內容繪製）、INP（互動到下一次繪製）、CLS（累積版面位移），是搜尋排名的官方因素之一。

為什麼重要： 網站速度直接影響使用者體驗跟跳出率。Google 自己的研究顯示，頁面載入時間從 1 秒增加到 3 秒，跳出率增加 32%。對企業形象網站而言，速度本身就是質感的一部分——慢得要死的網站，客戶第一印象就是「這家公司不太行」。

該問設計公司： 「你們對 Core Web Vitals 的目標分數是多少？是否會在交付前進行 PageSpeed Insights 測試？」

要點 12：行動裝置優先設計（Mobile-First）

什麼是： 以手機版面為主要設計基準，再向上適配平板和桌面版。Google 自 2019 年起已全面採用 Mobile-First Indexing。

為什麼重要： 在台灣，超過 70% 的網頁瀏覽來自手機。如果你的網站在手機上文字太小、按鈕太擠、要左右滑動才看得到內容，Google 會直接降低你的排名——這不是「會不會」的問題，是早就在發生的事。

該問設計公司： 「設計流程是否採用 Mobile-First？是否會用 Google 的行動裝置相容性測試工具驗證？」

要點 13：結構化資料（Schema.org）

什麼是： 使用 JSON-LD 格式在頁面中嵌入結構化資料，告訴搜尋引擎「這個頁面是一篇文章 / 一個產品 / 一間公司的聯絡資訊」。

為什麼重要： 結構化資料能讓你的搜尋結果呈現複合式摘要（Rich Snippets），例如顯示星級評分、FAQ 折疊區塊、營業時間等，能見度跟點擊率明顯提升。實務上常見的偷懶做法是只裝個 SEO 外掛產基本 Organization——但 FAQ、LocalBusiness、Article 這些針對你業務量身設計的 Schema，才是真正能搶 Rich Snippet 版位的關鍵。

該問設計公司： 「你們會為哪些頁面加上 Schema.org 結構化資料？是否包含 Organization、LocalBusiness、FAQ、BreadcrumbList 等類型？」

想了解更多關於 SEO 友善的設計原則，推薦閱讀 SEO 友善的網站設計。

五、上線準備與持續優化機制（要點 14-15）

最後兩個要點關乎網站上線那一刻以及後續的 SEO 持續營運能力。

要點 14：SEO 上線檢查清單

什麼是： 網站上線前必須完成的 SEO 設定項目，包括：XML Sitemap 生成並提交至 Google Search Console、robots.txt 設定正確、canonical 標籤設定、404 頁面處理、以及 Google Analytics / GA4 追蹤碼安裝。

為什麼重要： 老闆最常踩的坑就是這一關。實務上看過好幾次：網站上線兩個月、業務問「為什麼還搜不到？」一查 robots.txt 還留著測試站的 Disallow: /，或頁面 meta 還掛著 noindex——這種低級錯誤完全能靠上線前的 checklist 避免，但前提是有人懂得檢查。

該問設計公司： 「你們的上線流程是否包含 SEO 檢查清單？交付時是否會提供 Google Search Console 的設定？」

上線後的第一步，可以參考網站架設後的 SEO 基礎設定來確認所有設定都已就緒。

要點 15：後續 SEO 維護與報表機制

什麼是： 網站上線後的持續性 SEO 工作，包括排名監控、流量分析報表、內容更新策略、以及技術面的定期健檢。

為什麼重要： SEO 不是「做完一次就好」的事。Google 演算法持續更新，競爭對手也在優化——你上線後不管，排名只會逐漸往下掉。我會建議至少確認設計公司有沒有提供維護服務、或是願意花時間教你怎麼自己看 Search Console 報表。

該問設計公司： 「你們是否提供上線後的 SEO 維護服務或顧問方案？報表的頻率和內容包含哪些？」

15 個要點速查表

以下表格彙整了所有要點，方便你在與設計公司開會時逐一確認：

結語：SEO 是設計的一部分，不是設計的附加品

實務上跟客戶聊比稿時最常聽到的判斷標準就是「版面好不好看」「價格划不划算」，但很少人會問一句：這間公司懂不懂 SEO？

老實說，一個視覺精美但 SEO 基礎建設做錯的網站，就像一間裝潢豪華卻開在巷子底的店——再漂亮也沒有人走進來。反過來說，設計階段就把 SEO 納入規劃，不會增加太多成本，但能讓網站上線後更快看到成效。關於架站階段該注意的完整事項，可以參考網站架設完整攻略。

元伸科技 24 年深耕、服務 3,000+ 企業，每一個客製化網站開發專案在設計階段就會跟客戶討論 SEO 策略——從關鍵字研究到技術 SEO 建設，確保你的網站不只好看，更要被找得到。如果你正在規劃企業網站的建置或改版，帶著這份 15 點清單去跟設計公司開會，能讓你更快分辨誰是真的懂、誰只是在賣模板。

• 📞 03-366-1000
• 🌐 www.ozchamp.com
• 免費諮詢・24hr 回覆