适用于网站截图采集的 Stillio 最佳替代方案

Stillio 是一款托管服务，按计划对网站截图，并将截图保存在在线归档中。团队将其用于合规记录、广告核验、竞品跟踪和品牌监测。并非每个团队都需要这些功能。有些团队需要按需采集，有些团队需要变化提醒而非归档，还有些团队希望在自有基础设施上运行全部流程。下面的五款工具分别覆盖这些需求。

产品详情、套餐和价格会发生变化。做决定前，请以各供应商官网的当前信息为准。

Stillio 替代方案概览

工具	类型	运行位置	定时执行	变化提醒	需要编写代码
Temposhot	Mac 应用	您的 Mac	否	否	否
Visualping	托管监测服务	供应商服务器	是	是	否
ScreenshotOne	截图 API	供应商服务器	通过您自己的代码	否	是
Urlbox	截图 API	供应商服务器	通过您自己的代码	否	是
changedetection.io	变化检测，开源	自托管或托管	是	是	否

主要区别在于：一类服务无需人工操作即可按计划运行（Stillio、Visualping、changedetection.io），另一类工具需要您自己触发（Temposhot，或从脚本调用的 API）。

比较前需要回答的问题

每款工具解决的问题各不相同。在阅读列表之前，请先用一句话写下您的问题。“自周一以来此页面是否有变化”指向监测服务。“每月 1 日的定价页面是什么样子”指向带日期的归档。“我们的产品能否展示任意 URL 的实时截图”指向 API。

下面的检查清单把这些问题转换为决定选择的具体细节。

多数团队发现，前两个问题决定工具类别。后四个问题决定细节，例如设备尺寸、存储位置以及接收输出的人员。

1. Temposhot

Temposhot 是一款用于自动化截图采集的 macOS 应用。其 Website Capture 模式接收粘贴的 URL 列表，并在您的 Mac 上通过受管浏览器逐个采集页面。

功能如下：

• 设备尺寸： Desktop 1920×1080、Tablet 768×1024 或 Mobile 390×844
• 区域： Viewport 或 Full page
• 等待： Load、DOM content loaded 或 Network idle，延迟范围为 0 至 60 秒
• 格式： JPEG、PNG 或 WebP，质量 1 至 100
• 清理： Block ads 和 Block trackers，并尽力处理 Cookie 同意横幅
• 速度： 1 至 10 个并发浏览器，默认 4 个，每行可单独 Cancel 和 Retry
• 导出： ZIP、Images、可搜索的 PDF 或 MP4

与 Stillio 相比的限制：Temposhot 仅能在 Apple 芯片的 Mac 上运行，且仅在应用开启时运行，并且仅在您手动启动运行时执行。它没有云端调度器、托管归档、共享的团队看板，也不提供变化提醒。所有数据都保存在本地，适合不希望将 URL 列表或截图存放在第三方服务器上的团队。

适用场景：对公开页面进行按需批量采集，例如审计、改版记录和客户报告。Website Capture 快速入门介绍了首次运行的步骤。

客户归档运行的分步说明

一位顾问维护着一个包含 60 个公开页面的客户归档。归档要求在每月第一个工作日为每个页面采集一份 Desktop 截图和一份 Mobile 截图。如果顾问每次都手动启动运行，Temposhot 无需服务器即可完成这项工作。下面的步骤对每个设置都有明确指定，使每个月的运行采用相同的配置。

顾问将 Desktop 和 Mobile 分为两次独立的批次运行。每次批次只使用一种设备尺寸，因此同一比较集中的图片具有相同的尺寸。对大多数客户站点，等待条件保持为 Load，Network idle 仅用于加载较晚的页面。

质量 85 是 JPEG 归档的合理设置。在此质量下文字仍然清晰，整页截图的文件也比 PNG 小。对于需要保持精确的小字号页面，PNG 更合适，但同一页面的文件会更大。

60 个 URL 的批次划分

60 个 URL 在两种设备尺寸下共产生 120 次采集。顾问按设备拆分工作，每个批次包含 60 行。默认设置下有 4 个并发浏览器，因此同时采集 4 行，其余行在队列中等待，直到有浏览器空闲。批次耗时取决于页面，因此顾问以首次每月运行的耗时作为基准，供下次运行参考。

失败的行不会中断批次。状态为 Capture failed 的行会保留在会话中的位置，出现该控件后，Retry 会将其移至 Retry pending。导出前请检查失败的行。每种失败都对应指南中列出的一种原因，例如 URL 无效、页面未在等待时间内完成加载、页面被阻止，或 Mac 内存不足。

时间线中的时刻是某一位顾问的计划，并非基准数据。请保持步骤顺序，并用首次运行的实际耗时替换这些时刻。

为比较选择设备尺寸

比较要求双方使用相同的设备尺寸。Temposhot 提供三种设备预设，每种预设都会设定浏览器视口。Desktop 1920×1080 适合大多数营销页面和仪表盘。Tablet 768×1024 适合在平板宽度下布局会发生变化的页面。Mobile 390×844 适合客户预期在手机上阅读的页面。

每个批次只使用一种设备，另一种设备需单独运行一个批次。若在同一文件夹中混放不同尺寸，会增加审阅难度，因为同一页面的两张图片宽度不再一致。如果将同一页面的 Desktop 截图与 Mobile 截图进行比较，会看到布局差异，但这并非网站上的真实变化。

整页还是视口

Viewport 仅保存所选设备尺寸下可见的浏览器区域，回答的问题是“访问者首先看到什么”。Full page 保存整个可滚动页面，回答的问题是“此页面包含什么”。归档通常需要 Full page，因为视口截图会遗漏首屏以下的全部内容。

Full page 截图更高，保存耗时更长，占用的磁盘空间也更多。一个包含六屏内容的落地页会生成一张长图，而不是六张视口截图。若只需检查首屏内容，例如对首屏主视觉区（hero 区域）进行上线评审，请使用 Viewport；需要留档时使用 Full page。

慢速页面的等待与延迟

等待设置决定截图的时机。Load 等待标准的 load 事件，适合大多数站点。DOM content loaded 会更早截图，此时图片和样式可能尚未加载完成，可能得到样式不完整的图片。Network idle 会等待后台请求停止，适合较晚加载内容的页面，但对持续轮询的页面可能超时。

当页面截图中出现空白区域时，请按以下顺序逐项尝试：

1. 保持 Load，并添加 1 至 3 秒的 Delay，以覆盖加载较晚的组件和动画。
2. 若页面会停止其请求，保持相同延迟并切换为 Network idle。
3. 若空白区域仅出现在部分行中，并且 Mac 内存不足，将 Concurrent browsers 降至 2。

延迟范围为 0 至 60 秒。每一行在采集前都会等待延迟时间，因此请使用能够显示内容的最短延迟。

为便于后续搜索命名文件

归档只有在能够通过文件名找到文件时才有用。包含客户、日期、设备和页面 slug 的文件名，在 Finder 和任何搜索工具中都能按顺序排列。例如，client-a_2026-11_desktop_pricing.png 不必打开文件即可识别页面、月份和尺寸。

对整个归档使用同一套命名规则，并同时应用于 ZIP 文件名和图片。这样，各月的 ZIP 文件在排序时与其内部页面的顺序保持一致。

以上工具处理的是输出文件，而不是实时页面。Compare Images 可显示同一页面两个月之间的差异。Resolution Checker 可在 Mobile 截图放入报告之前确认其宽度为 390 像素。Image to PDF 和 Merge PDF 将文件组合为一份文档，适用于偏好单个文档的客户。

通过比较两个月的截图检查变化

没有提醒服务时，变化检查在审阅归档时进行。在 Compare Images 工具中打开同一页面两个月的截图，并使用滑块在两者之间切换。像素差异视图会高亮显示发生变化的区域，帮助审阅者定位需要仔细检查的部分。

对于少量页面，审阅大约每页需要 1 分钟。这是人工检查，可以发现价格变化或被删除的版块，但无法替代在变化发生时即时送达的提醒。

批次运行期间保持应用开启

本地批次需要在整个运行期间保持应用开启。请在计划休息前启动批次，返回后在 Capture History 中检查会话。部分 URL 已完成、其余失败时，会话显示 Partial；批次被停止时，会话显示 Cancelled。两种情况下，已完成的截图都会保留，已完成的行仍可导出。

归档中的 Cookie 横幅

采集结果中的横幅会使归档看起来不完整，还可能遮挡归档真正需要的内容。Website Capture 提供四种横幅模式：Reject banners 尽可能拒绝横幅，Accept minimal 仅接受最低限度的同意，Hide only 隐藏横幅但不作任何回应，Leave unchanged 保留页面上显示的横幅原样。

为整个归档选择一种模式，使比较集中的每张图片都显示相同的横幅状态。横幅处理是尽力而为的功能，自定义的同意对话框仍可能出现在截图中。请在批次运行前先对一行渲染预览，并以原始尺寸检查该预览。

不依赖服务的变化提醒：实例检查

一位客户要求在定价页面发生变化时收到通知。顾问运行每月批次，并在 Compare Images 工具中将定价页面与上个月的截图进行比较。价格表中的变化会显示为高亮区块。顾问将两张图片和日期发送给客户，每处变化约需 5 分钟。

此方法对大量页面效率较低。它适用于数量较少但很重要的页面，并且与客户所需的每月节奏一致。对于需要每日监控的页面，请使用监测服务。

2. Visualping

Visualping 是一款托管式网站变化监测服务。它按计划检查页面，将每次检查结果与上一次进行比较，并在检测到变化时发送提醒。监测范围可以限定为页面的指定部分。

与 Stillio 的区别：其重点是检测和报告变化，而不是构建完整的截图归档。它适用于价格跟踪、政策页面、职位列表和竞品公告。

适用场景：希望在变化发生时即时获知，而无需逐一审阅每张截图的团队。

3. ScreenshotOne

ScreenshotOne 是一款截图 API。开发者通过 HTTP 请求发送 URL 和选项，并接收图片。调度、存储和命名由您自己的代码或自动化平台负责。

与 Stillio 的区别：它是构建模块，而非成品。您可以控制每一次请求，但需要自行负责调度和存储结果。

适用场景：希望在自有产品或流水线中使用截图，且不想自行运行浏览器的开发者。

4. Urlbox

Urlbox 同样是一款截图 API，通过 HTTP 请求将网页渲染为图片。与其他 API 一样，调度、存储和审阅由调用方负责。其文档列出了支持的输出格式和渲染选项。

与 Stillio 的区别：没有内置的归档界面，无法按日期浏览截图。文件存放在哪里由您决定。

适用场景：需要大规模渲染，并希望自行选择存储和工作流的工程团队。

5. changedetection.io

changedetection.io 是一款开源工具，用于监视网页变化并发送通知。它可以自托管，例如通过 Docker 部署，该项目也提供托管版本。

与 Stillio 的区别：核心输出是变化记录和通知。自托管可使数据保留在您可控的基础设施中，代价是需要运行和更新该服务。

适用场景：希望进行定时监控，同时不将页面列表发送给第三方的技术用户。

应该选择哪款 Stillio 替代方案？

1. 您需要按计划生成带日期的截图归档，并且不希望自行维护任何内容。 选择 Stillio 等托管式调度服务，或对比同类服务。
2. 您需要在页面变化时收到提醒。 选择 Visualping；若倾向自托管，选择 changedetection.io。
3. 您需要将截图集成到产品或流水线中。 选择 ScreenshotOne 或 Urlbox，或使用 Playwright 脚本。参见如何使用 Playwright 自动化网站截图。
4. 您需要按需批量采集公开页面，并将文件保存在 Mac 上。 选择 Temposhot 的 Website Capture。

一些团队会组合使用两种工具：监测服务负责提醒，本地批量工具负责采集提醒之后需要审阅的页面集。

本地批次不适用的情况

当有人需要在变化发生后数分钟内看到结果时，本地批次并不适用。Temposhot 仅在您启动时运行，因此凌晨 2 点需要处理的提醒必须依赖监测服务。对于多个办公室共享同一归档的团队，本地批次同样不适用，因为截图只保存在一台 Mac 上。

还需检查访问方式。如果页面需要仅由团队中某位成员持有的登录，Website Capture 使用的受管浏览器不会共享该登录会话。请改用 Auto Capture 从已登录的浏览器窗口采集该页面，并遵守该页面所属网站的服务条款。

常见问题

我可以多久运行一次批次？

按工作需要运行即可。Temposhot 不设置运行计划，每次运行都在您选择 Start Capture 时开始。每月归档是常见的节奏。每周运行适用于每周都会变化的页面；每日运行则需要监测服务或脚本，因为它依赖您每天启动应用。

如果网站阻止自动化浏览怎么办？

某一行可能因网站拒绝自动化浏览，或在受管浏览器中无法正常渲染而失败。请先检查该行的错误信息。为该行关闭 Block ads 或 Block trackers，然后稍后重试。如果网站仍然拒绝采集，请勿绕过其访问控制。请在普通浏览器窗口中使用 Auto Capture 自行采集该页面，并遵守网站的服务条款。

归档应保存多久？

按客户、合同或内部制度的要求保存。每月保存 ZIP 和 PDF，并保持文件名一致，以便之后的读者能够找到所需月份的文件。每年审阅一次保留期限，删除制度不再要求保留的文件。

Temposhot 能按计划截图吗？

不能。运行在您选择 Start Capture 时开始，并在应用开启期间执行。如需定时采集，请使用托管服务，或通过 launchd 或 CI 运行脚本。

截图 API 会保存我的截图吗？

做法因供应商而异。有些 API 直接返回图片，另一些可将图片上传到您配置的存储中。请查阅供应商的文档和隐私条款。

哪种方案能让数据不经过第三方服务器？

本地应用（如 Temposhot）、自托管的 changedetection.io 实例，或您自己的 Playwright 或 Puppeteer 脚本。

如何比较同一页面的两份截图？

将两张图片加载到 Compare Images 中，工具会在浏览器中高亮显示差异。

批次完成后还有哪些工具可以使用？

可以使用处理输出文件的工具。Image to PDF 可将图片合并为一个 PDF，Merge PDF 可合并多个 PDF，Image Compressor 可在分享前减小文件大小。Screenshot Resolution Checker 可确认图片的像素尺寸，当设备比较需要尺寸一致时尤其有用。

需要无代码的网站截图自动化吗？

Temposhot 的 Website Capture 在您的 Mac 上本地运行 URL 批次，并导出图片、PDF 或 MP4。请参阅网站截图自动化，或下载应用。