工具所在的电脑一关，第二天会发生什么？
任务全失败，第二天才知道
夜里停电或有人顺手关了电脑，所有任务报错，早上打开一看，出价还停在前天。
一恢复就疯狂重试
网络回来的那一刻，积压的任务一起冲出去，重复执行、被限流，日志刷满了几百条错误。
数据缺了一块没人补
离线那几个小时的数据没取到，之后的计算把这段当成“没有转化”，好时段被误判。
离线真正的风险，不是“广告停了”
离线不慌，回线就补
- 离线很快被发现。中转与云端之间保持心跳，心跳一断，云端就把它标为离线，你随时能在页面上看到中转状态。
- 推迟而不是硬失败。中转不在线时，读取、同步、下发等任务进入“推迟”状态，不反复重试、不刷屏报错。
- 回线补做一次。中转回来后，系统按“这个窗口内有没有成功记录”逐项检查，只补做没做成的读取、同步与下发；补做有次数上限和间隔，不会一拥而上。
- 离线超过 2 小时双向提醒。你的页面出现提醒横幅，服务商管理端同时告警；中转回线后自动解除。
- 数据自动补齐。离线期间没取到的小时级数据文件，会在下一轮同步时重新取回。
- 中转自己会恢复。中转以系统服务运行，开机自启、无需登录 Windows，崩溃或断网后自动拉起、自动重连。
关机、断网之后，你看得到、也不用操心的
在线状态随时可查
云端页面显示中转在线或离线，以及最近一次心跳的时间。
离线 2 小时双向提醒
你的页面横幅与服务商管理端同时告警，不会出现“谁都不知道它离线了”。
推迟，不是失败
离线不再制造一堆失败任务和报错，回线后按需补做。
回线补做一次
只补没做成的部分，有次数上限与间隔；已经成功的任务不会再执行一遍。
缺的数据自动补
小时级数据仍在你自己的存储桶里 [5]，下一轮同步时取回，决策不被缺口误导。
中转自动恢复
开机自启、无需登录，崩溃或断网后自动拉起并重连。
执行端掉线时，三种做法的差别
| 对比项 | 手工运营 | 通用 SaaS 工具（常见托管模式） | PPCWISER 琼仁智度 |
|---|---|---|---|
| 是否依赖你的电脑在线 | — 依赖你本人在线 | ✓ 不依赖，在服务商服务器上运行 | — 计算与下发时段需要在线 |
| 执行端中断后 | ✕ 靠人发现、手工补 | — 视服务商机制 | ✓ 回线后按成功记录补做一次 |
| 掉线提醒 | ✕ 没有 | — 视服务商 | ✓ 超过 2 小时，你和服务商同时收到 |
| 已生效的亚马逊设置 | ✓ 保留 | ✓ 保留 | ✓ 保留，不会因离线被清空 |
| 离线期间缺的数据 | ✕ 需要手工补 | — 视服务商 | ✓ 下一轮同步重新取回 |
托管式工具不依赖你的电脑，这是它的便利；琼仁智度选择让凭证和网络出口留在你这边，并为此设计了离线保护。
电脑可以关，心可以放下
夜里关机不再提心吊胆
只要计算与下发时段在线，其余时间可以关机；偶尔忘了开，回线后系统会补上。
掉线有人第一时间知道
离线超过 2 小时，你和服务商同时收到提醒，而不是等到第二天看报表才发现。
恢复不再“雪崩”
回线后只补没做成的部分、一次到位，不会出现重复执行和刷屏报错。
数据没有窟窿
离线那几个小时的数据会被取回，出价决策不会把“没取到”当成“没人买”。
关于离线的常见问题
中转电脑可以晚上关机吗？
离线期间广告会停吗？
离线时错过了日内的高峰/低谷切换怎么办？
离线好几天会怎样？
网络恢复后，会不会一下子把积压的任务全执行一遍？
相关功能
任务不漏跑不重跑
只认“做成了”：漏跑补做、中断接续、卡住收尾、不重复执行。
查看 →数据完整数据完整，宁缺不错
落库前校验、坏记录隔离、整轮熔断、原子替换、缺口回补。
查看 →可靠下发限流下可靠下发
限流自动降速，三项成组安全下发，新建不重放，失败只补差。
查看 →控制权总开关在你手里
停中转即断开，中转身份可吊销，协议留痕，亚马逊侧可直接撤销。
查看 →运营控制台运营控制台
经营驾驶舱 + ASIN 全景表 + 数据新鲜度 + 任务心跳，一屏看清全店真实经营。
查看 →上线前必读上线接入流程
7 个环节：准备 → 开通 → 装中转 → 录入 → 同步 → 选方案 → 接管，每步谁做、做完什么样都写清楚。
查看 →参考资料与权威来源
本页所有涉及亚马逊规则、行业数据与方法论的表述均标注来源。链接指向官方文档、同行评审论文、专利或法律法规原文；访问日期 2026-09。
- [1]官方Bid controls — Amazon Ads API Docs · 2026竞价策略与版位加价都是广告活动级设置，可单独或同时使用，由亚马逊实时合并计算出价；版位加价按原出价的百分比叠加（$1.00 加 50% 为 $1.50），取值 0–900%；固定出价不受动态调整影响。
- [2]官方Schedule bid rules (Sponsored Products) — Amazon Ads API Docs · 2026SP 时段出价规则可按星期与一天中的时段提高出价，规则关联到广告活动，并叠加在版位调整与竞价策略之上。
- [3]官方REL05-BP01 Implement graceful degradation to transform applicable hard dependencies into soft dependencies — AWS Well-Architected Framework · Reliability Pillar · 2026依赖不可用时，组件应以降级方式继续履行核心功能，把失效视为正常运行状态；反模式包括部分失败留下不一致状态、刷新失败时清空本地状态，下游持续失败时继续重试只会加重负载。
- [4]官方REL05-BP03 Control and limit retry calls — AWS Well-Architected Framework · Reliability Pillar · 2026重试应采用指数退避加随机抖动并限制最大次数；过载引起的失败盲目重试只会更糟，多层叠加重试会形成重试风暴，对非幂等调用重试会产生重复结果。
- [5]官方Amazon Marketing Stream overview — Amazon Ads API Docs · 2026Amazon Marketing Stream 以推送方式近实时提供小时级广告流量与转化数据。