今回の設計では、ルートを共通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 login and sign-up as shared pages also makes it easier to unify the entry experience, even if different apps eventually use different auth requirements.
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.