多數人以為，先讓設計師把首頁與各分類頁的版面畫完，上線前再找 SEO 顧問把關鍵字補進去，兩批人分開作業才不會互相干擾。實際情況是，設計圖定案的那一刻，你的網站要分幾個分類、每個分類首頁用什麼字當導覽標籤、每支網址要長什麼樣子，就已經同時決定了搜尋引擎要怎麼理解整個網站。這些看起來是版面決定的東西，本來就是搜尋決定。
先做設計、SEO 事後補的做法，代價通常要等到網站上線之後才顯現：分類要調整、導覽用詞要換、網址要重排，每一項改動都不是換個字那麼簡單，而是牽動一整批既有網址與既有排名的網站遷移。反過來，先列好關鍵字清單、再回頭排版面的做法，也有自己的陷阱：版面配合關鍵字長，讀者實際想完成的任務反而被擠到後面。
這篇不是要你在先設計和先 SEO 之間選邊，而是想說清楚這兩件事在規劃階段本來就該焊在一起做。先從設計圖定案之後，想再改網址結構與導覽用詞要付出什麼代價講起。
版面規劃當下已經一併決定搜尋策略
網站規劃裡有一組決定，表面上看起來是設計的事：這個網站要分成幾個大分類、每個分類底下要收哪些頁面、導覽選單要放哪幾個字當標籤、每一頁的網址要怎麼命名。這些決定確實會影響畫面好不好看、動線順不順，但它們同時也在做另一件事：告訴搜尋引擎這個網站的內容怎麼分類、哪個字詞對應哪一群頁面。設計決定和搜尋決定，其實是同一件事的兩個名字。
實務上常見的兩種走偏做法，都把這件事拆開來看。第一種是把版面、視覺、動線先做完，SEO 留到上線前才補。這種做法最常撞到的問題是，版面早就定案的東西（分類怎麼分、網址長什麼樣子）到了要補 SEO 的時候才發現不對，想改卻已經牽一髮動全身。第二種是反過來，先列好一份關鍵字清單，版面照著清單長，體驗被擺到最後才想，這種做法容易把讀者實際想完成的任務，擠到關鍵字密度的後面。
這兩種做法的共同點，是都把規劃拆成兩批人、兩個時間點做，好像設計是設計的事、搜尋是搜尋的事，彼此不相干。但實際上，分類分幾類、網址取什麼名字，這些決定一旦上線，就同時鎖住了你的讀者體驗與搜尋引擎的理解方式。
設計圖定案之後，URL 與導覽用詞已經沒有回頭路
當一個網站的資訊架構定案，有三個決定其實已經一起拍板：網址（URL）要用什麼結構、導覽選單裡每個標籤要用哪個詞、頁面要分成幾層分類。這三項在設計階段看起來只是版面配置，實際上同時決定了搜尋引擎要怎麼理解這個網站，一旦上線，想單獨回頭改動任何一項，都不是換個字那麼輕鬆。
Google 官方的〈網址結構最佳做法〉建議，網址應該用連字符「-」分隔字詞而不是底線，盡量使用對讀者有意義的描述性字詞而不是冗長的 ID 編號，並且盡量減少不必要的參數。這些聽起來像純技術規格的建議，本來就該在設計階段一次決定好，如果一開始隨便取，上線後才想比照這套做法調整，代價會相當可觀。
導覽選單的用詞也是同一回事。Nielsen Norman Group 點名的〈資訊架構十大常見錯誤〉裡，把「自創選單用詞」列為常見錯誤之一：導覽選單如果用了讀者實際搜尋時不會用的自創術語，讀者會看不懂這個選項在講什麼。這種自創詞同時也直接傷害搜尋。讀者不知道某個東西叫什麼名字，就不可能搜尋得到它，而主要導覽用詞在搜尋引擎眼中本來就帶著額外的權重，把這個權重花在一個沒有人會真正搜尋的詞上，等於白白浪費。導覽選單的用詞，從來就不是一個純設計決定，它跟搜尋決定是同一件事的兩面，沒辦法先做完一個，再回頭做另一個。
真正的代價，出現在設計定案之後才想改網址結構或分類層級的時候。Google 官方〈網站遷移與移轉作業〉把變更網址列為代價最高的一種遷移，具體流程包括：先取得舊網址的完整清單，逐一建立對應到新網址的關係，在伺服器端設定 301 或 308 永久重新導向，更新網站地圖與內部連結，並且明確建議一次只變更一項，同時搬網域、換系統、改版面配置這幾件事，應該分開一項一項做，不要一次全部變更。
遷移期間，網站的搜尋排名很可能出現短暫波動；中型網站通常需要數週的時間，Google 才會逐步開始顯示新的網址，大型網站所需的時間更長。這整套重新導向，官方建議至少保留 1 年，好讓 Google 有足夠的時間把所有信號從舊網址轉移到新網址。換句話說，設計圖定案後才想調整 URL 或導覽用詞，付出的不是改個字的成本，而是一整套需要數週到數月才能走完、期間排名還會波動的流程。
為了衝關鍵字調整版面，讀者的使用動線就先被犧牲
反過來，把順序倒過來做的團隊也有自己的陷阱。先列一份關鍵字清單，再讓版面配合清單長出來，讀者實際怎麼使用這個網站，被放到最後才考慮。
Google 官方〈垃圾內容政策〉對「關鍵字填充」的定義，是在網頁中塞滿關鍵字或數字、企圖操縱排名的做法；常見特徵包括列出一整串城市與地區名稱、沒有實際用途的電話號碼清單，或者不自然地重複同一組詞句。這是只想著關鍵字，在版面與文案上最容易踩到的具體陷阱。問題不在內容寫得好不好，而在於這份內容打從一開始，目的就是塞進某個關鍵詞，不是回答讀者的問題。
Google 官方在〈2022 年 8 月實用內容更新〉裡，給出一份對照清單來判斷內容是使用者優先，還是搜尋引擎優先。走偏方向的警訊包括：建立內容的主要目的是吸引來自搜尋引擎的使用者，而不是為了真人使用者；針對不同主題大量產製內容，只是希望其中一部分能在搜尋結果裡表現不錯；主要彙整別人說過的內容，卻沒有帶來太多附加價值；因為聽說某個字數對 Google 有利就硬湊到那個字數，官方明確說明這套判準沒有字數偏好。反過來，使用者優先的判準包括：內容對既有或預期的目標受眾來說真的實用，清楚呈現第一手的專業知識與深度，整個網站有明確的主要目的。這份清單可以直接拿來檢查，一個版面決定是為了讀者，還是為了塞關鍵字。
先列關鍵字清單再排版面，犧牲掉的從來不是排名，短期之內，這種做法說不定還真的能讓某幾個詞的排名往上挪一點。真正被犧牲的是讀者進站之後的使用動線：版面的順序、欄位的取捨，都是照著關鍵字權重排，而不是照著讀者進來要完成什麼任務排。等讀者發現自己要找的東西被埋在版面很後面，他離開的速度，會比關鍵字排名往上爬的速度快得多。
好的資訊架構同時服務搜尋與體驗兩個目的
前面兩節談的都是先做一個、再補另一個的代價。反過來看，好的資訊架構決策，從規劃的當下就同時服務讀者與搜尋引擎，不需要多一道補 SEO 的手續，因為決策做出來的那一刻，兩者就已經兼顧了。
Nielsen Norman Group 點名的「缺少分類首頁」，是資訊架構常犯的錯誤之一：網站如果只把個別內頁連出去，沒有幫每個分類做一個總覽頁，讀者很難理解這個網站的範圍有多大、還有哪些相關內容。官方原文直接點出，分類頁面同時也是搜尋引擎最佳化的助力，因為當有人搜尋某一類產品、服務或資訊時，分類頁往往就是使用者會落地的第一個頁面。要不要做分類首頁，從一開始就同時是幫讀者理解網站範圍、與幫這一類關鍵詞占住一個落地頁的決定，不是先把版面做完，再回頭問這裡要不要為了 SEO 另外加一頁。
同一份研究點名的另一個錯誤，是搜尋與結構脫節。使用者從外部搜尋結果落地到網站內頁，處境很像突然被空投到一座陌生城市，需要靠網站自己的結構才找得到目的地附近還有什麼。網站自己最清楚自己的分類與層級長什麼樣子，這個結構本來就該出現在讀者的動線裡，而不是丟給外部搜尋引擎去猜，或者要讀者自己從零摸索。分類怎麼分、導覽怎麼排，從規劃階段就把讀者要完成的任務、跟讀者會用什麼字搜尋，當成同一份輸入去決定，這兩件事天生就是同一個決定的兩面。
這種越早一起決定、代價越低的現象，不只出現在網站規劃裡。Barry Boehm 與 Victor Basili 在 2001 年發表於 IEEE Computer 的一篇整理研究裡，彙整多個專案的實測數據發現：在大型專案裡，一個問題如果是在需求或設計階段就被抓到，修正成本跟交付之後才被抓到相比，落差可以到約 100 倍；規模較小、非關鍵的專案落差較小，但也還有約 5 倍。這不是網頁設計或 SEO 領域的研究，但它揭示一個更普遍的工程原理：任何需要靠多個決策疊加搭建而成的系統，問題被發現得越晚，牽動的範圍越廣、代價越高。這正好解釋了為什麼設計定案後才調整 URL 與架構的代價會這麼高。問題不是在規劃階段被抓到，而是拖到上線之後才被發現。
Google 官方〈搜尋引擎最佳化入門指南〉在整理網站一節，也給出同樣的建議：設定或重新設計網站時，用符合邏輯的方式整理內容，同時有助於搜尋引擎與使用者理解頁面之間的關係，並具體建議網址中要使用對使用者有幫助的字詞。這說明 Google 官方本身也是把對讀者好、跟對搜尋好，當成同一組建議在講，不是兩套分開的規則。
規模夠小或方向還沒定，先後分開也無妨
前面幾節談的都是規劃階段該把設計與搜尋焊在一起這個立場，但這個立場不是所有網站都適用。它成立的前提，是這個網站本身有值得一起規劃的複雜度：分類、導覽層級、網址結構這幾件事，一旦牽涉進來，才有焊在一起的必要。底下兩種情境，複雜度還沒出現，先後分開做也不會有什麼代價。
內容幾乎不會變動的簡單形象網站
單頁的形象網站、活動頁，或者只是單純介紹公司資訊的展示型網站，通常沒有分類結構，也沒有導覽層級要煩惱。這類網站的 SEO 需求也很單純，往往就是一個頁面對應一兩個關鍵詞，把標題與描述寫好就足夠，不需要處理複雜的網址結構或分類系統。
因為一開始就沒有複雜的 URL 或資訊架構決策需要焊在一起，這種網站可以先把設計做完，上線前再檢查一次標題與描述，風險很低。前面談過，代價之所以高，是因為有複雜的架構決策彼此牽動；沒有這個複雜度，代價本來就低，先設計、後補 SEO 這套做法在這裡幾乎不會踩到雷。
方向還沒定案的早期新創網站
產品或服務的定位都還在驗證市場階段的早期團隊，是另一種例外。這種階段的網站，過早把網址結構與分類系統焊死，反而會變成之後轉型時的包袱。前面提到的整套遷移流程，一旦用在一個方向本來就可能整個轉彎的網站上，代價會反覆發生，而不是只發生一次。
這種情況下，先把可用性做出來、把故事講清楚驗證市場反應，會比死守規劃階段就要把設計與搜尋焊在一起更務實。等方向穩定下來、確定不會再大改架構，再回頭把 SEO 與資訊架構補強，也不算太遲。這跟前面談的越早決定代價越低並不矛盾，因為這個階段真正該優先決定的，是產品方向本身，而不是網址要怎麼命名。
設計與 SEO 該分先後做，還是同步做，取決於這個網站有沒有複雜到需要焊在一起的決策。規模夠大、分類夠多、導覽層級夠複雜的網站，分類怎麼分、網址怎麼取、導覽用什麼字，這些決定本來就同時是設計決定與搜尋決定，規劃階段沒有一起定案，日後要改就是一整套需要數週到數月才能走完的遷移。規模夠小、或者方向還沒驗證完的網站，先後分開做，承擔的風險原本就很低。
真正該問的問題，不是先做設計還是先做 SEO，而是這個網站的規劃，有沒有複雜到值得把兩件事焊在同一份時間表裡做。想清楚這一點，再決定要不要把兩批人、兩個時間點，合併成一次規劃會議。