好的,我们直接进入正题。
## 先理清一个核心逻辑
网页搭建和SEO不是两个步骤,它们应该同步进行。很多人习惯先把网站做好,再去找SEO人员优化,这个流程会让很多基础问题变成历史遗留问题,后期改动成本很高。
下面我会按照一个实际建站流程,把SEO需要做的事情嵌入进去。
## 第一步:域名和服务器的基础设置
### 域名选择
域名本身不是排名的主要因素,但有几点会影响用户行为和后续工作:
1. 尽量选`.com`,用户记忆成本最低
2. 避免在域名里硬塞关键词,比如`buy-cheap-shoes-online.com`,这类域名在2012年之后就没用了,还会触发用户的警惕心
3. 检查域名历史。用Wayback Machine查看这个域名之前做过什么,如果被用来做过灰色内容,搜索引擎可能已经对它有了负面判断
### 服务器和HTTPS
HTTPS在2014年被Google确认为排名信号。现在没有SSL证书的网站,浏览器地址栏会直接显示“不安全”,这对跳出率的影响是直接的。
服务器地理位置会影响访问速度,而速度是排名因素。如果你的目标用户在东南亚,服务器放在美国西海岸,延迟至少150ms以上。用CDN可以解决这个问题,Cloudflare的免费计划对大多数新站够用。
## 第二步:网站技术架构
### URL结构规范
URL结构一旦确定就不要轻易改,改URL而没有正确做301跳转,是很多网站流量断崖式下跌的直接原因。
规范示例:
- 正确:`/seo-guide/technical-setup`
- 错误:`/index.php?id=237&cat=4`
URL层级控制在3层以内。Google的John Mueller明确说过,URL深度本身不是问题,但深层URL的爬取频率会降低。实际经验是,超过4层的URL,收录速度明显变慢。
### 页面速度的硬指标
Google的Core Web Vitals是明确量化的标准:
| 指标 | 合格线 | 良好线 |
|------|--------|--------|
| LCP(最大内容绘制) | 2.5秒内 | 2.5秒内 |
| FID(首次输入延迟) | 100毫秒内 | 100毫秒内 |
| CLS(累计布局偏移) | 0.1以内 | 0.1以内 |
具体操作:
- 图片用WebP格式,压缩率比JPEG高30%左右
- 不要在移动端加载桌面端尺寸的图片,用`srcset`属性按屏幕宽度加载对应尺寸
- 把非关键CSS标记为异步加载,减少首次渲染阻塞
- 字体文件只加载实际使用的字符集,中文字体尤其要注意,一个完整中文字体包动辄5MB以上
### 移动端适配
Google从2019年开始使用移动优先索引。这意味着即使桌面版做得再好,移动端有问题也会直接影响排名。
不要用`m.`子域名做移动版,用响应式设计。子域名会被搜索引擎当作独立站点,分散权重。
## 第三步:页面内容结构
### 标题标签的写法
`
`标签是页面上权重最高的元素之一。写法规则:
- 核心关键词放在最前面
- 品牌名放在末尾,用竖线或连字符分隔
- 每个页面的title必须不同
- 长度控制在50-60个字符,超出部分在搜索结果里会被截断
示例:`网页SEO优化步骤 | 品牌名`
### 标题层级的使用
`h1`一个页面只有一个,它告诉搜索引擎这个页面的主题是什么。`h2`用来划分内容板块,`h3`是板块内的细分点。
不要跳级使用,比如`h2`下面直接跟`h4`。搜索引擎通过标题层级理解内容结构,跳级会让这个结构断裂。
### 结构化数据标记
Schema标记不是排名因素,但会影响搜索结果里的展示效果。FAQ标记、评分标记、面包屑标记,这些都能增加搜索结果的点击率。
用JSON-LD格式添加,不要用Microdata。Google官方推荐JSON-LD,维护起来也方便,直接在``里插入一段代码就行。
FAQ标记示例:
```json
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "问题文字",
"acceptedAnswer": {
"@type": "Answer",
"text": "回答文字"
}
}]
}
```
添加后用Google的Rich Results Test工具验证是否生效。
## 第四步:内容制作的技术要求
### 关键词布局方式
一个页面应该有一个核心关键词和2-3个变体词。具体出现位置:
- 核心词出现在`title`、`h1`、第一段文字、至少一个`h2`中
- 变体词自然分布在正文和`h2`/`h3`中
- 不要在正文里机械重复同一个词,搜索引擎用BERT模型理解语义,同义词和相关词比重复更重要
### 内容长度和结构
没有“最佳字数”这个说法。Google的John Mueller多次表示字数不是排名因素。但实际数据可以参考:
从Backlinko对1100万搜索结果的统计来看,排名前10的页面平均字数在1400字以上。这个数字反映的是“能排上去的页面通常写得很详细”,而不是“写1400字就能排上去”。
更重要的结构要求:
- 每个`h2`段落解决一个具体问题
- 段落长度不超过4-5行,移动端阅读体验更好
- 用列表呈现步骤、要点、对比信息
- 表格用来展示对比数据,比纯文字更直观
### 内部链接策略
每个新页面至少要有2-3个来自站内其他页面的链接。链接锚文字用描述性文字,不要用“点击这里”。
内部链接的作用是分配爬取预算和传递相关性信号。一个没有内部链接的页面,搜索引擎会认为它不重要。
## 第五步:发布后的技术操作
### XML Sitemap和提交
建好XML Sitemap,包含所有希望被收录的页面,排除标签页、作者页等低质量页面。把Sitemap地址提交到Google Search Console。
Sitemap不会帮助排名,但能加速收录。新站没有外链的情况下,搜索引擎发现新页面的主要方式就是Sitemap。
### robots.txt配置
确认robots.txt没有误屏蔽重要内容。常见的错误是把CSS和JS文件屏蔽了,导致搜索引擎无法正确渲染页面。
Google现在会渲染页面,如果CSS被屏蔽,页面在搜索引擎眼里就是一团没有样式的文字,这会影响内容质量判断。
### Canonical标签
每个页面都要有canonical标签指向自己的规范URL。这解决的是重复内容问题,比如同一个页面通过不同参数访问时,搜索引擎会把这几个URL当作不同页面,canonical标签告诉它哪个是主要版本。
写法:``
## 第六步:持续监测和调整
### Search Console数据
发布后2-4周,在Search Console里查看:
- 哪些查询让页面出现在搜索结果里
- 平均排名位置
- 点击率
如果某个查询的展示次数高但点击率低,说明标题和描述需要调整。如果展示次数本身很低,说明内容与用户搜索意图不匹配。
### 页面速度持续监控
用PageSpeed Insights定期检测。第三方脚本(广告代码、统计代码、聊天插件)是速度下降的主要原因。每添加一个第三方脚本,至少增加200-500毫秒的加载时间。
### 内容更新频率
搜索引擎会记录页面的更新频率。对于技术类内容,建议每6-12个月检查一次信息是否过时。更新时不只是改几个字,而是补充新的信息、删除过时的内容,然后更新发布日期。
这个操作会让搜索引擎重新评估页面时效性,对“新鲜度敏感”的查询类型有明显效果。