rel="me"是微格式规范中的语义标记，用于双向验证同一实体身份，需https且静态可见，不触发浏览器行为或seo效果，仅供indieweb工具链识别。
rel="me" 不是 HTML 标准属性，也不是浏览器解析或执行的合法 rel 值 —— 它属于 Microformats（微格式）社区规范，专用于语义化表达「当前页面与目标 URL 代表同一实体」，常见于 IndieWeb 身份认证场景（如验证个人网站与 Mastodon、GitHub 等账号归属同一人）。
直接写 rel="me" 不会触发任何浏览器行为，也不会被搜索引擎索引为 SEO 信号。它的作用完全依赖外部工具链识别：比如 IndieAuth 服务端、Micropub 客户端、或验证器（如 indieweb.org/validate）在爬取页面时主动解析该标记。
为什么 rel="me" 必须成对双向声明
单向写一个 @#@#@#@#@#@#@#@#@#@1 是无效的。验证逻辑要求：
- 你的个人主页必须包含指向第三方平台的
rel="me"链接 - 该第三方平台的公开资料页（如 Mastodon 个人简介、GitHub bio）也必须包含回指你域名的
rel="me"链接 - 两端链接都需使用 HTTPS，且不能是重定向链（301/302 会中断验证）
rel="me" 与 rel="nofollow" 或 rel="noopener" 的根本区别
rel="me" 不影响跳转行为、不改变 opener 权限、不干预 Referer 头——它只是纯语义标签。而：
-
rel="noopener"是浏览器强制执行的安全策略，防止新页面篡改原页面 -
rel="nofollow"是搜索引擎指令，影响链接权重传递 -
rel="me"没有运行时副作用，只供外部服务做身份断言
实际部署时最容易漏掉的三件事
即使代码写对，IndieWeb 验证仍常失败，原因集中在：
- 第三方平台（如 GitHub）bio 中的链接用了
http://而非https://—— 验证器拒绝非加密回链 - 你的主页上
rel="me"链接放在<footer></footer>或 JS 动态渲染区域，但验证器只抓取静态 HTML 的初始内容 - 目标平台不支持自定义 HTML，只能填纯文本链接（例如 Twitter/X），此时
rel="me"完全无法嵌入，等同于放弃该平台关联
真正起效的不是标签本身，而是整个验证流程中两端 HTTPS 链接的可访问性、静态可见性、以及第三方平台是否允许你控制链接输出形式。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
