Django首次加载页面时能否获取到客户端的Cookie？

现象说明 #

你遇到的首次加载时request.COOKIES为空是完全正常的现象。
Cookie是存储在客户端本地的标识，浏览器发送第一次请求到你的Django服务端时，还没有执行过页面内的谷歌相关脚本，自然也不会生成对应的谷歌Cookie并携带在请求头里，所以服务端拿不到是符合HTTP协议逻辑的。

Google Optimize的实现逻辑 #

这类前端A/B测试工具的核心逻辑完全在客户端执行，不依赖服务端提前读取Cookie：

• 工具的脚本会被优先加载执行，首先读取本地存储的用户分组Cookie，如果不存在就即时生成新的用户标识、分配测试分组并写入Cookie
• 分组完成后再动态修改DOM内容，渲染对应实验组的页面视图，全程不需要服务端参与渲染逻辑。

Django侧等待Cookie完成的可行性 #

这个做法本身逻辑上不可行。
HTTP请求是单向的一问一答模式，Django接收到客户端请求的那一刻，请求携带的所有Cookie就已经固定了，服务端没有能力在请求处理过程中等待客户端额外写入新Cookie再继续处理，强行等待只会触发请求超时，完全没有可落地的实现方案。

A/B测试的可行落地方案 #

• 优先走前端渲染方案：把A/B测试的分组、视图切换逻辑全部放在前端实现，内联一个轻量的核心判断脚本在页面head标签最顶部，阻塞DOM渲染先完成分组判断，再渲染对应内容，既可以避免页面闪烁，也能兼容首次加载的场景，分组标识生成后写入Cookie，后续请求可以正常带到后端做数据上报。
• 若必须后端渲染：首次请求未读取到对应Cookie时，直接由后端为用户分配测试分组，在返回响应的同时通过set_cookie方法写入分组标识，后续请求就能正常读取到Cookie值；如果必须依赖谷歌生成的Cookie值，可以在首次请求返回一个极轻量的过渡页，加载完谷歌脚本确认Cookie写入完成后，再自动跳转回正式首页，不过该方案会牺牲首次加载的用户体验，非必要不推荐。

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