Browserless免费2分钟会话：截图够不够，报表会不会来不及？

做个人项目时，我喜欢先挑一个很小的自动化任务：比如每天把自己的网站截张图，看看首页有没有跑版。Browserless的免费档适合放进这种试用名单；但如果你准备让它登录后台、等待导出一份大报表，我会先盯住两分钟的会话上限。[1] 总额度还够，流程却在文件生成前结束，这种升级理由比“想要更多units”具体得多。

一千units，怎样才算用掉一个

当前Free每月1,000 units、最多2并发、单次会话最多2分钟。一个unit对应每条浏览器连接不超过30秒的时间块，超过继续计数，重连也算新连接。[1]

表中都是解释规则的假设，不能直接换成同等数量的成功截图。数据中心代理为2 units/MB，成功解验证码还另有计数。[1] 图片多的页面，就算点击很少，也要看看网络用了多少。

截图好办，登录导出要多留一点时间

对于定时截图，我会先约定什么叫“截好了”：页面关键区块出现、图片加载完成、时间和网址有记录。再观察整条流程能否留出失败重试的余量。浏览器连上了与截图能交付，中间还有一段工作。

报表导出则要把登录、筛选日期、生成文件和下载都算进去。如果流程经常逼近两分钟，升级更长会话通常比硬拆成几段好理解。拆分以后，登录状态怎么接、下载文件怎么认，也都需要自己处理。

下周才发现错误，记录还在吗

Free的会话和回放保存1天，日志搜索窗口8小时；Prototyping对应7天和24小时，会话上限15分钟。[1] 每周才核对一次报表的人，应该把这些窗口一起看。单纯增加用量，未必能解决事后找不到线索的问题。

短截图可以从Free观察；登录、筛选、生成和下载接近两分钟，就比较会话上限。每周才排查问题，还要看Free仅1天回放、8小时日志搜索是否够。Prototyping更长的会话和记录窗口对应这两种缺口，页面25美元月均仍是年付展示，不能当单月结账价。