[1.15.0] Accessing a published Web App redirects users to the Dify login page

快速结论：该问题发生在 Dify 自托管 1.15.0 版本中，用户访问已发布 Web 应用（Chatflow 等）时被重定向到 Dify 登录页。优先排查 `NEXT_PUBLIC_WEB_PREFIX` 和 `NEXT_PUBLIC_PUBLIC_WEB_PREFIX` 环境变量是否配置正确。

问题场景

用户使用 Docker 部署 Dify v1.15.0，在 Studio 中创建并发布一个 Chatflow 应用。当在无活跃控制台会话的浏览器（如无痕窗口或未登录状态）中访问应用的公开 URL 时，页面被强制重定向到 Dify 登录页，无法正常使用 Web App。而在已经登录 Studio 的情况下访问则正常。

报错原文

Accessing a published Web App redirects users to the Dify login page

原因分析

可能原因：Dify v1.15.0 引入了一次显著的身份验证和路由重构。发布版 Web App 的请求被错误地路由到了 控制台身份验证流程（`CommonLayoutHydrationBoundary` → `/auth/refresh` → `/signin`），而非正确的 Web App 布局（`shareLayout` 路由组，具有独立的公共身份验证机制）。这次版本更新新增了用于 URL 处理的环境变量：NEXT_PUBLIC_WEB_PREFIX、NEXT_PUBLIC_PUBLIC_WEB_PREFIX 和 NEXT_PUBLIC_PUBLIC_API_PREFIX，替代了之前动态计算的 basePath。如果这些变量未设置或设置错误，发布版 Web App URL 可能无法正确匹配 shareLayout 路由组，从而回退到控制台布局并触发登录重定向。

环境排查

Dify 版本：1.15.0（自托管，Docker 部署）
确认部署方式为 Docker，且应用已成功发布
确认浏览器无缓存或 Cookie 状态下复现问题
检查反代（如果有）未剥离或重写 URL 路径前缀

解决步骤

检查发布后的 Web App URL 格式：确保发布的 URL 结构为 https://your-domain.com/{app-type}/{token}，其中 {app-type} 为 chat、chatbot、completion、workflow 或 agent。此类路径应由 (shareLayout) 路由组处理。
核实环境变量配置（可优先尝试）：检查 Docker 部署的环境变量（.env 或 docker-compose.yml）中是否正确设置了以下变量：
- NEXT_PUBLIC_WEB_PREFIX
- NEXT_PUBLIC_PUBLIC_WEB_PREFIX
- NEXT_PUBLIC_PUBLIC_API_PREFIX
这些变量控制 Next.js 路由解析，如果缺失或被留空，可能导致路由错误。
排查反代配置（可优先尝试）：如果使用 Nginx、Traefik 等反向代理，确认其没有修改 URL 路径（如剥离 /chat、/workflow 等前缀），这会破坏 Next.js 对 shareLayout 的路由识别。

验证方法

配置正确后，打开浏览器无痕窗口（或清空 Cookie）直接访问已发布的 Web App URL，确认页面正常加载且无需跳转到登录页。如果问题依旧，需进一步检查日志或提供 URL 模式与环境变量配置以供诊断。

参考来源

langgenius/dify #38043

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

[1.15.0] Accessing a published Web App redirects users to the Dify login page