Chrome拦截第三方Cookie，NGINX配置SameSite无效该如何处理？

核心原因 #

你用proxy_cookie_path完全无效的本质是：这些被拦截的Cookie都是Google域名（.google.com）下的第三方Cookie——要么是Google的脚本直接在浏览器端设置，要么是Google的服务器返回给浏览器的。你的NGINX服务器根本碰不到这些Cookie的响应头，自然没法修改它们的属性。proxy_cookie_path只能修改你自己服务器生成或代理的Cookie，管不到第三方域名的Cookie。

为什么其他平台没这个问题？ #

• 多数正规平台用的是Google服务的最新嵌入代码，Google已经在新版本服务中自动给这些Cookie加上了符合要求的SameSite属性；
• 你看到的“没出现问题”可能只是没注意到——这类警告很多时候只是浏览器的合规提示，不影响功能，很多网站都存在但没人特意关注；
• 部分平台用了Google服务的优化嵌入方式（比如reCAPTCHA隐形验证），Cookie策略兼容性更好。

解决步骤 #

• 确保网站是HTTPS环境：Chrome要求第三方Cookie必须带Secure属性（仅能在HTTPS环境下设置），如果你的网站是HTTP，Google服务无法设置合规Cookie，必然触发警告。赶紧切换到HTTPS（用Let's Encrypt免费证书即可）；
• 更新Google服务的嵌入代码：去Google官方重新复制reCAPTCHA、Google Tag Manager等服务的最新嵌入代码，旧版本可能未处理SameSite属性；
• 停止修改NGINX的Cookie配置：你没有权限修改其他域名的Cookie，这是浏览器的安全规则，Google的Cookie只能由Google自行设置SameSite属性；
• 检查内容安全策略（CSP）配置：如果NGINX设置了严格的CSP头，可能限制了Google脚本设置Cookie的权限。确保CSP规则包含script-src 'unsafe-inline' https://www.google.com https://www.gstatic.com、frame-src https://www.google.com等，给Google服务足够权限；
• 清除浏览器缓存与Cookie：旧的Cookie残留可能导致警告，清除后重新加载网站，观察警告是否消失；
• 功能正常可忽略警告：这类警告大多是浏览器的合规提示，Google服务已做降级兼容，只要reCAPTCHA验证、Google标签等功能正常，无需在意。

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