准备个人网站时，你会遇到两个相关但不同的概念：域名和完整网址。理解它们各自的职责，能帮助你在命名时兼顾品牌识别度与技术简洁性。
域名与完整网址分别回答什么问题
假设你正在筹备一个小型个人站点，用来和朋友分享项目笔记。在上线之前，你需要先确定一个域名。域名为互联网上可用的服务器提供一个人类可读的地址，因为IP地址难以记忆且可能随时间变化。域名回答的问题是：访客应该到达哪台服务器？而完整网址回答更广泛的问题：通过什么协议访问该服务器上的哪个具体资源，以及附带什么额外指令？网址包含域名，但围绕它增加了更多层次的信息。12
可以把域名想象成一栋楼的地址，把完整网址想象成包含楼层和房间号的完整邮寄地址。当你为个人站点选择域名时，你选择的是人们会输入、分享和记住的那个部分。域名之下的路径和页面则在后续建设内容时逐步产生。这个区别对命名策略很重要：域名承载你的身份标识，路径和参数则服务于导航或技术目的，访客通常不需要记住它们。
本文通过一个假设地址来展示各部分之间的关系。该地址纯粹用于拆解练习，不代表任何真实页面。读完后，你应该能够面对任意地址时判断哪一部分是你选择的域名、哪些部分是内容路径、哪些部分是可选的附加信息且不影响你的命名决定。
在示例地址中标出各个组成部分
取这个仅用于练习的假设字符串：https://example.org/notes/first-page?view=compact#intro。我们逐段标注。第一部分https是协议方案，告诉浏览器请求资源时使用哪种协议；网站通常使用HTTPS或其非加密版本HTTP。第二部分example.org是位于权威位置的域名，指明请求哪台服务器。域名是不区分大小写的字符序列，由点号分隔的标签组成，标签只包含字母、数字和连字符，且连字符不能出现在标签的开头或结尾。12
域名之后是路径：/notes/first-page。路径指向服务器上的某个具体资源。早期网页中路径代表服务器上的物理文件位置，如今它大多是由服务器处理的抽象概念，不再对应真实的文件。路径之后，问号引导查询字符串。本例中view=compact是一组键值对，在服务器返回资源之前提供额外参数。最后，井号引导片段标识符，本例中为intro。片段相当于文档内部的书签，指示浏览器定位到页面中某个特定位置。12
两个标点符号在这个结构中充当明确的分界。问号始终标志查询字符串的开始，井号始终标志片段的开始。了解这些分界有助于你区分通过命名控制的部分——域名——与通过内容组织构建的部分——路径、查询和片段。将来你为自己的站点选择域名时，只有网址的权威部分直接受该命名决定影响。
同一主机下的不同路径与查询
保持主机部分固定为example.org，想象两条不同的路径：/notes/first-page和/gallery/summer-trip。两个地址指向同一个域名，访客在两种情况下到达同一台服务器。路径只是告诉服务器返回哪个资源。从命名角度看，无论你最终创建多少页面或板块，域名选择都不会改变。路径可以很长、描述性很强、结构复杂，而不会对域名本身产生任何压力。
再考虑给同一路径添加不同的查询字符串。example.org/notes/first-page?view=compact和example.org/notes/first-page?view=full共享相同的域名和相同的路径，但携带不同的参数。我们并不声称真实服务器会如何响应这些参数，只是观察到问号之后的字符串有所不同。这一观察说明查询字符串是灵活的附加信息，不与你的域名命名决定产生交互。
同样的逻辑适用于片段。将地址末尾的#intro改为#summary，既不会改变域名，也不会改变所请求的资源，因为片段标识符不会随请求发送到服务器。这意味着当你在品牌识别度和技术简洁性之间寻找平衡时，域名是唯一真正承载品牌重量的部分。路径、查询和片段是组织工具，你可以在站点增长过程中自由调整，而无需重新审视域名选择。2
为你的项目制作一张地址说明卡
在开始搭建之前，为你的假设项目写一张简短的说明卡。卡片只需要四行内容：用一句话描述站点目的、你计划使用的完整示例地址、各部分的拆解、以及你选择该域名标签的原因说明。例如，如果你的项目是一组徒步笔记合集，你可以写目的是与一小群朋友分享路线报告，域名标签反映你希望人们与该站点关联的那个词。
完整记录你打算使用的地址，包括协议方案。虽然浏览器通常会帮你补全https，但在卡片上写出来能提醒你协议方案是完整网址结构的一部分。在地址下方，逐行列出每个组成部分：协议方案、域名、路径、查询（如有）、片段（如有）。这个习惯能帮你更容易发现拼写错误，也能在向他人解释你的地址时避免混淆。
保持卡片简洁。它是个人参考，不是正式规范。如果你的项目暂时没有查询字符串或片段，只需注明这些部分目前不存在即可。卡片的价值在于迫使你分别思考每个组成部分，而这恰恰是帮助你在域名中保持易记品牌名称、在路径中保持清晰描述性命名的关键技能。
手工核对说明卡
将说明卡上的完整地址复制到纯文本编辑器中。然后在每个分界处手动插入空格或标记：在分隔协议方案与权威部分的://之前、在域名之后开始路径的第一个斜杠之前、在问号之前、在井号之前。这种视觉分隔让你确认每个部分位于你预期的位置。
检查域名部分是否符合字符规则。标签只能包含字母A到Z（不区分大小写）、数字0到9和连字符，连字符不能出现在标签的开头或结尾。如果你选择的标签使用了其他字符，在地址作为真实域名生效之前需要修改。这个检查只需片刻，但能避免后续出现意外。1
验证路径片段是否使用了适合网址的字符。虽然路径字符的正式规则比域名标签规则更宽松，但在路径片段中坚持使用小写字母、数字和连字符能保持地址可读且易于分享。如果发现某个片段含义不够清晰，趁卡片还是草稿时就修改它。目标是拥有一张你在开始搭建或撰写关于站点的文字时可以信赖的参考卡。
保留这份记录供以后使用
把完成的卡片存放在你确实会再次查看的地方——笔记应用、项目文件夹、甚至钉在工作台旁的一张纸。关键不在于存储介质，而在于养成一个习惯：让地址及其拆解集中在同一个地方。当你后续撰写内容、配置托管工具或向合作者解释你的站点时，可以查阅卡片而不是从记忆中重建地址。
随着项目增长，你可能会添加新路径或修改现有路径。每次做结构性变更时更新卡片，即使域名本身没有变化。这能保持记录准确，也为你留下站点地址空间如何演变的轨迹。你可以自由选择卡片的组织形式——要点列表、小表格或带注释的截图——因为这是你的个人参考，不受任何外部标准约束。
随着时间推移，你可能会发现卡片在域名之外的命名决策中也有帮助。当你规划新板块时，可以浏览现有路径并选择与之匹配模式的新路径。这种一致性使站点更易于导航，也强化了域名已经建立的品牌印象。卡片是一个小工具，但它让你每次处理站点时都能看到品牌识别度与技术简洁性之间的平衡。
常见问题
井号后面的片段会影响服务器返回哪个页面吗？
不会。片段标识符不会随请求发送到服务器。它只告诉浏览器在已接收的文档中滚动到哪个位置。2
我可以在不更改域名本身的情况下修改域名下的路径吗？
可以。路径是你在服务器上创建的资源，可以随时添加、重命名或删除。权威部分中的域名保持不变，除非你另行决定更改它。
域名标签中允许使用哪些字符？
标签只能包含字母A到Z（不区分大小写）、数字0到9和连字符。连字符不能出现在标签的第一个或最后一个位置。1