站群日常维护清单：每日检查收录+每周更新内容+每月备份数据的周期表
站群维护的核心是把收录、内容、备份拆成日、周、月三个周期固定执行：每日查收录与抓取异常，每周更新内容并检查内链结构，每月备份数据、复盘策略。清单不必复杂，能坚持才有效。
清单之前：先定周期、执行人和验收口径
站群和单站最大的差别是数量。站点一多，靠记忆维护必然漏项。开始列清单之前，先把三件事写死：周期、执行人、验收口径。
- 周期：固定为日、周、月三档。不要设"随时""有空就做"，那等于不做。
- 执行人：一个人总负责，或者按站点分组到人，但每组要有明确负责人。
- 验收口径：每项任务都要能回答"做到什么程度算完成"。"每日检查收录"不是打开后台看一眼，而是记录收录量变化，异常站点单独标出。
清单直接落在一个表格里最省事，每行一项任务，列是站点、周期、负责人、上次执行时间。Excel、Notion、飞书表格都行，工具不是重点。
每日清单：控制在半小时以内
每日任务必须能在 15–30 分钟做完，否则坚持不下来。核心是三件事：
- 收录与索引状态。 逐站点执行
site:example.com，看结果数有没有骤降。骤降通常指向降权、robots 误封或服务器返回异常。站点多的话，用 百度收录批量查询 一次跑完一批域名，比手动一个个查快得多。 - 抓取与日志。 登录百度搜索资源平台 → 普通收录 / 抓取诊断，看近 24 小时的抓取频次与异常提示；同时在服务器上看蜘蛛返回码，重点盯 5xx 和 403。例如：
grep -i "baiduspider" /var/log/nginx/access.log | awk '{print $9}' | sort | uniq -c。 - 可用性与解析。 抽检 3–5 个站点能否正常打开，再跑
dig example.com A +short和dig example.com NS +short，确认解析没被误改。批量站点可以挂监控服务，具体额度以平台页面为准。
日清单只负责"发现异常"，不要求当天修完，但异常必须当天记录、进入待处理列表。
每周清单：从"看"转向"动"
每周的重点是动手改，不是再看一遍数据。
- 内容更新。 按站点权重分配篇数，低权重的少而稳。内容必须和站点主题一致，为更新而搬运内容，短期看不出问题，长期会拖累整批站点。
- 死链与内链。 跑一遍站内爬虫找 404，能修的做 301，不能修的从内链里摘掉。工具可用 Screaming Frog 免费版（约 500 条 URL 以内）或站内的 页面SEO分析。
- 模板与插件巡检。 站群常用统一模板，重点看模板里有没有被注入的外链、插件是否更新到稳定版本。改模板前先备份，这一步和月度备份不冲突。
- 关键词与排名抽样。 不必全量查，每站抽 10–20 个核心词记录位次，用 首页排名查询 辅助，词不够时用 关键词拓词 补。看趋势比看单点重要。
周任务建议固定在某个半天，比如周一下午，避免被日常琐事挤掉。
每月清单：偏重"保命"和复盘
月度任务的优先级最高，因为它决定出事时能不能快速回滚。
- 数据备份。 分三块：数据库、站点文件、配置。数据库可以
mysqldump -u user -p dbname > /backup/db_$(date +\%F).sql；文件用tar -czf site_$(date +\%F).tar.gz /www/wwwroot/example.com；配置包括 Nginx/Apache 配置、证书文件和 DNS 记录导出。备份至少留两份，一份本机、一份异地或对象存储。恢复流程要真演练一次，没演练过的备份等于没有备份。 - 服务器与资源盘点。 看磁盘、内存、带宽，以及域名和证书的到期时间。到期日最容易忘，提前 30 天设提醒。
- 策略复盘。 把本月新增站点、停用站点、收录变化、排名变化列成一张表，判断哪些做法有效、哪些该停。日、周、月三档数据串起来看，才能看出是内容问题还是服务器问题。
- 账号与权限清理。 合作结束或离职的账号及时回收，后台密码定期更换。
判断"正常"的几条基线
清单能不能长期执行，取决于你知不知道自己看到的数字算不算正常。可以先建立几条粗糙的基线：
-
收录量：正常情况下缓慢增长或持平；单日波动超过一成左右（各站差异大，据公开经验值在 10% 上下）就值得查一查。
-
抓取频次：与更新频率正相关。内容在更新、抓取却持续下降，多半是质量或响应速度出了问题。
-
服务器响应：首字节时间稳定在几百毫秒量级，连续多天恶化就该翻日志了。
-
排名：核心词位次波动是常态，连续两周朝同一个方向滑，才需要动策略。
-
最后一点补充：清单不是越细越好。如果每日任务要花两个小时，说明该把动作批量化，或者该砍站点数量了。