相对超链接 (HREF) 的概念只存在于 HTML 页的环境中。在 Windchill 中，在静态 HTML 页和 HTML 模板文件的静态部分中使用相对 HREF。所有动态生成的 HREF 都使用绝对 HREF。

典型的动态生成的 Windchill HTML 页包括以下内容：

多数 Windchill HTML 页都由 HTML 模板文件生成。如果将文档库指定为 Windchill 虚拟目录的根，就允许模板包含到其他静态资源 (例如图像、背景和样式表) 的 HREF，而不需要由脚本调用产生链接。为确保模板的内容与请求 URL 不紧密耦合，因此使用脚本代码动态生成 <BASE> 标记。这样，具有不同数目 PATH_INFO 元素的请求就可以共享一个响应模板。到其他动态生成页的链接 (通过 servlet) 也可以通过脚本调用和生成绝对 HREF 来生成。

多数动态生成的 HREF 都与包含它们的页的基础 URL 共享某些 URL 组件 (例如，协议、主机、端口和路径前缀)。所以，Windchill 应该可以在这些页中生成相对 HREF。但是，多数 Windchill 代码目前在生成 HREF 时都在内部使用 java.net.URL 对象，而且所谓的相对 java.net.URL 对象并不存在。因此，目前还不可能配置 Windchill 以生成所有 HREF 作为相对链接。如果可能，最好不要使用多个基础 URL 访问 Windchill 系统，例如为内部用户使用一个 URL 而为外部用户使用另一个 URL 通过可重用的代理进行访问。虽然这不会导致内部系统的配置发生更改，但主机名和 URL 将不只是用于 HTTP 请求和响应。主机名也将出现在 RMI 存根中，而 URL 也将出现在 HTML 电子邮件中。

企业部署 (尤其是反向代理配置) 应使用单独的、应用程序特定的主机别名，以启用通过名称解析控制网络连接，具体过程如下文所述。