Project: cauldron (prj_xwm6bMZgjOohBW06JepYNCxIfFhn)
Team: connr-s-projects
Domain: cauldron.gg (also affects www.cauldron.gg)
Deployment: dpl_FvuZmkTkzw35HBAZR9t4mga8EpQa
Issue
Requests to https://cauldron.gg return a Vercel edge-level 404 with zero serverless function invocations — the request never reaches the deployed app:
HTTP/1.1 404 Not Found
Server: Vercel
X-Vercel-Error: NOT_FOUND
What the API/dashboard reports (all healthy):
- Deployment is
READYwithaliasAssigned: trueandaliasError: null - The
aliasarray explicitly includescauldron.gg - Domain settings show “Valid Configuration”
- DNS resolves correctly to Vercel edge (216.198.79.1) — confirmed via 8.8.8.8 and 1.1.1.1
- SSL is valid (Let’s Encrypt, expires Oct 2026)
- Build log shows Next.js 16.2.9 compiled successfully with all routes including
ƒ /
Anomaly:
- Project
frameworkfield isnullvia the API, despite being a working Next.js 16.2.9 build — potentially related to the routing issue
Evidence it’s not a DNS/code/config issue:
- Other aliases on the same project work correctly (e.g., git-branch preview URLs serve the app)
- The problem is isolated to
cauldron.ggspecifically - CLI command
vercel alias setreports success, but edge still returns 404 immediately after
Self-service steps already attempted (none resolved it):
- Fixed DNS at registrar (GoDaddy) — removed parking A records and Website Builder, added Vercel’s specified A record
- Removed and re-added
cauldron.ggin Vercel dashboard - Triggered fresh production deployment after domain re-add
- Ran
vercel alias set cauldron-bn7szytai-connr-s-projects.vercel.app cauldron.ggvia CLI — reported success but 404 persists
Conclusion: This appears to be a desync between Vercel’s control plane (API/CLI reporting the alias is set) and the actual edge routing table. The framework: null metadata issue may be related. Requesting investigation into why the edge isn’t reflecting the alias configuration.