软件公司 URL 怎么起名，我们的 6 条规矩

URL 不是技术细节，是内容资产。三年后它还要出现在你的 API 文档、客户邮件、微信群里。改一次的成本远高于起名时多想十分钟。下面 6 条是我们给软件公司定 URL 规矩时最常用的。

1. 全小写，短横线分隔

/docs/api-rate-limit 对，/Docs/API_RateLimit 错。大小写混写和下滑线不会让页面打不开，但会让同一个页面出现两个地址，多一层重复内容要处理。

2. 用英文关键词，不要拼音、不要数字 ID

/products/data-sync 对，/product/12345、/chanpin/shujutongbu 错。数字 ID 对搜索引擎和用户都没有信息量；拼音对英文搜索没有帮助，对海外用户不可读。软件公司的产品名如果是自造词，就把功能词放进去，比如 /products/edge-cache。

3. 层级不超过四层

/docs/api/rate-limit 够了。再往下一层，点击深度和抓取效率都会变差。语言和版本不要塞进路径主层级，宁可放子域或参数。

4. 版本号别进主路径

/docs/v2/rate-limit 会让每个版本变成一批独立页面，升级大版本时整批 301。2025 年 3 月一个 API 工具站把 v2 挪到主路径，1800 个文档页全换了 URL，三个月排名都没回到原来的位置。建议路径保持稳定，版本用页面内切换，旧版单独放一个归档区。

5. 参数只留功能性的

筛选、排序、分页参数可以存在，但要配 canonical 或 robots 规则处理。追踪参数（utm 那一堆）不要出现在可索引的链接里，服务端能拦就拦。参数越多，重复内容治理越麻烦。

6. 改了就必须 301

URL 一改，旧地址 301 到新地址，sitemap 同步更新，站内链接一次性替换干净。别留旧链接挂着 404，也别让两个地址同时可访问。

改名的操作顺序

已经上线的 URL 要改，顺序别乱：先盘点旧 URL 和流量（GSC 里按点击排序，取前 200 个），再定新 URL 规则，然后写 301 映射表并上线，同时改站内链接和 sitemap，最后在 GSC 提交改版。这个客户改 800 个 URL 用了三天，映射表核对占了两天，上线本身半小时。上线后前两周流量会掉 10% 到 20%，属于正常波动，别急着回滚。

一个反例

/blog/2025/03/12/seo-tips 这种带日期的路径，除非你真的按时间归档，否则别用。用户和蜘蛛都会觉得旧文章过期，日历层级又多两层。我们给客户改版时，带日期的博客路径是最常被顺手收拾的一类。

起名的时候把 URL 念一遍，看能不能在电话里说清楚。念不清的，重起。