Google Scripts中UrlFetchApp认证后Cookie无效，如何修改Cookie？

这种Cookie不匹配的坑我之前踩过好多次，尤其是用Google Apps Script模拟浏览器请求时，服务器对Cookie的校验经常比预期严格。咱们一步步来排查和调整：

1. 对比浏览器和UrlFetchApp的Cookie差异 #

首先得搞清楚浏览器发送的Cookie和UrlFetchApp当前发送的Cookie到底有什么不一样：

• 打开浏览器的DevTools（F12），切换到Network标签，刷新目标页面，找到对应的请求，查看Request Headers里的Cookie字段，把它复制下来备用。
• 在你的Google Script里，登录成功后，先把返回的Cookie解析出来：

  const loginResponse = UrlFetchApp.fetch(loginUrl, loginOptions);
  // 获取登录响应里的Set-Cookie头
  const setCookieHeaders = loginResponse.getAllHeaders()['Set-Cookie'];
  console.log('登录返回的Set-Cookie:', setCookieHeaders);
  

• 把解析后的Cookie和浏览器的Cookie对比，看看有没有缺失的键值对，或者多余的属性（比如expires、domain、HttpOnly这些是服务器设置的属性，不需要放在请求头的Cookie里）。

2. 手动格式化Cookie字符串 #

UrlFetchApp不会自动帮你整理Cookie的格式，你需要手动提取name=value的部分，拼接成浏览器那样的格式：

function parseAndFormatCookies(setCookieHeaders) {
  let cookieString = '';
  setCookieHeaders.forEach(cookieEntry => {
    // 只保留name=value部分，去掉后面的属性
    const keyValuePair = cookieEntry.split(';')[0].trim();
    cookieString += `${keyValuePair}; `;
  });
  // 移除最后多余的分号和空格
  return cookieString.slice(0, -2);
}

用这个函数处理登录返回的Set-Cookie，得到的字符串就是符合浏览器格式的Cookie了。

3. 对齐浏览器的其他请求头 #

很多服务器不止校验Cookie，还会检查User-Agent、Accept、Referer这些头，你需要把这些头和浏览器的保持一致：

const targetUrl = '你的目标页面URL';
const formattedCookies = parseAndFormatCookies(setCookieHeaders);

const fetchOptions = {
  headers: {
    'Cookie': formattedCookies,
    'Accept': 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8',
    'Accept-Encoding': 'gzip, deflate', // 按你提供的浏览器头补充完整
    'User-Agent': 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/118.0.0.0 Safari/537.36', // 换成你浏览器的User-Agent
    'Referer': loginUrl // 通常设置为登录页面的URL，模拟浏览器跳转逻辑
  },
  muteHttpExceptions: true, // 开启后可以查看错误响应内容，方便排查
  followRedirects: true // 根据网站情况调整，有些重定向需要手动处理
};

const targetResponse = UrlFetchApp.fetch(targetUrl, fetchOptions);
console.log('目标页面响应:', targetResponse.getContentText());

4. 检查是否需要CSRF Token #

如果上面的步骤还不行，大概率是缺少CSRF Token：

• 登录页面的HTML里通常会有一个隐藏的csrf-token或者类似的字段，登录时你需要提取这个值，放在登录请求的表单里。
• 后续请求可能需要把这个Token放在请求头（比如X-CSRF-Token）或者表单参数里，你可以在浏览器的请求头里找有没有相关字段，然后在UrlFetchApp里加上。

5. 调试技巧 #

• 开启muteHttpExceptions: true后，即使返回403/401，也能打印响应内容，看看是不是跳回了登录页面，或者服务器返回了具体的错误提示。
• 用UrlFetchApp.getRequest(targetUrl, fetchOptions)打印出发送的完整请求头，和浏览器的请求头逐行对比，找出差异。

内容的提问来源于stack exchange，提问作者Woody