link 标签不能直接关联 OpenID 身份认证服务，它仅用于资源发现且不参与认证流程，现代 OpenID Connect 必须通过跳转授权 URL、表单提交或 fetch 请求主动触发。
link 标签不能直接关联 OpenID 身份认证服务
OpenID（尤其是 OpenID Connect）不是靠 <link> 标签触发或声明的。HTML 的 <link rel="..."> 仅用于资源发现（如 favicon、preload、canonical），它不参与身份认证流程，也不会被浏览器或认证服务器识别为登录入口。
常见误解是看到某些文档里有 <link rel="openid2.provider"> 这类用法——那是 OpenID 2.0 时代的遗留方案，早已废弃，现代浏览器完全忽略，且主流服务（Google、GitHub、Auth0 等）根本不响应这类声明。
真正启动 OpenID Connect 认证必须走 JavaScript 或表单跳转
实际发起认证，得由前端主动构造请求，发给 Identity Provider（IdP）的 /authorize 端点。这只能通过以下方式之一实现：
- 用
window.location.href跳转到 IdP 的授权 URL（最常用，兼容性好） - 用
fetch()+ 后端代理中转（避免 CORS，但需服务端配合） - 用
<form method="GET">提交到 IdP（适合简单场景，可避免 JS 依赖）
例如，对接 Auth0 时，你得拼出类似这样的地址：https://YOUR_DOMAIN.auth0.com/authorize?response_type=code&client_id=xxx&redirect_uri=https%3A%2F%2Fyoursite.com%2Fcallback&scope=openid%20profile —— <link> 标签既不能生成它，也不能触发它。
立即学习“前端免费学习笔记（深入）”；
link 标签唯一可能的辅助用途：声明发现端点（极少用）
极少数自建 IdP 可能支持 WebFinger 或 .well-known/openid-configuration 自发现，此时你可以用 <link rel="openid-configuration" href="https://idp.example/.well-known/openid-configuration"> 做提示，但注意：
- 该
rel值未被 HTML 标准收录，属于非规范用法 - 没有任何主流浏览器或 SDK 会自动读取并使用这个
<link> - 实际代码仍需手动
fetch()该 URL 获取配置（如authorization_endpoint） - 绝大多数前端 SDK（如
@auth0/auth0-spa-js）根本无视该标签，直接要求你显式传入域名
容易踩的坑：把 link 当成“注册认证服务”的开关
开发者常误以为加一行 <link rel="openid-provider" href="https://accounts.google.com"> 就能让页面支持 Google 登录——结果完全没反应。这是因为：
- Google 不提供也不监听这种声明；它的登录入口必须调用
google.accounts.id.initialize()并渲染按钮 -
<link>不会触发任何 JS 行为，也不会注入脚本或修改 DOM - 即使你用
rel="preconnect"提前连 Google 域名，也只优化网络，跟认证逻辑无关
真要集成，老老实实按 IdP 文档走：引入 SDK、初始化客户端、绑定登录按钮事件——<link> 在这事上，纯属旁观者。
