当你为协作者或未来参考文档准备一份页面地址清单时，域名和完整URL之间的区别很重要。本文通过一个假设地址，逐部分标注，展示如何制作一张可复用的地址说明卡。
域名与完整URL分别回答什么问题
假设你正在规划一个小型项目站点，需要把一份页面清单交给同事审阅。你写下了example.org，然后又写下一个更长的字符串：https://example.org/notes/first-page?view=compact#intro。这两个字符串回答的是不同的问题。域名是互联网上任何可用网络服务器的人类可读地址，它告诉你该访问哪台服务器，但不指明服务器上的哪一个具体资源。完整URL则是互联网上某个唯一资源的地址，包含足够的细节让浏览器获取特定的页面、图片或文档。在我们的假设练习中，example.org是域名，而从https开始的整个字符串是完整URL。这个页面和地址并不真实存在于任何已上线的服务器上，我们只是用它来练习阅读和记录地址字符串。12
这个区别在你交接链接清单的那一刻就变得实际了。如果你只记录域名，协作者知道该访问哪个站点，但必须猜测你指的是哪个页面。如果你记录完整URL，对方可以直接粘贴到浏览器地址栏并到达你预期的那个资源。对于交接清单来说，在完整URL旁边附上一个简短的人类可读页面名称，能让接收者同时获得上下文和可操作的地址。
本文通篇使用的假设地址是https://example.org/notes/first-page?view=compact#intro。请把它当作一个待拆解的字符串来看待。我们并不声称这个页面已发布或可以访问。练习的目的是识别每个组成部分，这样当你遇到真实项目地址时，也能以同样的信心标注和记录它们。
在本例中标出各组成部分
URL由不同的部分组成，有些是必需的，有些是可选的。在我们的例子中，方案是https，它指示浏览器必须使用什么协议来请求资源。权限部分是example.org，它指明被请求的是哪台网络服务器。路径是/notes/first-page，代表资源在该服务器上的位置。路径之后是一个问号，后面跟着view=compact；问号引导查询参数，它们是提供给网络服务器的额外键值对。最后，井号引导片段intro，它充当资源内部的书签，指示浏览器定位到页面中的某个特定位置。2
在地址字符串旁边写下这些标签是交接练习的核心。问号始终标志着查询参数的开始，井号始终标志着片段标识符的开始。这两个分隔符是URL结构的固定规则，不是站点作者的选择。当你为同事记录一个地址时，标注问号和井号出现的位置能帮助他们理解哪部分是页面位置，哪部分是补充信息。2
在我们的假设字符串中，片段intro不会随请求发送到服务器；它只指示浏览器在页面加载后滚动或聚焦到哪里。这意味着如果你的协作者去掉片段部分，他们仍然会到达同一个页面，只是没有自动滚动位置。在说明卡上注明这一点，可以避免有人因为复制粘贴时去掉了末尾的片段就报告说链接「不能用」的困惑。2
保持主机部分不变，对比不同路径和查询字符串
现在保持主机部分example.org不变，变化其余部分。考虑https://example.org/notes/second-page?view=compact#intro。唯一的区别是路径段从first-page变成了second-page。方案、主机、查询和片段完全相同。这说明路径是区分同一服务器上不同页面的部分。当你构建交接清单时，路径往往是各条目之间变化最多的字段。
接下来，只改变查询：https://example.org/notes/first-page?view=expanded#intro。页面位置相同，但查询参数现在携带了不同的值。我们并不推断服务器实际如何处理这个参数；我们只是观察到问号之后的字符串不同了。在说明卡上记录查询字符串，能让协作者知道这个地址可能呈现与无参数版本不同的视图或状态。
最后，完全去掉片段：https://example.org/notes/first-page?view=compact。页面和查询保持不变，但没有书签指示浏览器定位到某个特定区域。将这三个变体并排比较可以看出，字符串的每个部分都承担不同的角色。路径定位资源，查询传递附加信息，片段在加载的内容中为读者定位。记录两个地址之间哪些部分发生了变化，是向队友解释差异的直接方式，无需讨论服务器端行为。
为假设项目制作地址说明卡
记录一张简短的说明卡，对应交接清单中的每个地址。一张有用的说明卡包含四个字段：你自己选定的人类可读页面名称、完整地址字符串、各组成部分的标注分解，以及一句话说明这个页面在项目中为什么重要。对于我们的假设例子，页面名称可以是「笔记首页，紧凑视图」。完整地址是https://example.org/notes/first-page?view=compact#intro。分解部分分别列出方案、主机、路径、查询和片段。备注可以写：「这是笔记板块的落地页，以紧凑显示模式呈现。」
说明卡的目的是让交接对话更快。你不再只是粘贴一个原始字符串然后让同事自己弄明白它指向什么，而是交给他们一份结构化的摘要。如果你维护多个页面，每张卡都遵循相同的格式，读者可以扫视清单并一目了然地发现差异。这是一种格式选择，不是技术要求；你可以根据项目需要调整字段。
写备注字段时，保持简短和事实性。描述页面在项目中的角色，而不是猜测你无法验证的服务器配置或实现细节。像「笔记第一条的紧凑视图，用于快速浏览」这样的备注清晰且可操作。避免写承诺特定行为的备注，除非你自己已经确认过。
手工复制与逐项标记核对说明卡
将完整地址从说明卡复制到纯文本编辑器中，手动标注每个部分。从左边开始：在https上方写「方案」，在example.org上方写「主机」，在/notes/first-page上方写「路径」，在view=compact上方写「查询」，在intro上方写「片段」。这只需要片刻时间，但能捕捉常见的转录错误，比如缺少斜杠、问号和井号位置互换，或者主机名中的拼写错误。
检查分隔符。确认冒号和两个斜杠出现在方案和主机之间，确认问号在查询之前恰好出现一次，确认井号在片段之前恰好出现一次。如果任何分隔符缺失或重复，地址粘贴到浏览器中时就不会按预期工作。这个手动检查是一个简单的习惯，能防止你和协作者之间就失效链接来回沟通。
标注完成后，将你的分解结果与说明卡上的字段进行对比。如果卡上写路径是/notes/first-page，但你的手动标注显示/notes/first_page带下划线，你就在问题到达队友之前发现了差异。对交接清单中的每个条目重复这个过程。因为每张卡都很短，而且无论地址多复杂，标注步骤都是一样的，所以这个方法扩展性很好。
保留说明供以后使用
把完成的说明卡存放在一个文档或笔记文件中，以便在未来的写作、设计评审或与协作者的沟通中查阅。这些卡片充当共享词汇表：当有人提到「紧凑笔记页」时，所有人都可以查看卡片并确认这个简称对应哪个完整地址。这减少了对话中的歧义，尤其是当项目有多个相似页面时。
在说明卡合集的顶部写一段简短备注，解释你的命名选择。例如，你可以说明页面名称使用板块标题加视图模式，片段只在指向有意义的标题时才包含。记录你自己的约定是可选的，但当另一个人后续加入项目并需要添加新条目而不必猜测你的格式时，这会很有帮助。
每当页面地址发生变化时更新说明卡。如果路径被重命名或添加了查询参数，修改对应的卡片并注明变更日期。这使交接清单随时间保持准确，防止过时的地址在团队消息中流传。维护成本很小，因为每张卡只有几行，而保持它们最新的习惯在你引入新协作者或中断后重新回到项目时会有回报。
常见问题
与协作者分享地址时需要包含片段吗？
这取决于特定的滚动位置对你的对话是否重要。片段只告诉浏览器在页面内聚焦到哪里；页面本身不需要它也能加载。当你希望协作者立即看到某个特定区域时包含片段，当整个页面都相关时则可以省略。2
URL中查询部分和片段部分有什么区别？
查询由问号引导，向网络服务器传递额外参数，可能影响返回的内容。片段由井号引导，是资源内部的书签，不会发送到服务器；它只影响页面加载后浏览器滚动或聚焦的位置。2
交接清单上可以只记录域名而不写完整URL吗？
可以，但这给协作者提供的信息较少。域名标识的是服务器，而不是具体页面。记录完整URL能确保接收者到达你预期的确切资源，无需额外说明。12