常见问题
← 返回全部问题

Cookie 怎么导入导出？账号密码怎么批量备份？

发布时间：2026-06-25 访问量：5240 全文约 2942 字 分类：窗口与数据
回答摘要Cookie 通常支持两种格式：JSON（带 name、value、domain、过期时间等字段的结构化数据，指纹浏览器之间互导最常用），和 Netscape 的 cookies.txt（老牌纯文本，很多工具通用）。导出就是把窗口当前登录态存成一份文件，导入是把它灌进另一个窗口。账号密码则靠「批量导出窗口列表」实现，可自选导出哪些字段。备份铁律：定期导、异地存、导完验证一次。

先分清你要备份的是哪一类东西，因为它们的备份方式不一样：一类是Cookie / 登录态——决定你打开某个平台时是不是已登录状态，靠导入导出 Cookie 文件来搬；另一类是账号信息——窗口名称、代理、备注里记的账号密码这些，靠批量导出窗口列表来备份。两者都要备，缺一个换机时都会难受。本篇讲怎么导、导成什么格式、怎么批量做；至于数据平时存在哪、换机会不会丢的机制，那是《窗口数据存在哪？换电脑会丢吗》的范围，本篇不重复。

Cookie 的两种常见格式：JSON 和 Netscape

Cookie 说白了就是网站发给浏览器、用来证明「你已经登录过」的一小段凭证。把它导出成文件，换个窗口或换台电脑导进去，就相当于把登录状态搬了过去。常见的存法有两种格式，遇到导入报错，多半是格式没对上。

JSON 格式

这是指纹浏览器之间互导最常用的格式，长得像一个数组，每个 Cookie 是一个对象，带着 name（名字）、value（值）、domain（属于哪个域名）、path、expirationDate（过期时间）、httpOnly、secure 等字段。它信息完整、能精确还原一条 Cookie 的各种属性，缺点是对格式敏感——少个括号、字段名拼错、编码不对都可能导不进去。

[
  {
    "domain": ".你的目标站点",
    "name": "session_id",
    "value": "abc123...",
    "path": "/",
    "expirationDate": 1782000000,
    "httpOnly": true,
    "secure": true
  }
]

Netscape 格式（cookies.txt）

这是很老、但通用性极强的纯文本格式，一行一个 Cookie，字段之间用制表符（Tab）分隔，文件开头常有一行 # Netscape HTTP Cookie File 注释。很多爬虫工具、自动化脚本、下载器都认它。它的坑在于分隔符必须是真正的 Tab，用空格替代就废了，用普通编辑器编辑很容易不小心把 Tab 改成空格。

# Netscape HTTP Cookie File
.你的目标站点	TRUE	/	TRUE	1782000000	session_id	abc123...
图注：Cookie 导出与导入的流程，以及两种格式的适用场景（示意图，非官方界面截图）
图注：Cookie 导出与导入的流程，以及两种格式的适用场景（示意图，非官方界面截图）
格式 长什么样 优点 典型用途
JSON 结构化数组，字段齐全 信息完整、能精确还原属性 指纹浏览器之间互导、程序处理
Netscape (cookies.txt) 纯文本、Tab 分隔一行一条 老牌通用、工具支持广 爬虫、自动化脚本、下载工具
提示　客户端支持哪几种格式、导入框里怎么选，请以你这个版本的实际界面为准。遇到「导入没反应 / 登录态没恢复」，先怀疑三件事：格式选错了（JSON 的文件按 Netscape 导）、Cookie 已经过期、以及 domain 和你要登录的站点对不上。

导出 Cookie：把一个窗口的登录态存下来

导出的前提是这个窗口当前是登录状态——导出的是「此刻」的登录凭证，你没登录，导出来的就是空的或没用的。

  1. 打开目标窗口，确认已经登录到你要备份的那个平台，且能正常访问后台。
  2. 在窗口的 Cookie 管理 / 导出入口，选择导出当前 Cookie。
  3. 选择导出格式：要给另一个指纹浏览器窗口用，选 JSON；要喂给某个通用工具，看它认哪种，多半是 Netscape。
  4. 保存文件，命名带上「平台+账号+日期」，例如 亚马逊-storeA-0625，别用 新建文本文档 这种名字，将来一堆文件根本认不出谁是谁。
  5. 立刻在一个干净窗口里试导入一次，确认能恢复登录——没验证过的备份等于没备份。

导入 Cookie：把登录态灌进另一个窗口

  1. 新建或选定要接收登录态的窗口，先把它的指纹、代理配好（尤其代理，最好和导出时同一地区，避免登录后因异地触发验证）。
  2. 打开这个窗口的 Cookie 导入入口，选与文件一致的格式。
  3. 粘贴或选择文件导入，导入后刷新目标平台页面，看是不是已经是登录状态。
  4. 若提示需要重新验证，多半是 Cookie 过期、或代理地区和原来差太远，不是导入本身失败。
注意　Cookie 就是登录凭证，谁拿到谁就能以你的身份进后台。导出的 Cookie 文件请当成账号密码一样保管：别丢在公共电脑、别用微信/邮件随手发给别人、别传到不受控的网盘。给员工做交接时也要意识到，给出 Cookie 文件等于给出了账号本身。防员工带走账号的手段，见《子账号权限怎么分？怎么防止员工带走账号》。

账号密码与窗口信息的批量备份

账号密码这类信息，很多人是记在窗口的名称或备注里的，也有存在浏览器自带密码管理器里的。批量备份它们，一般走「批量导出窗口列表」这条路。

  1. 在窗口列表里筛选/勾选要导出的窗口（可以按分组一次性选一整组）。
  2. 选择批量导出，通常能生成一份 Excel/CSV 表格。
  3. 勾选要包含的字段：窗口名、备注、代理信息、分组、平台账号等——含密码类敏感字段时尤其要注意这份表的去向。
  4. 保存表格，同样按「日期」命名归档，比如 窗口备份-0625。
备份对象 方式 产物 建议频率
单个主力账号登录态 导出该窗口 Cookie 一个 JSON/txt 文件 有重要变更后随手导
一整组账号登录态 逐窗口导出 / 批量导出 一批 Cookie 文件 每周或每次大操作前
账号密码/窗口信息 批量导出窗口列表 一份 Excel/CSV 每周，或成员变动时
注意　批量导出的那份表，往往同时包含账号、密码、代理、备注——它是一份高度敏感的清单，泄露一份等于泄露一批账号。存的时候考虑加密压缩或存进带密码保护的地方，别明文躺在桌面或共享盘里。团队环境下，谁能导出、导出带不带密码字段，应该用权限来管，见团队权限那篇。

迁移与容灾：几条能救命的习惯

  • 定期导：给自己定一个节奏（比如每周一次 + 每次大改动前一次），别等出事了才想起来没备份。
  • 异地存：备份文件不要只放在同一台电脑、同一个会一起坏掉的地方。至少一份放在离线介质或另一处。
  • 导完验：每次备份后，随手挑一个文件试导入一次。没验证过的备份，出事时经常发现根本用不了。
  • 命名规范：平台+账号+日期，一眼能认。乱命名的备份和没备份差别不大。
  • 别只依赖云同步：云同步是覆盖式的、能被误操作波及；手动导出的离线备份是它之外的独立一层，两层都要有。
提示　没有任何备份方案能承诺数据绝对不丢，能做的是把「单点」变成「多点」：本地缓存 + 云同步 + 定期离线导出，三条腿比一条腿稳。备份这件事的价值，只有在你真的丢过一次数据之后才会体会到——所以别等那一次。

这些内容不在本篇范围内

窗口数据平时存在哪、本地和云端怎么分工、换电脑会不会丢，看《窗口数据存在哪？换电脑会丢吗》；怎么批量新建窗口、批量导入账号建窗口，看《怎么批量创建、批量导入账号和批量修改窗口》；缓存怎么清、清了会不会掉登录，看《缓存占满磁盘怎么清》。本篇只回答「Cookie 怎么导入导出、账号密码怎么批量备份」这一个问题。

同类问题