细雨算法应对：开始前需要哪些网站资料
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1cb622f6cce5.html
📄
细雨算法应对：开始前需要哪些网站资料
应对细雨算法之前，需要先整理出一份能反映网站真实状态的资料清单。所谓“细雨算法应对”，通常指针对以打击低质采集、拼凑内容和标题党为重点的算法调整，对已上线页面做内容与结构上的改进。开始动手前，至少要把页面清单、内容来源、标题与实际内容对应关系、用户行为数据、站点结构记录和外部流量来源这六类资料查清楚。缺少这些资料，后续判断哪些页面需要改、改到什么程度都缺少依据。
一、页面清单：先知道要处理哪些URL
要查的是站点当前可访问的页面集合，包括栏目页、文章页、标签页和分页。怎么查：从后台内容列表导出全部已发布URL，再用站点地图文件对照，看两者是否一致。结果说明：如果后台有内容但站点地图缺失，或站点地图里有大量已删除页面，说明页面管理本身存在遗漏，应先补齐清单再谈内容改进。适用条件是站点已有一定内容量，页面数量在几十条以上时尤其必要。
二、内容来源记录：区分原创、采集与拼凑
要查的是每篇页面的内容出处，包括作者、撰写时间、是否改写自其他来源。怎么查：按栏目抽样，逐篇核对正文与标题是否匹配，标记出明显由多篇内容拼接、段落之间缺少逻辑衔接的页面。结果说明：标记出的页面就是细雨算法应对中的优先处理对象。判断依据是内容能否独立回答一个具体问题，而不是靠堆砌同义句凑长度。假设某页面标题写“某地装修报价明细”，正文却只罗列通用装修流程，这类标题与内容脱节的页面就属于需要重写或合并的范围。
三、标题与正文对应关系检查
要查的是页面标题承诺的信息，正文是否真的给出。怎么查：随机抽取二十到三十个页面，只看标题，然后读正文，记录标题中出现的数字、结论或限定条件是否在正文中有对应说明。结果说明：如果多数标题使用夸张词或模糊承诺，而正文没有具体数据或步骤支撑，说明标题策略需要调整。检查项包括：标题是否包含正文没有的信息、正文核心结论是否被标题准确概括、同一主题是否存在多个标题相近的页面。
四、用户行为数据：判断页面是否满足访问者
要查的是页面在搜索流量下的停留情况、跳出情况和二次访问情况。怎么查：在站点分析工具中按落地页分组，对比不同栏目的平均停留时长和跳出率，重点看从搜索进入的流量。结果说明：停留时间明显偏短、跳出率明显偏高的页面，可能内容与标题不符或信息不完整，应结合内容来源记录进一步确认。这里只把行为数据当作线索，不把它当成唯一结论，因为页面类型不同，正常范围也不同。
五、站点结构与技术记录
要查的是页面之间的链接关系、是否存在大量重复入口、移动端与桌面端内容是否一致。怎么查：用抓取工具或站点地图查看内链分布，确认重要页面是否从首页或栏目页有清晰路径可达；再分别用手机和电脑打开同一页面，核对正文是否一致。结果说明：如果同一内容存在多个URL且没有规范标记，或移动端内容明显少于桌面端，应先处理结构问题，否则内容改进的效果会被分散。技术示例中，页面模板里的<h2>标签如果被滥用为样式工具，也会干扰内容层级判断。
六、外部流量与引用来源
要查的是哪些外部页面链接到本站，以及搜索流量主要落在哪些页面。怎么查：在分析工具中查看引荐流量来源，结合搜索词报告看落地页分布。结果说明：如果大量流量集中在少数几个标题夸张的页面，而这些页面内容质量偏低，就说明风险集中，应优先整改。适用条件是站点已有稳定的外部链接或搜索流量，新站可先跳过这一项，等有数据后再补。
把以上六类资料整理成一张表，每项标注“已确认”“待核实”“缺失”，就能判断下一步该先补资料还是先改内容。建议从页面清单和内容来源记录开始，这两项直接决定后续工作范围。
