Magento 2 客户登录后又回到登录页，通常说明认证请求完成了，但浏览器没有保存有效 Session，或者下一次请求无法读取同一个 Session。应从浏览器 Cookie、Base URL 和 Session 存储开始排查。

1. 观察登录请求

打开浏览器 Network，提交登录表单，检查响应状态、跳转地址和 Set-Cookie。如果返回 302 后又立刻跳回登录页，比较登录前后的 Session Cookie 是否发生变化。

不要把完整 Cookie 值复制到日志或工单，它属于敏感认证数据。

2. 检查 Base URL 和 HTTPS

bin/magento config:show web/unsecure/base_url
bin/magento config:show web/secure/base_url
bin/magento config:show web/secure/use_in_frontend
bin/magento config:show web/cookie/cookie_domain
bin/magento config:show web/cookie/cookie_path

Cookie 域必须与实际访问域名匹配。代理层终止 HTTPS 时，还要保证 Magento 能正确识别原始协议，否则 Secure Cookie 可能无法按预期工作。

3. 清理浏览器旧 Cookie

修改域名、HTTPS 或 Cookie 设置后，旧 Cookie 可能仍然干扰登录。使用无痕窗口做对照，再删除该站点旧 Cookie。不要让用户先清理全部浏览器数据。

4. 检查 Session 存储

如果 Session 使用 Redis，检查连接、数据库编号、内存淘汰和多节点配置。负载均衡环境中的所有 Web 节点必须访问同一 Session 存储，或者正确配置粘性会话。

bin/magento cache:status
redis-cli -h redis INFO clients
redis-cli -h redis INFO memory

5. 自定义登录逻辑

登录 Plugin、Observer、验证码、社交登录和客户审批扩展都可能改变跳转或 Session。检查最近上线的模块，并在测试环境做禁用对照。自定义跳转 URL 必须属于允许域名，不能形成循环。

6. Session 生命周期

服务器时间不一致、Session 生命周期过短、Redis 提前淘汰或 PHP 配置冲突都会让会话立即失效。对比 Web 节点时间、Magento Session 配置和 Redis 中键的 TTL。

验证场景

  • 游客登录普通客户账号。
  • 不同浏览器和移动端。
  • HTTP 自动跳 HTTPS。
  • 带 www 与不带 www 的域名。
  • 多 Store View 切换。
  • 登录后进入账户页、购物车和结账页。

修复后要确认 Session 在多个连续请求中保持稳定，而不仅是登录页面出现一次成功提示。