Z-Blog 文章 URL 结构改不改：改之前先算清楚代价
Z-Blog 默认的文章地址形如 /post/123.html，简洁，但 ID 不带语义。很多人想改成 /post/拼音标题.html。改了会怎样所有旧链接失效。如果没有做 301 跳转，已经收录的页面全部变成 404，之前积累的权重会大幅
每次有人问「URL 结构要不要改」，我的回答都是先问一句：现在的收录和流量正常吗？正常就别改。
为什么改 URL 是高风险操作
URL 是页面在搜索引擎那里的身份证。改一次，等于换了个身份，旧地址的所有积累——收录、排名、外链权重——都要重新计算。
正确处理是 301 跳转加 sitemap 更新。但即使做得完美，也会有损失，通常掉两到四成，恢复期一到三个月。做得不完美，损失更大。
Z-Blog 上常见的几种 URL 结构
默认是 /post/123.html 这种 ID 形式，优点是稳定，缺点是不带关键词。也可以改成 /post/标题别名.html，需要开伪静态并设置别名规则。
还有分类路径形式 /category/post-name.html，层级更清晰，但如果以后换分类，URL 就得跟着变，风险更大。
从收录角度说，这三种对搜索引擎没有本质差别。选哪种看你的实际需求，别为了「SEO 更好」去折腾。
什么时候该改
三种情况：一是当前 URL 有严重问题，比如带大量参数、长度超限、含有中文未编码；二是站点要重构，反正都要改，一次改到位；三是旧结构确实影响用户体验，比如 ID 形式完全看不出内容。
除此之外，能不动就不动。
如果要改，怎么做
第一步，先备份数据库。第二步，在 Z-Blog 后台改伪静态规则。第三步，给每个旧 URL 配 301 跳转到新地址——这一步最容易被跳过，代价也最大。第四步，更新 sitemap，在百度搜索资源平台和 Search Console 重新提交。第五步，观察两周，看抓取异常有没有暴增。
大量 URL 的 301 用 Nginx 的 rewrite 规则批量做，别一个个写。
一个经验
我改过三个站的 URL 结构，两次都是因为搬迁或者重构，被迫改的。唯一一次主动改，是因为旧 URL 里带了一长串参数，导致分享出去很丑。改完之后收录恢复了大概六周。
结论是：能不改就不改。省下来的精力放在内容上，回报高得多。