历史记录与运营
阅读活动结果并调查失败
使用报告区分已接受的发送、失败尝试及跳过的退订。
开始前的准备
需要有已记录活动的发送任务。报告使用保存的执行记录，因此空报告本身不能证明消息是否已收到。
操作步骤
- 打开“活动”，在所需活动上选择“报告”。
- 检查“已发送”“失败”“已跳过退订联系人”和“剩余”。根据这些总数采取操作前，先核对活动名称。
- 查看“按小时发送”，了解已接受发送的记录时间。
- 查看“按原因统计失败”，确定需要处理的问题。连接失败和号码不可用需要不同处理方法。
- 查看“执行日志”，了解前后事件和设备信息。
- 需要调查时停止后续发送，请返回“活动”选择“暂停”。
- 需要确认实际收到时，查看你控制的收件人的对话。
操作示例
虚构示例：报告显示 8 条已发送、1 条失败和 1 个跳过的退订。八次发送被接受，不代表八次阅读被确认。请调查失败原因，尊重退订，不要将该号码加入重试列表。
如何确认操作成功
你可以根据总数、失败原因和执行日志解释每个结果。受控测试中，接收方对话提供实际收到的独立证据。
注意事项
- “已发送”表示 WhatsApp API 已接受请求，该服务接收 ZapBot 的发送请求。报告不提供收件人手机上的送达或阅读确认。“已完成”不代表每次尝试都成功。
- “清理联系人列表”会把失败号码添加到已保存列表 Inválidos。这不证明号码永久无效，也不会将其从所有已保存来源列表中移除。请先检查原因。
常见问题
- 看到的情况
- 报告没有记录。
- 处理方法
- 检查是否打开正确活动、活动是否已启动，并查看当前状态。
- 预期结果
- 执行进行时，已记录尝试会逐渐出现。
- 看到的情况
- 失败收件人可能已收到部分序列。
- 处理方法
- 再次发送前检查对话和日志；合适时只准备缺少的后续消息。
- 预期结果
- 重试不会重复已收到的消息。
- 看到的情况
- “已发送”增加，但不确定是否收到。
- 处理方法
- 检查受控收件人的手机，不要立即重发。
- 预期结果
- 你可以独立核实收到情况，而非只依赖已接受发送数量。
获取更多帮助
向支持人员提供活动名称、设备、大致时间和显示的失败原因。不要为了诊断一个失败联系人而重发整个活动。