删推文的速度到底受什么限制？四个变量和实际节奏

变量一：单次批量的上限

任何删除操作都是按批提交的。一批能带多少条，取决于客户端实现和平台接受的请求体大小。批越小，请求数越多，撞上限流的概率越高；批越大，单次失败的代价越大，出错时要重来的条目也越多。

实践中的平衡点是先跑小批确认筛选条件正确，再逐步放大到稳定值。这个值在不同账号、不同时间可能不一样，所以固定一个数字写死在流程里并不合适。

变量二：时间窗口内的配额

平台对写入类操作按时间窗口计数，超出窗口就拒绝。这一点和浏览器里手动点击删除是同一套规则，第三方工具没有任何豁免。

窗口配额带来的实际后果是：一天之内能删的总量有上限，超过之后无论怎么重试都不会通过。这也解释了为什么一次清理一千条往往要跨天完成，而不是一个下午解决。

还有一个容易混淆的地方。以前的时间线批量删除与现在的接口删除适用不同的限制，历史条目的处理方式可参考为什么只能删最近 3200 条。

变量三：写入接口的限流表现

限流不一定表现为明确的报错。常见的三种信号是：

• 直接返回限流错误，这种情况最好处理，客户端一般会退避重试。
• 请求看似成功但条数没有减少，属于被静默丢弃，需要靠删除后的核对发现。
• 连续几次成功后速率骤降，说明你正好走完了窗口配额，剩下的时间只能等。

第三种最容易被误解成账号异常。判断方法是隔一段时间再跑一小批，如果恢复正常，那就是配额问题而不是账号问题。技术细节可参考删除与接口限流的关系。

变量四：账号状态与内容特征

同样的操作在不同账号上速度可能不同。影响因素包括账号的历史状态、此前是否有过违规记录、以及内容本身是否被其他用户大量引用。

被大量转发的旧帖在删除时会顺带影响转发链路，处理时间通常更长。含媒体文件的条目也比纯文本条目更慢，因为要连带清理附件。

算一次实际的工期

目标规模	建议每日量	预计天数	说明
50 条以内	一次跑完	当天	先跑试删确认条件
50 到 300 条	100 到 150 条	2 到 3 天	按风险排序，先高后低
300 到 1000 条	150 到 250 条	4 到 7 天	每天固定时段跑，避开高峰
1000 条以上	200 条左右	一周以上	优先处理含隐私信息的条目

表格里的数字是节奏建议，不是保证值。真正的把握来自每天的核对：跑完之后对比前一天的剩余数量，如果减少量低于预期，说明当天撞上了配额，第二天把量调低。

中途中断了怎么办

中断是常态，不是失败。处理方式取决于你是按清单跑还是按条件跑。

按清单跑的情况下，把已完成的条目打勾，第二天从断点继续。按条件跑的情况下，用已完成的范围收窄条件，例如把日期区间从起点往后推。两种方式都不需要重新分析一遍数据，前提是你保留了完整的风险清单，这也是先存档再清理的价值所在。

需要避免的做法是中断后换一套筛选条件重开。这样会产生重叠和遗漏，两次的清单都对不上，很难判断到底删了什么。

关于 digital-footprint-health.shop

digital-footprint-health.shop 的作用是把工期估算变成可执行的分批清单：本机解析 X 数据归档之后，按风险等级把条目排序并分组，你按组推进，每组完成就打勾，中断后从断点继续，不需要重新分析。分析只读，删除按条计费且支持暂停与恢复。可以从免费体检开始，暂停与恢复机制见中断续跑说明，计价方式见按条计费。