如何在 Undetectable 中使用 cookies

Cookies 可帮助网站记住你的会话和所选设置。在 Undetectable 中，你可以在特定配置文件中查看它们，从文件导入它们，将它们保存以便转移，或删除它们。如果你需要在访问网站时收集 cookies，也可以把这项任务交给 Cookies Bot。

最好先从任务出发。如果你是第一次打开某个网站，并准备登录自己的账户，就不需要提前寻找 cookies 文件：网站会在你操作时创建必要的记录。当你已经有来自另一次会话的 cookies 时，导入会很有用。当你需要自动访问一组网站时，机器人会很有用。

在本指南中，我们将走完整个流程：在配置文件中找到 cookies、上传文件、检查结果，并查看最容易引起困惑的设置。

选择你的任务

你想做什么	从哪里开始
第一次登录账户	在所需配置文件中打开网站，并按通常方式登录
查看已保存的 cookies	Profile → Cookies → View
从文件或文本上传 cookies	Profile → Cookies → Import
保存 cookies 以便转移	Profile → Cookies → View → Export
自动访问多个网站	Bot：选择配置文件、地址列表和爬取参数
了解为什么导入后网站仍要求登录	先在 View 中检查记录，然后在网站本身检查会话

下面的按钮名称均使用英文，与截图中显示的界面一致。

Cookies 中究竟存储了什么

Cookie 是一条小记录，包含名称、值以及决定它可在何处、可使用多久的参数。例如，网站可以保存所选语言、购物车内容或已授权会话的标识符。

Cookies 和已保存的密码是不同的数据。 登录时，网站通常使用 cookie 中的会话标识符，而不是你的密码。因此，转移 cookies 有时可以让你无需再次登录即可继续操作，但它不能替代密码管理器，也不能保证恢复会话。这些记录的工作方式在 MDN HTTP cookies 指南中有说明。

在 Undetectable 中，每个配置文件都使用自己的一组 cookies。如果你在一个配置文件中登录了账户，该会话不会自动转移到另一个配置文件。因此，在导入前请始终检查所选配置文件的名称：这里出错可能会导致打开的并不是你原本打算使用的账户。

还有三个区别有助于避免混淆：

Cookies 不等同于浏览历史。 Cookie 记录和已打开页面列表是浏览器数据的不同部分。

Cookies 不会改变 IP 或配置文件配置。 连接和浏览器参数是单独配置的。

Cookies 文件不是配置文件的完整副本。 不应期望它包含所有设置、扩展程序以及其他浏览器数据。

如何查看配置文件中的 cookies

先从查看开始：这既适用于检查导入结果，也适用于机器人运行之后。

1. 在 Profiles 列表中，选择所需配置文件。

2. 如果该配置文件的浏览器窗口正在运行，请在编辑 cookies 前关闭它。这也可以避免网站在你修改的同时更新记录。

3. 打开带有 cookie 图标的选项卡 — Cookies。

4. 切换到 View。

5. 在树状列表中找到所需域名，或使用 Search。使用 “+” 图标展开分支，以进入单条记录。

列表旁边有一个带圆形箭头的刷新按钮。如果在导入或访问网站后需要重新加载显示的列表，请点击它。列表刷新按钮不会延长 cookie 的有效期，也不会恢复账户登录。

请关注所需域名，而不仅仅是总数计数器。 如果你转移的是某个商店的会话，就查找该商店的记录。来自其他网站的大量 cookies 并不能说明所需会话是否已被转移。

树状列表中可能包含你没有手动输入过的域名：页面会加载第三方服务。仅凭这一点，并不意味着 cookies 来自另一个配置文件。

如何从文件或文本导入 cookies

Undetectable 支持 JSON 和 Netscape。你可以在创建配置文件时上传 cookies，也可以稍后通过其设置上传。这些格式和上传方法列在 cookies 文档部分中。

准备文件

使用来自所需账户或配置文件的 cookies 导出。请确保你手上的确实是 cookies 文件，而不是用户名和密码列表、截图，或整个浏览器配置文件的导出文件。

文件扩展名本身并不能决定其内容。如果你把任意文本文件重命名为 .json，它并不会变成有效的 JSON。同样，HTTP 标头中的 name=value 字符串也不等同于完整导出：它可能不包含域名、路径和过期时间。

如果需要另一种格式，请使用 Cookies Converter。转换只会改变数据表示方式。它不会创建缺失的 cookies，也不会让已经结束的会话重新有效。

将 cookies 上传到所选配置文件

1. 选择配置文件；如果其浏览器窗口已打开，请将其关闭。

2. 转到 Cookies → Import。

3. 点击 Browse files 并选择文件，或将文件拖入导入区域。

4. 如果你有文本形式的 cookies，请点击 Click for text insert 并粘贴完整的导出文本。

5. 检查 Import expired cookies 的状态。对于当前会话的正常转移，请保持该复选框未启用。

6. 等待结果消息。如果程序报告格式错误，请在启动配置文件前先修复它。

7. 如果更改后 Save 按钮处于可用状态，请保存配置文件。然后转到 View 并检查所需记录。

如果配置文件中已有重要的工作会话，请在尝试前先导出其 cookies，或使用单独的测试配置文件。不要连续上传多个文件并希望其中一个“合适”：这样之后会更难弄清楚你正在检查的是哪份数据。

是否应该启用 Import expired cookies

该名称的意思是“导入已过期的 cookies”。默认情况下，Undetectable 会将此类记录排除在导入之外。该复选框允许你将它们纳入处理。

对于当前导出的正常使用，你不需要提前启用它。当你有意处理旧数据集时，例如诊断导入问题，它会很有用。如果任务是恢复登录，请先尝试从活动会话获取新的导出。

允许导入旧记录，并不意味着网站会再次接受它。 Cookie 在浏览器中有存储期限，而授权在网站服务器上有自己的状态。会话可能会在退出登录、修改密码后结束，或根据服务自身规则结束。更改本地过期时间并不会要求服务器恢复它。

两个相同复选框的位置在哪里

在特定配置文件中： 打开 Cookies → Import → Import expired cookies。在这里你检查的是当前正在使用的配置文件的设置。

在常规设置中： 打开 Settings → Profiles → Browser settings → Cookies → Import expired cookies 并保存更改。这是 Default settings for new profiles 部分 — 新配置文件的默认设置。其用途在 新配置文件设置文档中也得到了确认。

如果你正在将文件导入现有配置文件，请直接在其 Import 选项卡中检查该复选框。这样无论之前指定的模板如何，你都能知道执行操作时该设置的状态。

如何检查导入结果

成功导入消息回答的是程序是否接受了数据。要确保可以继续工作，还需要再做两项检查。

在 Undetectable 中检查记录

打开 Cookies → View，刷新列表，并找到所需网站的域名。展开它，确认预期记录已经出现。如果你在检查特定 cookie，不仅要比较名称，还要比较域名和路径：同一个名称可能出现在网站的不同区域。

不要期望最终计数器总是恰好按文件中的记录数量增加。例如，某些 cookies 可能已经过期，因此未被导入。检查具体数据比比较两个数字更可靠。

检查网站本身

点击 Open，打开你转移 cookies 所对应的服务。确认你已登录到正确的账户，并且可以打开工作区域：仪表板、设置或你使用的其他页面。

如果网站要求你重新登录，这并不一定证明导入出错。记录可能已正确加载，但服务器可能已经结束了会话。有些网站还会额外使用其他浏览器数据，或要求登录确认。

成功检查后，按通常方式关闭该配置文件的浏览器窗口，然后再次打开同一配置文件并重新访问网站。这有助于你在开始主要工作前发现数据保存问题。

实用的就绪标准： 所需 cookies 在所选配置文件中可见，网站打开的是预期账户，重启不会破坏你的工作流程。Cookie 数量本身并不是这样的标准。

在 View 选项卡中还可以做什么

这里有 Add new、Edit、Export、Delete 和 Copy，下方还有两个单独的清理命令。对于初学者来说，查看、导入和导出通常已经足够。手动编辑适用于特定任务，例如测试你自己的网站。

添加或编辑单个 cookie

要创建新记录，请点击 Add new。要修改现有记录，请展开域名，选择所需 cookie，然后点击 Edit。如果按钮不可用，请检查是否已选择单条记录，以及配置文件是否已关闭。

手动编辑时，理解各字段的用途很重要：

参数	它定义什么
Name and Value	记录名称及其内容
Domain	该 cookie 所适用的主机或域名范围
Path	该记录适用的网站路径
Expires or expirationDate	过期时间；标签取决于导出格式
Secure	通过安全连接传输 cookie
HttpOnly	限制页面 JavaScript 访问该 cookie
SameSite	在网站之间的请求中发送 cookie 的条件

这些是 cookie 参数，并不是每个编辑器表单中都必须出现的字段列表。它们的含义在 MDN Set-Cookie 参考中有解释。

要转移一个有效的工作会话，请保留原始值。不要“以防万一”更改域名、标志或日期：记录可能仍留在列表中，但不再匹配网站请求。手动编造的值也不能替代必须由服务本身签发的会话标识符。

导出或复制 cookies

当你需要文件时使用 Export，当需要通过剪贴板转移数据时使用 Copy。操作前请检查树状列表中的选择，操作后请检查结果内容：它应当只包含你打算保存的记录。

为文件使用清晰的名称，例如在选择 JSON 时使用 project-profile-2026-09-16.json。日期有助于区分新的导出和旧的导出。不要在同一个文件夹中用相同名称（例如 cookies.json）存放不同工作账户的 cookies。

文件可能包含来自活动会话的数据。只与真正需要访问权限的人共享它，不要在公开示例或截图中发布 cookie 值。

删除 cookies 或清除所有数据

这些操作的范围不同：

Delete — 删除所选记录。请先准确检查当前选中了什么。

Delete all cookies — 删除所选配置文件中的所有 cookies。这可能会重置网站登录状态和设置。

Delete all data — 对配置文件数据进行更广泛的清理。不要把它当作定向删除 cookie 的替代方式。

如果问题只出现在一个网站上，请先检查该网站的记录。完整清理还会影响该配置文件中的其他工作会话。删除前导出 cookies 是有用的，但它并不是 Delete all data 可能移除的所有数据的备份副本。

Cookies Bot 的用途是什么

Cookies Bot 会在所选配置文件中自动访问网站。在这些访问过程中，网站可能会写入自己的 cookies——就像手动操作时一样。机器人可以让你无需逐个打开每个地址。

这里需要区分三个工具：生成器选择地址，机器人访问页面，而 cookies 会在与网站交互时保存到配置文件中。仅点击 Generate 本身并不会添加 cookies。

该机器人适用于准备多个配置文件和可重复的浏览场景。如果你只是需要登录账户，并不需要在每次授权前都运行它。

收集 cookies 通常被称为“walking” cookies，或作为“warming up”的一部分。但它没有通用标准：一定数量的记录或一定分钟数的操作，并不能保证不会出现检查、审核或账户保留问题。请根据任务完成情况进行评估，而不是通过计数器来判断某种假定的“信任等级”。

如何设置第一次 Cookies Bot 运行

为了熟悉它，请从一个配置文件和一个简短列表开始。相比一次分析几十次运行，这样更容易检查设置并发现错误。

选择配置文件并准备连接

点击左侧菜单中的 Bot。在 Profiles 字段中，选择你要使用的配置文件。列表较大时，筛选器、文件夹和标签会有帮助。如果你的版本有浏览器核心选择，请确保它与所需配置文件匹配。

开始前，请确保该网站可以在此配置文件中手动打开。如果使用代理，它必须正常工作。如果选择 No Proxy，浏览器会使用可用的连接：直接连接，或通过 VPN（前提是该配置文件的流量确实经过 VPN）。在网站生成器中选择国家/地区并不会改变连接。

手动添加网站或通过生成器添加

对于你自己的列表，请将地址粘贴到机器人字段中——每行一个 URL——或上传文本文件。使用完整地址，例如 https://example.com，以避免歧义。

如果你没有现成列表，请设置 Country 和 Amount，然后点击 Generate。Country 决定选择网站的地理范围，Amount 决定获取多少个地址。开始前请检查结果，并移除不适合你任务的页面。

选择国家/地区有助于获得相关列表，但它不会设置配置文件语言、时区或 IP。例如，如果你正在测试与法国网站的工作流程，请单独检查该场景所需的语言和连接设置。

生成器已经内置在机器人中：对于正常运行，你不需要在服务之间转移列表。该工具的用途及其与机器人的关系在 热门网站生成器页面中有说明。

选择访问顺序

Script 字段中提供了不同场景：

Browse pages in order — 每个配置文件按列表顺序访问网站。适合第一次运行：更容易将结果与任务对应起来。

Browse pages randomly — 网站访问顺序会被打乱。

Group pages by profiles — 链接会被打乱并分配给不同配置文件。如果你希望每个配置文件都一定完整访问原始列表，请不要选择它。

这些场景之间的区别在 Cookies Bot 指南中有说明。在比较多个配置文件的结果时尤其重要：访问过的网站集合不同，产生的 cookies 也会不同。

配置标签页和时间

Tabs 设置同时打开的页面数量。测试运行时请选择 1：这样更容易观察正在发生的情况，也可以避免给电脑和连接带来不必要的负载。较大的值并不能保证你会获得更多有用的 cookies。

在 Timer 字段中，如果需要相同的查看时间，请选择 Fixed time；如果时间应在指定范围内变化，请选择 Random interval。计时器应与整个列表的总执行时间区分开来。

为了熟悉该工具，你可以从三个可用网站、一个标签页以及 20–30 秒 的固定时间开始。这只是用于检查设置的示例，不是推荐的“warm-up”时长。如果页面来不及加载，请先检查连接并增加查看时间。

了解附加选项

Headless mode 会在没有常规可见窗口的情况下启动浏览器。首次检查时，禁用它会更方便，这样你可以看到实际打开了哪些页面。之后，你可以使用后台模式，并依靠执行进度和日志进行判断。

Do not load images in browser 会禁用图片加载。这可以减少流量消耗，尤其是在按数据量为代理付费时。如果你正在检查页面外观或其带图片时的行为，请保持加载启用。

Use IP Change Link 指的是为代理指定的 IP 更换链接。只有当你的代理支持此功能，并且场景需要更换地址时才启用该选项。它不会把普通代理变成轮换代理，也不是收集 cookies 的必要条件。

如果你的版本有 Additional actions 字段，第一次运行请选择 No Actions：先检查页面爬取本身。之后再针对特定任务启用附加行为。

关于计时器、图片、连接和日志的使用，在 Cookies Bot 文档中有说明。不要仅仅因为某个选项存在就启用它：初始设置应当让你完全理解。

启动机器人并检查结果

点击 Start。监控进度和错误消息。如需详细信息，请使用 View Log File；如果需要中断运行，请点击 Stop。

完成后，返回所需配置文件：Cookies → View → refresh the list。检查访问过的网站是否已出现记录。如果你是在检查某个网站设置是否被保存，请打开该网站并直接检查该设置。

机器人成功运行并不意味着每个地址都一定留下了 cookies。页面可能只使用了另一种类型的数据、请求同意，或未能加载所需资源。在可见模式下，更容易发现横幅、连接错误或验证页面。

当短时间运行结果稳定可预测后，再增加列表和所选配置文件的数量。一次只更改一个参数：这样才能清楚地知道是什么影响了结果。

如何同时处理多个配置文件的 cookies

对于批量导出， 打开 Profile Manager，选择所需行，右键点击并选择 “Export cookies”。不要将此项与导出账户或配置文件本身混淆：这些操作的结果不同。批量导出在 Profile Manager 文档中有说明。

如果你要从准备好的数据创建许多新配置文件， 请使用批量创建。选择从文件创建以及合适的格式；使用 “?” 按钮打开其结构示例。上传文件，点击 “Generation”，检查预览列表，然后再点击 “Creation”。Undetectable 支持通过 cookies 创建，也支持包含多个参数的通用格式。详情可见 批量创建指南。

请先检查一个小集合。扩展规模时最重要的是保持账户、cookies 文件和配置文件之间的匹配。同一份包含活动会话的文件放在多个配置文件中，并不会创建多个独立账户。

如果任务是将整个工作环境转移到另一台设备，请考虑 导入和导出配置文件。转移单个 cookies 文件适用于更窄的任务。

如果结果与你预期不同，该怎么办（问答）

文件无法导入

检查内容和格式：JSON 或 Netscape。确保你完整复制了导出内容，没有截断开头、额外说明或即时通讯软件格式。如果你不确定文件是否正确，请从源位置重新导出 cookies，并在测试配置文件中重复操作。

导入完成，但看不到所需 cookies

检查配置文件名称，刷新 View，并清除搜索筛选器。然后找到所需域名。确认其记录确实存在于源文件中，并且没有在 Import expired cookies 被禁用时因过期而未被导入。

Cookies 存在，但网站要求输入用户名和密码

检查你是否转移了正确的网站和账户、导出是否足够新，以及源会话是否能打开。尝试正常登录你的账户。如果可以正常登录，问题可能出在被转移的会话，而不是配置文件连接。重新导入同一个旧文件通常不会为诊断提供新的信息。

View 或 edit 按钮不可用

关闭该配置文件的浏览器窗口。对于 Edit 和 Delete，还需要在树状列表中选择所需记录。不要把关闭网站窗口与通过网站自身按钮退出登录混淆：退出登录可能会结束会话。

机器人运行后，cookies 很少或没有 cookies

打开日志并检查机器人是否按列表执行。然后在同一配置文件中手动访问其中一个地址。检查页面是否加载、是否存在访问检查或同意请求。Amount 中的地址数量并不是承诺的 cookie 数量：不同网站的数量各不相同。

Headless mode 下屏幕上没有任何变化

在此模式下没有浏览器窗口是正常的。检查进度和 View Log File。若要进行可视化诊断，请停止当前运行，并在禁用 Headless mode 的情况下进行一次简短检查。

清理后，其他网站的登录状态消失了

检查你使用的是哪个命令。Delete all cookies 作用于整个所选配置文件，而不仅仅是当前打开的网站。要继续工作，你需要重新登录受影响的账户，或在数据已保存且会话仍然有效的情况下恢复合适的数据。

如果问题仍然存在，请为支持团队准备 Undetectable 版本、复现步骤、确切错误文本和文件格式。对于机器人，请附上其设置和相关日志片段。隐藏 cookie 值和代理访问数据：初步错误分析通常不需要这些信息。

现在从哪里开始

在一个配置文件中打开 Cookies → View，并找到一个熟悉的域名。如果你有自己的导出，请通过 Import 上传它，检查记录和网站运行情况。如果你想学习使用机器人，请用一个配置文件和少量地址运行一次简短会话，然后返回 View。

之后，你就会拥有清晰的工作流程：选择配置文件，执行所需操作，检查数据，并确保网站按预期工作。无论是单个账户，还是准备多个配置文件，都可以重复这一流程。