写文档时加个超链接，很多人习惯性敲 http:// 或 https://，好像不这么写就“不正规”。其实，真不一定。
不写协议也能行
在 HTML 文档里，比如用 Markdown 写 README.md，或者用 Word、Typora、Obsidian 插入链接，很多场景下可以省略协议。例如：
<a href="//example.com/page">访问示例页</a>这个 //example.com/page 就是“协议相对 URL”——它会自动继承当前页面的协议。网页用的是 https://，点开就是 https://example.com/page；如果本地双击打开 file:// 的 HTML 文件，它就会尝试走 file://example.com/page（此时会失败，但语法本身合法）。
文档排版里的实际选择
如果你在写内部技术文档，链接指向公司内网系统（比如 http://wiki.internal），而所有员工都通过 HTTPS 访问统一入口网关，那直接写 //wiki.internal 更稳妥，避免因协议不匹配导致混合内容警告。
再比如写 PDF 文档里的可点击链接，Adobe Acrobat 支持 www.example.com 这种纯域名写法，点击后浏览器会自动补上 https://（现代浏览器默认优先 HTTPS）。
什么时候必须写 http 或 https？
明确需要指定协议的情况不多，但有几种典型场景：
- 你确定目标站点只支持 HTTP（比如老旧设备管理界面，
http://192.168.1.1）； - 测试环境用
http://localhost:3000，不能让浏览器自动升级成 HTTPS； - 邮件正文或纯文本文档中，有些客户端不识别协议相对链接，必须写全。
另外，像 GitHub README 里写 [点这里](example.com)，会被解析成相对路径 当前仓库/example.com，反而打不开——这时候就得写 [点这里](https://example.com) 或 [点这里](http://example.com)。
一句话：不是“必须以 http 开头”，而是“看上下文要不要你管协议”。文档排版讲求清晰、可用、少出错，该省则省，该写则写，别被惯性带偏。