第 4 周 · 技术 SEO
本课适用范围说明
如果你有独立网站:本课全部内容适用——架构设计、导航设置、HTTPS 配置都可以直接操作。
如果你用第三方平台:你无法控制平台的整体架构,但理解这些概念对你依然有价值:第一,你可以规划自己账号内容的"架构"(哪些内容先发、怎么互相引用);第二,HTTPS 的概念帮你理解为什么某些平台比其他平台更"可信";第三,如果你将来建独立站,这是从第一天就要正确设计的部分。
站点架构:让每个页面都能被找到
什么是站点架构
站点架构(Site Architecture)指的是你网站所有页面的组织方式——哪些页面在哪个层级、页面之间如何相互链接、用户从首页到任意内容需要几次点击。
对 SEO 来说,架构有两个核心作用:
- 让爬虫能高效抓取所有内容:爬虫从首页开始,沿着链接一页一页爬,层级太深就爬不到
- 让权重(PageRank)合理分配:首页权重最高,它链接的页面能继承更多权重,链接越深的页面继承越少
扁平 vs 深层架构
扁平架构:重要页面距离首页不超过 3 次点击。
首页(1 次点击)
├── 分类页(2 次点击)
│ ├── 文章 A(3 次点击) ✅
│ ├── 文章 B(3 次点击) ✅
│ └── 文章 C(3 次点击) ✅
└── 分类页
├── 文章 D
└── 文章 E
深层架构:重要页面藏得太深。
首页
└── 目录
└── 子目录
└── 子子目录
└── 文章 A(5 次点击) ❌
为什么扁平架构更好:
- 爬虫从首页开始爬——层级越深,爬虫越不容易到达(爬虫有"抓取预算",不会无限爬)
- 首页的权重最高——离首页越近的页面,继承的权重越多
- 用户也更容易找到内容——减少迷路和跳出
抓取预算(Crawl Budget)是一个重要概念:搜索引擎不会无限制地爬取你的每个页面。大型网站尤其明显——如果你的页面太多且架构太深,有些页面可能长期不被爬取。
站点架构与话题集群的配合
你在第 2 周设计的话题集群,天然适合扁平架构:
首页
├── /headphones/ ← 分类页(链接到所有耳机内容)
│ ├── /headphones/buying-guide ← 支柱页面(2 次点击)
│ ├── /headphones/xm6-review ← 集群页面(2 次点击)
│ ├── /headphones/xm6-vs-airpods ← 集群页面(2 次点击)
│ └── /headphones/faq ← 集群页面(2 次点击)
└── /about ← 作者页面
所有重要内容都在 2-3 次点击内可达。支柱页面因为离首页近,继承的权重更多,更容易排名。
URL 结构设计
URL 是页面地址,也是架构的体现。好的 URL 结构既帮助 SEO,也帮助用户理解页面内容。
好的 URL:
yoursite.com/headphones/sony-xm6-review
yoursite.com/headphones/buying-guide
yoursite.com/headphones/xm6-vs-airpods
不好的 URL:
yoursite.com/post?id=1234
yoursite.com/p/a/b/c/sony-review-2026-march-updated
yoursite.com/耳机/xm6评测(包含中文字符,可能导致编码问题)
URL 设计原则:
- 用英文小写,单词之间用连字符(
-) - 反映页面在架构中的位置(
/分类/文章) - 简洁,去掉不必要的停用词(
the、a、of) - 一旦确定就不要改——改 URL 需要 301 重定向,处理不好会丢失排名
导航设计
主导航(顶部菜单):放最重要的分类页面和支柱页面。保持简洁——主导航应该是你最想让用户和爬虫先看到的页面。
页脚导航:放"关于"、“联系”、“隐私政策”、“版权声明"等页面。这些页面对 E-E-A-T 有价值,但不需要放在主导航占位。
面包屑导航:在每个页面顶部显示当前位置。
首页 > 耳机 > Sony XM6 vs AirPods Max 2 对比
面包屑有三重作用:帮助用户了解自己在网站中的位置、提供快速返回的链接、配合 BreadcrumbList Schema 在 Google 搜索结果中显示路径(yoursite.com › 耳机 › Sony XM6 评测)。
怎么在 WordPress 中启用面包屑:
- 安装 Yoast SEO 或 Rank Math
- 在插件设置中找到"面包屑"选项,启用
- 在主题的
single.php或页面模板中添加面包屑的输出代码(插件会提供具体代码)
内链设计:内链(Internal Link)是网站内部页面之间的链接。好的内链策略:
- 在每篇文章中,链接到相关的支柱页面和集群页面(这是话题集群模型的基础)
- 支柱页面链接到所有相关集群页面
- 集群页面互相链接,也指向支柱页面
- 避免孤岛页面(没有任何内链指向的页面)——孤岛页面可能永远不会被爬虫找到
HTTPS——必须有
HTTPS = HTTP + SSL/TLS 加密。
URL 以 https:// 开头 = 安全连接,数据在传输过程中是加密的。以 http:// 开头 = 明文传输,中间人可以截获数据。
SSL/TLS 证书是实现 HTTPS 的技术基础——就像给网站颁发的"安全认证书”。浏览器地址栏的小锁图标就是证书有效的标志。
为什么必须有
- Google 明确声明 HTTPS 是排名因素(2014 年起,持续有效)
- 浏览器(Chrome、Safari)在 HTTP 网站上显示"不安全"警告——用户看到这个可能直接关闭
- E-E-A-T 的"可信度"维度要求 HTTPS:一个"不安全"的网站很难被认为是可信来源
- 在没有 HTTPS 的网站上,用户提交的表单数据(如邮件订阅、联系方式)以明文传输,存在安全风险
- 百度同样给予 HTTPS 网站排名加分
怎么设置
大多数现代托管平台和 CMS 都提供免费的 HTTPS:
| 平台 | 如何获得 HTTPS |
|---|---|
| GitHub Pages | 自动启用,仓库设置里开启即可 |
| Vercel / Netlify | 绑定自定义域名后自动配置 |
| WordPress.com | 免费版和付费版均自动启用 |
| 阿里云/腾讯云 | 提供免费 DV SSL 证书,在控制台申请,按引导配置 |
| 自建 Linux 服务器 | 用 Let’s Encrypt(免费)+ Certbot 工具自动获取和续期证书 |
设置完后检查:
- 在浏览器输入你的网站地址,确认地址栏显示
https://和小锁图标 - 输入
http://yoursite.com,确认会自动跳转到https://yoursite.com(301 重定向) - 在 Chrome 开发者工具 → 控制台,检查是否有"Mixed Content"(混合内容)警告——这表示页面某些资源(如图片)仍然通过 HTTP 加载
阿里云/腾讯云的 SSL 证书申请(中文独立站常见需求):
- 登录阿里云控制台,搜索"SSL 证书"
- 点击"免费证书",选择 DV(域名验证)类型
- 填写你的域名,完成验证(通常是 DNS 验证:在域名管理中添加一条 CNAME 记录)
- 证书签发后(通常几分钟到几小时),下载证书文件
- 在服务器或 CDN 配置中上传证书文件,开启 HTTPS
技术 SEO 综合审计清单
学完本周四课后,用这个清单对你的网站做一次完整审计:
速度与性能:
[ ] LCP ≤ 2.5 秒(移动端)
[ ] INP ≤ 200 毫秒
[ ] CLS ≤ 0.1
[ ] PageSpeed Insights 移动端评分 ≥ 80
[ ] 图片已压缩,使用 WebP 格式
[ ] 百度搜索资源平台已配置,无速度异常
移动端:
[ ] 响应式设计
[ ] 文字可读(字号 ≥ 16px),按钮可点击(间距 ≥ 48px)
[ ] 不需要横向滚动
[ ] 移动端和桌面端内容完全一致
[ ] 百度移动适配检测通过
可爬取性:
[ ] robots.txt 存在且正确(在浏览器访问 yoursite.com/robots.txt 确认)
[ ] robots.txt 允许 AI 爬虫(GPTBot、PerplexityBot、ClaudeBot)
[ ] robots.txt 没有意外屏蔽 CSS/JS 文件
[ ] XML Sitemap 存在(yoursite.com/sitemap.xml 可访问)
[ ] Sitemap 已提交到 Google Search Console
[ ] Sitemap 已提交到百度搜索资源平台
[ ] Sitemap 只包含需要索引的页面,不含 404 或重复页面
重复内容:
[ ] 每个页面有 canonical 标签
[ ] HTTP 和 HTTPS 版本都存在时,canonical 指向 HTTPS
[ ] 带追踪参数的 URL(?utm_source=...)canonical 指向干净 URL
[ ] 不存在大量重复或极相似的页面
结构化数据:
[ ] 文章页有 Article Schema(含 datePublished 和 dateModified)
[ ] 作者页有 Person Schema(含 sameAs 链接,包括中文平台)
[ ] FAQ 区块有 FAQPage Schema
[ ] 用 Google Rich Results Test 验证通过,无错误
站点架构:
[ ] 重要页面距首页 ≤ 3 次点击
[ ] 有面包屑导航(配合 BreadcrumbList Schema)
[ ] URL 结构清晰,反映内容层级(英文、连字符分隔)
[ ] 不存在孤岛页面(无内链指向的页面)
[ ] 内链结构支持话题集群模型(第 2 周设计的集群)
安全:
[ ] 使用 HTTPS(地址栏有小锁)
[ ] HTTP 自动 301 跳转到 HTTPS
[ ] 没有混合内容(Mixed Content)警告
索引状态(Search Console):
[ ] 核心页面都已被索引
[ ] "索引覆盖率"报告没有异常排除
[ ] 没有移动设备易用性错误
[ ] 没有核心网页指标的"差"评页面
常见误区
误区 1:上线后再考虑架构
架构是建站初期就应该规划好的——上线后改 URL 结构需要大量 301 重定向,稍有不慎就会丢失已有的排名。正确做法:在写第一篇文章之前,就确定好分类体系和 URL 格式。
误区 2:内链越多越好,在每篇文章里大量加链接
内链有价值,但质量比数量重要。一篇 1000 字的文章加 30 个内链,每个链接的"权重传递"效果都被稀释,而且用户体验很差(看起来像垃圾邮件)。每篇文章加 3-5 个真正相关的内链就够了。
误区 3:HTTPS 是一次性设置,不用再管
SSL 证书有有效期(通常 1 年,Let’s Encrypt 是 90 天)。证书过期后,访客会看到"您的连接不安全"的警告页面,可能直接离开。设置 HTTPS 后,需要确保自动续期,或者手动在到期前续期。大多数托管平台(Vercel、Netlify、GitHub Pages)会自动续期。自建服务器需要用 Certbot 的自动续期功能。
误区 4:面包屑导航只是装饰,SEO 价值不大
面包屑有三个实际 SEO 价值:提供额外的内链(面包屑每个层级都是一个链接)、帮助 Google 理解站点层级(配合 BreadcrumbList Schema)、让搜索结果显示路径而不是 URL(视觉上更专业,提升 CTR)。这不是装饰,是有实际效果的。
误区 5:平台内容不需要考虑架构
在小红书、知乎发内容,虽然不能控制整体架构,但你可以控制自己账号的内容组织:是否建立系列笔记、是否在文章里互相引用、是否把相关内容打成合集。这就是"平台层面的架构思维"——即便没有独立站,有意识地组织内容也比随意发布效果更好。
对初学者的优先级建议
技术 SEO 的内容很多,但不是所有项目都一样紧急。
必须立即做(不做会严重影响排名和 GEO):
- 确保 HTTPS——现在几乎所有托管平台都免费提供,没有理由不做
- 确保 robots.txt 没有屏蔽重要内容——直接输入
yoursite.com/robots.txt检查 - 提交 XML Sitemap 到 Google Search Console 和百度搜索资源平台
- 压缩图片,保证基本速度——用 TinyPNG 或 Squoosh 处理所有已有图片
尽快做(做了有明显提升): 5. 添加 Article Schema 和 Person Schema(WordPress 用 Rank Math 插件自动化) 6. 配置 robots.txt 允许 AI 爬虫(GPTBot、PerplexityBot、ClaudeBot) 7. 检查移动端适配——拿手机打开自己的网站 8. 确保所有页面有 canonical 标签
后续完善(锦上添花): 9. 优化 CWV 到绿色区间(先解决图片,再看其他) 10. 添加 FAQPage Schema 到有 FAQ 区块的页面 11. 添加面包屑导航和 BreadcrumbList Schema 12. 优化站点架构到 3 次点击规则
如何验证技术 SEO 的改进有效
改完之后,用以下方式确认:
速度改进:PageSpeed Insights 前后对比截图,重点看 LCP 数值变化
索引改进:在 Google Search Console 的"索引覆盖率"报告中,观察"已索引"页面数量是否增加;新页面发布后用"网址检查"功能请求编入索引,1 周内检查是否已收录
Schema 生效:Google Rich Results Test 验证通过后,2-4 周内在 Google Search Console 的"增强功能"部分查看 Schema 报告
整体排名:技术 SEO 改进通常在 1-3 个月内反映在排名上。可以在 GSC 的"效果"报告中,按时间段对比点击量和展示量的变化趋势
本课小结
- 站点架构要扁平——重要页面 ≤ 3 次点击可达;从建站第一天就规划好
- URL 结构反映内容层级,确定后不要轻易改动
- 面包屑导航帮助用户和搜索引擎理解页面位置,配合 BreadcrumbList Schema 效果更好
- HTTPS 是必须的——排名因素 + 可信度 + 安全性;证书需要定期续期
- 技术 SEO 审计清单覆盖速度、移动端、可爬取性、Schema、架构、安全六个维度——分优先级执行
本周实践:用本课的综合审计清单对你的网站(或你计划中的网站)做一次完整审计,列出优先级最高的 3 项改进,本周内完成。