登录态网站离线封存
网页档案员本地登录并演示关键操作后,自动得到经过离线交互验证的 JavaScript 网站封存包。
网页档案员遇到必须登录才能启动的 JavaScript 游戏时,常规下载器往往只留下空壳页面。用户在本机隔离浏览器中登录自己有权保存的站点,亲手走一遍启动游戏、切换关卡等关键路径。登录凭据始终留在这台设备上。
产品沿用这段真实会话探索页面状态,记录脚本、网络响应、本地存储和 Service Worker。用户不必录完整段直播,只需在关键节点示范一次。系统把发现的按钮、页面跳转和资源依赖整理成封存包,再断开网络逐条重放已记录路径。
若某个按钮失效,结果会精确落到对应页面和操作步骤,档案员可以只补录这一小段。验收通过后,导出包附带抓取时间、路径清单和资源校验值,方便日后复核它是否仍能运行。
首个版本聚焦用户已获授权访问的互动网页与游戏,不尝试绕过登录、付费墙或访问控制。它要解决的是把一次仍能运行的浏览会话,留成可验证的离线档案。
为什么是现在
一条 8 月 25 日的 r/internetarchive 帖询问如何保存登录后的 Starfall JavaScript 游戏;评论区给出 Browsertrix 和 ghostarchive.org,但仍缺少少手工、可验证的交互封存流程。S1
目标用户
面向博物馆、图书馆和独立网页档案员。他们已经获得站点保存授权,却只剩一次仍可登录的机会。常规下载器留下空页面时,手工逐关重建既慢又容易漏资源。此时最需要的不是更广的爬取范围,而是保存亲自验证过的关键交互,并留下以后可复核的路径证据。
最小切入点
桌面端可先限定 Chromium,封装本地 Browsertrix Crawler。用户在隔离配置文件中自行登录,程序不接触明文密码。关键操作可保存为 Chrome Recorder 的 JSON User Flow。S2 再用 Playwright补充稳定定位器、网络事件和步骤断言。S4 每条路径运行后生成 WACZ,并交给 ReplayWeb.page 断网回放。首版不做任意状态自动遍历,只扩展示范路径附近的链接、按钮和关卡入口。失败记录绑定页面、动作、缺失请求和截图,方便局部补录。
以小博大
首批用户就在网页归档社区和数字保存从业者中。一条 8 月 25 日的 r/internetarchive 求助已经给出具体复现站点和失败方式。S1 可先发布一个可公开复核的示例包,展示登录留在本机、逐步断网验收和局部补录。再把路径校验器开源,吸引现有 Browsertrix 与 ArchiveWeb.page 用户导入 WACZ 试用。
竞品与缝隙
怎么赚钱
桌面端按设备买断,包含一段更新期。机构版按档案员席位收费,增加集中策略、审计日志和批量校验。
反方视角
登录状态文件可能含敏感 Cookie 和请求头,泄露后可被用于冒用账户。S4 因此本地隔离、加密存储和彻底删除都要进入基础设计。游戏还可能依赖 WebSocket、实时接口或服务端状态,资源齐全也未必能离线运行。路径分支会随关卡和账号状态迅速增加,探索成本可能接近人工测试。随机动画和延迟加载还会制造误报。若系统频繁把可用归档判成失败,档案员会重新逐页检查,产品就失去节省时间的价值。