Postman可调用Patreon API，Cloudflare Worker缺User-Agent遇403错误

问题背景 #

尝试从Cloudflare Worker调用Patreon API时，发现必须携带'User-Agent': 'PostmanRuntime/7.39.0'才能成功请求，移除该字段会返回403 Forbidden错误。当前代码如下：

const url = `https://www.patreon.com/api/oauth2/v2/identity`;
const responseTest = await fetch(url, {
    headers: {
        Authorization: `Bearer ${c.env.PATREON_CREATORS_ACCESS_TOKEN}`,
        'User-Agent': 'PostmanRuntime/7.39.0',
        Accept: '*/*',
        'Accept-Encoding': 'gzip, deflate, br',
        Connection: 'keep-alive',
    },
});

问题解答 #

1. 为什么User-Agent字段是必需的？

Patreon API的服务器会通过User-Agent字段识别请求来源，以此区分合法应用请求、浏览器请求和可疑的自动化/恶意请求。无User-Agent的请求会被判定为不规范或可疑请求，触发反滥用机制，返回403 Forbidden。这是公共API的常见防护手段，用于避免接口被无节制的自动化请求消耗资源。

2. 可以用什么替代Postman的User-Agent？

完全不需要使用Postman的标识，你可以自定义一个符合规范的User-Agent字符串，只要能清晰标识你的应用即可。比如：

• 包含应用名称和版本：'User-Agent': 'MyPatreonIntegration/1.0'
• 加上联系方式（可选，方便Patreon团队排查问题）：'User-Agent': 'MyCloudflareWorker/2.0 (dev@myapp.com)'

这类自定义的User-Agent是合规的，Patreon API会正常接受。

3. 操作中的问题点

• 冗余请求头：从Postman复制的Accept: '*/*'、Accept-Encoding、Connection字段，Cloudflare Worker的fetch API会自动处理或添加合适的默认值，手动添加反而多余，建议移除。
• 依赖第三方标识：使用Postman的User-Agent并非合规做法，应该直接使用自己应用的专属标识。

修正后的代码示例 #

const url = `https://www.patreon.com/api/oauth2/v2/identity`;
const responseTest = await fetch(url, {
    headers: {
        Authorization: `Bearer ${c.env.PATREON_CREATORS_ACCESS_TOKEN}`,
        // 使用自定义的专属User-Agent
        'User-Agent': 'MyCloudflareWorker/1.0'
    },
});

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