页面链接交接清单：用假设项目记录页面名、完整地址和备注

当你为新网站准备页面时，最终需要写下或分享这些页面的完整地址。本文通过一个明确标注为假设的地址，逐步展示如何识别每个部分、清楚记录并在交接前核对笔记。

域名与完整URL分别回答什么问题

假设你正在规划一个小型个人项目站点，想把某个特定页面的位置分享给朋友。你可能会说站点在 example.org，但这只告诉朋友要访问哪台服务器，并没有说明是服务器上的哪个页面。域名为互联网上可用的网络服务器提供了人类可读的地址。计算机使用IP地址来定位服务器，但人们很难记住那些数字串，域名通过提供可读的标签解决了这个问题。¹

完整URL则更进一步。URL即统一资源定位符，是互联网上唯一资源的地址，也是浏览器用来获取已发布资源（如HTML页面、CSS文档和图片）的关键机制之一。域名指向的是整台服务器，而URL精确定位到该服务器上的某一个具体资源。可以这样理解：域名回答的是「哪栋楼」，完整URL回答的是「哪一层、哪个房间、哪个柜子」。²

在我们的假设练习中，将使用地址 https://example.org/notes/first-page?view=compact#intro 。这个地址纯粹是为了拆解字符串而虚构的，并不声称指向一个真实存在的页面。明确这一点后，我们可以专注于字符串本身的结构，而不必担心在浏览器中输入后是否真的会加载出内容。

在本例中标出地址的各个组成部分

把完整字符串写在空白行上：https://example.org/notes/first-page?view=compact#intro。现在逐段标记。方案部分是 https，它指示浏览器请求资源时必须使用的协议。对于网站来说，协议通常是HTTPS或其未加密版本HTTP。方案后面总是跟着分隔符 ://，然后才是下一部分。²

本例中的权限部分是 example.org，即域名，它告诉浏览器正在请求哪台网络服务器。权限之后是路径，在我们的字符串中是 /notes/first-page。路径表示资源在网络服务器上的位置。在早期互联网中，这样的路径代表服务器上的物理文件位置，但现在它主要是由服务器处理的一种抽象，不再对应真实的物理路径。²

路径之后，问号引出查询字符串。在我们的例子中，?view=compact 就是查询部分。参数是提供给网络服务器的额外键值对，服务器可以利用它们在返回资源之前做额外处理。最后，井号引出片段。在我们的例子中，#intro 是片段标识符。锚点相当于资源内部的一个书签，为浏览器指示应显示该书签位置的内容。值得注意的是，井号后面的部分不会随请求发送给服务器。²

保持主机不变，对比不同路径与查询字符串

记录三个变体，保持主机 example.org 不变，只改变其他部分。第一个是 https://example.org/notes/first-page，没有查询也没有片段。第二个是 https://example.org/notes/second-page?view=full，路径换成了不同的页面名称，查询值也变了。第三个是 https://example.org/about?lang=en#team，使用了完全不同的路径、不同的查询键和不同的片段。

注意哪些部分保持不变，哪些部分发生了变化。方案 https 和域名 example.org 在三个字符串中完全相同。第一个斜杠之后的路径段是区分同一服务器上不同页面的关键。问号引出的查询字符串可以传递不同的指令或偏好，井号引出的片段可以指向同一文档中的不同位置。这些纯粹是对字符串中可见字符的观察，我们并没有对任何特定服务器会如何响应这些地址做出推断。²

这种比较在你把页面地址清单交接给别人时很有用。如果两个地址共享相同的域名，只在路径或查询上有差异，快速复制时很容易看错。在清单中注明具体的差异之处可以降低这种风险。你只是在比较可见的字符，而不是在预测有人访问这些地址时会发生什么。

为假设项目制作一张地址说明卡

为项目中的每个页面地址记录一张简短的说明卡。对于我们的假设示例，卡片包含三个字段。第一个字段是目的：用通俗语言说明这个页面是做什么的，例如「笔记板块的初稿，紧凑视图」。第二个字段是完整地址字符串，按照它应当呈现的样子原样抄录。第三个字段是逐部分拆解，分别列出方案、域名、路径、查询和片段。

用自己的话写出目的，能帮助你和未来的协作者理解这个地址为什么存在，而不必真的去访问那个页面。完整地址字段应当是逐字抄录，不能改写，因为哪怕少了一个斜杠或者问号放错了位置，字符串的含义就会改变。拆解字段则在你需要讨论某个具体部分时提供快速参考，比如请同事确认查询参数是否正确。

你可以把这些卡片保存在纯文本文件、电子表格或笔记应用中。格式本身不那么重要，重要的是保持一致：每张卡片都应有相同的三个字段，这样任何阅读清单的人都知道去哪里找信息。如果项目增长到很多页面，卡片格式可以自然扩展，因为每个页面都有自己的条目，结构完全相同。

用手工复制与逐项标记核对说明卡

检查你的说明卡是否与原始地址字符串一致，然后再把它分享给任何人。核对过程刻意采用手工且缓慢的方式，因为速度正是大多数复制错误发生的地方。你不需要任何特殊工具，一个文本编辑器和自己的眼睛就足以完成这个练习。

以下步骤是作者建议的仔细核对流程，不是任何规范强制的要求，只是一种在你为交接记录地址时减少失误的实用工作方式。

完成这些步骤后，将你标记过的副本与之前写好的卡片进行对比。如果每个段都吻合，卡片就可以分享了。如果有任何不同，修正卡片并重复标记过程。这个复制、标记、对比的循环就是交接清单的核心。

步骤 1

从卡片中将完整地址字符串复制到文本编辑器中一个新的空白行。不要凭记忆手打，使用复制粘贴功能，确保字符被原样转移。

步骤 2

在每个部分之间放置空格或标记：在 https:// 之后、在 example.org 之后、在 /notes/first-page 之后、在 ?view=compact 之后、在 #intro 之前。这样一行上就有了五个视觉上分隔的段。

步骤 3

在每一段的上方或下方标注它的名称：方案、域名、路径、查询、片段。逐个读出标签，确认它与字符串中看到的内容一致。

步骤 4

将标记好的行与卡片上的拆解字段进行对比。每个段的名称和每个字符都应当吻合。如果吻合，在卡片上标记为已核对。

保留记录供以后的写作与沟通使用

将核对过的卡片存放在你确实会回顾的位置。项目文件夹中的一个专用文件效果不错，因为它会随其余站点文件一起保存。如果你与他人协作，把文件放在共享文件夹或版本控制的仓库中，意味着每个人都参考同一份清单，而不是依赖零散的聊天消息。

当需要撰写文档、把链接发给设计师或在会议中描述站点结构时，你可以直接从卡片上取出确切的地址，而不必凭记忆重新拼凑。当项目暂停了一段时间、细节不再清晰时，这一点尤其有帮助。卡片为你提供了一个可靠的起点，不需要登录任何工具或打开浏览器。

随着时间推移，你可能会选择给卡片添加更多字段，比如上次核对地址的日期，或者备注还有谁看过这份记录。重要的原则是：记录反映的是你自己关于哪些信息对工作流有用的决定。没有唯一正确的格式，关键在于卡片足够完整，能够回答「这个地址是什么、每个部分在做什么」这个问题，而不需要你再去别处查找。

常见问题

给别人记录页面地址时需要包含片段吗？

这取决于接收者是否需要落在页面内的某个特定位置。片段不会随请求发送给服务器，它只影响浏览器加载页面后滚动到哪里。如果对方只需要到达页面本身，可以省略片段。如果对方需要立即看到某个特定部分，就包含它，并在卡片上注明这一情况。²

URL中查询字符串和路径有什么区别？

路径标识的是服务器上的资源，而查询字符串传递的是服务器可能用于额外处理的参数。在我们的例子中，/notes/first-page 是路径，?view=compact 是查询。它们在地址字符串中承担不同的角色。²

不同域名的页面可以用同样的说明卡格式吗？

可以。卡片格式关注的是记录结构，而不是某个特定域名。如果你的项目跨越多个域名，每张卡片只是在域名字段填入不同的值，方案、路径、查询和片段字段遵循相同的模式。