内部链接是同一个网站页面之间的连接系统。它帮助用户继续任务、让爬虫发现 URL,也为页面关系提供上下文。它不是固定链接数量公式,不能取代有用内容,也无法保证所谓 Authority 会按照第三方工具的分数精确流动。
只有当目标页面确实是有用的下一步,才加入正常且可抓取的链接。来源上下文、Anchor、目标、用户需求和技术响应必须一致。
把内部链接当成一个系统
一个链接只是一次连接。完整系统包含信息架构、导航、编辑上下文、组件模板、URL 管理与持续 QA。如果没有经过确认的 Page Map,只逐页补链接,旧问题通常会再次出现。
| 层面 | 需要决定的事 | 证据 |
|---|---|---|
| 架构 | 哪个 URL 负责哪项任务? | 经过确认的 Page Map 与 Topic Map |
| 发现 | 用户和爬虫能否到达? | 可抓取的入口路径 |
| 上下文 | 目标为什么与这里有关? | Anchor 与周围语句 |
| 优先级 | 哪些旅程需要持续曝光? | 导航、Hub 与正文位置 |
| 完整性 | 目标是否正确响应? | Status、Redirect、Canonical 与 Render |
| 学习 | 上线后路径是否有帮助? | 点击、任务完成与抓取证据 |
分清链接的四项工作
| 工作 | 链接能做什么 | 不能保证什么 |
|---|---|---|
| 导航 | 让用户继续或转换任务 | 用户一定点击 |
| 发现 | 向爬虫暴露另一个 URL | 一定抓取或收录 |
| 上下文 | 说明页面关系与点击预期 | 特定排名解释 |
| 链接分析 | 成为全站 Link Graph 的一部分 | 公开的 PageRank 数值或排名提升 |
使用 Google 能抓取的链接
Google 通常从带有 href、并指向真实网址的 <a> 元素提取链接。只有 onclick、Router Attribute、Span 或没有正常 URL 的 Button,都不是同等可靠的发现路径。
JavaScript 可以把 Anchor 插入 Rendered DOM,但最终结果仍需是有效链接。重要 Route 应通过 Rendered HTML 与 URL Inspection 验证。
| 写法 | 抓取预期 | 处理 |
|---|---|---|
<a href="services/seo-geo/"> | 正常可解析链接 | 优先使用 |
<a routerLink="/page"> | 缺少标准 href | 输出真实 href |
<button onclick="go()"> | 只是用户动作 | 有 URL 时改用 Anchor |
<a href="javascript:go()"> | 不是可解析网址 | 改为真实 URL |
不只检查 Markup,也检查目标
语法正确的链接仍可能把用户带到 404、Soft 404、Redirect Chain、错误语言、非等价 Canonical 或与 Anchor 不符的页面。审核时必须测试最终 URL 和用户实际得到的结果。
| 目标结果 | 含义 | 建议行动 |
|---|---|---|
| 200 首选页面 | 直接抵达正确目标 | 保留 |
| 301/308 到等价页面 | 永久迁移 | 把内部链接更新到最终 URL |
| 302/307 | 暂时跳转 | 确认确实只是暂时 |
| 404/410 | 资源不存在 | 移除或选择真正替代页 |
| 200 Soft 404 | 状态正常但内容像错误页 | 修正内容与状态 |
| 受限或需登录 | 访问与预期不同 | 只有在刻意限制时才保留 |
写简短、清楚的 Anchor Text
Anchor 应准确说明目标,并自然存在于语句中。Google 建议 Anchor 具有描述性、合理简短且相关;不要求每次精准匹配关键词,强行重复反而可能成为 Keyword Stuffing。
| 较弱或高风险 | 更清楚的写法 | 原因 |
|---|---|---|
| 点击这里 | 技术 SEO 审核流程 | 直接命名下一项任务 |
| 了解更多 | 比较网站维护方案 | 说明要做的决定 |
| SEO services Malaysia SEO agency | SEO 与 GEO 服务 | 移除强行重复 |
| 长 Tracking URL | Google Search Console 指南 | 提高可读性 |
| 整段文字都可点击 | 只链接描述性词组 | 容易扫描 |
自然变化,不管理虚构 Anchor 比例
品牌词、部分词组、描述性文字与精准词组,只要符合语境都可能自然出现。Google 没有公布内部 Anchor 的理想百分比。不要机械替换同义词,也不要为了关键词而破坏句子。
让链接拥有足够上下文
Anchor 前后的文字解释这个链接为什么出现在这里。避免连续堆放多个链接、只有箭头却没有标签,以及同一张 Card 内不同元素前往不同目标。
如果多张 Card 都显示“Read more”,应通过 Accessible Name 带出文章标题,即使视觉设计继续保持简洁。
按照用户任务选择位置
| 位置 | 最适合的作用 | 需要控制的风险 |
|---|---|---|
| 主导航 | 长期核心目的地 | 选择太多、标签含糊 |
| Breadcrumb | 在真实层级中定位 | 层级与 Route 不一致 |
| 正文链接 | 解释、证据或下一步 | 关键词堆砌或分散注意 |
| Hub Card | 经过筛选的主题路径 | 没有优先级的大目录 |
| 目录 | 同一长页面内导航 | 把 Fragment 当成不同页面 |
| Footer | 政策、联系与长期工具 | 误当成正文关系 |
| 相关文章 | 继续高度相关任务 | 只按发布时间随机推荐 |
从经过确认的网站架构开始
先定义 首页page、核心 Hub、商业页、支持指南、证据页与工具页,再分配链接。浅层旅程只有在反映真实信息层级时才有价值;“所有页面必须在三次点击内”不是 Google 的通用规则。
先用网站架构指南确定每个页面的工作。
安排优先级,但不制造 PageRank 数学
Google 说明 Link Analysis Systems 包括 PageRank,却没有公开当前权重,也没有工具可以显示单一内部链接传递多少价值。Link Graph 可以帮助找出隔离与集中,却不能计算保证的排名增长。
应该因为用户确实需要,以及全站持续重视该页面而提高可见度,而不是因为 Spreadsheet 承诺一个精确分数。
| 优先信号 | 合理用途 | 不能得出的结论 |
|---|---|---|
| 业务重要性 | 让关键服务与转化路径容易抵达 | 每段都要链接商业页 |
| 用户使用频率 | 在导航或 Hub 显示常见任务 | 少见任务没有价值 |
| 旅程依赖 | 先链接前置步骤 | 所有路径必须从 首页page 开始 |
| 外部认可 | 从被引用页面连接相关下一步 | 有 Backlink 的页要链接所有 Money Page |
| 编辑关系 | 页面互相解释时连接 | 出现相同关键词就必须链接 |
有计划地连接 Hub、Pillar 与 Cluster
Hub 让读者选择路线;Pillar 介绍整体系统;Cluster Guide 处理具体任务。向下链接提供深度,向上链接恢复上下文,横向链接则只在相邻主题能推进任务时加入。
自动化之前,先用内容 SEO 框架确认 Cluster 边界。
| 方向 | 读者目的 | 例子 |
|---|---|---|
| Hub → Cluster | 选择学习路线 | SEO Hub → 内部链接 |
| Cluster → Pillar | 回到整体上下文 | Anchor 指南 → 站内 SEO |
| Cluster → Cluster | 完成相邻步骤 | 内部链接 → 网站架构 |
| Guide → Evidence | 验证执行能力 | 迁移指南 → 案例 |
| Evidence → Service | 了解可获得的帮助 | 案例 → 网站开发服务 |
连接信息、商业与信任页面
当专业协助是合理下一步,教育文章可以链接到服务;服务页也可链接解释方法的指南、筛选需求的价格、解决疑虑的 FAQ 与展示执行的 案例。不要让每篇文章都强行直接导向 WhatsApp。
信任路径必须使用真实 关于我们 信息、获得批准的 Testimonials 和可检查作品,不能编造证明。
使用多个清单找出真正孤立页面
孤立页面是在抓取结果中没有任何入口内部链接的页面。只从 首页page 开始的 Crawler 无法发现真正隔离的 URL,因此要比较多个 Inventory。
| 来源 | 能找到什么 | 限制 |
|---|---|---|
| 正常入口 Crawl | 可达 URL 与深度 | 找不到完全隔离页面 |
| XML Sitemap | 网站声明重要的 URL | 不能证明存在入口 |
| CMS 或数据库 | Published 与 Draft 记录 | 可能包含非公开 URL |
| Analytics | 曾经有人访问的 URL | 没有流量不代表没有页面 |
| Search Console | Google 已知 URL | 报告和资料不完整 |
| Server Logs | Bot 与用户真实请求 | 需要保留与解析 |
| Backlink Export | 拥有外部链接的 URL | 不显示站内旅程 |
先决定孤立页面的去向
| 情况 | 决定 | 执行 |
|---|---|---|
| 重要且独特 | 纳入公开架构 | 加入 Parent 与正文入口 |
| 私密或受限 | 刻意留在导航外 | Authentication 或合适 Noindex |
| 首选页的重复内容 | 合并有用资料 | 只有目标等价时才 301 |
| 过期且无替代 | 退役 | 诚实返回 404 或 410 |
| 不明测试 URL | 调查来源 | 移除生成机制并保护系统 |
| 手机版本缺失 | 恢复一致性 | 保留同一个预期目标 |
一起审核坏链接、跳转与 Canonical
内部链接应直接更新到最终首选 URL,而不是长期依靠跳转。Redirect 仍需保护旧外部访问与书签,但 Chain 会增加延迟并隐藏过时架构。
检查内部链接、Canonical、Sitemap、Hreflang 与 Redirect 是否共同支持同一首选 URL。
- 来源页返回预期状态
- Anchor 可见、可用且意思清楚
- 目标没有 Chain 或 Loop
- 最终页面符合 Anchor 承诺
- 需要自然曝光时目标可被索引
- Canonical、Hreflang 与 Sitemap 一致
- 没有 Protocol、Hostname、大小写或尾斜线重复
- Rendered Mobile HTML 保留重要路径
不要把 Nofollow 当成索引控制捷径
公开页面的普通内部导航一般应使用正常可抓取链接。nofollow 是关于 Follow 与链接处理的提示,不能把页面从 Google 移除。私密内容用 Authentication,可访问但不应出现在 搜索 的页面用可抓取的 noindex,已经移除的资源则使用诚实状态。
| 目标 | 适合控制 | 不能取代 |
|---|---|---|
| 让用户和 Google 抵达公开页 | 正常 <a href> | 只有 JavaScript Click |
| 避免页面出现在 搜索 | 可抓取 noindex | 内部 Nofollow |
| 保护私密内容 | Authentication | robots.txt |
| 永久移除页面 | 404/410 或等价跳转 | 跳到不相关 首页page |
| 标记付费或 UGC 外链 | sponsored、ugc 或适合 Nofollow | 只有 Disclosure |
让 分页 与 Load More 可被发现
Google Crawler 通常不会点击“Load more”或触发用户操作。分页中的每一页都需要独立可解析 URL,并使用连续的 <a href> 链接;页码不要只用 Fragment。
分页页面通常包含不同项目,因此每页应有合适 Canonical,而不是全部指向第一页。Google 不使用 rel="next" 与 rel="prev"进行索引。
- 每一页都有稳定 URL
- Next 与 Previous 是正常 Anchor
- 无需用户点击即可发现深层项目
- 每一页有合适的自我 Canonical
- Filter 与 Sort Variant 有明确索引规则
- Sitemap 只放首选可索引 URL
- Infinite 滚动 有可访问分页后备
- 通过全新 Crawl 测试深层项目
为 JavaScript 与 SPA Route 提供真实 URL
每个准备索引的 View 都要有可解析 URL、正常 Anchor 与有意义的 Rendered Content。不同页面状态应使用 History API Route,而不是 Hash Fragment。
直接测试 Deep Route 的 Server Response、Rendered HTML、Canonical、Title、Status 与内部链接。继续阅读JavaScript SEO 指南。
保持手机与多语言路径一致
Google 使用手机版本进行索引。重要桌面链接不应为了简化设计而在手机消失;Accordion 与紧凑菜单可以使用,只要目标仍然可访问并出现在 Rendered Content。
语言切换必须用真实 URL 前往等价版本。SEOWithJack 的英文使用主路径,马来文使用 /ms/,简体中文使用 /zh-cn/。Canonical 与双向 Hreflang 必须一致。
管理全站与组件生成链接
导航、Footer、Tag、相关文章与 CMS 组件可以生成成千上万重复链接。每个组件都应定义加入资格、显示上限、Fallback、Accessibility、语言规则与 Regression Test。
| 组件 | 加入条件 | 要避免的问题 |
|---|---|---|
| 主导航 | 长期核心任务 | 每个 Campaign 都加入 |
| Footer | 长期工具或信任目的地 | 关键词链接墙 |
| 相关文章 | 相同用户任务与独特下一步 | 随机最新文章 |
| Tag/Category | 有足够维护内容 | 大量薄弱可索引 Archive |
| Breadcrumb | 真实层级 | 虚构 Parent |
| 语言切换 | 存在等价版本 | 全部返回错误 首页page |
自动化建议,不自动化编辑判断
工具可以发现关键词提及、孤立候选、损坏目标和链接较少的页面,却不能判断读者是否真的需要目标,也无法决定两个 URL 是否应该合并。批量建议必须经过人工审核。
| 自动化 | 有用输出 | 人工决定 |
|---|---|---|
| Crawler | Graph、Depth、Status、Redirect | 哪些旅程重要 |
| 文字匹配 | 没有链接的提及 | 加链接是否改善句子 |
| 语义匹配 | 相关页面候选 | Intent 与 Audience 是否一致 |
| Template Rule | 一致导航与 Card | 资格与例外 |
| 坏链接监控 | 新失败目标 | 修复、移除、替换或恢复 |
| AI Assistant | Anchor 与目标候选 | 准确性、自然度与批准 |
建立完整 Inventory 并安排优先级
审核应记录 Source URL、Target URL、Anchor、周围文字、位置、可抓取性、Status、Final URL、Canonical 关系、语言与组件来源。Search Console Links 只提供按 Canonical 分组的样本,不是完整 Link Graph;日常操作应以自己的 Crawler 为主。
| 问题 | 影响 | 优先证据 |
|---|---|---|
| 重要页面孤立 | 发现与旅程失败 | 业务角色和索引意图 |
| 导航坏链接 | 重复用户失败 | 模板范围与流量 |
| 全站组件 Redirect Chain | 延迟与过时路由 | Chain 长度与影响页数 |
| 错误语言目标 | 信任与任务中断 | Locale Route |
| 含糊 Anchor | 点击预期不清 | 歧义与频率 |
| 低价值页链接少 | 可能是正确隔离 | 先判断目的与索引决定 |
使用可复查的发布流程
- 确认页面任务、首选 URL 与索引意图。
- 选择经过批准的 Parent Hub 或商业路径。
- 只选择能推进用户任务的目标。
- 在有意义上下文中写 Anchor。
- 合适时从现有页面加入至少一个入口。
- 检查正常 href 与 Rendered Output。
- 测试最终 Status、Redirect、Canonical 与语言。
- 检查手机、键盘与 Accessible Name。
- 只有页面符合资格才更新 Sitemap 或组件。
- 重新抓取受影响区域并记录负责人。
迁移时保护内部链接
Redirect Map 可以保护旧 URL 访问,却不应成为永久内部架构。迁移后要把导航、正文链接、Hreflang、Canonical、Structured Data 与 Sitemap 更新到最终 URL。
比较上线前与 Staging Crawl,保留 Source-Target 记录,测试意图是否等价,并在上线后监控 404、Redirect Chain、孤立页面与 Google Selected Canonical。参阅Canonical 与跳转指南。
衡量旅程,不宣称排名因果
衡量链接是否可抓取、用户是否使用路径,以及目标页的发现、互动或业务结果是否变化。内部链接更新后排名改变只是一项观察,除非能控制其他改动与需求,否则不能证明链接是唯一原因。
| 层面 | 衡量 | 回答的问题 |
|---|---|---|
| 执行 | 预期连接存在且目标有效 | 是否正确上线? |
| 发现 | Crawl、Log 与索引证据 | 系统能否到达目标? |
| 使用 | 链接点击与任务完成 | 路径是否帮助用户? |
| 搜索 | Query/Page Impressions 与 Clicks | 相关可见度是否改变? |
| 业务 | 合格行动与辅助结果 | 旅程是否支持目标? |
| 维护 | 坏链接、跳转与孤立复发 | 系统是否保持健康? |
淘汰这些限制与迷思
- Google 没有公布每页理想内部链接数量。
- 没有通用三次点击规则、Anchor 比例或安全精准匹配百分比。
- XML Sitemap 有助发现,却不能取代正常路径或保证收录。
- 增加更多内部链接不会自动令页面更重要。
- Search Console Links 是样本,不是完整 Graph。
- 内部 Nofollow 不能可靠移除页面,也无法按已知数值塑造 PageRank。
- 如果意图不等价,不能把损坏 URL 全部跳到 首页page。
- 第三方内部链接分数无法预测排名。
- 并非每个孤立 URL 都要加链接;有些应保持私密、Noindex、合并或删除。
- 技术合规不保证抓取、收录、排名、流量或转化。
常见问题
每页应该有多少内部链接?
没有固定理想数字。只加入完成任务所需的链接,并避免令读者分心。
所有页面都要在 首页page 三次点击内吗?
没有这项 Google 通用规则。关键旅程应直接,真正复杂的层级可以更深。
内部链接会传递 PageRank 吗?
Google 使用包括 PageRank 的链接分析系统,但不会公开单一链接的当前传递值。应为用户、发现和关系设计。
Anchor 必须使用目标关键词吗?
自然时可以使用相关描述,但不要强行精准词组或管理虚构比例。
内部链接需要 Nofollow 吗?
公开页面通常不需要。应按照真实目标选择控制方式。
Sitemap 可以修复孤立页面吗?
它能暴露 URL,却不会建立用户旅程。先决定页面是否应该进入公开架构。
内部链接应该经过 Redirect 吗?
应优先链接最终 URL。Redirect 留给旧外部路径、书签和迁移保护。
JavaScript Link 对 SEO 安全吗?
最终 Rendered Result 是带有效 href 的正常 Anchor,而且 Deep Route 能直接工作时才可靠。
怎样找到孤立页面?
比较 Crawl、Sitemap、CMS、Analytics、Search Console、Logs 与 Backlink Inventory。
多久审核一次?
每次发布、移除与迁移都检查;再根据网站规模、变更频率与风险安排全站 Crawl。
官方参考资料
- Google link best practices
- Google 搜索 Essentials
- Google sitelinks guidance
- How Google 搜索 discovers pages
- Google SEO Starter Guide
- Google ranking systems guide: link analysis and PageRank
- Google JavaScript SEO basics
- Google pagination and incremental page loading
- Google mobile-first indexing best practices
- Google canonicalization guidance
- Google redirects and 搜索
- Google localized versions and hreflang
- Google qualify outbound links
- Search Console Links report
- Search Console URL Inspection tool
- W3C WCAG: link purpose in context
- Ahrefs internal links guide
- Backlinko internal linking guide
分享网站或 Crawl Export;Jack 可以区分真正孤立页面、损坏路径、Redirect Debt,以及最能改善客户旅程的正文链接。



Google 排名如何演变:从 PageRank 到现代搜索系统2026年9月2日
Google AI 内容与 SEO:什么被允许、什么是垃圾内容,以及怎样安全发布2026年9月2日