一张清单看懂细雨算法的合规要求

百度算法体系里，细雨算法是绕不开的一个名字，供需平台治理这个话题的很多规则都由它而来。谈细雨算法之前先说结论：它处理的是行为，不是要跟哪个站点过不去。把细雨算法读懂的好处很实际，排查时知道往哪看，整改时知道往哪使劲。围绕细雨算法的讨论常年在站长圈发酵，先把事实部分钉牢再谈观点。如果你刚接手一个站点，建议把细雨算法放进必读清单的前几页。

本篇要点速览

• 把本项纳入季度站点巡检清单
• 为相关页面补一条内链入口
• 安排一次全站内容来源盘点
• 再查一处：核对正文是否在无关位置塞入联系方式
• 留存整改前后的数据截图备查
• 核对配套的统计标记是否生效
• 核对最近一次改版是否引入相关风险
• 为高风险栏目建立双人复核

这是一份什么样的规则

简单说，细雨算法属于供需平台治理范畴，盯的是行为模式而不是某个站点。理解细雨算法要先回到当时的环境：低质行为泛滥，正常站点反而受损。它更像一份行为说明书：哪些做法会被降低信任，写得很直白。对站长而言，最重要的信息只有一条：供需平台治理的边界被明确写出来了。供需平台治理在细雨算法之后有了更清晰的判断口径。细雨算法的出台逻辑不难猜：把灰色行为的收益打掉，合规者才有动力。

延伸对照：相关治理条线

与极光算法相关的信号包括本地搜索结果中展现不稳定、区域归属混乱，排查时别漏掉。冰桶算法同样值得对照自查，它的靶心是强制下载APP、强制登录与恶劣弹窗。石榴算法给出的启示是：石榴算法分阶段推进，核心是让正文回到页面主角的位置。如果是依赖第三方广告与统计脚本的站点类型的站点，还可以看看烽火算法2.0的要求。把惊雷算法当成一面镜子，照一照自家流程里的薄弱环节。

自查清单：按顺序过一遍

• 操作前后各截图一份留档
• 设定固定的复查提醒节奏
• 保留整改进度文档，便于申诉时举证
• 给本项指定一名责任人与备份人选
• 下季度巡检时优先复核这一项
• 异常时先回官方文档核对口径
• 把异常区间与站内改动日志逐一对照

确认有问题之后怎么办

比较稳妥的路径是分批处理，每批间隔观察数据反馈。把联系方式收敛到固定的联系模块是恢复期可以同步推进的事，把注意力放回内容本身。团队层面要有共识：合规不是某个人的事，是发布流程的一部分。数据回暖后也别急着庆祝，再观察一个完整周期更稳妥。恢复期的预期要摆正，多数站点需要数周到数月不等的观察窗口。如果自查确认存在B2B供需平台的标题堆砌与联系方式乱放相关行为，首件事是止损，先停掉相关操作。

用户搜索的口语化表达，值得单独整理一个词表。重要邮件的附件，正文里再贴一遍关键结论。服务器告警短信别设静音，出事都在半夜。别为了日更而日更，凑数的稿子会拉低整站质量。新功能上线先出一篇教程，用户教育也是内容。

内容质量的判断标准其实很朴素，用户看完有没有收获。同一个问题在不同页面的答案要一致，自相矛盾最伤信任。站点的 favicon 与 Logo 保持一致，细节里藏着专业度。定期回访投诉过的用户，修复效果他们说最准。

上线前的检查清单里，加上真机走查这一项。排序规则一时想不清楚，就先用最朴素的按时间倒序。小站也有小站的好处，改动灵活验证快。出现波动时先别刷新后台，去把改动日志翻出来。

流量来源越单一，风险越集中，多备一条腿走路。合作方给的素材要过一遍原创检测，责任要分清。服务条款里写清数据归属，合作结束不扯皮。服务器日志至少保留三个月，排查时才有的翻。

页脚的备案和版权信息，每年核对一次。改版评估会上，把老结构的存档投影出来对照。对数据进行四舍五入之前，想清楚读者拿它做什么决策。慢一点没关系，方向对了慢就是快。同一份内容的多平台分发，各自做平台化开头。

页面代码里的调试输出上线前清干净。别让专题页变成一次性页面，活动结束后做归档处理。别相信任何无视过程的承诺，优化没有传送门。与其研究算法的边缘，不如研究公告里鼓励的方向。

批量生成页面之前，先问内容独立价值够不够。核心词的落地页一年内别频繁更换，权重需要聚焦。统计周期统一用自然周，跨团队对数不打架。用户投诉的每一个细节，都是免费的体检报告。改版后的四十天，是搜索端重新评估的窗口期。

栏目合并要提前做跳转，别让老链接集体失效。键盘可达性测试十分钟，Tab 键走一遍就知道。关键词布局是自然书写出来的，不是塞出来的。别用同一个模板发所有内容，用户会审美疲劳。重要页面改版前，把旧版本的截图和源码都留一份。客服话术里的高频问题，每个月回流入选题池。

改版迁移前先做一份全站URL清单，迁移后逐条核对。给常用报表写一份阅读说明，新人上手快。站点的 favicon 别小看，标签页里它是门面。别把搜索平台当对手，它也在找好内容。买模板别只看颜值，后台结构和导出能力更重要。

别在表单里问多余的问题，每多一格就少一批提交。别把所有内容都推到首页，栏目页也需要曝光。移动端弹窗能不弹就不弹，真要弹就一键能关。字体与行距是阅读体验的底座，值得花心思。定期换位思考，用陌生访客的视角走一遍站点。

标题写完放一天再看，能删掉一半的形容词。数据异常期的每一步操作都要记录，事后复盘全靠这些痕迹。页面标题里的品牌词放后面还是前面，全站统一就好。页面的面包屑和站点地图口径一致，别两套说法。别用同一套话术回复所有反馈，真诚是稀缺品。内容发布后主动提交，别让好内容干等爬虫临幸。

同行做得好值得研究，但别把焦虑当成行动力。站长圈的很多恐慌来自断章取义的转述，原文通常冷静得多。内容审校的最后一关，交给离稿子最远的那个人。重要文档放两个地方，云端加本地各一份。把经验写成内部文档，人员流动时知识不跟着走。

新编辑入职的头一课：先读站点的写作规范。把用户的原话记进需求池，翻译会丢失细节。写方案时带上验证方法，落地才有验收标准。算法更新年年有，站点的应对框架可以常年不变。

别把内部链接全指向首页，深页面也需要营养。给重要客户的定制需求建独立分支，主线保持稳定。跳转链一层到位，连跳三次用户就走了。整理一份自己的术语表，团队沟通不打架。用户能一句话说清的服务，别在页面上绕三圈。

改了 robots 记得同步给团队，别让协作的人蒙在鼓里。别把平台想象成对手，它在找值得推荐的内容。给表格数据加来源和日期，三年后还有人查。重要页面的历史版本，用日期命名存进归档目录。

看到同行的好页面，先分析结构再谈借鉴。图片体积压一压，移动端用户的耐心有限。日志里的蜘蛛来访时段，可以反过来指导提交时间。站点做大之后，权限分级比勤快更重要。

交换友链前看三个东西：内容相关度、更新频率、收录状态。重要页面的标题改动，一次只动一个变量。内容里引用数据注明来源，可信度是攒出来的。改版公告提前挂出来，老用户也需要适应期。内链的锚文本写成一句自然短语，别堆关键词。

浏览器兼容测试，至少覆盖主流的两款。看不懂后台数据的时候，先把统计口径写下来再讨论。频道页的更新时间戳要真实，别糊弄访客。重要页面改版后的第二天，主动提交一次给平台。与其盯着对手的动作，不如把自己站内的问题清一遍。

对结果负责的思路是先管动作，动作对了结果大致不会差。内容入库前查一遍重复度，站内自相消耗最冤枉。页面描述写具体的行动指引，比形容词有效。sitemap提交后记得回访状态，别以为交了就完事。图片命名认真写，图片搜索的流量免费又精准。改版上线首周，把反馈入口放在显眼位置。

源码里的冗余注释定期清，发布版本干净一点。每周留一个固定时段做数据巡检，习惯比工具管用。页面下线之前，先想清楚老访客从哪里进来。把常用数据报表存成模板，月度复盘省一半时间。

把常问问题整理成页内小模块，客服压力会小不少。报表里红绿配色照顾色弱用户，形状辅助要跟上。服务条款和隐私政策的更新记录要留档。别在周五晚上改服务器配置，留点余地给自己。重要页面改版前，先想清楚回滚方案。

先把基础项做扎实，再谈进阶优化也不迟。列表页的分页别无限加，超过一定页数价值骤降。搜索引擎喜欢结构清晰的页面，用户也是。同一内容的多语言版本，用规范的 hreflang 标注。站点安全巡检纳入日程，别等出事才想起。

收录的事情急不来，先把入口和内容这两件事做扎实。站点的外观改版和结构调整分开做，出问题好归因。别把优化做成运动，细水长流才是常态。给核心流程录一段操作视频，新人培训省力。关键词的取舍要看意图，不看热度。表单提交失败的提示要具体，让用户知道下一步。

关键词的搜索意图分三种，落地页要分别对待。别让营销部门直接改线上文案，走一遍审校流程。标题里数字和问号的组合，用滥了会审美疲劳。数据备份要定期做恢复演练，备份不等于保险。别用截图替代文字，搜索和翻译都帮不上忙。

常见问答

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

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

命中细雨算法后多久能恢复？

没有统一时间表，多数站点在完成整改后数周到数月不等。

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

建议配合平台诊断工具确认抓取与收录状态正常。

小站点需要关心细雨算法吗？

需要，规则面前站点规模并不是豁免理由。

延伸阅读：百度算法解读 · 案例拆解复盘。

今天聊到这里，清单记得用起来。把要点转给团队，比一个人焦虑有用。