很多站点的 URL 结构並不是規划出来的，而是随着栏目一個接一個上线，被临时拼出来的。第一年可能只有 /news/ 一個目錄，第三年就變成了 /news/2024/03/industry/company/announcement/ 這種一路往下钻的路径。内容本身没問题，但路径已经失控了。
URL 结构不直接影响内容的可訪問性，但它影响三件事：运营者自己找頁面的效率、改版时的迁移成本，以及新内容该放在哪里的决策速度。這篇讲的就是怎么在结构還没彻底長歪之前做一次自查。
先看路径是怎么長出来的
打開站点地图或後台的頁面列表，随机挑 30 到 50 個 URL，按上线時間排一下序，通常能看出几件事：
- 早期頁面的路径規則是什么，現在是否還在沿用；
- 中途是否換過一次命名习惯，比如從拼音換成英文、從單數換成复數；
- 有没有出現同一類内容挂在多個不同父目錄下的情况；
- 是否存在為了赶上线而随手新建的临时目錄，之後再也没清理過。
這一轮不需要任何工具，靠人眼掃一遍就能發現大部分問题。發現的問题先记錄下来，不用急着改，因為改路径的成本遠高于新建路径。
目錄层級多深算深
没有硬性标准，但可以用一個简單的判断：一個新人接手站点後，能不能在不看導航的情况下，光看 URL 猜出這個頁面大致属于哪一块内容。如果猜不出来，說明层級要么太深，要么命名太随意。
常见的两種失控方式
- 纵向失控：每上一個新栏目就往下加一层，最後路径長達五到六段，每段還都很短，比如 /a/b/c/d/e/。
- 横向失控：同一批内容同时挂在多個入口下，路径規則不统一，运营者也说不清哪個才是主路径。
纵向失控通常出現在内容分類不断细分的站点；横向失控則多见于做過多次专题、活動頁或批量導入的站点。两種問题的處理思路不同：前者适合提前定規則、後續不再细分；後者需要先确定一個主路径，其余的再考虑如何處理。
定規則比改規則便宜
如果站点内容量還不大，最划算的做法是把規則寫下来，形成一份简單的路径约定，例如：
- 一級目錄只用于区分业務大類，數量控制在個位數，不做细分；
- 二級目錄用于内容類型，比如文章、产品、帮助文档，尽量固定不變；
- 具体分類尽量通過标簽、专题頁或栏目内的篩選来体現，而不是繼續加目錄；
- 時間、活動、批次這類信息不寫進目錄，需要时放在頁面属性里；
- 新增目錄前先確認現有目錄是否真的容纳不下，避免一时方便留下長期负担。
這份约定不需要多正式，寫在内部文档里、在新建栏目时對一下即可。真正有價值的不是文档本身，而是让每次新建目錄這個動作變得有阻力。
已经乱了怎么办
對于内容量已经很大的站点，不建议為了统一路径做全站搬迁。更稳妥的顺序是：先保證新内容遵守新規則，再针對問题最集中的某個目錄做小范围調整，並且提前確認跳轉和舊連結的處理方式。改路径属于结构层面的動作，涉及面广，改動前最好先在測試环境跑一遍。
路径規則的價值在于减少决策成本，而不是追求整齐好看。如果一個目錄虽然不够規范，但运营者都清楚它装什么、怎么维護，那它的優先級並不高。
自查清單
- 随机抽取的 URL 中，是否存在同類内容路径規則不一致的情况；
- 最深的頁面路径有几段，是否超過實际分類需要；
- 是否存在只上线過一次、之後再没用過的临时目錄；
- 新栏目上线时，是否有明确的“放哪里”的判断依據；
- 站点地图或後台列表能否直观反映出目錄结构。
URL 结构是長期积累的结果，一次自查通常改不完整。把它当成一個季度級別的检查項，每次只看一小块，比一次性大改更現實。