BFF（Backend for Frontend）とは何ですか？

フロントエンドごとに専用のバックエンドAPIを用意するアーキテクチャパターンです。Web・モバイル・IoTなど、クライアントの特性に最適化したデータ加工や集約を行うサーバー層として機能します。

BFF（Backend for Frontend）のポイントは？

Web用・モバイル用など、フロントエンドごとに専用のAPIサーバーを置くパターン。複数のバックエンドAPIからのデータ集約・変換を担い、フロントエンドの実装をシンプルにする。マイクロサービスと組み合わせることで、各フロントエンドが最適なデータ形式を受け取れる

【びーえふえふ】

公開: 2026年3月29日

💡 フロントエンドの「専属マネージャー」が、必要なデータをぴったりお届け

📌 このページのポイント

BFF（Backend for Frontend）の構成

ひよこ

ペンギン先生

そうだよ。たとえばWeb版とスマホアプリで必要なデータが違うでしょ？Web版は詳細データが欲しいけど、スマホは通信量を減らしたいからコンパクトなデータがいい。BFFがフロントエンドごとに最適化してくれるんだ

ひよこ

APIゲートウェイとは何が違うの？

ペンギン先生

APIゲートウェイはルーティングや認証など「全クライアント共通の入口」で、BFFは「特定のフロントエンド専用のデータ加工層」だよ。両方を組み合わせて使うことも多いんだ

ひよこ

具体的にBFFは何をしてくれるの？

ペンギン先生

複数のマイクロサービスからデータを集めてフロントエンドが使いやすい形にまとめたり、不要なフィールドを削ったり、レスポンスをキャッシュしたりするよ。GraphQLをBFFとして使うケースも増えているんだ

ひよこ

デメリットはないの？

ペンギン先生

フロントエンドの種類だけBFFが必要になるから、管理するサーバーが増えるのがデメリットだね。Web版だけのサービスなら無理にBFFを入れなくていいよ。複数のクライアントがあって、それぞれのデータ要件が大きく違うときに威力を発揮するパターンなんだ

まとめ：ざっくりこれだけ覚えればOK！

「BFF」って出てきたら「フロントエンド専用のAPI取りまとめサーバー」と思えればだいたいOK！

📖 おまけ：英語の意味

「Backend for Frontend」＝フロントエンドのためのバックエンド

💬 Sam Newmanが2015年に提唱したパターンで、「Best Friend Forever」の略ではなく「バックエンド・フォー・フロントエンド」の略だよ