做SEO的人有一个很明显的分水岭:基础阶段做的事情是让搜索引擎"能抓、能收录、能排名"——title写对、关键词布局合理、网站能打开、外链在积累。这个阶段只要认真做,三个月到半年基本都能出效果。
但再往上走,很多人会卡在一个很尴尬的位置:排名上到第二页、第三页之后就不动了。换了更精准的关键词、多发了几十条外链、文章质量也不差,但就是不往前挪。这个阶段需要的不是更多的基础动作,而是几个大多数人从来没碰过的领域。
2026年SEO的底层逻辑变化
Google的AI Overviews已经覆盖了超过65%的搜索查询。搜索引擎不再只是"把最相关的网页排出来",而是直接从网页里提取信息生成答案。这意味着SEO的目标从"让页面排在第一位"变成了"让页面里的信息被AI引擎引用"。两者的底层逻辑完全不一样:前者拼的是关键词匹配和权威信号,后者拼的是信息结构化程度和实体关联强度。
一、Core Web Vitals不只是"让网站快一点",它决定了页面有没有资格参与排名
很多人对Core Web Vitals的理解停留在"Google说要优化,那就优化一下"这个层面。实际上2026年的排名机制里,CWV已经不是锦上添花的加分项,而是门槛——不达标的话,内容再好也很难挤进前五。
三个指标分别管什么
| 指标 | 测量内容 | 合格线 | 不合格的后果 |
|---|---|---|---|
| LCP(最大内容绘制) | 页面主体内容加载完成的时间 | ≤ 2.5秒 | 超过4秒,排名信号直接标红 |
| INP(交互到下次绘制) | 用户点击后页面的响应延迟 | ≤ 200毫秒 | 用户点按钮卡顿,跳出率直接翻倍 |
| CLS(累积布局偏移) | 页面加载过程中元素的视觉稳定性 | ≤ 0.1 | 广告弹出来把正文顶飞,用户直接关页面 |
INP是2024年才替代FID的新指标,很多人还没适应
FID只测量第一次交互的延迟,INP测量整个页面生命周期内所有交互中最慢的那一次。一个页面加载时快、但翻到第三屏点一个按钮卡了500毫秒,INP就会标红。这意味着优化范围从"首屏加载"变成了"整个页面全交互周期"。

最容易忽略的三个优化点
· LCP瓶颈往往不在前端,在服务器响应时间。LCP是"用户发起请求→最大内容元素渲染完成"的整条链路。WordPress站点的LCP超标,60%的情况是因为PHP响应太慢、数据库查询没有索引、没有页面缓存。换CDN、压缩图片只能解决40%的问题,剩下的60%要查服务器端:PHP版本是不是8.0以上、有没有开启OPcache、数据库慢查询日志里有没有全表扫描。
· INP的罪魁祸首通常是第三方脚本。Google Analytics、Facebook Pixel、在线客服插件、热力图工具——这些第三方脚本在主线程里排队执行,用户点击按钮时JavaScript引擎正在处理某个统计脚本的回调,就会产生延迟。解决方案不是删掉所有第三方脚本,而是用Web Worker把非关键脚本移到后台线程,或者用requestIdleCallback在浏览器空闲时再执行。
· CLS最常见的原因是图片和广告没有预留空间。解决办法很简单:所有img标签加width和height属性,所有广告容器提前用min-height占位,Web字体用font-display:swap防止文字闪烁。
检测工具优先级
先用Google Search Console的"核心网页指标"报告看哪些URL类型集体不达标 → 再用PageSpeed Insights逐页诊断 → Lighthouse本地复现 → Chrome DevTools Performance面板定位具体函数。不要一上来就对着PageSpeed Insights的建议逐条改,很多建议是通用模板,改了也没用。
二、Schema结构化数据:从"搜得到"到"点进去"的关键一跳
两个页面排名挨着,排在第二位但展示的是富媒体结果(带五星评分、FAQ折叠、面包屑导航),排在第一位只是一条纯文本链接。谁的点击率高?Google的Search Console数据说明了一切:FAQ富媒体结果的点击率平均比纯文本结果高15%-25%,Product类型的星级评分能提升10%-15%的点击率。
2026年Schema的三种玩法
| 层级 | 玩法 | 适用场景 | 预期效果 |
|---|---|---|---|
| 第一层:富媒体展示 | Article、FAQ、HowTo、Product、Review、BreadcrumbList | 几乎所有内容型、电商型网站 | 搜索结果更醒目,CTR提升10%-25% |
| 第二层:知识图谱 | Organization、Person、sameAs、LocalBusiness | 品牌站、个人博客、本地商家 | 右侧知识面板展示品牌信息 |
| 第三层:AI引擎引用 | WebPage+about+mentions、DefinedTerm、Citation、ScholarlyArticle | 专业领域内容、数据报告、学术类 | 被AI Overviews引用为信息来源 |
大多数SEO做到第一层就停了。加个Article标记、放个FAQ折叠——然后发现排名没变化。因为2026年的竞争已经不在第一层了。第二层知识图谱能让Google把你的品牌识别为一个实体而不是一组URL,第三层AI引用能让你出现在Google AI Overviews的引用来源里。
第二层知识图谱的落地方法
在首页加Organization Schema,把sameAs字段填上你的维基百科词条、LinkedIn公司主页、Crunchbase页面、Twitter/X官方账号、GitHub组织页面。这些外部权威平台的链接会告诉Google"这个实体在多个可信来源里被提到了",从而加速知识图谱的建立。
怎么检查Schema有没有生效
三个工具就够了:Google的富媒体搜索结果测试工具(看有没有资格触发富媒体)、Schema.org的Schema Markup Validator(看JSON-LD语法有没有错误)、Google Search Console的"增强功能"报告(看实际上线后哪些页面触发了富媒体展示)。
一个常见的坑:JSON-LD代码写对了,但Schema里的url字段和页面的Canonical URL不一致。Google会用Canonical URL作为页面的唯一标识,Schema里写的url如果指向了另一个地址,整个标记会被忽略。
三、爬虫预算管理:不是收录越多越好,是让Googlebot只抓有价值的页面
Google每天给每个网站的抓取配额是有限的。小网站可能一天只有几百个URL的配额,大网站可能有几万到几十万。问题在于:如果你的网站有大量低质量页面——带UTM参数的重复URL、翻到第50页的分页、搜索结果的内部页面、过期的促销活动页——Googlebot会把宝贵的抓取预算花在这些垃圾页面上,真正重要的新内容反而没被及时抓取。
服务器日志分析:看Googlebot到底在干什么
Google Search Console的"抓取统计信息"报告只能看到总数,看不到具体抓了哪些URL。要看细节,必须分析服务器访问日志。
grep "Googlebot" access.log | awk '{print $7, $9}' | sort | uniq -c | sort -rn | head -50
# 统计Googlebot抓了哪些类型的页面,返回了什么状态码
# 如果看到大量200状态码但URL里带?utm_source=或?page=50这种参数
# 说明爬虫预算被严重浪费了
日志分析能告诉你三件事:①Googlebot每天实际抓了多少页面(不是GSC显示的估算值);②抓取集中在哪些URL模式上;③多少比例返回了404/301/500而不是200。
最常见的爬虫预算浪费场景
一个电商站5万个产品SKU,每个产品有颜色、尺码、材质三个筛选维度,URL参数组合出来有上百万个URL。Googlebot爬了其中30万个带筛选参数的URL,每个都是近乎重复的内容,真正的新品上架页面等了3天才被爬。解决方案:robots.txt禁止带参数的URL,或者在Google Search Console的"URL参数"工具里告诉Google忽略这些参数。
提高爬虫效率的四个动作
· robots.txt精准封禁:不是封得越多越好,只封真正无价值的URL模式。封错了Googlebot就不再爬了,但GSC报告里看不出被封的页面。
· XML Sitemap瘦身:只放规范URL(Canonical URL),不放带参数的、不放分页第二页以后的、不放301跳转的。Sitemap里放的URL应该是"你希望Google优先索引的页面",而不是"你网站上所有的页面"。

· 清理重定向链:A→B→C→D这种多次跳转的链,每一步都在消耗爬虫预算。用Screaming Frog全站扫描,把所有301链压缩成一步跳转。
· 提升服务器响应速度:Googlebot的抓取速度会自适应调整。如果服务器响应慢,Googlebot会自动降低抓取频率以免压垮你的服务器。服务器TTFB降到200ms以下,Googlebot的抓取速度自然会上来。
四、E-E-A-T:内容质量不是一个模糊概念,它有可操作的动作清单
Experience(经验)、Expertise(专业知识)、Authoritativeness(权威性)、Trustworthiness(可信度)——Google的搜索质量评估指南里反复强调这四个维度,但大部分SEO从业者的反应是"知道了,但不知道怎么落地"。
把E-E-A-T拆成可执行的动作
Experience(经验)——"你是不是真的用过"
· 产品评测类文章里放真实拍摄的产品照片,不是官网素材图
· 教程类文章截图里能看到操作者的真实桌面环境、浏览器书签栏
· 游记/攻略里放带有时间戳和地理位置的照片
· "关于作者"页面写清楚作者实际使用该产品的年限和场景
Expertise(专业知识)——"你说的东西有没有深度"
· 引用原始数据来源(Google官方文档、学术论文、行业报告),不是引用"某博主说过"
· 给出具体数字而不是模糊描述:说"LCP从3.8秒降到1.4秒"比"大幅提升了加载速度"可信十倍
· 覆盖竞争对手没写的深度信息:如果前10名文章都在讲"Schema是什么",你直接跳到"Schema的JSON-LD代码怎么写、怎么测试、怎么修复常见错误"
· 在文章里列出你的信息来源链接,不是放在文末参考文献,而是文中直接引用
Authoritativeness + Trustworthiness(权威性和可信度)
· 作者页面加上Person Schema,关联LinkedIn、Google Scholar、GitHub
· 网站有真实的联系方式页面(不是只有表单,要有地址、电话、邮箱)
· 被权威网站引用:如果你写SEO相关内容,被Google官方文档、Search Engine Journal、Search Engine Land引用过,权威性会显著提升
· 内容保持更新:2023年的文章在2026年还在被引用,如果数据已经过时需要更新或标注"本文最后更新于2026年X月"
E-E-A-T最容易被误解的一点是:它不是直接排名因素。Google没有一个叫"E-E-A-T分数"的指标。但Google的搜索质量评估员(人工)会根据E-E-A-T标准评估页面质量,这些评估数据会反馈到算法训练中。所以E-E-A-T优化不是立竿见影的——它的效果是通过影响算法对"什么是高质量内容"的理解,间接体现在排名上的。周期通常在3-6个月。
五、2026年新增的两个进阶维度:AI引擎可见性和JavaScript SEO
AI引擎可见性:被ChatGPT和Google AI Overviews引用
Google AI Overviews和ChatGPT的搜索功能在2026年已经成了很多人获取信息的第一个入口。被AI引擎引用的页面,能获得传统搜索结果之外的额外流量。要让页面被AI引用,和传统SEO有几个关键区别:
· AI喜欢结构化的事实,不是优美的段落。一个清晰的对比表格比一段流畅的散文更容易被AI提取。AI引用数据时更倾向于从表格、列表、定义列表中抓取。
· 实体关联比关键词匹配更重要。用Schema标记页面讨论的实体(Person、Organization、Product、Place),并用sameAs或about字段建立实体之间的关联。比如一篇讨论"Google Core Web Vitals"的文章,可以用about字段链接到Google的实体页面和WebPage Schema。
· 可验证性决定引用率。AI引擎倾向于引用带有明确数据来源的页面。文章中每一个数据、每一个论断后面如果附带了来源链接,被引用的概率远高于没有来源的内容。
一个可操作的检查方法
在Google搜索你的目标关键词,看AI Overviews引用了哪些来源。如果AI Overviews存在但没引用你——检查你的内容是否足够结构化、是否有明确的数据来源标注、是否覆盖了AI Overviews当前回答中缺少的深度信息。
JavaScript SEO:你的页面Google可能根本没看到完整内容
现代网站大量使用JavaScript动态渲染内容——React、Vue、Next.js、Nuxt。Google宣称可以渲染JavaScript,但现实是:Google的渲染分为两个阶段。第一阶段是爬取HTML(立即),第二阶段是渲染JavaScript(延迟,可能几小时到几周)。如果你的核心内容依赖JavaScript渲染,Google在第一阶段看到的可能是一个空白页面或骨架屏。
关键区别在"渲染预算":Google不是每个页面都会执行完整的JavaScript渲染。渲染成本高,Google会优先渲染它认为重要的页面。如果你的网站有10万个页面但只有1万个被完整渲染了,剩下9万个在Google眼里就是几乎空白的状态。

解决方案不是"别用JavaScript",而是"关键内容服务端渲染":
· 正文内容用SSR(Server-Side Rendering)或SSG(Static Site Generation)输出到HTML里,不要让客户端JavaScript去拉取API再渲染正文
· 内部导航链接写在HTML里,不要用JavaScript动态生成
· 图片的alt文本、视频的描述文字、结构化数据都放在初始HTML里
· 用Google Search Console的"网址检查"工具里的"测试实际版本"功能,看Google渲染出来的页面截图是否完整
六、进阶阶段的工具栈和工作流
基础阶段用Google Search Console + Google Analytics + Ahrefs/SEMrush就够了。进阶阶段要加入这些:
进阶SEO工具清单
· 技术审计:Screaming Frog(整站爬取,看状态码、重定向链、Canonical一致性、Hreflang配置)
· 日志分析:Screaming Frog Log File Analyzer 或自建Python脚本(分析Googlebot行为)
· CWV诊断:Chrome DevTools Performance面板 + PageSpeed Insights + Chrome UX Report(BigQuery公开数据集)
· Schema测试:Google Rich Results Test + Schema Markup Validator
· JavaScript渲染:Google Search Console"网址检查"→ 查看渲染截图
· 实体分析:Google Natural Language API(分析页面讨论的实体类型和情感)
· 竞品内容差距:Ahrefs Content Gap / SEMrush Keyword Gap(找竞品排名但你没覆盖的关键词)
· AI引用追踪:在Google搜索关键查询,手动记录AI Overviews引用的来源变化
工具不是越多越好。进阶SEO的核心能力是"知道什么时候该用什么工具看什么数据"。一个典型的进阶SEO周工作流:周一查GSC的CWV报告和索引覆盖率 → 周三做一次Screaming Frog全站扫描对比上周变化 → 周五分析竞品内容差距和AI Overviews引用变化 → 周末根据本周数据调整下周内容和技术优化方向。
进阶SEO的核心认知
基础SEO做的是"有没有"的问题——有没有标题、有没有描述、有没有外链。
进阶SEO做的是"好不好"和"对不对"的问题——页面加载速度够不够快、Schema标记对不对、爬虫预算花得值不值、内容能不能被AI引用。
两者的思维模型完全不同。基础阶段是清单思维(100项基础优化逐项打勾),进阶阶段是诊断思维(根据数据找到瓶颈然后定点突破)。
如果你做了三年SEO还在优化H1标签和关键词密度,不是因为你不努力,是因为你没切换到进阶思维。
