准备一个小型网站项目时，你迟早需要把页面地址交给协作者、设计师或未来的自己。知道该记录什么、如何标注地址的每个部分，能避免后续沟通中的混乱。本文通过一个假设地址，逐段拆解并建立一份可复用的核对清单。
域名与完整URL分别回答什么问题
假设你正在规划一个小型个人项目网站，包含几个页面：首页、笔记区和关于页。在任何页面上线之前，你想把每个页面的位置记下来，方便帮忙做设计的朋友以后找到它们。首先要记录的是域名。域名是互联网上可供访问的网页服务器的人类可读地址，它解决了IP地址难以记忆且可能随时间变化的问题（s2）。对于这个假设项目，假定域名是example.org。单凭这个名字，读者能知道要访问哪台服务器，但无法确定应该看到该服务器上的哪个页面。1
完整URL回答的是更具体的问题。URL是互联网上某个唯一资源的地址，也是浏览器用来获取已发布资源（如HTML页面、图片和文档）的关键机制之一（s1）。域名指向服务器，而完整URL指向该服务器上的某一个特定资源。因此，当你向协作者交接项目信息时，只写域名会让对方猜测你指的是哪个页面；写出完整URL则消除了这种歧义。2
本练习使用的地址是 https://example.org/notes/first-page?view=compact#intro。这个地址并不指向一个真实存在的页面，它只是为了让我们标注各部分并练习清晰地记录地址信息而设定的。请把它当作一段待拆解的字符串，而非一个可以访问的目的地。
标出本例地址的各个部分
方案是URL的第一部分，表示浏览器请求资源时必须使用的协议。在本例中，https是方案，即安全网页的标准协议（s1）。在清单上记下这一项，因为协作者后续测试页面时需要知道连接是否经过加密。2
接下来是域名，本例中为example.org。域名指示正在请求哪台网页服务器（s1）。域名之后是路径/notes/first-page。路径表示资源在网页服务器上的位置，不过在现代实践中，它大多是服务器处理的抽象概念，并不对应真实的物理文件（s1）。问号引出查询字符串view=compact。参数是提供给网页服务器的额外键值对，每台服务器对参数的处理规则各不相同（s1）。最后，井号引出片段intro。锚点相当于资源内部的一个书签，为浏览器指示显示该书签位置内容的方向（s1）。2
标注这五个部分作为清单上的独立条目：方案、域名、路径、查询和片段。将它们分开记录有助于日后发现拼写错误。如果协作者反馈某个链接跳转到了页面的错误位置，你可以单独检查片段是否被正确复制，而不必重新审视整个地址。
保持主机不变，对比路径与查询
现在保持主机部分example.org不变，观察其他部分变化时的情况。如果路径改为/about，地址变为 https://example.org/about。联系的服务器相同，但请求的资源不同。这里并没有推断服务器的实际行为，只是观察到字符串指向了不同的位置标签。2
如果把查询从view=compact改为view=full，路径保持不变，但发送给服务器的额外信息不同。MDN文档指出，网页服务器可以利用参数在返回资源之前进行额外处理，而确认某台特定服务器是否处理参数的唯一可靠方式是询问服务器所有者（s1）。对你的清单来说，这意味着应当按原样记录查询字符串，因为即使是很小的改动也可能在实际站点上产生不同的结果。2
如果完全去掉片段，地址在查询之后结束。浏览器将从页面顶部加载，而不是滚动到书签位置。以上观察都没有说明服务器对每种变体实际做了什么，它们只描述了字符串本身的变化。你的清单记录的是字符串，服务器的行为是另一个问题，需要等站点上线后再确认。
为假设项目制作地址说明卡
为假设项目中的每个页面写一张简短的说明卡。对于笔记页，卡片可以包含四行内容：一个通俗的目的说明，例如「项目笔记的初稿」；完整地址 https://example.org/notes/first-page?view=compact#intro；五个已标注部分的列表；以及一条关于谁需要这个地址的备注。这种格式把协作者需要的所有信息集中在一处，不需要他们自己解析URL。
对于首页，卡片会更简单，因为路径可能只是/，而且可能没有查询或片段。明确写出这一点，而不是留空，这样读者就知道你考虑过这些部分并决定它们不需要。空白字段看起来像是遗漏；一条刻意的备注，如「无需查询或片段」，可以消除疑虑。
把所有卡片放在同一个文档或共享笔记中。目标不是建立一套复杂的系统，而是有一个可靠的地方，让每个计划中的页面都有完整写出的地址。当项目超过几个页面时，这个习惯能节省时间，因为你可以搜索文档，而不必凭记忆重建地址。
手工核对说明卡
检查每张说明卡的方法是：从卡片上复制完整地址，粘贴到纯文本编辑器中。逐字符查看这个字符串，确认方案、域名、路径、查询和片段都与你的标注一致。这个手动步骤能捕捉到快速阅读时容易忽略的错误，比如路径段之间缺少斜杠，或参数名拼写有误。
记录你发现的任何差异，直接写在卡片上，而不是默默修正。如果卡片上写的片段是#introduction，而预期值是#intro，就在原条目旁注明更正。这保留了变更的轨迹和原因，当协作者后来问为什么笔记中出现两个版本的地址时，这条记录就派上了用场。
用第二遍核对来确认每张卡片上的目的说明是否仍然与你实际计划构建的页面一致。项目计划会变化，早期写的卡片可能描述的是一个后来改变了范围的页面。更新目的说明能让卡片保持准确，防止协作者为一个不再符合描述的内容去设计布局。
保留记录供以后使用
核对完成后，把卡片存放在你确实会回来看的地方。项目文件夹里的文本文件、共享文档或笔记应用都可以。重要的选择是一致性：选定一个位置，把所有页面卡片放在那里，这样你就不必在多个工具之间搜索同一个地址。
当你交接项目或引入新的协作者时，把卡片文档连同标注规则的简要说明一起分享。提醒对方问号引出查询、井号引出片段，因为并非每个读者都已经知道这些（s1）。在文档顶部加一句简短说明，能省去你反复回答同一个问题的时间。2
随着时间推移，你的记录方式可能会演变。你也许会加一列记录每张卡片最后一次核对的日期，或者加一条备注说明页面是否已上线还是仍在草稿阶段。这些补充取决于你的项目如何发展。核心习惯保持不变：写出完整地址、标注各部分、把记录放在项目中任何人都能找到的同一个地方。
常见问题
我的站点只用HTTPS，还需要在卡片上记录方案吗？
需要。记录方案可以确认预期使用的协议，并帮助协作者在链接意外使用了HTTP时发现问题。在卡片上多写一个词，就能消除一个常见的混淆来源。2
如果一个页面没有查询或片段，卡片上该怎么写？
在相应字段写「无」或「不需要」，而不是留空。明确的备注告诉阅读卡片的人你考虑过这些部分并决定它们不必要，而不是让人以为你只是忘了填写。
片段能保证每次滚动到同一个位置吗？
片段为浏览器指示显示资源内部书签位置内容的方向，但实际行为取决于页面的构建方式（s1）。在卡片上按预期记录片段，等页面上线后再验证滚动位置是否正确。2