很多站点的問题不是内容差，而是 URL 從一開始就没有規則。上线时随手用中文标题、下划线、大寫字母、日期加 ID，几年後改版，舊地址散落在各處，用戶不好记，蜘蛛也容易把同一篇内容当成多個地址。URL 结构属于長期资产，改起来成本高，所以更适合在栏目規划阶段就定好規則，並定期做一次自查。
一、先检查命名規則是否统一
URL 的命名不追求好看，追求稳定、可讀、可预测。自查时可以先看以下几條：
- 大小寫：多數服務器环境区分大小寫，/About 和 /about 可能是两個地址。建议全站统一使用小寫。
- 分隔符：單词之間用连字符（-）為主，避免下划线、空格和特殊符号。下划线在部分场景下不易讀，也容易和连字符混用。
- 用词：尽量短、有含义，英文或拼音保持全站一致，不要同一目錄里中英混杂。
- 參數：篩選、排序、追踪類參數能少則少。必须保留时，參數名和取值方式要稳定，不要今天用 ?cat=1，明天改成 ?c=1。
二、目錄层級別太深
目錄层級体現的是信息架构，不是越细越好。常见做法是控制在三层以内，例如首頁、栏目、内容頁。超過四到五层後，用戶点击路径變長，蜘蛛爬取深度增加，後期換栏目时也更容易产生连鎖重定向。
- 如果一篇内容同时属于多個栏目，選一個主栏目作為規范地址，其他位置用内鏈或标簽聚合，不要複製出多個地址。
- 栏目改名、合並时，尽量保留原目錄地址一段時間，再通過 301 指向新地址，不要直接消失。
- 不要在 URL 中反复出現無意义的重复词，例如 /news/news/2024/news-123。
三、避免把易變信息寫進地址
地址一旦對外發布，就很难收回，所以尽量不要把容易變動的内容放進 URL：
- 日期：如 /2024/05/12/。如果站点有归档需求可以用，但要接受歷史地址長期存在，後續不要因為重新編輯就改日期。
- 自增 ID：虽然可讀性一般，但胜在稳定。可以放在尾部作為唯一标识，前面保留简短關鍵詞。
- 整句标题：标题一改，地址就废。建议用 2 到 5 個關鍵詞概括，而不是把标题原样搬進 URL。
- 促销词和狀態词：如 new、hot、sale，過一段時間就過时，容易造成地址和内容不符。
URL 是長期资产，改名成本高。上线前多花几分钟確認規則，後面能少做很多重定向和排查。
四、同一篇内容只保留一個規范地址
同一篇内容存在多個可訪問地址时，蜘蛛需要額外判断哪個是正主，權重也容易被分散。可以按下面的顺序處理：
- 确定主地址，通常是结构清晰、层級較浅的那個。
- 舊地址统一 301 到主地址，不要保留多個可訪問副本。
- 站内連結尽量指向主地址，尤其是導航、列表頁和正文推荐位。
- 在頁面 head 中寫 canonical，指向主地址。
- XML 站点地图只放主地址，减少重复提交。
五、改版與迁移时的检查清單
如果站点已经积累了較多地址，改版前建议先做一次梳理，而不是邊改邊想：
- 導出舊 URL 列表，按栏目分類。
- 為每個舊地址确定新地址，能保留的尽量保留。
- 配置 301 規則，避免多條跳轉鏈。
- 上线後抽查 404 和软 404 頁面，看是否漏配。
- 更新站内連結和站点地图，观察服務器日誌中舊地址的訪問情况。
六、日常维護的小习惯
- 新栏目上线前先定 URL 前缀和命名規則，再让編輯開始錄入内容。
- 發布内容时按規則填寫 slug，不要依赖系統自動截取标题。
- 定期抽查是否存在大小寫混用、重复目錄、參數冗余的地址。
- 把 URL 規則寫進編輯規范，减少因人而异的随意命名。
URL 结构不需要一次做到完美，但需要有一條稳定的規則，並且有人定期检查。把命名、层級、規范地址和迁移检查這几件事固定下来，站点在後續扩展和改版时會更容易维護，蜘蛛和用戶也更容易理解你的站点结构。