当你为网站准备页面时，迟早需要把地址分享给协作者或留作自己的参考。一份记录页面名、完整地址和备注的简单清单，能在交接时避免混乱。本文通过一个假设地址来演示这种清单的实际用法。
域名与完整URL分别回答什么问题
域名回答的是「你要访问哪台服务器」这个问题。域名是互联网基础设施的关键组成部分，为互联网上任何可用的网络服务器提供人类可读的地址。完整URL则回答一个更具体的问题：在那台服务器上，你需要的究竟是哪个资源？URL是互联网上唯一资源的地址，也是浏览器用来获取已发布资源的关键机制之一。12
在我们的假设项目中，域名是example.org。它告诉读者应该联系哪台服务器，但并没有说明该服务器上哪个页面与当前任务相关。完整地址 https://example.org/notes/first-page?view=compact#intro 则提供了更多信息：使用哪种协议、沿哪条路径访问、传递什么参数、页面加载后滚动到哪个位置。这个例子纯粹是假设的，仅用于练习阅读地址字符串的各个部分，并不声称该页面真实存在或已上线。21
这个区别在交接工作时很重要。如果你只给别人一个域名，对方知道服务器但不知道你指的是哪个具体页面或资源。如果你给出完整URL，对方就能准确知道你指向的是哪个资源。在清单中同时记录域名和完整URL，能让交接更清晰，减少沟通误解的可能性。
逐一阅读示例地址的各个部分
来看完整字符串：https://example.org/notes/first-page?view=compact#intro。方案部分是https，它指示浏览器必须使用哪种协议来请求资源。权限部分是example.org，即域名，表明请求的是哪台网络服务器。域名本身由点号分隔的多个标签组成，从右向左阅读，每个部分提供关于整个名称的特定信息。21
路径部分是/notes/first-page，代表网络服务器上资源的路径。问号引导查询字符串：view=compact。参数是提供给网络服务器的额外信息，以键值对的格式呈现。井号引导片段：intro。锚点代表资源内部的一种书签，为浏览器指示显示位于该书签位置的内容。片段标识符不会随请求发送到服务器。2
标注每个部分，在初次遇到一个新地址时把它们分别写下来。标记为方案、域名、路径、查询和片段。这个习惯有助于你之后发现错误，比如缺少斜杠或参数名拼写有误。当你和不熟悉URL结构的协作者讨论地址时，这也提供了共同的词汇。
对比共享同一主机名的不同字符串
保持主机部分不变，为同一个假设项目想象另外两个地址：https://example.org/notes/second-page?view=full 和 https://example.org/about/team。这三个地址共享同一个域名，但路径、查询和片段各不相同。前两个都在/notes/路径下，但指向不同的页面并请求不同的视图参数。第三个的路径完全不同，而且没有查询和片段。
这样对比地址时，你只是在观察字符串本身，而不是在声称服务器实际上会如何处理每个请求。路径、查询和片段是URL字符串的组成部分；服务器如何解读它们取决于该服务器自身的配置。对于交接清单来说，你的任务是准确记录字符串，而不是预测服务器行为。2
检查每个地址是否与你的清单一致，逐字阅读路径和查询部分。缺少一个斜杠或多出一个空格都可能使地址与你预期的不同。这种仔细的阅读在你于文档、聊天消息或项目管理工具之间复制地址时尤其有用，因为格式可能会悄悄改变字符。
制作地址说明卡
记录一张简短的说明卡，为你的项目中每个页面各建一张。以我们的假设示例为例，说明卡可能包含：用途——用于演示URL结构的示例笔记页面。完整地址——https://example.org/notes/first-page?view=compact#intro。方案——https。域名——example.org。路径——/notes/first-page。查询——view=compact。片段——intro。备注——用于学习目的的假设示例，不是真实上线的页面。
把这种卡片格式作为起点，添加对你自己项目有意义的字段。你可以加入计划使用的页面标题、负责内容的人员，或者你最后一次审核该地址的日期。关键思路是把地址的每个部分都明确写出来，这样任何阅读卡片的人都能看出每个片段的含义，而不需要自己去解析完整字符串。
把卡片放在你的团队或未来的自己能轻松找到的地方。一个纯文本文件、一份共享文档或一个简单的电子表格都可以。格式不如信息的完整性重要。如果你是独自工作，一个文本文件、每页一张卡片，通常就足够了，而且方便搜索。
手工核对说明卡
从你的卡片中复制完整地址，粘贴到一个新的文本文件中。然后逐字检查，标记每个部分的起止位置。确认方案后面跟着://这几个字符，域名紧随其后，路径以正斜杠开头，查询以问号开头，片段以井号开头。
记录你发现的任何差异。如果路径缺少开头的斜杠，或者查询部分在你预期使用问号的地方用了与号，就在卡片上标注修正。这种手工检查能抓住那些在工具之间快速复制地址或粘贴到消息中时容易忽略的错误。
对清单上的每一个地址都重复这个过程。每个地址只需几分钟，但它能防止那种协作者按照一个略有错误的地址访问后落到意外页面或收到报错时产生的困惑。在项目早期养成核对的习惯，当项目增长、地址变多时会节省大量时间。
保留记录供日后使用
清单完成后，把它存放在你实际会再次查看的地方。如果你正在为网站撰写内容，把地址卡片和草稿放在一起，这样你可以随时参考确切的路径和片段而不必切换窗口。如果你要把工作交给开发者或设计师，把卡片放进项目简报或共享文件夹中。
每当地址发生变化时更新卡片。即使是很小的改动，比如重命名路径中的一个片段或添加新的查询参数，也应该立即反映在记录中。过时的卡片比没有卡片更糟糕，因为它会给人虚假的信心。为每次修改标注日期，这样你能分辨哪个版本是最新的。
随着时间推移，你的地址卡片集合会成为整个项目的参考文档。你可以用它来审查链接、规划重定向，或者帮助新加入的协作者快速了解网站结构。你早期在记录和核对每个地址上投入的精力，会在每次有人需要找到或讨论某个具体页面时得到回报。
常见问题
如果所有页面都使用同一种方案，说明卡里还需要写方案吗？
最好还是写上。如果你的项目以后添加了使用不同方案的页面，或者你把卡片分享给不熟悉你项目配置的人，明确写出方案可以消除歧义。
如果地址的片段部分经常变化，我该怎么办？
记下当前稳定的片段，并备注它可能会变化。片段标识符不会随请求发送到服务器，所以它只影响浏览器在页面上滚动到的位置。如果它经常变动，记录最新版本并标注日期即可。2
如果页面在没有查询字符串的情况下也能正常加载，可以省略查询部分吗？
如果页面在没有查询字符串时能正常加载，你可以只记录不带查询的地址。不过，如果查询会改变页面的显示方式或筛选结果，就应该把它包含进去，这样你的记录才能反映你实际想要记录的那个状态。