火车头采集器登录需正确配置cookie：一、浏览器提取有效cookie；二、任务中设自定义cookie请求头；三、内置浏览器自动捕获；四、发布模块复用cookie；五、fiddler截获复杂登录cookie。
如果您在使用火车头采集器抓取需登录权限的页面时遇到跳转至登录页、内容为空或返回403错误，则很可能是会话未正确建立。Cookie登录是绕过表单交互、直接复用已认证身份的核心方式。以下是基于Cookie实现稳定登录的操作步骤：
一、从浏览器中提取有效Cookie字符串
该方法适用于目标网站登录态稳定、且您已在浏览器中完成人工登录的场景。通过提取当前会话的完整Cookie字符串，可快速注入采集器发起带身份的请求。
1、确保已在Chrome或Edge浏览器中成功登录目标网站，且未清除浏览数据。
2、按F12打开开发者工具，切换到“Network”选项卡，刷新当前页面。
3、在请求列表中点击任意一个主域名下的请求（如首页或个人中心页），右侧选择“Headers”子标签。
4、向下滚动至“Request Headers”区域，找到Cookie字段，鼠标双击其值，全选后复制整行内容（注意不包含“Cookie:”前缀）。
5、粘贴内容并检查是否含有多余换行、空格或引号；必须确保所有键值对以分号+空格分隔，且无非法字符。
二、在采集任务中配置自定义Cookie请求头
将提取的Cookie字符串作为HTTP请求头的一部分显式提交，可强制采集器以已登录身份访问目标URL，跳过前端JS渲染与CSRF校验环节。
1、进入火车头采集器的任务编辑界面，点击“请求设置”→“高级选项”。
2、勾选“使用自定义请求头”，点击“添加”按钮。
3、在Name栏输入Cookie，在Value栏粘贴上一步复制的完整Cookie字符串。
4、确认未勾选“自动管理Cookies”，避免系统覆盖手动设置的会话标识。
5、保存设置后，执行一次测试请求，目标设为登录后可见的页面（如/user/profile），验证响应HTML中是否含用户昵称或退出链接。
三、通过内置浏览器自动捕获并复用Cookie
该方式依赖火车头内置IE/Edge内核浏览器完成真实登录流程，由程序自动提取并持久化Session Cookie，适合存在动态Token或Referer校验的站点。
1、在采集任务的“其他设置”中，点击“使用浏览器获取网页登录信息”按钮。
2、弹出的内置浏览器窗口中，手动输入目标网站登录地址，完成账号密码输入与验证码识别。
Runwayml（AI painting）
Runway 平台的文本生成图像AI工具
下载
3、登录成功并跳转至首页或控制台后，关闭该浏览器窗口。
4、系统自动提取本次会话的Cookie与User-Agent，并写入当前任务的请求配置中。
5、此后所有请求均默认携带该会话Cookie，无需额外配置。
四、将Cookie写入发布模块用于内容提交
当采集后需向目标网站（如WordPress、DedeCMS）后台发布文章时，发布模块同样需携带登录态Cookie，否则提交操作会被拒绝。
1、进入“发布”→“添加发布模块”，选择对应CMS类型（如WordPress文章模块）。
2、填写后台登录地址（如https://example.com/wp-admin/admin-ajax.php）。
3、点击“在火车头内置浏览器中登录”，按提示完成后台登录流程。
4、登录完成后关闭浏览器，系统自动填充Cookie与CSRF相关参数（如_wpnonce字段若存在，也将被同步提取）。
5、发布测试时若返回“请先登录”或跳转至wp-login.php，说明Cookie未捕获成功，需重新执行内置浏览器登录。
五、使用外部工具（Fiddler）精准截获后台登录Cookie
针对登录流程涉及多步重定向、AJAX异步提交或OAuth跳转的复杂站点，Fiddler可捕获完整登录链路中的最终有效Cookie，规避前端混淆干扰。
1、关闭所有浏览器及无关网络程序，启动Fiddler并清空会话列表（File → Load Archive → Clear Sessions）。
2、在Fiddler中启用“Decrypt HTTPS traffic”选项，确保能查看加密请求头。
3、访问目标网站后台登录页（如/wp-login.php），输入凭证并提交。
4、在Fiddler会话列表中筛选出登录成功后首个跳转至/wp-admin/的请求，右键→“Inspect in New Window”。
5、切换到“Headers”→“Request Headers”，定位Cookie字段，复制其全部值。
6、将该Cookie值填入火车头采集任务的自定义请求头，或发布模块的Cookie配置项中。
