如何解决Apache 2.4和PHP 7.1上Chrome中的跨站点Google Analytics cookie`SameSite=None`警告？

我的客户的网站在Chrome上得到了这些相同的cookie警告。我找遍了所有地方，都找不到离开的警告。这些cookies是由于Wordpress网站上的谷歌广告转换跟踪造成的。出于兼容性原因，该站点位于运行PHP7.1的DreamHost托管的Apache/2.4.7（Ubuntu）上。在.htaccess文件中，我尝试添加：

Header always edit Set-Cookie (.*) "$1; SameSite=None"

我试过了

Header edit Set-Cookie ^(.*)$ $1;HttpOnly;Secure

Header always edit Set-Cookie (.*) "$1; SameSite=None;Secure"

…我试过了

Header edit Set-Cookie ^(.*)$ $1;HttpOnly;Secure

Header always edit Set-Cookie (.*) "$1; SameSite=None;Secure"

以及许多其他组合，包括SameSite=Lax

一个指南建议使用PHP 7.2及以下版本：

header('Set-Cookie: cross-site-cookie=bar; SameSite=None; Secure');

但这给了我一个

500内部服务器Erorr

然而，我仍然有以下三个错误：

与位于的跨站点资源关联的cookie设置时没有

SameSite

属性。如果Chrome的未来版本设置为

SameSite=None

和

Secure

，则只能提供带有跨站点请求的cookie。您可以在应用程序>存储>cookies下查看开发人员工具中的cookies，并在和中查看更多详细信息

（索引）：1与处的资源关联的cookie设置为

SameSite=None

，但未设置

Secure

。Chrome的未来版本将只提供标记为

SameSite=None

的cookie，如果它们也标记为

Secure

。您可以在“应用程序>存储>cookies”下的“开发人员工具”中查看cookies，并在中查看更多详细信息

（索引）：1与处的资源关联的cookie设置为

SameSite=None

，但未设置

Secure

。Chrome的未来版本将只提供标记为

SameSite=None

的cookie，如果它们也标记为

Secure

。您可以在“应用程序>存储>cookies”下的“开发人员工具”中查看cookies，并在中查看更多详细信息

---

在我的研究中，关于警告的信息似乎有限，在可用的指南中，我不确定是否必须按名称识别cookie，或者如何修复cookie/标题的来源。

我将查看跟踪程序脚本。以下是文档中关于跨域流量的部分。确保只有域存在，并且没有www、http等

gtag('set', 'linker', {
  'domains': ['example.com', 'example-b.com']
});

---

你试过以下方法吗

Header Set Access-Control-Allow-Origin "*"
Header Set Access-Control-Allow-Credentials: true
Header set Set-Cookie: "ACookieAvailableCrossSite; SameSite=None; Secure"

控制台警告并不意味着任何东西都一定坏了。您的站点继续按预期工作

希望这个链接能帮助你。

---

在我发布了一篇文章后，我收到了谷歌Chrome实验室的回复

触发警告的cookies来自google.com，因此您将无法更改它们。Ads团队意识到这些问题，并正在努力在2020年2月稳定日期之前修复他们的cookie。这也意味着您指定的任何标题指令都不会影响google.com cookie，它只会覆盖为您的站点设置的cookie

如果有任何cookie警告专门列出了您控制的域，则需要添加正确的属性。 -

---

你说的ACookieAvailableCrossSite，我假设我没有使用这个实际的术语？我有大约10个cookie名称与谷歌名称关联，我需要添加每个吗？该语法是什么样的？

accesscontrolallow-

用于跨站点cookie。正如您在第一行看到的，它允许所有域。所以你不需要每一个都加上。大多数网站都有相同的问题。我希望它将由谷歌自己修复。只需看看谷歌chrome上的stackoverflow控制台警告。在那里你可以看到同样的警告。他们显然失败了，因为现在是2020年9月，错误仍然出现。。。