Backlinko · 11:36 · 发布 2026-07-01 · 613次观看(截至抓取) · 观看原视频
主旨
用四周节奏把技术 SEO 拆成可执行清单:第一周查站点结构、第二周清抓取与索引、第三周清理重复内容、第四周修页面速度,每周建立在上一周基础上。
核心论点
- 内容和外链都强,排名仍卡住,往往是技术 SEO 在暗处拖后腿——先摸清哪里坏了,而不是一上来全修。(→ 详解1)
- 扁平站点结构与合理 URL 是地基,首页到任意页三到四次点击内,结构乱了后面全白搭。(→ 详解1)
- 索引问题的真相要靠工具挖出来——sitemap、URL Inspect、robots.txt 任何一环出错都会让页面对 Google 隐形。(→ 详解2)
- 重复内容不是被抄袭,是自己站点在批量生成同一页面的变体,noindex、canonical、内容重写是三条对应修法。(→ 详解3)
- 页面速度是排名因子但不是第一因子,真正拖累它的多是图片体积和第三方脚本,Core Web Vitals 差的页面才是优先修复目标。(→ 详解4)
知识点详解
1. 站点结构与爬取深度 02:43
第一周先跑全站审计(Semrush Site Audit 或 Screaming Frog)和 Google Search Console 的 indexing report,搞清楚问题出在哪,而不是急着修。审计之后要看的不是零散错误,而是站点结构本身——博主把站点比作建筑,架构本身歪了,再怎么装修局部也没用。
目标是扁平站点结构:任意页面离首页三到四次点击以内,这个距离也叫爬取深度(crawl depth)。离首页越远,爬虫来得越少,等于在告诉 Google 这页不重要。
其次要排查 Orphan Page(孤儿页,没有任何内链指向的页面),站点审计工具通常能标出来。但博主提醒并非所有孤儿页都需要补链接——旧新闻稿、付费活动落地页、公司公告这类页面保持孤立反而正常。
最后检查 URL 结构,要求干净、一致、逻辑清晰(如 yourdomain.com/blog/文章名),这条线把前面结构和爬取深度串了起来。
2. 索引诊断:Sitemap、URL Inspect 与 robots.txt 04:35
第二周聚焦让爬虫顺利看到全部内容。先验证 XML sitemap:Google 的 Gary Illyes 公开说过,sitemap 是发现网页 URL 的第二大来源,仅次于链接本身,sitemap 漏页直接打击抓取覆盖率。做法是去 Search Console 的 sitemaps 页确认提交状态为绿色成功,再确认 CMS 侧同步(WordPress 上 Yoast/Rank Math 自动处理,Webflow 也自动生成),同时把登录页、感谢页、筛选参数页排除在动态 sitemap 之外。
拿第一周的未索引 URL 清单去跑 URL Inspect 工具,能区分是抓取错误、noindex 标签还是渲染问题。这里有个常被忽略的点:Google 不只抓 HTML,还会渲染 JavaScript——如果内容靠 JS 动态加载而 Google 执行不了,等于内容对它不存在。
最后检查 robots.txt,这是告诉爬虫哪些区域能不能访问的文件。博主强调改动 robots.txt 看似简单,却可能造成全站级后果,必须找开发者一起做。
3. 重复与瘦内容:noindex、canonical、重写三选一 06:48
第三周处理重复内容,它未必是抄袭,更常见的是站点自己生成了同一页面的大量副本(有时上百个),Google 拿不准该收录哪个版本,干脆两个都不收录。排查靠 Screaming Frog 或 Semrush 的内容质量模块。
修法有三种。选项一是给真正无独特价值的页面(筛选后的商品页、分页归档、标签页)打 noindex,告诉 Google 别费心收录。选项二是给内容相似的多个 URL 用 Canonical Tag 指向其中一个作为主版本。选项三是重写内容,给出新的独特角度,或者干脆重定向合并重复页。
可以用 Search Console 的 URL Inspect 工具确认 noindex 是否生效(显示 “excluded by noindex tag” 即成功)。博主提醒大规模加 canonical/noindex 通常要走开发或 CMS 层面配置,不是逐页手动能搞定的活。
4. 页面速度与 Core Web Vitals 09:12
第四周是页面速度。Google 已确认页面速度是排名因子,但不是最重要的那个——内容相关性和权威度仍然主导,慢页面只是一个实在的负分项,移动端尤其明显。
用 Google PageSpeed Insights 跑分,重点不是看分数,而是看”机会项”(opportunity items),这些是按能省下多少加载时间排序的。最大杠杆是页面总体积,图片通常是最大元凶,高分辨率的装饰性图片应该压缩缩小。
第三方脚本(analytics、聊天插件、广告像素、社交嵌入)也是常见拖累,做法是延迟加载它们,让用户可见内容先渲染。最后看 Core Web Vitals 三项指标:Largest Contentful Paint、Interaction to Next Paint、Cumulative Layout Shift,标为”较差”的页面是优先修复对象。博主强调修 Core Web Vitals(懒加载图片、延迟非关键 JS、优化服务器响应、配置 CDN)必须交给开发者,自己动手可能搞垮站点。
可执行步骤
- 跑一次全站审计(Semrush Site Audit 或 Screaming Frog)+ 拉取 Search Console indexing report,先摸清问题分布。
- 检查任意页面到首页的点击深度,超过三到四次的页面标记出来重新规划内链。
- 排查孤儿页,区分真正需要补链接的和本就该孤立的(旧公告、活动落地页)。
- 去 Search Console 确认 sitemap 提交状态为绿色成功,并确认登录页/筛选页/感谢页被动态排除。
- 对未索引 URL 逐一跑 URL Inspect,判断是抓取错误、noindex 还是 JS 渲染问题。
- 检查 robots.txt 是否误伤重要目录,改动前找开发者复核。
- 对重复/瘦内容三选一处理:noindex、canonical、重写内容。
- 用 PageSpeed Insights 看”机会项”而非只看分数,优先压缩图片、延迟第三方脚本。
- 在 Search Console 里筛出 Core Web Vitals 标记为”差”的页面,连同具体修复建议一起交给开发者。
关联
- 印证:Orphan Page 原定义强调”轮换内链需留兜底链接以防掉出索引”,本片补充了反例——旧新闻稿、活动落地页这类孤儿页本就不需要补链接,是正常状态而非缺陷。
- 印证:Core Web Vitals 原定义是”加载快、HTML 干净的页面对 Google 与 AI 检索双重受益”,本片给出具体三项指标名称(LCP/INP/CLS)和实操提示——修复必须交给开发者,自查也别自己动服务器/CDN配置。
术语
- Flat site structure(扁平站点结构,任意页面离首页三到四次点击以内)
- Crawl depth(爬取深度,页面距首页的点击层级,决定爬虫来访频率)
- Canonical tag(canonical 标签,告诉搜索引擎多个相似 URL 中哪个是主版本)
- URL Inspect(Search Console 里逐 URL 诊断抓取/索引/渲染状态的工具)
- Core Web Vitals(Google 页面体验核心指标:LCP、INP、CLS)
立场与利益
视频末尾提到”在描述里放了 Semrush 审计工具链接”,属于联盟/合作推广性质的工具推荐,不影响正文的技术判断逻辑,方法论本身工具无关(Screaming Frog 与 Semrush 可互换)。作者 Erica 自称长期做技术审计,内容以实操清单为主,未强推自家课程或产品。
价值定位
- 适合谁:已经知道内容和外链质量不差、但排名迟迟不涨,需要系统排查技术面的站长或 SEO 从业者;尤其适合中大型站点(内容多到会出现重复页/孤儿页问题)。
- 解决什么:把”技术 SEO 从哪下手”这个模糊问题拆成四周节奏,给出每周该看哪个工具、该查哪个指标的具体清单。
- 认知 vs 实操:偏实操清单——罗列了工具入口和判断标准(如”orphan page 未必都要修”),但不深入讲任何一项技术的原理机制,想深挖 Core Web Vitals 或 Crawl Budget 本身需要另找资料。
自检问题
- 什么是”扁平站点结构”,它和爬取深度是什么关系? 答案:任意页面距首页三到四次点击以内即为扁平结构;这个距离本身就叫爬取深度(crawl depth),距离越远爬虫来访越少。见「知识点详解 1」。02:43
- 为什么说不是所有孤儿页都需要补内链? 答案:旧新闻稿、付费活动落地页、公司公告这类页面本就该保持孤立,不是缺陷。见「知识点详解 1」「关联」。03:07
- 重复内容的三种修复选项分别对应什么场景? 答案:noindex 用于无独特价值页面(筛选页/分页归档/标签页);canonical 用于多个相似 URL 需指定主版本;重写内容用于页面已被索引但内容雷同、需要给新角度或直接合并重定向。见「知识点详解 3」。06:48
- Core Web Vitals 具体包含哪三项指标,视频对修复这些指标给出什么建议? 答案:Largest Contentful Paint、Interaction to Next Paint、Cumulative Layout Shift;建议标为”差”的页面优先处理,且修复(懒加载、延迟 JS、优化服务器响应、配置 CDN)必须交给开发者。见「知识点详解 4」。10:26
- 页面速度对排名的影响力有多大,视频怎么评价它和内容/权威度的关系? 答案:Google 确认页面速度是排名因子,但不是最重要的一个——内容相关性与权威度仍然主导,速度是一个实在但非首位的负分项。见「知识点详解 4」。09:12