应优先使用精准属性：广告链接用rel="sponsored"，用户评论链接用rel="ugc"，仅对不可信第三方链接用rel="nofollow"兜底；错误统一使用nofollow会损失权重传递机会且干扰搜索引擎判断。

rel属性怎么选：nofollow、sponsored、ugc不是随便填的

搜索引擎靠rel<https:>属性判断链接意图，填错等于主动告诉爬虫“这个链接不值得信任”。<code>rel="nofollow"<https:>现在只是通用兜底，Google 更倾向你用更精确的 <code>rel="sponsored"<https:> 标注广告https://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712合作链接，用 <code>rel="ugc"<https:> 标注用户评论里的外链。<https:><p>常见错误现象：<https:><ul><li>全站外链统一写 <code>rel="nofollow"<https:>，连权威媒体转载链接也加，白白损失权重传递机会<https:><li>电商商品页的“品牌官网”链接漏掉 <code>rel="sponsored"<https:>，被算法误判为自然推荐，后续可能触发人工审核<https:><li>博客评论区链接只加 <code>rel="nofollow"<https:>，没补 <code>rel="ugc"<https:>，Schema 解析时丢失内容来源信号<https:><https:><p>实操建议：<https:><ul><li>广告、联盟、付费导流链接 → 必须用 <code>rel="sponsored"<https:><https:><li>论坛、评论、投稿等用户生成内容中的外链 → 优先 <code>rel="ugc"<https:>，不叠加 <code>rel="nofollow"<https:><https:><li>你完全不控制、不信任的第三方链接（如垃圾留言）→ <code>rel="nofollow"<https:> 单独使用即可<https:><https:><h3>锚文本怎么写：别再用“点击这里”或堆关键词<https:><p>锚文本是搜索引擎理解链接语义的核心依据。它不是关键词标签，而是上下文中的自然短语。比如指向一篇讲 HTML <code>canonical<https:> 标签的文章，用“<code>canonical<https:> 标签设置方法”比“SEO教程”或“HTML标签”准确得多。<https:><p>容易踩的坑：<https:><ul><li>同一页面内多个链接都用相同锚文本（如全写“了解更多”），爬虫无法区分指向内容的差异<https:><li>详情页里用“产品首页”作为跳转到分类页的锚文本，语义断裂，降低主题相关性识别<https:><li>英文站点直接翻译中文锚文本（如把“SEO优化技巧”直译成 “SEO optimization skills”），不符合母语用户搜索习惯<https:><https:><p>实操建议：<https:><ul><li>锚文本长度控制在 2–6 个词，主谓宾结构优先，例如：“修复 <code>canonical<https:> 解析失败问题”<https:><li>内部链接锚文本需与目标页 <code><title><https:> 或 H1 有 60% 以上语义重合，但不要逐字复制<https:><li>避免在段落开头连续出现 3 个以上带链接的名词短语，会干扰语义解析<https:><https:><h3>内部链接怎么布：不是越多越好，关键看层级和路径深度<https:><p>内部链接本质是给爬虫画一张导航地图。重点不在数量，而在能否让重要页面在 3 跳内被触达。比如一个“HTML SEO 检查清单”页面，如果只能从“404 页面”或“隐私政策”里间接链接过去，基本等于没存在。<https:><p>真实场景中常被忽略的点：<https:><ul><li>列表页（如 https://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712bloghttps://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712）里只链向最新 5 篇文章，旧内容彻底断连，形成“链接孤岛”<https:><li>面包屑导航用 <code><a href="https://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712">首页<https:> > <a href="https://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712blog">博客<https:> > 当前页<https:>，但 https://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712blog 页面本身没有反向链接回 https://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712bloghttps://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712，导致该目录页权重持续流失<https:><li>响应式站点在移动端隐藏侧边栏链接，但未用 <code>aria-hidden="true"<https:> 或逻辑上移除 DOM，爬虫仍会抓取并稀释权重<https:><https:><p>实操建议：<https:><ul><li>核心内容页（如指南类、工具类）必须出现在至少 2 个不同栏目页的正文链接中，不依赖导航栏<https:><li>每个页面的内部链接总数建议控制在 50 个以内；超过时优先保留正文内嵌链接，砍掉页脚重复链接<https:><li>用 <code>href<https:> 值校验是否为绝对路径（如 <code>https://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712seohttps://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712html-links<https:>），避免相对路径 <code>..https://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712html-links<https:> 在子目录下解析出错<https:><https:><h3><code>canonical<https:> 链接要不要加 rel 属性？加了反而错<https:><p><code><link rel="canonical"> <https:> 本身就是一个独立声明，不是普通超链接，所以不能也不该加任何 <code>rel<https:> 属性（包括 <code>rel="nofollow"<https:>）。加了会被浏览器忽略，或被 Google 视为无效标记。<https:><p>典型误用：<https:><ul><li>在 <code><https:> 里写 <code><link rel="canonical nofollow" href="https:https://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712https://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712example.comhttps://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712page"><https:>，实际只生效 <code>rel="canonical"<https:>，多余部分白写<https:><li>把 <code>canonical<https:> 当作跳转指令，在页面正文中又放一个带 <code>rel="nofollow"<https:> 的相同 URL 链接，造成信号冲突<https:><li>动态生成 canonical 时拼错协议，比如写成 <code>href="https://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712https://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712example.comhttps://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712page"<https:>，某些爬虫会解析失败<https:><https:><p>正确做法就一条：只用 <code><link rel="canonical" href="https:https://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712https://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712example.comhttps://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712correct-urlhttps://www.php.cn/link/29a9f8c8460e5e2be4edde557fd83712"><https:>，且 <code>href<https:> 必须是完整绝对 URL，协议、域名、路径一个都不能少。<https:><p>复杂点在于 CMS 或 SSR 场景下容易漏掉动态替换逻辑——比如 Next.js 的 <code>generateMetadata<https:> 里没传入当前请求的完整 URL，结果所有页面 canonical 都指向首页。这种错误不会报错，但权重会在后台悄悄归零。<https:></https:></https:>

SEO for Agents

AI智能体及智能体服务网站的SEO与可发现性优化。涵盖llms.txt协议、智能体可发现性结构化API、GEO（生成式引擎优化）等技术。

下载