细雨算法经验谈：预防优于补救

百度算法体系里，细雨算法是绕不开的一个名字，供需平台治理这个话题的很多规则都由它而来。把细雨算法读懂的好处很实际，排查时知道往哪看，整改时知道往哪使劲。细雨算法属于平时用不上、出事才想起的知识，提前读一遍不吃亏。很多站长对细雨算法的印象来自二手解读，原文其实比传闻温和也更清晰。后台数据一有波动，站长群里问得最多的一句就是：是不是细雨算法来了？2018年进入站长视野的细雨算法，到今天仍是供需平台治理绕不开的参照系。

要点清单（文字版）

• 逐项自查并留档：抽查供应信息标题是否堆砌不相关的受益词
• 把本次结论抄送进站点大事记
• 关注平台后续公告与规则更新
• 把整改责任人与时间点写进文档
• 留存整改前后的数据截图备查
• 梳理这类场景是否包含自家页面：B2B信息平台与供需类站点
• 核对最近一次改版是否引入相关风险
• 再查一处：核对正文是否在无关位置塞入联系方式

从出台背景说起

它更像一份行为说明书：哪些做法会被降低信任，写得很直白。对B2B信息平台与供需类站点来说，细雨算法的影响更直接一些。理解细雨算法要先回到当时的环境：低质行为泛滥，正常站点反而受损。细雨算法的出台逻辑不难猜：把灰色行为的收益打掉，合规者才有动力。不少站长把细雨算法理解成惩罚名单，这个方向从一开始就偏了。公告文本不长，但B2B供需平台的标题堆砌与联系方式乱放这一句划定了它的全部边界。回头看，细雨算法治理的B2B供需平台的标题堆砌与联系方式乱放在今天依然有参考价值。

相关条线盘点

统计全站聚合页的收录与展现比例这类动作，在劲风算法语境下同样适用。把极光算法当成一面镜子，照一照自家流程里的薄弱环节。如果是外链结构异常、短时间外链暴增的站点类型的站点，还可以看看绿萝算法的要求。顺带一提清风算法3.0，这条标题规范线与主话题经常被一起提及。与蓝天算法相关的信号包括站点被移出新闻源，收录与展现明显下滑，排查时别漏掉。

整改前，先完成这几步

• 在运维文档里登记本次变更
• 确认服务器日志里抓取状态是否正常
• 导出近三个月的流量与索引曲线，标出异常区间
• 设定固定的复查提醒节奏
• 抽查异常区间内发布内容的质量与来源
• 跑一遍移动端核心落地页的体验流程
• 整改后按周回访数据，别改完就撒手
• 把异常区间与站内改动日志逐一对照
• 清理站内与主题无关的推广模块

从发现到恢复的路径

整改切忌运动式：一口气删光内容反而会让平台重新评估全站。团队层面要有共识：合规不是某个人的事，是发布流程的一部分。恢复过程中别叠加新改动，一次只验证一个变量。有人问要不要主动提交反馈，建议先完成整改再谈申诉。期间保持正常的内容更新节奏，让平台看到站点仍在认真经营。把联系方式收敛到固定的联系模块是恢复期可以同步推进的事，把注意力放回内容本身。规范标题模板，只保留品类与核心属性这类动作要趁早，拖得越久信任修复越慢。

站点地图是给爬虫的导览图，定期校对别让它迷路。页面描述写具体的行动指引，比形容词有效。站点地图拆分后，记得在管理后台更新文件地址。字体与行距是阅读体验的底座，值得花心思。技术细节可以慢慢学，方向错了跑得越快偏得越远。批量生成页面之前，先问内容独立价值够不够。

对数据进行四舍五入之前，想清楚读者拿它做什么决策。客服话术里的高频问题，每个月回流入选题池。别把搜索平台当对手，它也在找好内容。重要改动在周中上线，留出工作日观察时间。

别用统一的模板回复用户反馈，真诚有具体的形状。每篇内容只回答一个问题，贪多嚼不烂。改版上线首周，把反馈入口放在显眼位置。列表页的分页别无限加，超过一定页数价值骤降。内链的锚文本写成一句自然短语，别堆关键词。

站点出问题的时候，先看自己改了什么，再看平台变了什么。把回答过的问题归档，它们是内容的种子库。报表口径变更时，历史数据要留原样对比。整理一份供应商清单，含服务范围和联系人。别在周五晚上改服务器配置，留点余地给自己。

标题写完放一天再看，能删掉一半的形容词。看到神速见效的方法，先想想代价是什么。看到好的交互细节随手记，攒起来就是自己的模式库。图片体积压一压，移动端用户的耐心有限。节奏稳定的小站，比三天打鱼的大站更容易获得信任。

做季度复盘时翻翻年初的计划，偏差会给你提醒。站点出问题先看时间线，把改动与异常对齐再下结论。移动端的点击热区做足，误触就是流失。页面下线前想好去处，别让老访客撞上404。遇到拿不准的问题，先翻官方文档再动手。内容入库前查一遍重复度，站内自相消耗最冤枉。

工具给的是参考值，判断还得靠你对自家站点的了解。服务器的备份策略写进文档，别只存在运维脑子里。内容改旧比写新便宜，存量页面的潜力常被低估。把用户的原话记进需求池，翻译会丢失细节。

改动上线前后各留一份快照，复盘时才知道改了什么。改版后的四十天，是搜索端重新评估的窗口期。给长文档配目录和锚点，读者跳转自如。重要页面改版后的第二天，主动提交一次给平台。把投诉和差评当免费的用户体验报告。

后台口令定期换，别拿同一个密码走天下。先把基础项做扎实，再谈进阶优化也不迟。写方案时带上验证方法，落地才有验收标准。页面字号用相对单位，用户的系统设置才有意义。写周报的时候附上数据截图，说服力翻倍。把用户问题整理成选题库，灵感枯竭时翻开就有。

标题和内容的一致性，比任何技巧都优先。把常见问题做成专题，比零散回答省力得多。别让表单的必填项超过五个，每多一项流失一批人。预算有限时，先把核心页面的体验做到位。

别把优化做成运动，细水长流才是常态。抄近道省下的时间，日后加倍还回去。图片命名认真写，图片搜索的流量免费又精准。看同行的更新频率，是为了校准自己的节奏。

移动端按钮做大一点，误触的投诉会少很多。关键词的取舍要看意图，不看热度。关键词排名波动先看一周，单日数据会骗人。给站点的搜索功能配一份热词榜，运营活动有抓手。搜索框的防抖做好，别每敲一个字就请求一次。

站长圈的很多恐慌来自断章取义的转述，原文通常冷静得多。给站点的背景色和主色定成规范，别每页一个样。服务器扩容要趁早，大促前临时抱佛脚来不及。上线倒排期时，把内容审校放在开发测试前面。数据看板只放七个指标，多了就成了装饰。内容写完放半小时再读一遍，语病会自己浮出来。

给图片统一压图流程，上传前自动缩到目标宽度。自查的过程本身就能发现不少与算法无关的真问题。统计工具里给核心页面打标签，报表会清爽很多。改版验收用用户任务清单，不是看页面顺不顺眼。数据口径不统一，会前吵半天也吵不出结果。老站的信任是攒出来的，别用激进操作去透支它。

改版评估会上，把老结构的存档投影出来对照。新站先攒内容再引流，别把空站推出去。内容页的作者栏别省，署名是最基础的信任信号。评论区的垃圾广告当天清，积压会劝退正常用户。

数据口径之争的终局，是有一份大家认的字典。把转化目标配置到统计工具里，流量才有方向感。同行做得好值得研究，但别把焦虑当成行动力。别把平台想象成对手，它在找值得推荐的内容。同行的失败案例，比成功案例更值得请进会议室。

同一内容的多语言版本，用规范的 hreflang 标注。重要文件多备份一份到本地，云不是保险箱。别在表单里问多余的问题，每多一格就少一批提交。把常见技术问题的解法贴进内部wiki。

接口变更提前一周通知调用方，江湖救急不救穷。重要页面的标题改动，一次只动一个变量。重要的账号开二次验证，一次麻烦换长期安心。把常用数据报表存成模板，月度复盘省一半时间。404页面做成导航页，流失的访客能捞回来一些。用户搜索的口语化表达，值得单独整理一个词表。

核心词的落地页一年内别频繁更换，权重需要聚焦。别小看面包屑，深页面的回访全靠它。每次算法讨论都是一个契机，借机把站内卫生做一遍。外部服务商的话要过滤着听，承诺越满越要留心。别用同一个锚文本轰炸所有内链，自然一点。

数据报表发给团队前，先自己当一次读者。用户调研十分钟，胜过拍脑袋十小时。重要改动上线当天，多看两遍核心页面的真实状态。咨询量才是生意的温度计，排名只是晴雨表。

内容发布时间稳定，读者的期待也是有惯性的。公告页面挂更新日期，用户对时效有预期。数据库的慢查询日志，值得每月扫一遍。给每篇重点内容定一个唯一目标，别什么都想要。别忽略页脚的合规信息，它们是信任的地基。

坚持写周报，三个月后它会变成你的决策日志。把成功经验写成检查清单，成功才可以被复制。站点迁移后的头一周，每天核对一遍关键路径。渠道投放的落地页要专页专用，别都往首页引。跳转链一层到位，连跳三次用户就走了。

高频问答

细雨算法会误伤正常站点吗？

把自查做扎实是应对不确定性的好办法，信号对得上再动手整改。

供需平台治理还有合规的操作空间吗？

关键是分清曝光的来源，靠内容赢得的曝光才可持续。

整改后需要重新提交收录吗？

页面内容实质变化后，重新提交是合理动作，能加快重新评估。

要不要请服务商处理细雨算法问题？

自查加官方反馈基本够用，外包反而可能引入新的风险动作。

延伸阅读：百度算法解读 · SEOY搜索优化博客首页。

合规是慢功夫，但每一步都算数。