There's another community post with 404 debugging tips that might be helpful. Please give these solutions a try and let us know how it goes.

https://community.vercel.com/t/debugging-404-errors/437

vercel.com

How to debug 404 errors | Vercel Knowledge Base

Learn the systematic steps to identify and resolve 404 issues.

A human should be around soon to offer more advice. But you can also get helpful information quickly by asking v0.

Thanks, but this isn't a routing 404 — the generic 404 tips don't apply here.

The 404 is only a downstream symptom: my new production build is never promoted because a required native check "Microfrontends Config Present" (jobName: mfe-config-present, source: vercel-native-check, origin: api) fails on EVERY deployment, leaving it "Staged / Checks Failed". So the custom domain keeps serving an old build.

The key problem: this project is NOT a microfrontend and is NOT in any microfrontends group, so there is nothing to configure and nothing to remove:

• Project & Team Settings → Microfrontends: no group ("This project is not a microfrontend" / "No Microfrontends Groups yet")
• • vercel microfrontends remove-from-group → "Error: Project tradenork is not part of any microfrontends group."
• So this required check is orphaned and there's no way to satisfy or disable it from the dashboard or CLI. Could a human please clear/remove this orphaned mfe-config-present check for project tradenork (team pipats-projects)? Latest blocked deployment: 3yKmJFY3svp1BUZdGVcXpErn3U2b. Thank you!

Hi Vampire,

I’d first edit out the team name, deployment IDs, and checkRun ID from the public post. They are not secrets like tokens, but they are still internal project/account identifiers.

For the actual issue, I agree this does not sound like a normal routing 404. The 404 is likely just the symptom of the production alias still pointing at the older deployment because the newer deployment is stuck behind a required check.

I’d check two places before changing app code:

1
Project Settings → Deployment Checks
2
Project Settings → Microfrontends
3

If Microfrontends Config Present appears under Deployment Checks and there is a remove/disable option, remove it and create a new production deployment. If it does not appear there, but every production deployment still gets the native check, then that points more to stale platform-side project metadata than a missing file in your repo.

Also check the deployment details page for a Force Promote option. Vercel’s Deployment Checks docs mention that production deployments are not assigned to domains until checks pass, and that checks can be bypassed with Force Promote:

https://vercel.com/docs/deployment-checks

vercel.com

Deployment Checks

Set conditions that must be met before proceeding to the next phase of the deployment lifecycle.

If Force Promote is unavailable or blocked too, I would not try to “fix” this by creating a dummy microfrontends group/config, because that could make the project state more confusing.

The clean escalation summary is:

1
Project is not in any Microfrontends group
2
Team has no Microfrontends groups
3
Production deployments are created but remain Staged / Checks Failed
4
Failing native check: Microfrontends Config Present
5
jobName: mfe-config-present
6
Custom domain still serves older production deployment
7
Manual promote / force promote result:
8
Microfrontends settings page result:
9
Deployment Checks settings page result:
10

That should make it clear this is a stale required-check/control-plane issue, not a Next.js route or DNS issue.