专题索引

谷歌算法更新专题:每一次打了什么、今天还成不成立、掉了怎么一步步恢复

按世代查每一次更新:当时打的是什么、这条今天还成不成立、掉了该怎么恢复。角标标的就是第二件事,时间线之外还有诊断与恢复两组。

收录文章
145
分区
11

摘要:这一页不逐个解释算法更新是什么,只做三件事:把历次更新按年代摆开、给每一条判定挂一个今天还成不成立的角标、再告诉你掉了之后该按哪一类去处置。六个世代分区从堆词时代一路排到AI答案挤占结果页的现在,另配分层、复核、诊断、恢复、盯盘五组,一共145条,每条先给一句结论。怀疑自己撞上更新了,就从第一组开始,先分清动的到底是哪一层。

为什么按年代排,而不是按话题排

站内已经有一篇把历次更新完整盘点过一遍了,那一篇负责讲清每次更新是什么。这一页不重复它,换了一根轴:时间。

换轴的理由很实在。掉量的人手里通常只有两样东西,一个日期和一条往下走的曲线。他不知道自己撞上的叫什么名字,也不关心算法史,他只想知道那几天谷歌动了什么、这事跟自己有没有关系。按话题分组回答不了这个问题,按年代分组可以:把曲线上的拐点和某一代的更新对上,答案的范围立刻从整个SEO缩小到十来篇。

所以六个世代分区是按年份排的,但你不需要从2003年读起。直接跳到你怀疑的那一代就行,每一组的开头都写了这一代到底在解决什么问题、掉量会长成什么样。

那个角标才是这一页真正多出来的东西

算法科普最容易过期。一篇讲企鹅算法的文章写得再好,也解决不了读者心里最要紧的疑问:这都多少年前的事了,今天还算数吗。

所以每个时间线条目后面都挂了一个角标,只有四个值。标仍在跑的,说明这套机制现在还在核心算法里工作,照着自查有用。标已并入核心的,说明它曾经是独立更新、会单独发公告,如今判定还在但不再公布,你等不到它的更新通知了,这一档最容易被误以为已经作废。标已退役的,说明停用或者被替代了,今天还照着做纯属浪费时间。标口径已变的最需要小心:机制还在,但判定标准换过,按老经验操作反而会出错。

四个值里,已并入核心和口径已变这两档是这一页最想让你注意的。真正让人踩坑的从来不是那些明确死掉的老做法,而是那些看着还在、其实换了判据的。

掉量之后,这一页怎么用最省时间

先做减法。第一组收的是最容易被错认成算法更新的几种现象:个性化结果、多样性折叠、去重合并,还有正常的排名抖动。这一步花不了十分钟,却能挡掉大半的错误归因,很多人的算法焦虑走到这儿就该解散了。

确认不是误判,再去诊断那一组跑决策树,把手动惩罚、算法降权、技术故障、季节性四类分开。这一步的目的不是找到答案,是缩小范围——四类的处置路线完全不同,认错了后面全白做。

范围定下来之后才轮到恢复那一组,它是按见效速度排的,快的在前。要提醒一句:核心更新那一条没有捷径,改动得等下一次重新评估才可能兑现,中间数据不动是正常的。等待期该干什么,最后一组给了答案,那里收的都是不用追更新也能攒下来的东西。

正文之后还有一段讲读更新公告的四步,如果你正处在一次滚动窗口里,那段值得先看,它能帮你判断现在到底该不该动手。

01

更新来了先分清:动的是哪一层

15篇

顺序是从总盘点到分层,再到最容易被错认成更新的三种现象。多数算法焦虑都能在这一组里解散掉,判定被打之前先把这几条排除干净。

想再往底层看机制演变的还有3篇
02

2003至2011:手工规则、索引换血与第一记质量重锤

9篇

这一代解决的是明着作弊。顺序按年份排,看的时候重点不在当年打了谁,而在每条角标——它告诉你这套判定今天是还在跑、已经并进核心,还是彻底退役了。

03

2012至2013:链接被清算,语义被重写

17篇

两条线同时发生:一边清算链接操纵,一边把匹配对象从词换成意图。折叠区是链接那条线的细分打法,做外链的可以直接展开。

链接这条线再往细里拆,还有5篇
04

2014至2019:机器学习接管,移动端与专业度先后立规矩

14篇

这一代开始,更新不再是一条条人工规则,而是模型在学。前半段是排名系统本身的换代,后半段是移动优先与高风险话题这两道门槛,两者的自查方式完全不同。

想看同期中外对照的还有1篇
05

2020至2021:体验信号进排名,段落和评价各自成系统

12篇

这一代的共同点是排名单位变了:从整页变成段落,从整站质量变成单类内容的专项判定。三块各自独立,掉量表现也各不相同,按你踩到的那一块看。

06

2022至2024:站级质量判定与反垃圾大脑

12篇

这一代最大的变化是判定单位回到整站,而且不再单独公告。整站一起往下掉、单页改动救不回来,是这一组的共同症状,先在这里对号入座再谈动作。

07

2025至2026:AI搜索把更新的节奏彻底改了

21篇

最近两年的更新有两个新特征:一是核心更新、垃圾更新、产品变动挤在同一周发生,二是Discover与AI答案各自独立成盘。折叠区是行业大盘那一档,跟老板汇报前翻一下。

想先看行业大盘再决定动不动的,还有7篇
08

被更新淘汰的老做法:哪些真死了,哪些只是被误读

9篇

这一组专收挂在某次更新名下、今天已经不成立或口径变了的说法。先读第一条那份五档分类,再按角标挑着核,能省掉大量无效动作。

09

掉量之后第一步:分清算法命中和别的原因

9篇

顺序按排查代价从低到高排,不按可能性排。先跑第一条的决策树定大类,再回到对应的那几篇细查,别一上来就拆内容。

10

确认是更新干的:按类型对应的恢复动作

10篇

顺序按见效速度排,快的在前。核心更新那一条没有捷径,先把预期摆正再动手,中间几条是存量内容的处置口径。

11

更新之间怎么过:穿越历次更新的做法与盯盘清单

17篇

前半段是不用追更新也能攒下来的东西,后半段是怎么盯住下一次。这一组的顺序按投入回收周期排,越往后见效越慢但越搬不走。

盯盘那条线再往细里做,还有4篇
12

读一次更新公告,值得动手的只有四步

每次核心更新公布,社群里都会在48小时内长出一堆解读,然后是一批照着解读做的改动。问题是那时候滚动还没结束,数据本身都没稳,改的依据全是别人的猜测。更新期间最贵的成本不是掉量,是拿掉量当依据做了一批没法验证的改动。下面这四步是能落地的部分,其余的都可以先放着。

第一步是记时间点,不是找原因。把官方公布的滚动起止时间抄下来,和自己的曲线对齐。差三天以内可以往更新上想,差一周以上基本就是别的事。这一步花五分钟,却能挡掉后面大半的错误归因,第九组那份决策树的第一格就是它。

第二步是分清掉的是什么。掉排名、掉曝光、掉点击、掉收录,是四件事。曝光没动点击掉了,多半是结果页的形态变了而不是你被打了;收录掉了得去索引报告里定位,那是另一条管线。第一组和第八组收的就是这类最容易被认成更新的现象。

第三步是查这次打的东西自己有没有。更新有类型:核心更新调的是整体评估,垃圾更新打的是具体违规,产品变动改的是结果页形态。垃圾更新的公告通常会写明打什么、不碰什么,逐条对照比看解读快得多。确认自己没踩,就不该动。

第四步是改完之后等一轮。核心更新的改动要等下一次重新评估才可能兑现,中间数据不动是正常的。这段时间该做的是把基线记全、把常态动作做扎实,而不是每周换一版方案——改一版等一轮,一年验证不了几次。第十一组那些不用追更新的做法,就是留给这段等待期的。

13

常见问题解答

7问
  • 这一页和站内那篇Google算法更新完整盘点有什么区别?

    那一篇是解释型:把历次更新是什么、时间线怎么走、评估系统怎么分类一次讲全,适合从头建立认知。这一页不解释,只做对照——按世代把站内文章排成可查的矩阵,每条给一句结论加一个角标,告诉你这套判定今天是还在跑、已经并进核心,还是彻底退役了。想系统学一遍看那篇,想核某条说法今天成不成立用这一页。正文最后的下一步里给了入口。

  • 条目后面那个角标是什么意思,怎么用?

    它回答的是这一页最要紧的一个问题:这次更新打的东西,今天还成不成立。仍在跑指这套机制现在还在核心算法里工作;已并入核心指它曾经是独立更新、会单独发公告,现在判定还在但不再单独公布,所以你等不到它的更新通知了;已退役指停用或被替代,今天照着做纯属浪费;口径已变指机制还在但判定标准换了,按老经验操作会出错。角标只标在时间线那六组和被淘汰的老做法那一组,诊断与恢复两组不标,因为那些是动作不是判定。

  • 十一个分区该按顺序读还是挑着读?

    挑着读。时间线那六组是按年份排的,但你不需要从2003年读起——直接跳到你怀疑的那一代就行。真要给个建议路径:先看第一组把层分清,掉量了跳到第九组跑决策树,确认是更新干的再去第十组找对应动作,想核某条老说法就去第八组。第十一组适合没出事的时候看,它讲的是不追更新也能攒下来的东西。

  • 核心更新之后到底多久能恢复,有没有确切说法?

    没有确切说法,任何给你具体天数的都是在猜。能确定的是三件事:核心更新不是惩罚,所以没有可以申诉的开关,也没有快速修复;改动要等下一次核心更新重新评估才可能兑现,中间这段时间数据不动是正常的;这中间最危险的动作是频繁大改,因为改一版等一轮,一年也验证不了几次。第十组第一篇把这个预期讲得最完整,先把它读完再决定动不动。

  • 怎么判断自己是被核心更新打了,还是撞上了人工处罚?

    看三样。第一看搜索后台有没有人工操作通知,有通知就是人工处罚,那条路是整改加重新审核,有明确的申诉入口;没有通知基本可以排除。第二看掉量形态,核心更新是整站或整个目录一起往下走,人工处罚常常是某一批页面直接从索引里消失。第三看时间点,核心更新有官方公布的滚动窗口,把你的掉量曲线和那个窗口对一下,差几天以上就要考虑别的原因。第九组第一篇的决策树把这三步排成了48小时可以走完的流程。

  • 已并入核心的那些更新,是不是就不用管了?

    恰恰相反,越是并入核心的越要管。并入核心的意思是判定从单独公告变成了持续运行,你再也收不到它的更新通知,但它一直在打分。熊猫、企鹅、有用内容系统都是这个状态。实际影响是两条:一是掉量之后你没法再靠公告时间点对账,只能靠自己的基线数据;二是恢复不再有明确的窗口,改完什么时候生效取决于重新抓取和重新评估的节奏。所以这几条的自查要变成常态动作,而不是等公告出来才做。

  • 这一页收录的文章会不会和站内的故障诊断、谣言求证两个专题重复?

    会有交叉,但分工是清楚的。故障诊断那一页按症状组织,管的是坏了怎么修,不关心是哪次更新造成的;谣言求证那一页逐条验证流传的说法,不按时间线组织。这一页的组织轴是更新本身:先按世代排,再对每条判定标注今天还成不成立。同一篇文章在三个页面里承担的角色不同,进来的路径也不同——从症状进故障诊断,从说法进谣言求证,从时间点和更新名进这一页。

14

查完之后,接下来干什么?

这一页只负责把更新排整齐。真要动手,下面四个入口比继续往下读更有用。