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

当你第一次准备一个小型网站时，迟早需要把每个页面的位置和用途记录下来。本文通过一个假设地址演示这个记录过程，帮助你理解地址各部分的含义，并建立一份可复用的交接清单。

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

假设你正在规划一个小型个人项目，需要跟踪每个打算发布的页面。在开始记录之前，先理解两个层级的寻址概念会有帮助。域名是为互联网上的网络服务器提供的人类可读地址，它回答的问题是：我应该访问哪台服务器？域名之所以存在，是因为原始IP地址对人类来说难以记忆，而且可能随时间变化，所以像example.org这样的可读标签代替了底层的数字地址。¹

完整URL则更进一步。它是互联网上唯一资源的地址，不仅告诉浏览器该联系哪台服务器，还指明要从该服务器获取哪个具体资源。换句话说，域名回答的是建筑在哪里的问题，而完整URL回答的是你要去这栋建筑里的哪个房间。当你把项目交给协作者或为未来的自己写笔记时，记录完整URL而非仅记录域名，能让接收者找到确切的页面。²

本文使用一个纯粹用于字符串阅读练习的假设地址：https://example.org/notes/first-page?view=compact#intro。这个页面不需要在任何地方真实存在，我们只是用它来练习识别和记录URL的各个部分。把它当作你可能在项目简报或风格指南中看到的示例即可。

在示例地址中标出各个部分

把完整地址写在一行空白处，然后逐段标注标签。从左开始，方案是https，它告诉浏览器请求资源时应使用哪种协议。方案之后是分隔符://，接着是权限部分，在本例中就是域名example.org。域名指示的是被请求的网络服务器。²

域名之后是路径，即/notes/first-page。路径指向该服务器上的一个具体资源。在我们的例子中，它暗示有一个名为first-page的页面位于名为notes的板块内。路径之后，问号引出查询字符串：view=compact。查询参数是提供给网络服务器的额外键值对，问号始终是标志这一部分开始的字符。最后，井号引出片段标识符：intro。片段相当于资源内部的书签，指示浏览器定位到页面中的某个特定位置。井号是始终位于片段之前的字符。²

记录这五个标签在你的笔记中，写在地址旁边：方案、域名、路径、查询和片段。把它们写出来之后，日后发现缺失部分就变得很容易。如果协作者发来一个缺少路径或查询的地址，你会立刻注意到空白，因为你的清单预期每个位置都有内容或被明确标记为不存在。

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

现在保持方案和域名完全不变，只修改路径。例如，把https://example.org/notes/first-page?view=compact#intro与https://example.org/notes/second-page?view=compact#intro对比。域名相同，所以两个地址指向同一台服务器。不同的是路径，这意味着每个地址引用的是该服务器上的不同资源。这是列出一个网站的多个页面时最常见的情况：主机保持不变，路径随页面变化。

接下来，保持路径不变，只修改查询字符串。把https://example.org/notes/first-page?view=compact与https://example.org/notes/first-page?view=full对比。路径没有变化，所以两个地址引用的是同一个资源，但查询参数不同。我们在这里只是观察字符串的变化，并不对任何特定服务器会如何响应这些参数做出推断，因为每台服务器有自己的参数处理规则。

这个对比练习对清单很有用，因为它展示了地址的哪个部分承载哪类信息。当你在交接笔记中记录一个页面时，可以快速验证：共享相同域名但路径不同的两个条目确实是不同页面，而共享相同路径但查询不同的两个条目是同一页面的变体。保持这种区分清晰，能在项目超过少数几个页面时避免混淆。

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

在项目笔记中为每个页面记录一张卡片。每张卡片应包含三个字段：用短语写明页面用途、完整地址、逐段拆解。对于我们的假设示例，卡片内容如下：用途是以紧凑布局展示的入门笔记；完整地址是https://example.org/notes/first-page?view=compact#intro；方案是https，域名是example.org，路径是/notes/first-page，查询是view=compact，片段是intro。

填写用途字段会促使你思考页面为什么存在，而不仅仅是它在哪里。如果你无法用一个短语说明用途，这可能意味着页面在交接之前需要重命名、拆分或合并。拆解字段则作为快速参考，让阅读卡片的人一眼看出字符串的哪个部分起什么作用，而不必凭记忆重新推导结构。

把卡片保存在纯文本文件或简单的电子表格中。避免把它们嵌入设计工具或项目管理看板，因为那些地方的内容日后可能难以导出。目标是一份可移植、易读的记录，能够经受工具变更。如果你的项目最终有二十个页面，你就会有二十张卡片，每张遵循相同的三字段格式，一致性会让浏览列表变得快速。

手工核对说明卡

卡片写好后，在分享给任何人之前先自行核对。以下步骤是基于常见记录错误的作者建议，并非来自任何外部标准。

完成核对后，把你标注过的版本与卡片再对比一次。如果每个标签都匹配，没有多余或缺少的字符，卡片就可以放入交接文档。如果发现不一致，修正卡片并重复复制与标注的过程，直到两个版本完全吻合。

这个手工过程对于单个地址可能显得缓慢，但它能养成一种习惯，在你连续检查十张或二十张卡片时会很有价值。缺少斜杠、路径中字母互换、遗漏问号这类错误在凭记忆阅读时很容易被忽略，逐字符复制字符串是发现它们最简单的方式。

步骤 1

从卡片中复制完整地址到一行新的空白处。不要凭记忆重新输入，使用复制粘贴操作，确保你正在检查的字符串与你记录的完全一致。

步骤 2

在复制出来的那一行上标注每个段落：标出方案在哪里结束、域名从哪里开始到哪里结束、路径从哪里起始、问号在哪里引出查询、井号在哪里引出片段。把标签直接写在相关字符的上方或下方。

步骤 3

将你的标注与卡片上的拆解字段逐项对比。确认每个段落在拼写、顺序和标点上完全一致。特别注意斜杠、问号和井号，因为单个字符的缺失或错位就会改变地址的含义。

保留记录供日后参考

把完成的卡片集存放在你确实会回看的位置。项目文件夹内的一个专用文本文件就很合适，因为它会随其余项目材料一起保存。如果你更喜欢电子表格，可以每个项目用一个工作表，并保持列顺序一致：用途、完整地址、方案、域名、路径、查询、片段。具体格式不如一致性重要。

当项目增长或变化时，在更新页面的同时更新卡片。添加新页面却不添加卡片，或者重命名路径却不更新对应记录，会造成交接文档不可靠的那种漂移。养成在编辑页面后立即编辑卡片的习惯，能以最小的额外努力保持两者同步。

选择与读者匹配的详细程度，并在文件顶部注明这一选择，让未来的读者知道可以期待什么。如果你是交给已经理解URL结构的开发者，仅写完整地址可能就够了。如果你是写给非技术背景的协作者，逐段拆解和用途字段就更有价值。

常见问题

如果页面有片段标识符，我需要记录它吗？

需要。片段告诉浏览器滚动到页面内的某个特定位置，所以如果你的协作者需要直接到达那个段落，片段就应该写在卡片上。如果片段只是你自己临时导航用的，对接收者没有意义，你可以注明它是可选的。

如果项目中两个页面路径相同但查询字符串不同怎么办？

把它们记录为独立的卡片。虽然路径相同，但查询参数使每个地址各不相同。在每张卡片上写出包含查询的完整地址，这样阅读你笔记的人就能区分这两个条目。

每张卡片都要写方案（https），还是只在文件顶部写一次？

每张卡片都写上更安全，因为这样每张卡片都是自包含的。如果有人单独复制一张卡片脱离上下文，他们仍然拥有完整的地址。重复写方案只占很少的空间，却能避免歧义。