任务设为120秒为什么会延迟？访问节奏、浏览器等待与Google Ads额度

怎样读懂频率监测？

1. 在任务列表查看设置周期、最近实际请求开始间隔与及时性标签。
2. 点击执行节奏，切换最近1小时/24小时，核对计划、实际启动、延迟和等待。
3. 总览点击访问延迟数字先看汇总，再查看单任务；没有样本或采样过期不能当作正常。

启动延迟从计划时间算到第一次真正向Offer发请求，不包括出口IP或健康探测。成功访问间隔反映业务产出，不等于启动间隔。手动执行、暂停、非生效时段与脚本周期单列；至少20个正常样本才展示P95。连续3轮超过max(5秒，周期×10%)或当前逾期一整周期会进入持续延迟提醒，沿用原告警配置，不自动改任务。

为什么需要分别看浏览器和换参？

auto先走HTTP，必要时把同轮代理、UA和上下文接续到浏览器通道。等待不占HTTP名额。成功访问后按原次数换参；等待Google准入时保留参数和同任务串行权，其他任务继续访问。结果不确定先核实，不能通过重复提交假定成功。慢页面、代理、集中回退或Google额度都可能影响下一轮。

Basic真的是所有接口每秒只能调用一次吗？

• Google Ads设置→请求治理：核对官方额度、内部保护预算、共享成员与需求估算。
• Agent使用get_task_execution_cadence、list_execution_cadence_todos；管理员再用get_google_ads_governance_usage。
• 不要通过换账号、绕过频控或提高并发规避共享限制。

不是。Basic的官方上限是15,000操作/滚动24小时；Explorer为2,880，Standard无官方日操作上限但仍有速率与系统保护。关键词规划特定接口另受每广告账户1QPS限制。请求数不等于操作数，批量修改按实际操作数计。同一项目或开发者凭据的服务账号共享约束；本实例用量不包含其他VPS或外部工具。

500任务每120秒访问、每2次成功访问换参，若全天生效且每次仅1个写入操作，约需180,000操作/天，还未计算查询和重试。单份Basic不能据硬件压测结论承诺全天支持该需求。提高等级不自动提高已设置的系统QPS。

4核8GB的建议值是什么？

cd /opt/brandbidding && \
curl -fsSL https://raw.githubusercontent.com/wd9337812/bbexchange-installer/main/scripts/update_image.sh -o scripts/update_image.sh && \
chmod +x scripts/update_image.sh && \
bash scripts/update_image.sh

自动模式建议6个共享浏览器上下文，并按有效CPU/容器限制和压力降载；8属于可选设置，不能无保护默认提高。500任务中的浏览器回退比例与占用时长决定浏览器负载。模拟压测用于验证特定条件，不替代真实页面、代理和外部配额。

MCC 脚本模式如何看频率？

本页 120 秒和每两次访问换参的计算适用于 API 模式，不是脚本小时调度的容量承诺。脚本模式默认查看最近 24 小时，也支持 7 天；分别查看取参间隔、成功回执间隔、待领取和待核实状态。Google 后台运行计划由用户确认，未知时不假设每小时；心跳不等于新一轮开始。

总览保留日数据与排行榜，并按实际证据显示脚本运行超期、换参等待过久、失败或结果待核实、广告报表待更新。点击分类先看任务汇总，再查单条进度。原告警配置和通知通道共用；正常等下一轮不是失败，不自动改周期或暂停任务。

跨子账户使用有界并行，Google 子账户并行与 VPS 浏览器名额不是同一个设置。500 个任务集中在一个账户和分布多个账户的耗时不同，本地模拟结果不能保证真实 Google、代理和页面下的吞吐。

常见问题

功能以当前实例的订阅、权限、账户配置和数据完整性为准。投放前核对联盟及广告平台规则，本文不承诺收益。