seo sop checklist
本地来源:seo-llm/raw/seo知识库/seo-sop-checklist.md
谷歌SEO完整SOP Checklist
新人参考指南 · 从零到一 · 2025-2026实战版
核心理念:需求即关键词,关键词即域名,域名即功能,见域名而知网站功能,会让推广事半功倍。
目录
- 核心心法与三字经
- 关键词研究系统
- 网站结构与页面规划
- On-Page SEO页面优化
- SEO Meta标签完整指南
- 结构化数据Schema Markup
- 技术SEO配置
- 外链建设策略
- 内容SEO与维护
- 多语言与国际化SEO
- Google Search Console操作
- 日常监控与复盘
- 避坑指南
- 实用工具集
- 2025年新变化应对
一、核心心法与三字经
1.1 谷歌SEO三字经(必背)
站之初,筛词库,怼布局,
看收录,收录稳,上初链,
看反馈,反馈佳,加页面,
看词库,词库涨,上优链,
看排名,排名升,调内容,
卡细节,观其变,静等候,
上首页,悟其道,周复始。
详细注释:
| 阶段 | 三字经 | 具体操作 |
|---|---|---|
| 建站初期 | 站之初,筛词库,怼布局 | 优先用semrush/ahrefs筛选词库,先做容易的词,把词库导出来进行归类,布局到整个网站的各个页面上 |
| 收录观察 | 看收录,收录稳,上初链 | 网站上线后,提交google console,然后首先要关注的是网站收录变化情况,观察自然收录的变化,如果稳定增长,则可以开始增加外链 |
| 反馈调整 | 看反馈,反馈佳,加页面 | 初始外链增长后,如果正反馈比较好,这个时候可以继续加大网站页面量,布局更多长尾词,让谷歌收录保持增长 |
| 词库增长 | 看词库,词库涨,上优链 | 通过semrush/ahrefs看网站词库增长趋势,如果词库是一直增长的趋势,这个时候加一些高质量外链到首页,提高网站首页权重 |
| 排名优化 | 看排名,排名升,调内容 | 词库增长后,我们慢慢要关注前20名的词库了,如果前20名的词库量一直上升,这个时候我们可以针对这些页面参考首页前5名的页面进行on-page seo优化 |
| 细节调整 | 卡细节,观其变,静等候 | 根据on-page seo指导调整完内容细节后,就不要再天天改动,只需要关注页面的排名变化,排名波动比较正常,只需要耐心等待测试结果(1-2周) |
| 持续迭代 | 上首页,悟其道,周复始 | 如果调整过的页面里面,有上到首页的页面,这个时候就要做总结,分析调整的页面做了那些修改,有什么共性,领悟其中道理,然后继续优化下一批关键词到首页 |
1.2 核心原则
⭐ 原则一:一个关键词一个页面
每一个想要从搜索引擎获取排名的关键词,都需要有一个独立的页面来优化。不同的关键词需要不同的页面,同一个页面不要试图优化多个不相关的关键词。
执行要点:
- [ ] 只为用户会搜索的关键词做页面
- [ ] 一个页面只做一个核心关键词
- [ ] 如果某个二级关键词搜索量低,可跳过不做页面
- [ ] 同一个需求的不同说法,在一个页面里同时覆盖到就行,没必要搞两个页面
⭐ 原则二:分门别类罗列
在列表页/聚合页上,将内容按照分类有序罗列,使用H2作为分类标题,每个分类下列出所有相关子页面链接。这样能让列表页获得一级关键词排名。
Headings层级示例:
H1: Free AI Writing Tools
H2: Writing
- Tool 1 + 描述
- Tool 2 + 描述
H2: SEO & Content Marketing
- Tool 1 + 描述
- Tool 2 + 描述
H2: Social Media
- Tool 1 + 描述
⭐ 原则三:举全站之力
所有内页通过合理的内链结构,将权重汇聚到首页和重要频道页。首页瞄准核心大词,二级页面瞄准二级词,三级页面瞄准长尾词,形成金字塔结构。
权重计算公式:
网站权重 = GSC后台里显示的能够拿到曝光和点击的网页数量 / GSC里爬虫发现了的网页数量 × 10000‱
1.3 精品页面公式
工具页 + 落地页 + 结果展示页 = 精品工具页面
精品工具页面 + 低竞争度关键词 = 排名和曝光
排名和曝光 + 优秀用户行为数据 = 搜索结果前几名
二、关键词研究系统
2.1 关键词挖掘渠道
基础渠道
- [ ] 谷歌下拉搜索
- [ ] 谷歌相关搜索
- [ ] Similarweb
- [ ] Semrush
- [ ] Ahrefs
- [ ] 谷歌趋势
- [ ] 各种平台搜索框下拉相关搜索
- [ ] 谷歌Ads关键词扩展工具
进阶渠道(找词源头)
- [ ] scratch.mit.edu 看最新发布的游戏
- [ ] cocrea.world 看用户发布的最新游戏
- [ ] Github 看最新发布的开源游戏
- [ ] 关注游戏网站最新发布的游戏
- [ ] 看榜单(App榜单、游戏榜单、网站榜单)
高级方法:通过高流量网站找词
操作步骤:
- 打开 similarweb 的网站排行榜 - https://www.similarweb.com/zh/top-websites/ - https://www.similarweb.com/zh/top-websites/trending/
- 找几个有大量内容的网站(如 youtube, facebook, reddit)
- 拿一个网站(如 reddit.com)在 Semrush 找词
- 进入 Top Organic Keywords 详情页,设置筛选条件: - 搜索结果第11到50个 - 竞争度0到55 - 按照搜索量从高到低排序
- 查看每个关键字的前几个搜索结果,找出前三个结果都不是首页的词
- 用 Ahrefs 查看外链数量,小于100个外链的都值得一试
子域名挖掘财富密码
*.vercel.app
*.js.org
*.netlify.app
*.github.io
*.pages.dev
*.hf.space
查看方法:
- 使用 Semrush 查看所有子域名的高流量页面
- 参考:https://rentry.org/github-io-pages
2.2 关键词分类体系
按搜索意图分类
| 意图类型 | 说明 | 示例 |
|---|---|---|
| 学习型(Informational) | 用户想了解信息 | how to, what is, tutorial |
| 比较型(Commercial) | 用户在比较选择 | X vs Y, best tools, review |
| 购买型(Transactional) | 用户准备购买 | pricing, free trial, buy |
按漏斗阶段分类
| 阶段 | 内容类型 | 优先级 |
|---|---|---|
| TOFU(认知阶段) | 教程、How-to指南、行业统计 | 后期扩展 |
| MOFU(考虑阶段) | 工具对比、案例研究、评测 | 中等 |
| BOFU(转化阶段) | 定价页、Demo、免费试用 | 最优先 |
关键策略:先做10个「购买意图页面」(替代/对比/定价/用例),再做支柱页和集群页
2.3 关键词处理流程
- 收集关键词:从各渠道收集到足够多的关键词
- 去重处理:用表格工具去除重复关键词,得到唯一关键词列表
- 获取数据:使用Ads的"获取搜索量和预测数据"工具
- 标注属性: - [ ] 搜索量 - [ ] KD难度 - [ ] CPC - [ ] 主要国家 - [ ] 漏斗阶段(TOFU/MOFU/BOFU)
- 分组管理:按产品/功能建立「对比/替代/用例/定价」关键词分组
2.4 关键词与模型对应
把 Replicate.com、Fal.ai、HuggingFace.co 上的模型都抓取下来,把功能整理出来。然后再抓取所有AI相关的需求关键词。然后就是一个一个关键词,都拿去让GPT分析,有哪些模型可以解决这个需求。最后,你就得到了需求关键词与模型的对应关系表。再然后,你就可以批量上站了。
三、网站结构与页面规划
3.1 层级结构设计
深度控制
- [ ] 控制页面深度在3-4层以内(任何页面点击3次可达)
- [ ] 首页(第0层)→ 频道页(第1层)→ 列表页(第2层)→ 详情页(第3层)
- [ ] 重要页面应在2次点击内可达
- [ ] 使用扁平化结构,避免过深嵌套
树状结构图
首页(核心大词)
├── 频道页1(一级词)
│ ├── 列表页1.1(二级词)
│ │ ├── 详情页1.1.1(三级长尾词)
│ │ ├── 详情页1.1.2(三级长尾词)
│ │ └── ...
│ └── 列表页1.2(二级词)
├── 频道页2(一级词)
│ └── ...
└── ...
3.2 页面类型规划
必备页面类型
| 页面类型 | 瞄准关键词层级 | URL示例 | 说明 |
|---|---|---|---|
| 首页 | 核心大词 | / | 汇聚全站权重 |
| 频道页/子目录 | 一级词 | /writing/ | 瞄准二级关键词 |
| 列表页/聚合页 | 二级词 | /writing/blog/ | 分门别类罗列 |
| 详情页/内容页 | 三级长尾词 | /writing/blog/free/ | 提供具体内容 |
| 工具页 | 功能词 | /tools/ai-upscaler/ | 用户可交互使用 |
| 结果展示页 | 用户生成内容词 | /gallery/ | 展示用户生成或精选内容 |
| 对比页 | X vs Y | /compare/tool-a-vs-tool-b/ | 竞品对比 |
| 替代页 | Alternative to X | /alternatives/photoshop/ | 替代方案 |
| 用例页 | Use Case | /use-cases/for-designers/ | 使用场景 |
精品工具页面结构
[大H1标题] ← 包含核心关键词
[工具表单入口] ← 紧接标题下方
[大段介绍性文字] ← 帮助谷歌理解工具功能
H2: How it works(remove form picture)
H2: Features
H2: How it works(remove form image)
H2: FAQs
H2: 用户证言
H2: 相关功能链接列表
[工具入口]
为什么需要文字? 谷歌爬虫无法操作测试工具,只能通过"读"文字理解页面内容。文字帮助匹配用户搜索意图。
3.3 URL结构规范
URL命名规则
- [ ] URL使用小写字母,不使用大写
- [ ] 单词之间使用连字符(-)分隔,不使用下划线
- [ ] URL包含目标关键词(自然融入,不堆砌)
- [ ] URL简短易读,建议3-5个单词/25-30字符
- [ ] 避免使用停止词(the, and, or, of, a, an等)
- [ ] 避免使用动态参数(?id=123等)
- [ ] 避免使用日期(除非是新闻类内容)
- [ ] 使用HTTPS协议
URL示例对比
✅ 好的URL:https://www.example.com/pets/cats.html
❌ 差的URL:https://www.example.com/2/6772756D707920636174
✅ 推荐结构:domain.com/category/subcategory/page-name
示例:example.com/tools/ai-writing/article-generator
3.4 内链结构设计
内链架构原则
- [ ] 所有页面都有指向首页的链接
- [ ] 首页有指向重要频道页的链接(全站导航)
- [ ] 每个页面有面包屑导航,显示层级路径
- [ ] 每个页面有上一级页面的链接
- [ ] 列表页有指向所有子页面的链接
- [ ] 详情页有相关推荐链接(同级页面)
- [ ] 首页链接到最新内容(加速收录)
权重传递设计
- [ ] 重要页面获得更多内链指向
- [ ] 高权重页面链接到需要提升的页面
- [ ] 避免孤岛页面(无内链指向的页面)
- [ ] 重要频道页放入全站顶部导航条
- [ ] 每页有5-20个合理的内链(视页面长度)
锚文本规划
- [ ] 锚文本使用目标页面的核心关键词
- [ ] 锚文本描述性强,避免使用"点击这里"
- [ ] 同一页面的多个内链使用不同锚文本
- [ ] 锚文本自然融入内容,不生硬
四、On-Page SEO页面优化
4.1 基础元素优化清单
Title标签
- [ ] 每个页面有唯一的
<title>元素 - [ ] 长度50-60字符(避免SERP截断)
- [ ] 主关键词放在靠前位置
- [ ] 结尾加品牌名/域名
- [ ] 撰写描述性且简洁的标题文本
- [ ] 避免使用模糊的描述词如"首页"或"个人资料"
- [ ] 避免关键词堆砌(如"Foobar, foo bar, foobars, foo bars")
Title公式:
[主关键词] + [价值描述] | [品牌名]
示例: AI Image Upscaler - Enhance Photos 4x Free | ToolName
Meta Description
- [ ] 每页独特描述,清晰反映页面价值
- [ ] 长度150-160字符
- [ ] 包含重要关键词(会被高亮),避免堆砌
- [ ] 使用号召性用语(Learn、Buy等)
- [ ] 不要使用引号(会被截断)
Description公式:
[问题/痛点] + [解决方案] + [独特价值] + [CTA]
示例: Upscale images up to 4x with AI. No watermark. Try free!
H1标签
- [ ] 每页有且只有一个H1标签
- [ ] H1包含核心关键词
- [ ] H1与Title意思一致但不完全相同
- [ ] H1紧接着放在页面顶部
Heading层级
- [ ] H2用于分类/章节标题
- [ ] H3-H6用于子章节,层级清晰
- [ ] Heading层级不跳跃(H1→H2→H3,不要H1→H3)
- [ ] Heading文案描述性强,不使用"第一章"等无意义内容
- [ ] 合理使用包含长尾关键词的标题
4.2 内容优化
关键词布局
- [ ] 主关键词出现在前100字
- [ ] 全文有自然分布的关键词和长尾词(不堆砌)
- [ ] 核心关键词密度控制在3%-5%
- [ ] 使用同义词和相关词丰富内容
内容质量要求
- [ ] 易读且有条理:自然写作,内容结构清晰,没有拼写和语法错误
- [ ] 内容独特:基于你对主题的了解创作,不是抄袭或复述他人已发布的内容
- [ ] 内容时效:定期检查已发布的内容,必要时更新或删除过时内容
- [ ] 有帮助、可靠、以人为本:确保你写的内容对读者有帮助且可靠
- [ ] 内容符合E-E-A-T(经验、专业性、权威性、可信度)
- [ ] 已包含真实案例或截图提升可信度
- [ ] 段落长度适中,使用列表和小节增加可读性
SEO从来没有简简单单的成功,如果你想获取某个词的流量,就得把这个词说透。
防止关键词密度被稀释的技巧
如何不让你网页里的大量重复按钮文案干扰你页面关键词密度?答案是用 CSS Content,把按钮文案写在 CSS 代码里。同样的原理,页面上其它你不想出现在正文里影响关键词密度的文案,都可以这样处理。
示例参考: https://emojidb.org/i-love-u-emojis
4.3 图片优化
基础优化
- [ ] 使用HTML图片元素(不用CSS背景图)
```html
✅ 正确:
❌ 错误:
``` - [ ] 使用描述性文件名(如 ai-upscaler-dashboard.png,不用 IMG00023.JPG) - [ ] 每张图片有描述性Alt文本(包含相关关键词)
Alt文本最佳实践
| 质量 | 示例 |
|---|---|
| 差 | alt=""(缺少alt文本) |
| 一般 | alt="puppy" |
| 最佳 | alt="Dalmatian puppy playing fetch" |
图片格式支持
Google Search 支持:BMP、GIF、JPEG、PNG、WebP、SVG、AVIF
图片性能优化
- [ ] 图片已压缩并使用WebP格式
- [ ] 使用延迟加载(lazy load)非首屏图片
- [ ] 使用高质量图片(Discover需要最小1200px宽度,16:9比例)
4.4 转化元素
- [ ] 页面顶部有清晰主CTA(如:免费试用 / Demo)
- [ ] 页面中部设置辅助CTA(如下载白皮书、订阅)
- [ ] 页面底部有收尾CTA(如:开始使用、联系销售)
- [ ] 页面内有社交Proof(Logo、评价、数据)
- [ ] 表单字段尽量简化(只要必要信息)
- [ ] CTA和按钮在移动端易点击(至少48x48px)
五、SEO Meta标签完整指南
5.1 核心Meta标签
Title标签
<title>
Easy and Healthy Dinner Recipes for Quick, Delicious Meals at Home
</title>
- 重要性:排名因素占15%,仅次于优质内容
- 长度:50-60字符
- Title与H1可以相同也可以不同
Description标签
<meta
name="description"
content="HTML tags are crucial for SEO. Learn the top 10 HTML meta tags you need to know for better rankings."
/>
- 重要性:非排名因素,但影响点击率
- 长度:150-160字符
- 不要使用引号(会被截断)
Robots标签
<!-- 禁止索引 -->
<meta name="robots" content="noindex" />
<!-- 禁止跟踪链接 -->
<meta name="robots" content="nofollow" />
<!-- 组合使用 -->
<meta name="robots" content="noindex,nofollow" />
<!-- 针对特定爬虫 -->
<meta name="googlebot-news" content="noindex" />
<!-- Google Discover 优化 -->
<meta
name="robots"
content="index, follow, max-image-preview:large, max-snippet:-1, max-video-preview:-1"
/>
应用场景:
- 低质量/未完成页面
- 站内搜索结果页
- 特殊促销落地页
Canonical标签
<link rel="canonical" href="https://www.example.com/page" />
应用场景:
- 相似内容页面
- 多URL访问同一页面
- 带UTM参数的页面
- Session ID页面
重要提醒(2025年12月更新):Canonical URL最好在原始HTML中设置,而非依赖JS。Google在初始HTML抓取时评估canonical信号一次,在JavaScript渲染后再评估一次。这两个阶段之间的冲突信号可能导致意外的索引结果。
Viewport标签
<meta name="viewport" content="width=device-width, initial-scale=1.0" />
- 响应式设计必备
- 注意:不要禁用缩放(user-scalable=no)
Charset标签
<meta charset="UTF-8" />
5.2 社交媒体标签
Open Graph标签
<meta property="og:title" content="页面标题" />
<meta property="og:url" content="https://www.example.com/" />
<meta property="og:description" content="页面描述" />
<meta property="og:image" content="https://www.example.com/image.jpg" />
Twitter Cards
<meta name="twitter:card" content="summary_large_image" />
<meta name="twitter:title" content="页面标题" />
5.3 Nofollow属性
<!-- 标准nofollow -->
<a rel="nofollow" href="https://example.com">链接</a>
<!-- 付费/赞助链接 -->
<a rel="sponsored" href="https://example.com">链接</a>
<!-- 用户生成内容 -->
<a rel="UGC" href="https://example.com">链接</a>
应用场景:
- 不可信内容
- 付费/赞助链接
- 用户评论
- 登录/注册链接
5.4 HTML5语义标签
<article>
<!-- 独立内容块 -->
<header>
<!-- 页头 -->
<footer>
<!-- 页脚 -->
<nav>
<!-- 导航 -->
<main>
<!-- 主内容 -->
<section>
<!-- 章节 -->
<aside>
<!-- 侧边栏 -->
<figure>
<!-- 图片组 -->
<time> <!-- 时间 --></time>
</figure>
</aside>
</section>
</main>
</nav>
</footer>
</header>
</article>
5.5 Favicon配置
使用 https://favicon.io/favicon-converter/ 生成图标:
生成文件:
- android-chrome-192x192.png
- android-chrome-512x512.png
- apple-touch-icon.png
- favicon-16x16.png
- favicon-32x32.png
- favicon.ico
- site.webmanifest
HTML代码:
<link rel="apple-touch-icon" sizes="180x180" href="/apple-touch-icon.png" />
<link rel="icon" type="image/png" sizes="32x32" href="/favicon-32x32.png" />
<link rel="icon" type="image/png" sizes="16x16" href="/favicon-16x16.png" />
<link rel="manifest" href="/site.webmanifest" />
更强大的工具:https://realfavicongenerator.net/(可预览各种场景下的显示效果)
六、结构化数据Schema Markup(进阶)
6.1 为什么结构化数据重要
官方确认(2025年):
- 微软Bing(2025年3月):「Schema标记帮助微软的LLM理解内容」
- Google(2025年3月),Ryan Levering:「我们的很多系统在有结构化数据时运行得更好...这比提取更便宜」
Schema对AI的帮助:
- 上下文基础——提供关于实体的机器可读"事实基础"
- 减少幻觉——结构化数据集成提高LLM准确性
- 更快解释——比从非结构化文本提取含义更高效
⚠️ 关键实施说明: AI爬虫(GPTBot、ClaudeBot、PerplexityBot)无法执行JavaScript。通过Google Tag Manager或客户端JS添加的Schema对AI爬虫不可见。必须在初始HTML响应中通过服务器端渲染包含结构化数据。
6.2 格式选择
推荐使用JSON-LD格式:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "文章标题",
"author": "作者名"
}
</script>
6.3 常见Schema类型
| Schema类型 | 适用场景 | Rich Result效果 |
|---|---|---|
| Article | 博客文章、新闻 | 文章展示 |
| Product | 产品页面 | 产品信息、价格 |
| FAQPage | FAQ页面 | 折叠式FAQ |
| HowTo | 教程页面 | 步骤展示 |
| Review | 评论页面 | 星级评分 |
| Organization | 公司信息 | 知识面板 |
| SoftwareApplication | 软件/工具 | 应用信息 |
| BreadcrumbList | 面包屑导航 | 导航路径 |
| VideoObject | 视频页面 | 视频缩略图 |
| LocalBusiness | 本地商家 | 商家信息 |
6.4 SoftwareApplication Schema模板
{
"@context": "https://schema.org",
"@type": "SoftwareApplication",
"name": "AI Image Upscaler",
"applicationCategory": "MultimediaApplication",
"operatingSystem": "Web Browser",
"offers": {
"@type": "Offer",
"price": "0"
},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.8",
"reviewCount": "1250"
}
}
6.5 Product Schema(带评分)
{
"@context": "https://schema.org",
"@type": "Product",
"name": "产品名称",
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.8",
"reviewCount": "156"
}
}
6.6 FAQPage Schema
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "问题1",
"acceptedAnswer": {
"@type": "Answer",
"text": "答案1"
}
}
]
}
6.7 Article/BlogPosting Schema
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "文章标题",
"author": {
"@type": "Person",
"name": "作者名"
},
"datePublished": "2025-01-01",
"dateModified": "2025-01-10",
"image": "https://example.com/image.jpg"
}
6.8 BreadcrumbList Schema
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "首页",
"item": "https://example.com/"
},
{
"@type": "ListItem",
"position": 2,
"name": "分类",
"item": "https://example.com/category/"
},
{
"@type": "ListItem",
"position": 3,
"name": "当前页面"
}
]
}
6.9 SERP样式获取条件
| 展示样式 | 所需Schema | 额外要求 |
|---|---|---|
| 星级评分 | Product/Review + AggregateRating | 至少有评论数据 |
| FAQ展开 | FAQPage | 真实FAQ内容 |
| How-to步骤 | HowTo | 步骤图片可选 |
| 视频缩略图 | VideoObject | 视频必须可访问 |
| 面包屑 | BreadcrumbList | 页面层级清晰 |
| 产品信息 | Product | 价格、库存等 |
6.10 2025年结构化数据变化
❌ 被淘汰的类型(2026年1月起停止支持)
- Practice Problem(练习题)
- Dataset(数据集)——仅用于Dataset Search
- Course Info(课程信息)
- Estimated Salary(预估薪资)
- Learning Video(学习视频)
- Special Announcement(特别公告)——2025年7月31日停用
- Vehicle Listing(车辆列表)
✅ 新增和强化的类型
- Organization-level Shipping Policy(组织级配送政策)
- Loyalty Program(会员忠诚度计划)
- Certification(认证)——替代EnergyConsumptionDetails
6.11 验证工具
- [ ] Google Rich Results Test: https://search.google.com/test/rich-results
- [ ] Schema.org Validator: https://validator.schema.org
- [ ] AITDK插件: https://aitdk.com/zh-CN/extension/
七、技术SEO配置
7.1 基础可抓取性与索引
- [ ] robots.txt存在且配置正确(未误屏蔽核心页面)
- [ ] 允许爬取CSS/JS资源
- [ ] XML Sitemap已自动生成,包含所有应被索引的页面
- [ ] Sitemap已提交到GSC
- [ ] 关键页面未设置noindex或nofollow
- [ ] 使用规范Canonical标签避免重复内容
- [ ] 不同URL不出现相同内容
7.2 渲染方式要求
- [ ] 使用后端渲染(SSR/SSG),不使用纯前端渲染
- [ ] 确保爬虫可以抓取到完整HTML内容
- [ ] 多语言使用不同URL路径,不使用JS切换
- [ ] 测试页面在禁用JavaScript后是否可读
第一大忌:不要前端渲染
谷歌不会给小站运行JS的算力优待。
7.3 JavaScript SEO新规(2025年12月更新)
Canonical URL关键发现
- Google在初始HTML抓取时评估canonical信号一次,在JavaScript渲染后再评估一次
- 这两个阶段之间的冲突信号可能导致意外的索引结果
正确做法:
- 首选方法:在原始HTML响应中直接设置canonical URL,使其与JavaScript渲染的内容匹配
- 替代方案:如果JavaScript必须设置不同的canonical URL,则将canonical标签完全排除在初始HTML之外
- 永远不要:使用JavaScript将canonical URL更改为与原始HTML中指定的不同
Noindex标签警告
「当Google遇到noindex标签时,它可能会跳过渲染和JavaScript执行,这意味着使用JavaScript更改或删除robots meta标签中的noindex可能不会按预期工作。」
关键问题:
- 如果页面在原始HTML中以noindex开始,Google可能完全跳过渲染
- 尝试移除/更改noindex的JavaScript将永远不会执行
- 使用JavaScript框架(React、Vue、Angular)的页面特别容易受到影响
7.4 Core Web Vitals
| 指标 | 目标值 | 说明 |
|---|---|---|
| LCP(Largest Contentful Paint) | ≤ 2.5s | 最大内容渲染时间 |
| INP(Interaction to Next Paint) | ≤ 200ms | 【2024新指标】交互响应时间 |
| CLS(Cumulative Layout Shift) | ≤ 0.1 | 累计布局偏移 |
速度优化清单
- [ ] 图片已压缩并使用WebP格式
- [ ] 已开启浏览器缓存(cache-control)
- [ ] 使用延迟加载(lazy load)非首屏图片
- [ ] 减少第三方脚本及无用追踪代码
7.5 移动端优化
- [ ] 网站通过移动端友好测试
- [ ] CTA和按钮在移动端易点击(至少48x48px)
- [ ] 页面在移动设备上显示良好
- [ ] 避免使用侵入性插页广告
7.6 Sitemap配置
生成要求
- [ ] XML Sitemap已自动生成
- [ ] 包含所有应被索引的页面
- [ ] 不包含noindex页面
- [ ] 定期自动更新
提交方式
https://你的网站.com/sitemap.xml
在Google Search Console中提交
7.7 robots.txt配置
User-agent: *
Allow: /
Disallow: /admin/
Disallow: /user/
Disallow: /search/
Sitemap: https://你的网站.com/sitemap.xml
应该屏蔽的页面:
- 后台管理页面
- 用户中心页面
- 站内搜索结果页
- 登录/注册页面
- 无内容的空页面
八、外链建设策略
8.1 外链建设原则
新站原则:有外链 > 没有外链,质量再差的外链 > 0外链(零的突破)
后期原则:网站权重越高 → 需要更高质量外链才能提升DR
核心策略
想尽一切办法,让自己的网站链接出现在别的网站里!
8.2 外链获取渠道
基础渠道
- [ ] Reddit相关板块
- [ ] Product Hunt
- [ ] Hacker News
- [ ] 行业目录站(G2/Capterra等)
- [ ] Web 2.0平台
- [ ] 社交媒体(Twitter/X)
- [ ] GitHub项目README
- [ ] App Store开发者信息
- [ ] 社交媒体个人简介
进阶渠道
- [ ] HARO(Help A Reporter Out)回复
- [ ] Guest Post客座文章
- [ ] 新闻稿发布
- [ ] 原创数据/行业报告作为Linkable Asset
8.3 竞品外链分析法(抄作业)
操作步骤:
- 谷歌搜索目标关键词,找到3-5个竞品网站
- 使用Ahrefs或Semrush导出竞品外链
- 多个竞品外链取并集
- 优先做「多个竞品都有」的外链(说明容易获取)
- 一个一个去尝试,能复制的就复制
进阶外链挖掘方法
先收集10个左右的AI导航站,然后把这些导航站收录的AI网站域名都抓去下来,这一步你可能能够找到1万个域名。
之后查询这1万个域名的外链都有哪些,假设平均每个网站有10个外链域名,你就得到了10万个外链域名了。
之后你对这10万个外链域名分组统计,就能够知道哪些地方更容易发外链,更多人选择去发。
去重处理后,你也能够得到一个能够发外链的域名大全列表。
8.4 HARO回复模板
Hi [记者名],
[直接回答问题的专家见解 - 2-3句]
[支持论点或数据]
Best,
[你的名字]
[公司名] | [网站URL]
执行要点:
- [ ] 每月执行至少5次HARO回复
- [ ] 24小时内响应
- [ ] 目标DA 40+网站
8.5 内页要不要加外链?
任何链接都能够传递权重,不管是内链还是外链; 谷歌的最小排名单位是页面,首页也是一个特殊的页面; 任何页面能拿到排名的前提条件都是竞争力足够; 任何关键词搜索结果都是一个排行榜,榜上的页面之间在相互竞争。
检查流程:
- On Page SEO是否做好了?页面内容需要瞄准关键词去编写,主题聚焦
- 页面竞争力是否足够?包含链接带来的权重、页面内容信息量、页面体验
- 关键词搜索结果各个页面竞争力如何?找出哪些结果是你当前的竞争力可以拿捏的
- 怎么提升竞争力? - 先提升权重,让自己网站首页、频道页等高权重页面有内链指向到当前页面 - 如果还不够,就从外面再给当前页面搞一些外链 - 同时保障内容的及时性、权威性、有足够的信息量
- 做的时间是否足够久?持续加外链三四个月,都会开始有效果了
8.6 外链资源汇总
- Notion外链清单:https://potent-measure-31f.notion.site/14368f418f50804ba419d3ce7a333fa8?v=14368f418f508191a695000c6fcd329a
- waxinci.com/backlinks
- 出海外链收录汇总表格
8.7 外链效果验证
- [ ] 定期检查GSC排名变化
- [ ] 每月统计新获得的高质量外链数量
- [ ] 每季度审计外链质量
- [ ] 评估不同渠道(Guest Post/HARO/目录)的ROI
- [ ] 监控未带链接的品牌提及,尝试补链
九、内容SEO与维护
9.1 内容日历规划
- [ ] 每周2-3篇高质量内容
- [ ] TOFU/MOFU/BOFU内容比例合理,向Money Pages倾斜
- [ ] 优先针对「商业型和交易型」搜索做内容布局(应对AI Overviews)
内容日历示例
| 周几 | 内容类型 | 标题示例 |
|---|---|---|
| 周一 | Tutorial | "How to Upscale Images Without Losing Quality" |
| 周二 | Comparison | "Photoshop vs AI Upscaler: Which is Better?" |
| 周三 | Case Study | "How X Company Saved 50% Time" |
| 周四 | Industry Stats | "AI Image Processing Trends 2025" |
9.2 内容更新维护
- [ ] 每篇内容标记「发布时间」「上次更新时间」
- [ ] 设定「更新周期」(6-12个月),定期刷新老内容
- [ ] 对流量下滑的内容进行重写或深度更新
- [ ] 内容可多渠道复用(拆为邮件、社媒帖子、短视频脚本)
重要提醒:不要「假新鲜」——仅更新日期而无实质内容变化会被惩罚
9.3 必做页面类型
- [ ] 竞争对手对比页(X vs Y)
- [ ] 「替代X」页面(Alternative to X)
- [ ] 用例页(Use Case Pages)
- [ ] 定价页
- [ ] FAQ页面
9.4 内容生产流程
整套生产流程:
- 挖掘搜索需求,找到用户可能会搜索的词(不能太宽也不能太窄)
- 找到搜索词后注册合适的域名,最好是域名里嵌入搜索词
- 基于搜索词去拓展长尾词,规划好网站的内容结构
- 分析用户的需求,他看内容到底想要知道了解什么
- 多找几个参考站点,用Serper site语法搜索想要生成的内容关键字,得到多个参考网页。用爬虫抓取这些网页主体内容,转成markdown格式
- 基于用户可能会搜索的关键字,让GPT回答用户可能会对哪些问题感兴趣,生成三五个问题
- 针对每一个生成的问题,把抓取到的markdown格式内容提供给GPT,构造一个prompt,指定生成的内容的结构,让GPT生成新内容
- 关键:把GPT生成的内容渲染成网页,不要每个问题单独渲染页面,而是把多个相关问题和回答聚合到一起,让GPT总结生成新的标题
9.5 UGC内容策略修正
之前的做法:做一个能够生成内容的工具站,提供免费额度给用户使用,让用户在使用过程中生成无限多的真实需求的内容,再给每一条内容生成一个页面。
问题:大多数人生成的内容会有重复,导致很多个不同的页面可能在抢同一个关键词排名。同时每一个页面都不是特别聚焦,文字内容不够,关键词密度不够,拿不到排名。
修正做法:不再给用户生成的每一个内容生成一个页面。而是去各种渠道挖掘可能会有搜索量的关键词,为每一个关键词生成一个页面,在这个页面里汇聚展示用户生成的相关内容。
具体执行:
- 收集你的一些大流量竞对网站
- 用Similarweb或Semrush或Ahrefs找到这些网站能够拿到流量的页面
- 分析他们是通过什么关键词获取流量的,把这些关键词抓取过来
- 基于关键词库,对用户生成的内容进行打标签
- 一旦某个关键词关联的内容超过3个(最好5或10个),就可以为这个关键词生成页面
- 在这个页面里,围绕着核心关键词来做优化,解释说明这个关键词,同时把相关的内容列出来
十、多语言与国际化SEO
10.1 架构选择
- [ ] 采用子目录架构(yoursite.com/de/ /fr/ 等)
- [ ] 不使用子域名
- [ ] 不使用JS切换语言
10.2 hreflang配置
- [ ] hreflang标签正确实现(包含自引用)
- [ ] x-default指向默认语言版本
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="zh" href="https://example.com/zh/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/" />
10.3 多语言关键词研究
绝对不能:把英文写好,然后一键翻译为18种语言。这样去做多语言,还不如不做。
更好的做法:一个语言一个语言去做。基于日语关键词去写日语文案,而不是基于英文翻译。
多语言关键词查找步骤(以韩语为例):
-
先用AI翻译为韩语,然后拿着翻译好的韩语去谷歌搜索 - 注意需要把IP切换为韩国 - 浏览器语言和谷歌搜索语言切换为韩语 - 把谷歌搜索地区切换为韩国 - 看排名靠前的网页是怎么表达的
-
拿着得到的韩语,丢到Ads关键词规划工具里的关键词预测输入框里 - 得到预测的关键词列表 - 按照搜索量从高到低排序 - 找出最多人搜索的说法
-
拿着得到的韩语关键词,去谷歌趋势验证
10.4 多语言内容要求
- [ ] 不同语言版本内容非机器粗翻,有本地化调整
- [ ] 每个市场有单独的关键词研究
- [ ] 修改某语言文案不要自动影响其他语言
- [ ] 每种语言的TDK独立优化
血泪教训:群友做了一个网站,做好了多语言,后来发现主要流量来自于韩语。结果因为他只要修改了英语文案,韩语的文案也会自动修改。这一修改之后,就把之前韩语页面里覆盖到了的关键词给改没了,于是排名就没了,流量就没了。
十一、Google Search Console操作
11.1 快速入门
- 验证网站所有权:获取Search Console提供的所有信息的访问权限
- 确保Google可以找到并读取你的页面:索引覆盖报告显示Google已索引或尝试索引的所有页面
- 提交Sitemap:可能会加速你网站的发现
- 监控网站表现:搜索性能报告显示你从Google搜索获得的流量
11.2 必看报告清单
SEO专家必看
- [ ] Manual Actions报告:检查你的网站是否有Google搜索手动操作
- [ ] Removals工具:从Google搜索结果中临时隐藏页面
- [ ] Change of Address工具:告诉Google你的网站迁移
- [ ] Rich result status报告:检查结构化数据实现问题
开发者必看
- [ ] Index Coverage报告:了解网站范围的索引问题
- [ ] URL Inspection工具:调试页面级索引问题
- [ ] Security Issues报告:发现影响网站的安全威胁
- [ ] Core Web Vitals报告:确保页面提供出色的用户体验
11.3 2025年GSC新功能
Query Groups 查询分组(10月27日)
AI自动将相似查询归类,如"how to make guacamole dip"、"guacamole dip recipe"会被自动归为一组。
Custom Annotations 自定义标注(11月17日)
可以在性能图表上直接添加备注:
- 记录网站迁移时间
- 标记SEO优化节点
- 注明节假日或外部事件
- 最多120个字符
Branded Queries Filter 品牌查询筛选(11月20日)
一键区分:
- 品牌流量:用户主动搜索你的品牌名
- 非品牌流量:通过通用关键词发现你
AI-Powered Configuration AI智能配置(12月4日)
用自然语言配置报表:
"显示过去6个月内手机搜索中包含'sports'这个词的查询"
Social Channels 社交渠道整合(12月8日)
可以在Search Console里看到社交媒体账号在Google搜索中的表现。
Weekly & Monthly Views 周/月视图(12月10日)
新增周粒度和月粒度视图,过滤掉日级别的波动。
十二、日常监控与复盘
12.1 监控频率表
| 频率 | 检查内容 |
|---|---|
| 每天 | GSC快速检查(索引异常、抓取错误) |
| 每周 | 关键词排名追踪、新内容发布(2-3篇)、检查404 |
| 每月 | 技术SEO审计、外链建设活动、内容差距分析 |
| 每季度 | 内容更新审核、外链质量审计、策略复盘 |
12.2 数据记录习惯
每次修改了哪些文案、什么时候被Google收录、更新的,哪一天加了哪些外链、外链是什么时候生效的,都会记录下来。这样一周之后基本上就能复盘一次,找出最近流量增长或降低的原因了。
记录模板
| 日期 | 操作类型 | 具体内容 | 收录/生效时间 | 效果 |
|---|---|---|---|---|
| 2025-01-10 | 文案修改 | 首页Title优化 | 2025-01-12 | 排名+3 |
| 2025-01-10 | 外链新增 | ProductHunt发布 | 2025-01-15 | DR+2 |
12.3 关键里程碑
- [ ] 首次被收录
- [ ] 首次出词(有曝光)
- [ ] 核心词进入前100
- [ ] 核心词进入前50
- [ ] 核心词进入前10
- [ ] 获得Sitelinks
12.4 核心更新应对流程
触发条件:Google宣布核心更新启动
Step 1:监控阶段(更新期间)
- 记录更新开始日期和预计持续时间
- 每日监控GSC性能数据
- 不要在此期间进行大规模网站更改
Step 2:初步评估(更新完成后24-48小时)
- 导出更新前后的GSC数据
- 按页面、查询、设备、国家细分分析
- 分类损失类型
Step 3:深度诊断(更新完成后1-2周)
- 对受影响最大的10-20个页面进行内容审计
- 与竞争对手页面对比分析
- 记录所有发现的问题
Step 4:改进实施
- 按优先级排序问题
- 每周批量实施改进
- 记录所有更改的日期和内容
Step 5:监控恢复(持续)
- 每周追踪改进页面的表现
- 根据结果调整策略
- 准备下一次核心更新
Google官方说明(2025年12月):你不必等待大型核心更新才能看到改进效果。我们持续对搜索算法进行更新,包括较小的核心更新。这些更新不会公开宣布,因为它们通常不会被广泛注意到,但它们是你的内容可以获得排名提升的另一种方式(如果你已做出改进)。
十三、避坑指南
13.1 常见错误清单
内容错误
- [ ] ❌ 不要在同一个页面优化多个不相关关键词
- [ ] ❌ 不要大量生成重复或近似的页面
- [ ] ❌ 不要让UGC内容冲淡核心落地页关键词密度
- [ ] ❌ 不要在同一页面同时瞄准大词和小词
- [ ] ❌ 不要「假新鲜」——仅更新日期而无实质内容变化
技术错误
- [ ] ❌ 不要使用前端渲染(谷歌不会给小站运行JS的算力优待)
- [ ] ❌ 不要让切换城市/语言后URL不变但内容变
- [ ] ❌ 不要使用数字ID作为URL(应使用关键词)
- [ ] ❌ 不要所有内页共用首页的TDK
- [ ] ❌ 不要让无关的内容冲淡你的核心关键词密度
策略错误
- [ ] ❌ 不要新站一上线就准备海量页面(应逐步放出)
- [ ] ❌ 不要购买垃圾外链(PBN等黑帽手法)
- [ ] ❌ 不要一上线就去申请Adsense,等你有一定流量再去申请
- [ ] ❌ 不要产品还没开发就浪费时间去注册海外公司
13.2 网站惩罚常见原因
现在回过头来总结,被惩罚有两个原因:
- 重复的网页,也就是在谷歌眼里这是低质量网站了
- 新网站上线就准备了海量页面,谷歌特别不喜欢这样
13.3 这些不需要过度关注
Google官方明确表示,以下这些不是你应该关注的重点:
| 误区 | 事实 |
|---|---|
| Meta Keywords标签 | Google Search不使用keywords meta标签 |
| 关键词堆砌 | 过度重复相同的词违反Google的垃圾内容政策 |
| 域名或URL路径中的关键词 | 从排名角度看几乎没有任何影响 |
| 最小或最大内容长度 | 内容长度本身对排名没有影响(没有神奇的字数目标) |
| 子域名 vs 子目录 | 从业务角度做出最合理的选择即可 |
| E-E-A-T是排名因素 | 不是直接的排名因素,但指导高质量内容方向 |
| 重复内容"惩罚" | 如果你的内容可以通过多个URL访问,这是可以的,效率低下但不会导致手动操作 |
13.4 新站正确发展姿势
新网站,反正没多少人使用,你甚至可以极端一点,不需要登录注册,直接就可以免登录且免费使用。当然,你需要使用一些安全检测机制,确保是真实用户在使用,而不是别人把你当作API来调用(如使用Cloudflare的人机验证控件)。
这样设置好之后,你的网站的用户停留时间会延长,人均访问页面次数会增加,跳出率会降低。如果你的网站也有了一定的外链的话,两者最终就能够促使你的网站拿下排名。
十四、实用工具集
14.1 关键词研究工具
| 工具 | 价格 | 主要功能 |
|---|---|---|
| Semrush | $199+/月 | 关键词研究、站点审核、竞争分析 |
| Ahrefs | $99+/月 | 外链分析、关键词研究 |
| Google Search Console | 免费 | 索引状态、性能分析 |
| Google Ads关键词规划工具 | 免费 | 搜索量、CPC数据 |
| Google Trends | 免费 | 趋势验证 |
| Similarweb | 免费/付费 | 流量分析、竞品分析 |
14.2 技术SEO工具
| 工具 | 价格 | 主要功能 |
|---|---|---|
| Screaming Frog | 免费/£149年 | 技术SEO爬取 |
| PageSpeed Insights | 免费 | 页面性能检测 |
| Mobile-Friendly Test | 免费 | 移动端友好性检测 |
| Rich Results Test | 免费 | 结构化数据测试 |
| Schema.org Validator | 免费 | Schema验证 |
14.3 内容优化工具
| 工具 | 价格 | 主要功能 |
|---|---|---|
| Surfer SEO | $89+/月 | 内容优化评分 |
| AITDK插件 | 免费 | 快速查看页面SEO元素 |
14.4 其他实用小工具
社交分享按钮
https://www.addtoany.com/
获取任意网站ICON
https://favicon.im/hey.com?larger=true
显示网站ICON:

Favicon生成器
- https://favicon.io/favicon-converter/
- https://realfavicongenerator.net/
落地页灵感库
- SaaS产品落地页灵感库:https://saaslandingpage.com/
- SaaS产品功能页灵感库:https://saasinterface.com/
域名历史查询
https://web.archive.org/cdx/search/cdx?url=域名.com&output=json&fl=timestamp,original,statuscode,length&collapse=timestamp:8
十五、2025年新变化应对
15.1 AI Overviews影响
数据速览
- 47%搜索结果出现AI Overviews
- 信息型查询点击率下降70%
- AI Overview查询的自然CTR下降61%
- 第一位CTR下降34.5%
应对策略
Google官方立场:SEO for AI = 传统SEO
「SEO的最佳实践仍然适用于Google搜索中的AI功能(如AI Overviews和AI Mode)。要出现在AI Overviews或AI Mode中,没有额外要求,也不需要其他特殊优化。」
关键要点:
- [ ] 不需要特殊优化:现有SEO基础仍然有效
- [ ] 不需要新文件:没有"AI专用robots.txt"
- [ ] 不需要特殊Schema:没有"AI Overview专用结构化数据"
- [ ] Google不会抓取LLMS.txt文件
- [ ] 92.36%被引用的网站本身就排在前10名
- [ ] 在AI Overviews中被引用的品牌获得35%更多的自然点击
积极信号:聚焦商业型和交易型内容,先做Money Pages
15.2 Google Discover崛起
流量份额变化(2023年 vs 2025年Q4)
| 渠道 | 2023年 | 2025年Q4 | 变化 |
|---|---|---|---|
| Google网页搜索 | 51.10% | 27.42% | -23.68% |
| Google Discover | 37.03% | 67.51% | +30.48% |
| Google News | 7.27% | 3.24% | -4.03% |
Discover与搜索排名"最小化关联"
「Google Discover团队希望能够突出和推广来自小型发布商的内容,这些发布商可能在Google搜索中排名不佳。一个网站不需要在Google搜索中排名靠前就可以在Google Discover中被推广。」
Discover优化要点
- [ ] 使用高质量图片(最小1200px宽度,16:9比例)
- [ ] 启用
max-image-preview:largemeta标签 - [ ] 创建引人入胜但非标题党的标题
- [ ] 关注及时性和趋势话题
- [ ] 避免10项列表文章(CTR最低)
15.3 E-E-A-T原则(2025强化)
四大支柱
| 维度 | 英文 | 说明 |
|---|---|---|
| E | Experience 经验 | 内容是否基于第一手实际经验? |
| E | Expertise 专业 | 作者是否在该领域拥有专业知识? |
| A | Authoritativeness 权威 | 网站和作者在行业中是否被认可? |
| T | Trustworthiness 可信 | 网站及内容是否值得信赖?最重要 |
实战策略
- [ ] 在内容中加入真实案例和数据(如"连续使用30天后,电池续航提升12%")
- [ ] 展示作者资质(如"本文作者为执业10年营养师")
- [ ] 引用权威数据来源(政府机构、学术论文、行业报告)
- [ ] 确保网站安全(HTTPS)、隐私政策完善、评价系统透明
- [ ] 添加"用户真实评价"模块,标注评价者身份
- [ ] 完善"关于我们"页面
- [ ] 添加编辑政策和引用来源
特别注意YMYL领域:在医疗、金融、法律等领域,E-E-A-T的要求更为严格。健康类文章需由持证医生撰写并附上诊疗案例;金融建议需来自持牌专业人士。
15.4 Core Web Vitals更新
2024年关键变化
INP取代FID成为Core Web Vitals核心指标
| 指标 | 目标值 | 说明 |
|---|---|---|
| LCP | ≤ 2.5s | 最大内容渲染时间 |
| INP | ≤ 200ms | 【新指标】交互响应时间 |
| CLS | ≤ 0.1 | 累计布局偏移 |
15.5 2025年12月核心更新影响
更新时间线
- 开始:2025年12月11日
- 结束:2025年12月29日
- 持续:18天(2025年最长)
影响范围
- 全球40-60%网站经历排名变化
- 关联/联盟网站:71%受影响(最严重)
- 健康/YMYL网站:67%受影响
- 电商网站:52%受影响
附录A:极简10条每日检查清单
□ 1. Title标签:每页唯一,50-60字符,主关键词靠前
□ 2. H1唯一:每页仅1个H1,包含主关键词
□ 3. 内链策略:支柱页↔集群页互链,每页5-20个内链
□ 4. Core Web Vitals:LCP ≤ 2.5s,INP ≤ 200ms,CLS ≤ 0.1
□ 5. XML Sitemap:已生成并提交GSC,保持更新
□ 6. Schema标记:Article/FAQ/SoftwareApplication已部署
□ 7. 内容日历:每周2-3篇高质量内容,Pillar-Cluster模型
□ 8. 外链建设:每月5次HARO回复,目标DA 40+网站
□ 9. GSC监控:每周检查索引状态、404、抓取错误
□ 10. 转化追踪:内容页CTA到位,关键词→流量→转化闭环
附录B:新站上线SOP
Phase 1:上线前(Pre-Launch)
关键词研究
- [ ] 已挖掘出有搜索量的目标关键词
- [ ] 关键词难度(KD)评估完成
- [ ] 确认网站功能围绕关键词对应需求设计
页面SEO基础
- [ ] 每个页面都围绕核心关键词布局
- [ ] TDK(Title/Description/Keywords)覆盖目标关键词
- [ ] 核心关键词密度合理(不过度堆砌也不过于稀疏)
- [ ] 内容长度足够(避免薄内容)
- [ ] 后端渲染(SSR/SSG),非前端渲染 ⚠️ 重要
- [ ] 多语言使用不同URL路径,非JS切换
技术检查
- [ ] 页面深度控制在3层以内
- [ ] 内链结构完善,重要页面有足够内链指向
- [ ] UGC内容不要误入核心落地页
Phase 2:上线第一天(Day 1)
提交收录
- [ ] 网站已添加到GSC
- [ ] 提交sitemap.xml
- [ ] 手动请求收录核心页面
加速收录(可选)
- [ ] 在爬虫频繁的网站发帖/留链接
- Product Hunt
- Hacker News
- 其他高权重论坛
- [ ] 预期:合适外链刺激下,最快2小时收录
Phase 3:收录后检查(Day 2-3)
时间节点
| 时间 | 预期状态 |
|---|---|
| 2-24小时 | 首次被爬取 |
| 24-48小时 | 进入索引 |
| 48-72小时 | 开始出词 |
出词检查
- [ ] 登录GSC → 效果 → 查看搜索查询词
- [ ] 确认出词是否为目标关键词或相关词
问题排查(如48小时后仍无出词)
- [ ] 内容长度是否足够?
- [ ] 关键词分布是否合理?
- [ ] TDK是否覆盖关键词?
- [ ] 核心关键词密度是否达标?
- [ ] 是否前端渲染导致爬虫抓不到内容?
- [ ] 用
site:yourdomain.com验证收录页面内容
Phase 4:排名提升(Week 1+)
竞品外链分析
- [ ] 谷歌搜索目标关键词,找到3-5个竞品网站
- [ ] 使用Ahrefs或Semrush导出竞品外链
- [ ] 多个竞品外链取并集
- [ ] 优先做「多个竞品都有」的外链
外链获取
- [ ] Reddit相关板块
- [ ] Product Hunt
- [ ] 行业目录站
- [ ] Web 2.0平台
- [ ] 社交媒体(Twitter/X)
- [ ] 竞品已有的外链来源(抄作业)
外链效果验证
- [ ] 定期检查GSC排名变化
- [ ] 目标:从100名外 → 进入前100 → 逐步进入前10
Phase 5:持续优化(双轮驱动)
加精品页面(内容建设)
- [ ] 持续添加高质量内容页
- [ ] 围绕长尾关键词创建新页面
- [ ] 保持内链互通
- [ ] ⚠️ 不要批量生成垃圾页面
加外链(权重建设)
- [ ] 持续获取外链,越多越好
- [ ] ⚠️ 不要购买垃圾外链(PBN等黑帽手法)
- [ ] 监控竞品外链动态,持续抄作业
附录C:成功案例参考
案例1:Saramin(韩国招聘平台)
- 通过SEO优化实现有机流量增长2倍
- 来自有机搜索的新用户注册增长93%
- 有机流量转化率提升9%
核心策略:
- 使用Search Console修复爬取错误
- 实施JobPosting、Breadcrumb结构化数据
- 持续监控移动端可用性
案例2:ZipRecruiter(美国招聘平台)
- Google有机转化率提升4.5倍
- Google转化率是其他搜索引擎的3倍
- 月度非品牌有机流量增长35%
- 跳出率下降10%
案例3:MX Player(印度视频平台)
- 来自Google的流量增长3倍
- 有机流量用户的视频页面浏览量增长100%
核心策略:
- 添加视频结构化数据
- 频繁提交Video Sitemap
- 优化视频在搜索、Discover中的展示
案例4:sprunkin.com(新站突破案例)
- 域名比竞品晚20天入场
- 流量:3万 → 127万 → 304万 → 365万/月
执行动作:
- 不断加外链 → 878个referring domains
- 不断上游戏加内页 → 1330个收录页面
- 收集资源放CDN,允许iframe嵌入 → 获取更多点击
启示:竞争对手弱鸡时,调动资源快速做大就是最好的护城河。
附录D:核心心法总结
三条实战经验
- 站内SEO配置好 → 帮助进入搜索结果的待排序列表
- 外链建设做扎实 → 帮助进入搜索结果前十名
- 用户体验优化好 → 决定最终排在前十的哪个位置
关于竞争
「我们一个网页参与一个关键词排名时,不需要跟整个互联网的所有网页去比赛,而只需要跟200个网页去比赛。」
- 评估关键词难度 = 评估这200个网页的实力
- 新词好做是因为参与排名的200个网页大多是弱鸡
关于执行
「只要搜索量足够大,即使KD六七十,也可以去做。」
- 不要被高KD吓倒
- 看准方向后,调动资源持续做大做强
- 先发优势可以保持,但需要持续投入
关于心态
「SEO是马拉松,不是短跑!需要耐心和持续优化。」
「一般来说,你可能需要等待几周来评估你的工作是否在Google搜索结果中产生了有益效果。通常从开始改变到看到效果需要4个月到1年。」
文档版本:v1.0 最后更新:2026年1月10日 适用场景:SaaS/AI工具/内容网站
核心提醒:SEO的本质没变——创造对用户真正有价值的内容。变的是衡量方式和呈现形式。
本文档为站内渲染。原始文件本地路径:saas/source/seo-llm/raw-seo知识库-seo-sop-checklist-f2b7e7.md(仅本地保留,不入库不部署)