聊一个被问过太多次的问题：网站SEO到底靠内容还是技术。提问的人通常卡在某个具体节点——要么内容发了不少没排名，要么技术自查过一遍没起色，想知道资源该往哪边倾斜。
先给结论：这两个不是二选一，是先后顺序。技术决定页面能不能被搜索引擎有效抓取和理解，内容决定页面被理解之后能不能匹配到足够多、足够准的搜索需求。技术不到位，内容再好也可能根本进不了索引库；内容不行，技术再漂亮也没有排名的理由。
技术侧：先解决“能抓、能渲染、能入库”
技术SEO的底线任务不是加分，是别被扣分。搜索引擎的资源有限，给每个站点分配的抓取配额（Crawl Budget）不同。如果大量配额浪费在无意义页面上，该被抓的重要页面反而排不上队。
1. 抓取效率排查
打开 Google Search Console，进“设置” → “抓取统计信息”，看两个数：
- 总抓取请求数：是否突然下降
- 平均响应时间：超过500毫秒需要关注，超过1000毫秒属于严重
再进“索引” → “页面”，看“已抓取 - 尚未编入索引”的数量。如果这个数字持续增长，说明抓取资源被浪费了。
排查方向：
- 检查 robots.txt 是否误屏蔽了重要目录。常见错误是把 /wp-content/uploads/ 整个禁掉，但里面有需要被索引的图片。
- 检查 XML Sitemap 里是否包含大量返回301、404、noindex 的URL。Sitemap 里只应该放200状态码、未被noindex标记、且是你希望被搜索到的规范URL。
- 检查分面导航（Faceted Navigation）是否生成了海量参数组合URL，比如颜色+尺寸+排序方式的排列组合。用 rel="canonical" 指向主分类页，参数组合页要么 noindex，要么用 robots.txt 限制抓取。
2. 渲染能力验证
现在搜索引擎对 JavaScript 的渲染能力已经很强，但“能渲染”不等于“渲染成本低”。如果关键内容完全依赖客户端JS生成，索引延迟会明显增加。
验证方法：在 Search Console 里用“网址检查”工具，输入一个典型页面，点击“测试实际版本”，看“屏幕截图”和“呈现的HTML”。对比以下内容是否都出现在呈现的HTML里：
- 正文文字
- 标题 H1
- 结构化数据中的字段值
- 内链的 a href 属性
如果关键内容缺失，说明搜索引擎没有完整渲染你的页面。短期方案是改用服务端渲染（SSR）或预渲染；如果资源有限，至少保证上述四类内容在初始HTML中以字符串形式存在。
3. 结构化数据部署
这不是可选项。结构化数据不直接影响排名，但直接影响搜索结果里的展示形态——标题下方多一行面包屑、多一颗星评分、多一个FAQ折叠区，点击率差距显著。
至少部署以下三种：
| 类型 |
适用页面 |
常见错误 |
| BreadcrumbList |
所有有层级关系的页面 |
position 序号不连续 |
| Article / NewsArticle |
文章、新闻 |
缺少 datePublished 或 author |
| FAQPage |
问答内容页 |
用FAQ标记非问答内容，可能被判定为垃圾标记 |
| Product + Offer |
产品详情页 |
价格与页面显示不一致，会被拒收 |
部署后用 Rich Results Test 逐条验证，别只看“有效”就过，点开每一项看是否有“警告”。警告项在搜索结果里可能不展示富媒体形态。
内容侧：解决“匹配需求、满足需求”
技术保障页面能入库之后，排名靠什么？靠页面内容与搜索查询之间的相关性。这里的关键词策略需要从“我能写什么”转向“用户在搜什么、搜这个词的时候到底想要什么”。
1. 关键词意图分类
拿到一个目标词，先判断意图类型，这决定页面应该用什么形态承接：
- 信息型：搜“nginx 502 原因”，用户要的是原因列表和排查步骤，不是产品介绍。
- 商业调查型：搜“SiteGround 和 Cloudways 对比”，用户要的是配置、价格、性能的对照表。
- 交易型：搜“买 SSL 证书 便宜”，用户要的是购买链接和价格排序。
把目标词按意图分类后，再决定页面模板。信息型词用长文或百科式页面承接，商业调查型用对比表格，交易型用列表页或产品页。意图和页面类型错配，点击率和停留时间都会低，搜索引擎能通过用户行为信号感知到。
2. 满足“相关搜索”里的子需求
在搜索结果页底部有一块“相关搜索”，那是搜索引擎明确告诉你：搜这个词的人，还关心这些问题。
操作步骤：
- 在 Google 搜索目标关键词，下拉到页面底部，记录所有“相关搜索”词条。
- 把这些词条分类，看哪些是同一个主题下的子问题。
- 在页面内用 H2 或 H3 标题直接回答这些子问题。
举例：目标词是“MySQL 慢查询优化”，相关搜索里出现“慢查询日志怎么开启”“explain 怎么看”“索引失效的几种情况”。那页面结构就应该至少包含这三个 H2 段落，每个段落给出可执行的命令或判断标准。
3. 页面信息结构
搜索引擎对页面内容的理解依赖于结构标记。以下要素缺一不可：
- H1：一个页面只有一个，包含核心关键词，且与 title 标签语义一致但不完全相同。
- H2/H3：层级递进，不跳级。H2 下直接跟 H4 是不符合规范的。
- 列表：步骤类内容用 ol，并列类内容用 ul。搜索引擎会解析列表结构，用于生成摘要里的条目。
- 表格：对比类数据用 table，别用截图。表格数据可以被直接提取用于“知识面板”或“精选摘要”。
长期稳定获取搜索流量的机制
单篇文章冲上去又掉下来，是常态。要长期稳定，靠的不是某一篇“爆款”，而是站点整体的主题权威度。
1. 主题覆盖度
选定一个核心领域后，用以下方法建立内容池：
- 列出该领域所有核心术语（比如“Linux服务器运维”下的：Nginx、MySQL、PHP-FPM、Redis、防火墙、备份策略）。
- 每个核心术语生成一个“支柱页面”，系统性地讲解该主题。
- 围绕每个支柱页面，生成10-20篇“支持页面”，每篇解决一个具体问题。
- 支持页面之间、支持页面与支柱页面之间，用描述性锚文本互相链接。
搜索引擎评估站点权威度时，会看一个站点在某个主题下是否“完整”。如果搜来搜去都在你的站上找到答案，域名的主题权重就会累积。
2. 内容维护周期
已发布页面不是放着就行的。设定一个维护周期：
| 页面类型 |
维护周期 |
维护动作 |
| 包含年份/版本号的页面 |
每6个月 |
更新数据、更新标题中的年份 |
| 教程/操作指南类 |
每12个月 |
检查命令是否仍有效、截图是否匹配最新界面 |
| 观点/分析类 |
每18个月 |
补充新进展、标注已过时的判断 |
| 词汇解释/百科类 |
按需 |
有行业标准变更时立即更新 |
更新后，在 Search Console 里对该URL提交“请求编入索引”，加速重新抓取。
3. 外链的获取方式
不靠“买外链”或“互换友链”。有效且风险低的方式是：让内容本身成为其他人写文章时需要引用的来源。
具体做法：
- 发布一手数据：比如对某个技术方案的性能测试结果，附测试环境和命令，别人引用时会链向你。
- 发布定义性内容：对某个行业术语给出清晰定义和使用场景，容易被百科类文章引用。
- 修复互联网上的失效链接：用工具（如 Ahrefs 的 Broken Link Checker 或 Check My Links 浏览器插件）找到同领域网站里的404链接，如果你有内容可以替代，联系对方站长告知失效链接并推荐你的页面。
第三种方式成功率在5%-10%左右，但每获得一个，都是来自相关站点的上下文链接，权量比随机外链高得多。
4. 监控与预警
长期稳定不是不出问题，而是出问题的时候能快速发现并修正。建立最低限度的监控：
- Google Search Console 每周看一次“效果”报告，对比前四周数据，关注展示量和点击量的趋势分叉（展示量涨但点击量没涨，说明标题或描述需要优化）。
- 设置服务器监控，页面响应时间超过阈值时告警。搜索引擎遇到持续超时的站点会降低抓取频率。
- 每季度做一次全站抓取（用 Screaming Frog 或 Sitebulb），检查是否有新增的302重定向链、noindex 误标记、canonical 指向错误。
技术SEO和内容SEO的投入比例不是固定的。新站前三个月，70%精力在技术上——保证抓取、索引、渲染、结构化数据全部到位。这个阶段内容发20-30篇打底即可。技术基线稳定后，比例反过来，80%精力在内容生产和维护上，20%精力做技术巡检和调整。长期来看，内容决定天花板，技术决定地板。地板漏了，天花板多高都没用。
