对于大部分搜索引擎而言，在主观上对静态页面和动态页面并没有明显的好恶之分，只是很多动态页面的URL包含的参数不利于搜索引擎收录，而静态页面更容易收录而已。此外，页面静态化在一定程度上也提高了页面访问速度和系统性能及稳定性----这使得在搜索引擎优化上面，为使得效果更加明显，问题简单快速解决，大家对站点的静态化趋之若骛。
而对于一些比较大型、内容丰富的网站，所有页面HTML静态化带来的问题和消耗的成本也是不容忽视的：
由于生成的HTML文件数量较多，存储需要考虑文件、文件夹的数量问题和磁盘空间容量的问题——需要大量的服务器设备；
程序将频繁地读写站点中较大区域内容，考虑磁盘损伤问题及其带来的事故防范与恢复----硬件损耗要更新、站点备份要到位；
页面维护的复杂性和大工作量，及带来的页面维护及时性问题----需要一整套站点更新制度和专业的站点维护人员；
站点静态化，增加了更新维护难度和网站管理人员工作强度，增加了硬件设备需求和损耗速度，增加了站点潜在的访问冲突和故障概率。对于一个大型网站而言，这都是必须考虑的问题。
对于网站SEO优化而言，我们不需要真正静态化，只需要达到网站搜索引擎优化之目的就可以了。其实动态页面也一样能够做好SEO优化。
目前大多数搜索引擎基本都能收录动态页面，使用动态页面的站点数也远远大于静态页面的站点数。
许多大型网站虽然网址的后缀为.htm，但其实还是动态页面，只是用了URL Rewrite的方式“欺骗”搜索引擎，真正完全静态的没有发现几个，如搜索引擎优化组织的网站，也是通过URL重写实现伪静态的。
目前对于一个动态网站，实施相对静态化的做法基本有如下几种：
1. 伪静态，URL Rewrite方式。
2. 类似蜘蛛的方法，动态站点也存在，只是通过一个程序去抓取整个站点并保存发布为需要访问的静态站点。
不论是真静态页面还是伪静态页面，在方便搜索引擎收录这一点上，效果都是一样的。既然如此，为什么不使用效率更高的“相对静态化”的方法，以避免真正静态化所产生的诸多问题呢？
在页面更新维护问题上，即使是伪静态，也带来了不少维护的复杂性和工作量。目前较为可取的更新方式有：
触发式更新：当维护人员在后台更改某些信息后，系统自动或提供手动更新相应显示页面。
独立、分片式更新：更新与维护分开，页面划分为不同的区，根据一定的规则对于区进行更新。区之间的整合与分离，有的是采用活动域，有的是采用SSI（Server Side Include）。
对于独立、分片式更新，应当是大型网站相对静态化后较为理想的更新维护模式：
1. 将各页面定义分区、编号，给定存储规则和更新规则，更新规则分为“依据数据变更更新”和“周期更新”。
2. 对于各区采用优先级的方式，并提供手工触发的即时更新，以保证部分信息的更新时间需要。
3. 静态页面替换动态页面，同时保留动态页面，并在静态页面未生成完毕时采用动态页面代替。
静态化对于网站SEO来说，应当只是一个信号，告诉搜索引擎我的站点很好收录，然后带领搜索引擎尽可能多的“浏览”站点内的内容。只要能够方便浏览和收录，不论是静态页面还是动态页面，搜索引擎都会一视同仁的去收录。
对于小网站而言，站点静态化或许是解决网站收录量的一个简便的办法，而对于大网站来说，则要认真考虑了，是不是真的有必要去做静态化，还是做一下“相对静态化”就够了。
另外，使网站具有很清晰的结构、定期向搜索引擎提交sitemap等方法也可解决页面收录不全面等问题。良好的URL设计、避免重复页面、保持内容新鲜及原创，才是保证网站更新收录的长远之计，现今搜索引擎对动态URL越来越认可，对多参数URL的处理也越来越聪明，只要网站优化得当，全站生成HTML静态页面的做法虽不能说画蛇添足，也只能算是锦上添花，我们在网站优化过程中应权衡利弊，作出相应的变通措施。
