先に結論
Vercel Microfrontends を使っているなら、今回の更新で見直すべき点ははっきりしています。
vc alias後に routing が崩れる前提は弱くなった- branch-assigned domain は 1 project ではなく、同じ branch 名を持つ microfrontend 全体へ効く
- 古い検証手順や branch naming ルールを残したままだと、逆に認識ズレが起きやすい
つまり今回の更新は、新機能の追加というより preview と staged deploy の前提を少し直す update です。
何が変わったのか
Vercel は 2026 年 5 月 26 日、Microfrontends routing を vc alias と branch-assigned domain に広げる変更を案内しました。変更点は 2 つです。
vc aliasで Microfrontends deployment に custom domain を付けても、source deployment のmicrofrontendsrouting config が維持される- Git branch に割り当てた domain が、その domain を持つ project だけでなく、同じ branch 名を共有する microfrontend 内の全 project に route される
どちらも派手な UI 追加ではありません。ただ、運用に効くのはかなりこちらです。
vc alias 後の routing 崩れを前提にしなくてよくなる
一番分かりやすい改善はここです。
これまでは、Microfrontends deployment に vc alias で custom domain を付けたとき、新しい alias 側には deploymentId だけが引き継がれていました。routing config までは保持されなかったので、alias 後の挙動を別途疑う必要がありました。
今回からは、この alias が microfrontends routing config も保つようになりました。staged deploy や custom domain 切り替えで vc alias を使うチームほど助かります。
Vercel は changelog で、変更を拾うために 最新 CLI への更新 も案内しています。CLI を automation に組み込んでいるなら、ここは後回しにしないほうが安全です。
branch-assigned domain は 1 project だけの話ではなくなった
もう 1 つの変更は、branch domain の効き方です。
Vercel docs では、domain を特定の Git branch に割り当てることで、その branch の preview 環境へ custom domain を向けられます。今回の更新前は、その route が効くのは domain を持つ project の中だけでした。
更新後は違います。同じ branch 名を共有する Microfrontend 内の全 project に対して、その domain が route されます。
この変更が効くのは、preview 環境を branch 単位でそろえたいチームです。複数 project で同じ release-x や staging branch を切っているなら、ひとつの branch domain で横断的に確認しやすくなります。
一方で、branch 名の運用が雑だとズレます。project ごとに独立したつもりで同名 branch を作っていたなら、意図より広く route される可能性があります。
いま見直すべき 3 点
1. Vercel CLI を最新に上げる
今回の alias 挙動は、Vercel が changelog で CLI 更新を案内している変更です。ローカル作業だけでなく CI や deploy job でも古い CLI を固定していないか確認したほうがいいです。
2. 同じ branch 名を複数 project で共有していないか確認する
preview、staging、release のような branch 名を横断共有しているなら、今回の更新後はそのまま routing 単位になります。狙い通りなら問題ありません。project ごとに別物のつもりなら naming を見直したほうが安全です。
3. alias / preview domain の検証手順を更新する
以前は alias 後の routing 崩れを前提に追加確認や回避策を入れていたチームもあるはずです。今回からは、そこを機械的に続けるより、まず新しい前提で runbook を書き直したほうが混乱しません。
段階ロールアウト全体の整理は、Vercel Flags vercel flags split 公開 も合わせて読むとつながります。こちらは routing ではなく、本番トラフィックをどの比率で出すかの話です。
誰に関係ある update なのか
全 Vercel 利用者に同じ重さで効く更新ではありません。
強く関係するのは次のチームです。
- Microfrontends を使っている
- custom domain を
vc aliasで付け替える - branch-assigned domain で preview を回している
- 複数 project を同じ branch 名で管理している
逆に、単一 project の通常運用だけなら影響はかなり小さめです。
なお、Microfrontends docs では Hobby に月 50K routing requests、Pro / Enterprise に追加 routing 課金と追加 project 課金が整理されています。つまり今回の更新は、試験導入より ある程度しっかり platform 運用しているチーム ほど価値を感じやすい変更です。
よくある誤解
vc alias を使えば何でも branch domain と同じになるわけではない
今回そろったのは routing config の継承です。branch-assigned domain の管理方法や、Git Integration 前提の動きまで全部同じになったわけではありません。
branch 名が同じなら便利、とは限らない
同じ branch 名を shared preview のためにそろえているなら追い風です。ただ、project ごとに偶然そろっているだけなら、routing の広がり方とチームの認識がズレる原因になります。
update を入れても runbook を直さないと効果が薄い
今回の価値は、実装コードより運用前提の修正にあります。古いチェックリストや社内手順が残ると、変更点を活かしにくいです。
まとめ
Vercel Microfrontends の今回の update は、alias と branch domain の routing を実運用寄りにそろえる変更でした。
vc aliasでmicrofrontendsrouting config も維持される- branch-assigned domain は同じ branch 名を持つ全 project へ route される
- まずやることは CLI 更新、branch naming 確認、runbook 見直し
Vercel / Next.js 周辺の運用を AI 実装まで含めて整理したいなら、Vercel plugin vs MCPサーバー vs 素のcoding agent も補助になります。今回の記事は platform update の話、その記事は実装時に agent へ何を渡すかの話です。