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

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

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

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

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

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

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

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

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

　　1. 伪静态，URL Rewrite方式。

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

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

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

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

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

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

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

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

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

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