REST APIはオワコン?GraphQL・gRPC・tRPCと比べた2026年の立ち位置


APIスタイル選択ガイド API選択 何が必要か? REST 公開API・外部連携 シンプル・ドキュメント容易 GraphQL 柔軟なデータ取得 必要フィールドだけ取る gRPC 高速内部通信 マイクロサービス向け tRPC 型安全フルスタック TypeScript専用 2026年現在もRESTが主流。用途に応じて使い分けが正解
REST・GraphQL・gRPC・tRPCの使い分けイメージ
ひよこ ひよこ

GraphQLとかgRPCが流行ってるって聞いたけど、REST APIってもう時代遅れなの?

ペンギン先生 ペンギン先生

全然そんなことないよ。2026年現在もほとんどのWebサービスのAPIRESTベースで動いてるんだ。GitHub・Twitter・Stripe・SendGridのパブリックAPIも全部RESTだし、「REST APIが終わった」は誇張が大きいね

ひよこ ひよこ

じゃあなんでGraphQLとかが出てきたの?

ペンギン先生 ペンギン先生

RESTには「オーバーフェッチ」と「アンダーフェッチ」という問題があるんだよ。例えばユーザー名だけ欲しいのに、REST APIだとユーザー情報全部が返ってくる(オーバーフェッチ)。逆に1画面に必要なデータを取るために複数回APIを叩かないといけない(アンダーフェッチ)。GraphQLはこの問題を「必要なフィールドだけ指定して取る」で解決したんだ

ひよこ ひよこ

gRPCGraphQLと何が違うの?

ペンギン先生 ペンギン先生

gRPCGoogleが作ったプロトコルで、通信にProtocol Buffersというバイナリ形式を使うんだよ。JSONより小さくて速いから、マイクロサービス間の内部通信に向いてるんだ。ブラウザから直接使いにくいので、エンドユーザー向けの公開APIよりもサーバー間通信で使われることが多いよ

ひよこ ひよこ

tRPCってのも聞くんだけど、これは何?

ペンギン先生 ペンギン先生

tRPCTypeScriptのプロジェクト専用で、バックエンドの関数をフロントエンドから型安全に呼び出せる仕組みだよ。APIの定義を書かなくていいから、フルスタックTypeScriptのプロジェクトでは開発体験が圧倒的に良くなるんだ。Next.js+tRPCの組み合わせが人気だね

ひよこ ひよこ

結局どれを選べばいいの?

ペンギン先生 ペンギン先生

用途で選ぶのが正解だよ。公開APIや外部連携が必要ならREST、フロントとバックで柔軟にデータ取得したいならGraphQLマイクロサービスの内部通信ならgRPCTypeScriptフルスタックならtRPCって感じだね

ひよこ ひよこ

RESTを使い続けていい場面ってどんなとき?

ペンギン先生 ペンギン先生

外部パートナーや第三者が使う公開APIRESTが圧倒的に無難だよ。仕様がわかりやすくてドキュメントが書きやすく、curlやPostmanでそのまま試せるから。あとチームにGraphQLの知識がなければ、無理に移行しても複雑になるだけなんだよね

ひよこ ひよこ

2026年以降のAPIはどうなっていくの?

ペンギン先生 ペンギン先生

RESTは当分主流のまま続くと思うよ。ただGraphQLtRPCは着実にシェアを伸ばしてきてる。最近はAI AgentがAPIを叩く場面も増えてきて、OpenAPIスペックをAIが読んで自動でAPI呼び出しをする使い方も広がってきてるんだ。RESTのシンプルさはAI時代にも相性がいいから、むしろ再評価されてる面もあるんだよね