今回の設計では、ルートを共通LP、apps 配下を各アプリの個別LP、updates や blog を共通コンテンツとして分離しました。これにより、アプリ追加時にトップページの責務が増えすぎるのを防げます。
また、更新記録やブログのような共通ページを分離しておくと、アプリ追加時も公開導線と運用情報を同じ型で維持しやすくなります。
今回は既存の Flutter Web ビルドを活かすためにエイリアス導線を用意していますが、次の段階では apps 配下に直接ビルドを配置する形へ寄せるのが自然です。
The current structure splits the root portal, per-app landing pages under apps/, and shared content such as updates and blog. That keeps the homepage from becoming a catch-all product page as more apps are launched.
Keeping shared pages such as release notes and blog content outside each app also makes it easier to preserve a consistent publishing experience as more apps are added.
For now, the existing Flutter Web build is preserved with an alias path. The next natural step is to move the build output directly under apps/ once the deployment pipeline is updated.