其实很多人觉得网站生成静态，目的无非是希望搜索引擎喜欢，能被搜索的机会多些，即所谓的搜索引擎优化，这倒不是因为动态页面就做不了优化，而是相对静态页面而言，动态页面的SEO会增加些难度，其实静态网页的安全性也要高些的，在英迈思的资讯中有关于网站静态网页的制作方法。

  目前常用获取html文件的内容的方法有几下几种：

  1、这种方法与是在脚本内写要生成的html内容，不太方便预览生成页面的内容，无法可视化布局页面，更改html模板时会更加复杂。用这种方法的人很多，但我感觉这种方法是最不方便的。

  2、制作单独的HTML模板页，动态的内容用特定的字符作为标记(如：有人用$title$标记为网页标题)，用ADODB.Stream或者Scripting.FileSystemObject将其模板内容载入，然后再用替换方法把原先定好的标记替换为动态内容(如：Replace(载入的模板内容,"$title$",rs("title" ) ) )。

  我常用的生成html文件的实例： 
  weburl是要获取的动态页地址
  getHTTPPage(weburl)是获取动态页内容的函数
  weburl="http://"&Request.ServerVariables("SERVER_NAME")&"/contact.asp?id="&rs("id")&""‘指定动态页地址。
  body=getHTTPPage(weburl)'用函数取到动态页地址的内容

  我常用：用XMLHTTP获取动态页生成的HTML内容，再用ADODB.Stream或者Scripting.FileSystemObject保存成html文件。

  对于搜索引擎而言，静态页面和动态页面并没有特殊的好恶，只是有时候动态页面的参数机制不利于搜索引擎收录，而静态页面更容易收录而已。此外，静态页面在一定程度上降低系统负载，也提高了页面访问速度和系统性能及稳定性。

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

  由于生成的文件数量较多，存储需要考虑文件、文件夹的数量问题和磁盘空间容量的问题———需要大量的服务器设备；程序将频繁地读写站点中较大区域内容，考虑磁盘损伤问题及其带来的事故防范与恢复—www.boryin.com—硬件损耗要更新、站点备份要到位；

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

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

  如上分析，对于搜索引擎优化，动态页面也一样能够做好搜索引擎优化。而通过一些软件开发和服务器技术也可做到不需要真正静态化，只需要假装就可以了。

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

  在页面更新维护问题上，即使是伪静态，也一样带来了不少维护的复杂性和工作量。

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