概述  
静态页面名字除了具有含义更明确这一优点之外，它的另外一个优点在于搜索引擎能够索引这些页面。大多数搜索引擎，如Alta Vista和Yahoo，不会检索URL中带有问号的页面，因为它们担忧进入永无尽头的链接迷宫。把动态页面名字转化成静态页面名字之后，搜索引擎就会对这些页面进行索引和分类，从而为网站造成更多的访问量。  
要使用本文介绍的要领将动态名字转化成静态名字，你务必使用Windows 2000和IIS 5.0。IIS 5.0的两个改进使得我们可以实现这种转换，它们是：使用Server.Transfer的“自定义错误信息”功能和在ASP页面中使用Server.Transfer的能力。虽然IIS 4.0也支持自定义错误信息，但它使用的是Response.Redirect，没有用，所以本文方法要求使用IIS 5.0。Response.Redirect之所以没有用，是因为搜索引擎不会追随重定向。  
使用本文所介绍的要领，网站开发者先用静态类型的URL链接其实其实不存在的页面。然后设置IIS服务器，告诉它要用指定的ASP页面（404.asp）来处理网站上出现的所有404错误。在这个404.asp页面里，把之前的URL转化成正式的动态URL，利用Server.Transfer执行并向用户浏览器返回目标页面。  
假设有如下URL：  
http://www.myserver.com/applicances/dishwashers/kenmore/Model3809.htm
其中myserver.com以网站的域名取代，该URL将返回404错误。我们第壹要做的是用某个专用的.ASP页面来处理所有这些404错误。这可以用IIS 5.0的“自定义错误信息”功能来实现。设置该功能的过程如下：  
●在MMC中打开IIS服务器管理器  
●右击Web网站节点，然后选择“属性”  
●点击“自定义错误信息”页  
●向下滚动，直至找到404错误  
●双击404错误，打开“错误映射属性”对话框  
●将消息类型改为URL  
●在URL框输入“/404.ASP”  
●点击“确定”关闭窗口  
现在404错误已经由404.ASP处理了。当IIS调用404.asp页面时，它会提供造成这个404错误的URL，这对我们来说是非常有用的。  
错误处理页面  
接着我们建立处理错误的404.ASP页面。第壹要做的是获得造成这个404错误的页面名字。下面这行代码从查询字符串提取这个页面的称号：  
< %
'获得页面名字
strQ = Request.ServerVariables("QUERY_STRING")
% >
那么，strQ中的哪些内容才是重要的呢？在上例中它应该如下所示：/applicances/dishwashers/kenmore/Model3809.htm。我们真正期望的仅有其中的Model3809（产品型号），因为这是产品数据库中的唯一键。下面这几行代码根据产品型号找出产品的ID（编号）：  
< %
' 计算产品型号
nIndex = InStrRev(strQ,"/")
If (nIndex >0) Then
strModelNumber = Right(strQ,Len(strQ)-nIndex)
strQ = Left(strQ,nIndex-1)
End If
　
' 从产品型号去掉.htm后缀
If ((Mid(strPageName,Len(strPageName),1)="m") And _
(Mid(strPageName,Len(strPageName)-1,1)="t") And _
(Mid(strPageName,Len(strPageName)-2,1)="h") And _
(Mid(strPageName,(strPageName)-3,1)=".")) Then
　
strModelNumber =Left(strPageName,Len(strModelNumber)-4)
　
End If
　
' 从产品数据库查找产品编号
strSQL = "SELECT Product_Id FROM Product " _
& "WHERE Product_Model = '" & strModelNumber & "'"
Set oRS = oConn.Execute(strSQL)
If (Not oRS.EOF) Then
lProductId = oRS("Product_Id")
End If
% >
目前我们得到了产品编号，在转换到正确的ASP页面之前务必先保存它。我们无法通过Server.Transfer在查询字符串中传递产品编号（这是IIS的一个局限），因此务必通过Session对象来传递它。  
< %  
Session("Id") = lProductId  
Server.Transfer("/product.ASP")
% >
执行这个页面时，浏览器地址栏中的内容如下：  
http://www.myserver.com/applicances/dishwashers/kenmore/Model3809.htm
由于使用了Server.Transfer，浏览器地址栏中的URL不会改变，同样浏览器也不用与服务器再交互一次，这与Response.Redirect是不一样的。  
另外也请注意URL中的目录是压根不存在的，其实在这里URL中除了服务器名字之外的其余内容压根不起什么作用。例如，下面的几个URL都将返回同一页面。  
http://www.myserver.com/Model3809.htm
http://www.myserver.com/trucks/ford/Model3809.htm
那么为啥要加上这么多目录呢？这些目录将提高搜索引擎对网站的评价。一些搜索引擎认为URL中的单词是比页面标题和正文更重要的搜索关键词，所以目录名字是极为重要的。  
调用不存在的页面  
我们已经讨论了将其实不存在的URL转换为有效动态URL的技术。然而，要让搜索引擎能够索引这些页面，我们还需要链接这些其实不存在的URL。换句话说，只有当我们链接了Model3809.htm页面后搜索引擎才会发现它。  
以前链接这种页面时我们只需根据如下方式给出产品编号：“product.ASP?Id=4”。目前我们就来构造一个以产品编号为参数返回恰当URL的函数。  
< %
Function CreateProductURL(lProductId)
　
strSQL = "SELECT Product_Model FROM Product " _ & "WHERE Product_Id =" & lProductId
　
Set oRS = oConn.Execute(strSQL)
If (Not oRS.EOF) Then  
strModel = oRS("Product_Model")
End If

CreateProductURL = "/" & strModel & ".htm"
　
End Function
% >
现在如果我们要加入URL，只需根据如下方式进行：  
< A HREF="../../< %=CreateProductURL(4)% >" >洗碗机< /A >
本例我们假定不晓得产品型号名称，务必查询数据库才能得知。但在现实中可能其实不是如此，我们知道产品的型号名称，可以直接建立URL而无需再次访问数据库。  
性能问题  
本文所介绍的要领会明显地影响性能。首先，为了建立静态类型的URL它需要一次数据库调用。其次，为了从发生404的URL动身得到正确的URL，它还要增加一次额外的数据库调用。最后，两次Server.Transfer需要较大的开销。  
不过，有些性能问题可以用XCache（www.postpointsoft.com）来处理。XCache能够把出现404错误的URL转换到正确的页面，并缓存该信息以供后来的要求使用。  
实例  
请访问http://www.kulshan.com，这是一个应用本文技术的案例。Kulshan.com的大多数分支页面，如餐馆、饭店的评论，都为了在搜索引擎中获得更高的评价而使用了这种技术。Kulshan.com也使用了XCache。  
小结
利用IIS 5.0的自定义错误信息功能控制404错误可以为动态页面制作出静态页面类型的URL。只要无需建立这些静态URL所用到的目录和文件，那么应该说建立这种既利于市场宣传、也利于搜索引擎排位的URL是相当容易的。