伪静态是不是静态化，表单和评论还能提交吗

伪静态地址是不是把页面做成静态文件？不是。它改变的是地址的外观与解析方式：地址看起来像一个以 .html 结尾的文件，实际仍由程序在每次请求时读数据、套模板后返回。既然页面还是动态生成的，改成伪静态后表单和评论还能不能提交就有了明确答案——表单提交、评论发布、留言审核、站内搜索这些交互照常工作，不会因为地址形态变了而失效。

真正让提交类功能失效的是另一种做法：把页面预先生成成实体文件后对外提供。文件本身不会处理提交，除非另外挂一段程序接收，而这时的地址反而不再是纯文件路径。

两种做法改变的对象不同

静态化改变的是页面从哪里来：从「请求时生成」变成「磁盘上的现成文件」。伪静态改变的是地址怎么写：从带查询参数的形式换成层级清晰的路径，例如把带 id 的参数地址写成按栏目分段的短地址。

两者常被放在一起比较，是因为效果上有重叠的部分——短地址对收录和阅读都更友好。但机制完全不同，判断「改了之后功能还在不在」时，要问的是页面由谁生成，而不是地址长什么样。

地址规则由谁解析

解析这一步可以发生在三个位置：Web 服务器层的重写规则、程序内置的路由表、或者两者叠加。AnQiCMS 的做法是把规则收在系统内，支持伪静态规则管理，也可以自定义伪静态 URL，规则改完不需要重新生成整站文件。

这带来一个实用差别：调整地址结构时的成本是一次配置改动，而不是一次全量构建。批量改地址时先在一个栏目上试，确认解析结果再全站放开，比一次改到底更容易回退。

为什么表单和评论不受影响

提交行为走的是另一条地址：表单和评论把数据发到处理接口，处理完再跳回展示页。这条链路依赖的是程序在运行，不依赖展示页是不是文件。伪静态只重写展示地址的解析方式，处理接口本身并没有被替换。

需要注意的是评论的状态流转。提交成功的评论在对外露出之前可能处在待审核状态，草稿、待发布、回收站几种状态各自决定页面能不能被访问。改成伪静态之后，如果发现「评论提交了但看不到」，先查审核开关，再怀疑地址规则。

自定义规则要注意的两处

第一处是旧地址。地址结构一改，原来被收录、被外链指向的地址就会指向不到内容。这时要配合 301 跳转管理，把旧地址按规则批量指向新地址，而不是留一堆错误页。跳转规则上线后抽查几条高流量旧地址，看是否一次到位、有没有形成链条。

第二处是同一内容的多种写法。参数形式与伪静态形式如果同时可访问，同一篇内容会出现两个地址。处理方式是在规则里只承认一种形式，另一种交给 301 重定向收敛，同时在站点地图里只输出收敛后的那一套地址，涉及推送的通道也按同一口径提交。

锚文本与站内引用要跟上

改完地址规则，站内已有的锚文本链接和正文里的站内引用仍然可能指向旧形式。锚文本管理里配置的词要重新核对目标地址；批量替换类操作先做小样验证，确认匹配范围没有误伤正文里的相似片段。

常见问题

改成伪静态对收录有帮助吗？帮助来自地址更短、层级更清晰、参数更少，而不是来自「页面变静态」。同一篇文章的内容没有因为地址变化而变多或变少。

伪静态会不会让站点变慢？不会显著影响。页面仍按请求生成，服务器层多做一次规则匹配，成本远低于数据查询与模板渲染本身。

全静态化还有意义吗？在内容长期不变、访问量高度集中的场景有意义，代价是提交类功能与实时更新需要另外挂处理入口，并且每次更新都要重新生成。

怎么确认自己用的是哪一种？看页面文件是否存在于磁盘上，以及改完配置后是否需要重新生成整站。不需要重新生成的，通常是伪静态而不是静态化。