当你为一个小型项目准备页面时，常常需要把页面名称、完整地址和简短备注整理成清单，交给协作者或留给未来的自己。如果缺少一致的记录方式，很容易混淆哪个地址对应哪个页面，或者忘记某个查询参数的用途。本文通过一个假设地址演示简单的清单做法，帮助你为自己的项目建立可重复的习惯。
域名与完整URL分别回答什么问题
假设你正在规划一个小型个人项目，想记录每一个打算发布的页面。你写下了example.org作为站点名称，但光有这个名字并不能告诉读者应该打开哪个具体页面。域名回答的是你指的是哪台服务器或哪个站点的问题。域名为互联网上任何可用的网络服务器提供了一个人类可读的地址，替代了计算机内部用来相互定位的数字IP地址。1
完整URL回答的是一个更具体的问题：在那台服务器上应该获取哪个特定资源。URL是互联网上唯一资源的地址，也是浏览器用来检索已发布资源（如HTML页面、CSS文档和图片）的关键机制之一。一个URL由不同的部分组成，有些是必需的，有些是可选的，这些部分合在一起指向一个具体的位置。2
这个区分是任何交接清单的起点。域名告诉你站点；完整URL告诉你该站点内的确切页面或资源。同一个项目中的两个页面共享相同的域名，但携带不同的路径，可能还有不同的查询字符串或片段。同时记录这两个层面的信息，能让你或协作者日后回来查看时仍然觉得笔记有用。12
在本例中标出地址的各个部分
我们的练习地址是https://example.org/notes/first-page?view=compact#intro。这个字符串纯粹是假设的，仅用于练习阅读URL；它不指向任何真实页面。第一部分https是方案（scheme），它指示浏览器必须使用哪种协议来请求资源。对于网站来说，协议通常是HTTPS或HTTP，方案位于地址的最开头，后面紧跟分隔符://。2
分隔符之后是example.org，即主机部分。主机指示正在请求哪台网络服务器，通常是一个域名。主机之后是路径，在本例中是/notes/first-page。路径表示资源在网络服务器上的位置。在早期互联网中，这样的路径代表服务器上的物理文件位置，但如今它主要是由网络服务器处理的抽象概念，没有对应的物理实体。2
问号引出查询字符串，在本例中是view=compact。参数是提供给网络服务器的额外键值对，当有多对时用和号分隔。网络服务器可以使用这些参数在返回资源之前做额外处理。最后，井号引出片段，在本例中是intro。片段表示资源内部的一种书签，为浏览器指示应显示该书签位置的内容。值得注意的是，片段标识符永远不会随请求发送到服务器。2
保持主机不变，对比不同路径和查询字符串
现在保持主机example.org不变，只替换路径。地址https://example.org/notes/first-page和地址https://example.org/about/team共享相同的方案和主机，因此它们指向同一台服务器。不同的是路径部分，它指向该服务器上的不同资源。当你在清单上记录这两个地址时，主机列保持相同而路径列发生变化。这样一眼就能看出页面属于哪个站点以及它指向哪个具体资源。
接下来，保持路径不变，只改变查询字符串。地址https://example.org/notes/first-page?view=compact和地址https://example.org/notes/first-page?view=full除了查询中view=后面的值不同之外，其余部分完全一致。仅从字符串本身你就能观察到参数名称相同但值不同。这并不能告诉你服务器实际上会如何响应每个值，因为每台网络服务器对参数有自己的规则。了解特定服务器是否处理参数的唯一可靠方式是询问该服务器的所有者。字符串对比能给你的是一种清晰、可重复的方式，把差异记录在清单上。2
你也可以完全去掉片段。地址https://example.org/notes/first-page?view=compact没有井号，因此没有片段。与原始练习地址相比，唯一缺少的部分是#intro。由于片段永远不会随请求发送到服务器，去掉它会改变浏览器在页面内部滚动到的位置，但不会改变服务器返回的资源本身。在说明卡上标注片段是否存在，有助于协作者理解这个链接是打算定位到某个特定段落，还是简单地从页面顶部打开。2
为假设项目制作一张地址说明卡
记录每个页面一行，使用简单的表格或纯文本列表。每一行写四个字段：一个你和协作者都能认出的简短页面名称、在浏览器地址栏中应原样出现的完整URL、一行说明该页面用途的备注，以及一个分项列表把方案、主机、路径、查询和片段分别列出。这种卡片格式让每条信息都可见，不需要任何人在脑中解析地址。
对于假设的first-page条目，说明卡可以这样写。页面名称：First Page。完整地址：https://example.org/notes/first-page?view=compact#intro。用途：notes板块的首页，以紧凑视图显示，滚动到introduction锚点。分项：方案为https，主机为example.org，路径为/notes/first-page，查询为view=compact，片段为intro。把各部分逐一写出来起初可能显得多余，但它迫使你去注意每一个片段，使拼写错误在复查时更容易被发现。
如果你的项目有多个页面共享同一个主机，可以把它们归到一个标题下，标题处写一次主机名，下面只列出不同的路径、查询和片段。这减少了重复，让卡片更紧凑。不过，当你把卡片交给不熟悉项目的人时，在每一行都重复完整地址更安全，这样没有人需要从碎片信息中在脑中拼凑出一个URL。根据受众选择合适的格式。
手工核对你的说明卡
手工验证是在分享卡片之前捕捉小错误的最可靠方式。路径中的拼写错误或遗漏的问号会完全改变地址的含义，而这些错误在快速阅读时很难发现。逐字符的刻意检查能让你慢下来，刚好足以注意到它们。
完成逐字符检查之后，再做一遍专注于分隔符的检查。确认冒号和双斜杠在方案与主机之间恰好出现一次，确认路径以正斜杠开头，确认问号出现在任何查询参数之前，确认井号出现在片段之前。如果某个分隔符缺失或重复，地址就不会按预期工作。第二遍比第一遍花的时间少，因为你只在扫描特定符号，而不是阅读每个字符。
最后，把你的卡片与每个地址的原始来源做比对。如果你是从浏览器地址栏复制的地址，再次打开那个地址栏目视核对。如果你是从协作者那里收到的地址，请他们确认拼写。在卡片经过验证之前保留原始来源，能给你一个兜底，防止小的复制错误扩散到项目文档中。
步骤 1
把完整地址从说明卡复制到一个空白文本文件中。不要凭记忆；使用你实际写下的那个字符串。
步骤 2
从左边开始，给每个片段标注名称：在https上方写「方案」，在example.org上方写「主机」，在/notes/first-page上方写「路径」，在view=compact上方写「查询」，在intro上方写「片段」。
步骤 3
把每个标注好的片段与说明卡上对应的字段做比对。如果任何片段不匹配，修正卡片并对该行重新做一遍标注。
保留这份记录供日后参考
把完成的卡片存放在项目团队能访问、你自己也会记得在发布或分享链接之前去查看的位置。项目文件夹中的一个纯文本文件就很合适，因为它便于搜索、便于版本管理，而且不需要特殊软件就能阅读。如果你更喜欢电子表格，每个项目用一个工作表，使用一致的列标题，让后续条目遵循相同的格式。
当项目增长、新页面被添加时，把新行追加到同一张卡片上，而不是另起一个文件。一份持续增长的记录比几份分散的列表更容易维护，也让你在需要检查重复或不一致时能一次浏览所有地址。如果某个页面被移除或地址发生变化，就地更新该行并添加一条简短备注说明变更内容和日期，这样日后阅读卡片的人能了解历史。
卡片同时也是一种沟通工具。当你把一组链接交给设计师、翻译或新团队成员时，可以直接分享卡片，而不必在消息中逐条粘贴地址。因为每一行已经包含了页面名称、用途和分项拆解，接收者无需追问就能理解每个链接的作用。随着时间推移，这个习惯会减少沟通误解，让项目交接更顺畅，即使团队人员变动或项目暂停数月后重新启动也是如此。
常见问题
如果每个页面都使用https，我还需要在卡片上写出方案吗？
需要。在每一行都明确写出方案可以防止将来某个页面使用不同方案时产生混淆，也让卡片自成一体，读者不必猜测适用的是哪种协议。
如果一个页面没有查询字符串或片段，我该怎么填？
在卡片对应字段中写上「无」而不是留空。明确写「无」表示你已经检查过且缺失是有意为之，而空白字段可能被误认为遗漏。
当多个页面共享同一个主机时，我可以简写主机吗？
你可以把多行归到一个共享主机标题下以求紧凑，但如果卡片会被不熟悉项目的人阅读，在每一行都重复完整地址更安全，能避免拼接错误。