银河SEO 知识库

知识库 / 训练营 / 培训课件

第6课 · 技术SEO与开发协作 + 内链

学会把 SEO 需求"翻译"成开发能落地的规范,用静态路由、字段规范、IndexNow 和内链把技术地基打牢。

学习目标#

  • 能用开发听得懂的语言,把 SEO 需求写成一份可交付的"需求清单",而不是一句"帮我做好 SEO"。
  • 分清前端、后端各自要为 SEO 做到哪些点,知道哪个问题该找谁。
  • 掌握静态路由/URL 设计、分页与 Tag 规范、SEO 字段统一调用这三块"最容易在开发环节埋雷"的技术地基。
  • 理解 IndexNow(含 Bing)推送的作用与触发时机,知道采集类站点为什么必须做主动推送。
  • 会从零搭建站内内链体系,并用专题集群(Topic Cluster)把权重集中传递到目标页。

建议课时与前置#

建议 2 课时(约 90 分钟),其中约 30 分钟做"给开发写需求清单"的实操。前置课程:第 1 课(搜索引擎工作原理,理解抓取/索引/排名链路)与第 4 课(关键词研究,理解 URL 与页面要围绕哪些词组织)。

正文精讲#

一、SEO 与开发的分工与协作方式#

新人最常见的误区,是把 SEO 当成"上线后再优化"的事。真相相反:URL 结构、分页规则、字段渲染方式这些一旦上线就很难改,改动往往意味着大量 301 跳转和排名波动。所以 SEO 必须在开发排期之前介入,用"需求清单 + 验收标准"的方式参与,而不是等页面做完了再提一堆返工意见。

跟开发协作有三条铁律:一是给规范不给情绪——不说"这样对 SEO 不好",而说"标题标签必须唯一、长度控制在 30 个汉字内、由某字段拼接生成";二是给可验收的标准——每条需求都要能被"打开源码/用工具检查"验证,否则等于没提;三是区分前后端职责,问题才有人认领。下面这张表是最常用的对齐工具:

SEO 需求 主要责任方 可验收标准
title / description / canonical 输出 后端(数据)+ 前端(渲染) 查看源码即可见,不依赖 JS 二次渲染
URL 静态化、结构层级 后端 / 架构 路径可读、无多余参数、层级 ≤ 3
首屏内容服务端渲染 前端 禁用 JS 后主体内容仍在
分页 / Tag 页模板 前端 + 后端 有唯一 title、可翻页、可被抓取
sitemap.xml 生成 后端 自动更新,含 lastmod
IndexNow 推送 后端 发布/更新即触发,有推送日志

二、前后端各自要做到的 SEO 点#

前端关注"爬虫能不能看到、看得清不清楚":语义化 HTML(一个页面只有一个 <h1>,标题层级不跳级)、图片 alt、首屏内容服务端渲染或预渲染(吃瓜/资讯站切忌整页靠前端 JS 异步加载正文,爬虫容易抓到空壳)、移动端自适应、页面加载速度(Core Web Vitals)。后端关注"数据对不对、URL 稳不稳、能不能被主动通知":URL 生成规则、canonical/robots meta 的输出、结构化数据(Article、BreadcrumbList)、sitemap 生成、以及 IndexNow 推送接口。一句话记忆:前端负责"呈现给爬虫",后端负责"喂数据给爬虫、并主动敲门通知爬虫"。

三、静态路由 / URL 设计#

采集类资讯站往往内容量大、更新频繁,URL 设计一旦松散,后期就是灾难。原则是:短、静态化、语义化、层级清晰、永久不变。

页面类型 推荐 URL 结构 说明
文章页 /news/{slug}.html/{category}/{id}.html slug 用英文/拼音或纯 ID,避免中文转义乱码
分类页 /category/{name}/ 一个词一个目录,别堆参数
分页 /category/{name}/page/2/ 用路径而非 ?page=2,更利于抓取
专题页 /topic/{slug}/ 专题集群的"中心页",独立目录
Tag 页 /tag/{slug}/ 需谨慎,见下节

要点:URL 中不要出现会话 ID、跟踪参数;一篇文章只对应一个规范 URL(其余用 canonical 收敛);改版时旧 URL 必须 301 到新 URL,绝不能直接 404。

四、分页与 Tag 规范#

分页页(列表第 2、3……页)是 SEO 的重灾区。规范做法:每个分页页有唯一 title(如"娱乐八卦 - 第2页"),保证可被抓取和翻页(分页链接是真实 <a href>,不是纯 JS 点击),首页/列表页指向文章的链接要用绝对可抓取的锚文本。Tag(标签)页的最大风险是批量生成低质、内容高度重叠的页面,稀释站点质量。建议:控制 Tag 数量、每个 Tag 下要有足够文章量(比如 ≥5 篇)才生成页面,空标签或单篇标签不建索引(noindex)。分页与 Tag 一定要走统一模板,避免每个开发各写一套导致规则分裂。

五、SEO 字段统一调用#

title、description、canonical、og 标签、结构化数据这些字段,如果散落在各个模板里手写,迟早出现"有的页面缺 description、有的 title 重复"的问题。正确做法是后端集中管理一套 SEO 字段,前端统一调用一个组件/函数输出。给开发的字段清单示例:

字段 生成规则 兜底逻辑
title 文章标题 + 站点名 缺失时取分类名
description 摘要前 120 字,去 HTML 缺失时取正文前 120 字
canonical 当前页规范 URL 必填,不留空
og:image 文章首图 缺失时用站点默认图
robots 正常页 index,follow 空标签/搜索结果页 noindex

这样运营只需在后台维护内容,SEO 字段自动、规范、可兜底地生成,从源头杜绝"漏标"。

六、IndexNow 推送#

采集/资讯站的核心诉求是"发得快、收录快"。被动等爬虫上门会有延迟,IndexNow 是主动推送协议——内容发布或更新后,立刻通知搜索引擎来抓这个 URL,是新站抢时效的关键手段。注意适用范围:IndexNow 由 Bing 与 Yandex 主推(Seznam、Naver 等也已加入),Google 至今没有接入——谷歌侧只能靠 sitemap(带 lastmod)加 GSC 的「网址检查 → 请求编入索引」,别指望推了 IndexNow 谷歌就收得快,这一点第 3 课也讲过。落地要点:后端在"文章发布/更新/删除"的钩子里触发推送,推送单个或批量 URL;密钥文件要正确部署在网站根目录;要有推送日志便于排查失败。对时效性强的吃瓜热点,"发布即推送"能显著缩短收录时间。IndexNow 不替代 sitemap,两者并行。

七、内链体系与专题集群权重传递#

内链是唯一完全由自己掌控的排名杠杆。它的作用有三:帮爬虫发现页面、传递权重、用锚文本告诉搜索引擎"这个页面是关于什么的"。最有效的结构是专题集群(Topic Cluster):一个"支柱页/专题中心页"覆盖大主题(如"某明星事件全记录"),围绕它的多篇"子文章"各写一个细分点,子文章都链回专题页、专题页也链向各子文章,形成星型互链。这样权重向专题页集中,专题页更容易在核心大词上排名。实操原则:锚文本用目标关键词而非"点击这里";重要页面(专题页、栏目页)离首页点击层级越近越好(≤3 次点击可达);每篇文章正文里自然嵌入 2~5 条相关内链,避免堆砌;新文章发布时要"回头"给它加入相关老文章的内链,让新页更快被发现。

配套精读(手册对应页)#

课堂实操 / 作业#

  1. 给开发写一份《资讯站 SEO 需求清单》:套用正文"分工对齐表"的格式,列出至少 8 条需求,每条注明责任方(前端/后端)和可验收标准,交付格式为一页文档。
  2. 设计一个专题集群结构图:选一个正在追的热点主题,画出 1 个专题中心页 + 5 篇子文章的星型内链结构,标出每条链接的锚文本。
  3. 审一个现有页面的 URL 与字段:随便打开自家一篇文章,用浏览器"查看源码"检查 title/description/canonical 是否齐全、URL 是否静态化,写出问题清单。
  4. 梳理 IndexNow 触发点:和后端确认"发布/更新/删除"三个动作是否都触发了推送,看一次推送日志,记录成功与失败条数。

考核自检清单#

  • [ ] 我能说清 SEO 为什么必须在开发排期"之前"介入,而不是上线后补。
  • [ ] 我能分辨一个 SEO 问题该找前端还是后端,并说出验收标准。
  • [ ] 我能写出文章页、分类页、分页、专题页各自推荐的 URL 结构。
  • [ ] 我知道分页页要有唯一 title、Tag 页要控制数量和 noindex 空标签。
  • [ ] 我理解 SEO 字段为什么要后端集中管理、前端统一调用,并能列出兜底逻辑。
  • [ ] 我能说明 IndexNow 的作用、触发时机,以及它与 sitemap 的关系。
  • [ ] 我能独立设计一个专题集群的内链结构,并正确使用锚文本。
  • [ ] 我能给一个新发布的页面规划好至少 2~5 条自然内链。