从真实项目和读者需求出发

GitHub引用可以出现在个人资料的网站字段、个人资料README、仓库说明或项目文档中。这些位置承担不同任务：资料介绍维护者，README解释项目，使用文档帮助读者实际操作。链接应服务于对应任务，而不是只寻找可以填写网址的位置。为了插入URL而创建无关仓库、Issue或评论，并不会形成有价值的项目贡献。先说明目标页面与项目的联系，再判断它应该出现在哪个位置。一个宽泛宣传页和针对当前版本的安装说明，即使都属于同一网站，也不能自动互相替代。读者应能从链接文字判断接下来会获得什么帮助。

区分资料字段与Markdown

GitHub分别说明个人资料信息与README。在Markdown中，标签和地址定义一个链接，但源文本不一定显示最终渲染元素的所有属性。请在自己管理的账号或仓库中使用受支持的编辑方式，再检查实际页面。网站字段、自由填写的个人简介与README不是可互换的字段，不能把某处的观察结论直接套用到另一处。下方本地案例是自行编写的网站引用，并未复制GitHub的渲染机制。查看原始Markdown可以确认作者填写了什么，但如果问题是访客实际收到哪些属性，就还需要对应的页面证据，并记录查看时间与访问状态。 登录自己的账号，从头像菜单进入设置及公开个人资料，或打开 https://github.com/settings/profile 。在可用的网站／URL字段填写真实项目地址，保存资料更新，再查看公开页面。对于自己管理的仓库，打开README.md，选择铅笔编辑按钮并加入Markdown：[阅读转换工具指南](https://converter.example/guide)。converter.example只是示例占位地址，应替换成真实指南。查看预览，填写说明清楚的提交信息，然后保存到允许的分支，或按要求提交拉取请求。仅提出修改并不等于链接已经出现在默认分支的公开页面。个人资料README另有条件：需要名称与用户名完全一致的公开仓库，并在根目录放置非空README.md；受管理的用户账号不支持这一功能。最后重新打开公开资料或仓库，核查实际链接。这些步骤依据文档整理，本指南并未操作登录后的编辑界面。

为虚构单位转换工具选择引用

虚构项目用于转换计量单位，并提供公开使用指南。维护者的个人资料可以介绍项目网站，README则应指向相关安装或使用步骤。承诺解释单位转换的文字，若跳到一般营销落地页，就没有完成同一任务。工作表将来源场景、预期目标与所需检查分开，方便比较选择。示例链接故意使用nofollow me来演示属性检查，并且仅跳转到本页的说明区。它不表示GitHub默认会生成同样的元素，也不向GitHub提交任何更新。选择引用时还应考虑版本：旧版操作说明即使能打开，也可能无法指导当前版本的用户。

  • 个人资料网站字段: 观察示例: 介绍维护者相关网站; 需要记录的证据: 具体公开资料中的网站字段; 不一致时的行动: 与自由简介分开检查
  • 个人资料README: 观察示例: 说明工作及后续步骤; 需要记录的证据: 渲染后的链接与目标; 不一致时的行动: 不要仅凭Markdown推断属性
  • 仓库README: 观察示例: 帮助使用某个项目; 需要记录的证据: 版本、上下文与目标文档; 不一致时的行动: 保持说明相关且及时更新
  • 观察到的属性: 观察示例: 2026年10月27日的三个场景; 需要记录的证据: 每个响应的来源、目标及rel; 不一致时的行动: 不要推广到全部GitHub链接
  • 维护: 观察示例: 文档和访问条件会改变; 需要记录的证据: 公开状态、版本及检查日期; 不一致时的行动: 上下文改变后重复核查

按具体场景读取观察到的属性

在2026年10月27日未登录获取的HTML中，github.com/sindresorhus的网站字段指向sindresorhus.com/apps，并带有nofollow me；其README中指向sindresorhus.com/blog的链接带有nofollow。github.com/github/docs的README中，指向docs.github.com/en/contributing的引用在该次响应中没有rel。这是三个具体场景的日期化观察，不是所有链接的默认设置，也不是排名效果的证明。最后一个例子仍处于GitHub域名家族内，不是独立的SEO实验。这里描述的是抓取到的响应，不能据此认定其他账号、其他字段或未来页面一定相同。

保留可重复核查的记录

记录来源网址、页面位置、目标、rel值、访问条件与日期。区分当前渲染元素、保存的Markdown和之前的服务器响应；它们可以回答不同问题，但不应混用。页面或访问限制改变后，需要重新观察。在自己的项目中，保持文档与实际使用版本及预期读者权限一致。如果指南迁移，检查是否存在真正对应的新页面，而不是简单改到首页。不要为了构造公开引用而暴露私有仓库内容，公开范围本身是独立的管理决策。完整记录应使另一个维护者知道当时检查了哪一条链接、在哪里检查，以及哪些结论仍然未知。

  • 使用与真实项目相关的引用。
  • 区分网站字段、简介和README。
  • 检查具体渲染后的链接元素。
  • 记录日期与访问条件。
  • 保持私有资料的访问边界。

不要把样本扩大为平台规则

本指南支持正当项目文档与场景化检查，不证明全站dofollow、2025年的历史行为、自由简介字段的链接规则或搜索表现。缺少rel也不等于已索引或具有排名价值。观察到的公开页面不是推荐背书，也不授予编辑权限。遵守GitHub使用规则，并把没有观察到的结果保留为未知。如果你需要回答某个具体页面的现状，应检查那个页面，而不是仅引用这里的样本。把来源、时间与位置写清楚，能让记录在平台变化后仍具有可解释性；相反，把一条HTML观察包装成永久的推广承诺，会超出证据能够支持的范围。

虚构项目与公开观察分开说明。不会创建GitHub账号、仓库或链接，也不会测量搜索排名。