然而对于 些大型网站，静态化带来的问题和后续成本也是不容忽视的：

　　由于生成的文件数量较多，存储需要考虑文件、文件夹的数量问题和磁盘空间容量的问题—--需要大量的服务器设备;

　　程序将频繁地读写站点中较大区域内容，考虑磁盘损伤问题及其带来的事故防范与恢复----硬件损耗要 新、站点备份要到位;

　　页面维护的复杂性和大工作量，及带来的页面维护及时性问题----需要 整套站点 新制度和 业的站点维护人员;

　　站点静态化，增加了 新维护难度和网站管理人员工作 度，增加了硬件设备需求和损耗速度，增加了站点潜在的访问冲突和故障概率。对于 个大型网站而言，这都是 须考虑的问题。

　　对于SEO 化，我们不需要真正静态化， 需要假装就可以了。动态页面也 样能够做 SEO 化。

　　目 大多数搜索引擎基本都能收录动态页面，使用动态页面的站点数也远远大于静态页面的站点数。

　　许多大型网站虽然网址的后缀为.htm，但其实还是动态页面， 是用了URL Rewrite的方式“欺骗”搜索引擎，真正完 静态的没有发现几个。

目 对于 个动态网站，实施相对静态化的做法基本有如下几种：

　　1. 伪静态，URL Rewrite方式。

　　2. 类似蜘蛛的方法，动态站点也存在， 是通过 个程序去抓取整个站点并保存发布为需要访问的静态站点。

　　不论是真静态页面还是伪静态页面，在方便搜索引擎收录这 点 ，效果都是 样的。既然如此，为什么不使用效率 的“相对静态化”的方法，以避免真正静态化所产生的诸多问题呢?

　　在页面 新维护问题 ，即使是伪静态，也带来了不少维护的复杂性和工作量。目 较为可取的 新方式有：

　　触发式 新：当维护人员在后台 改某些 息后，系统自动或提供手动 新相应显示页面。

　　 立 新： 新与维护分开，页面划分为不同的区，根据 定的规则对于区进行 新。区之间的整合与分离;采用活动域或者采用SSI。

　对于 立 新，应当是大型网站相对静态化后较为理想的 新维护模式：

　　1. 将各页面定义分区、编号，给定存储规则和 新规则， 新规则分为“依据数据变 新”和“周期 新”。

　　2. 对于各区采用 先级的方式，并提供手工触发的即时 新，以保证部分 息的 新时间需要。

　　3. 静态页面替换动态页面，同时保留动态页面，并在静态页面未生成完毕时采用动态页面代替。

　　静态化对于SEO网站 化来说，应当 是 个 号，告诉搜索引擎我的站点很 收录，然后带领搜索引擎尽可能多的“浏览”站点内的内容。 要能够方便浏览和收录，不论是静态页面还是动态页面，搜索引擎都会 视同仁的去收录。