API

📖 もうちょい詳しく

何が新しいの？

APIは、別々のアプリやサービスをつなぐための「決められた窓口」です。
人が画面をポチポチ操作する代わりに、プログラム同士が決まった形でお願いをやり取りします。「Application Programming Interface（アプリ同士をつなぐ接点）」の略で、たくさんのサービスを裏側で連携させている土台になっています。

天気アプリが天気データを取りに行く、ネットショップが決済サービスに支払いを頼む、自作ツールがAIに文章生成を頼む——こうした場面はすべてAPIを通して行われています。

どうやって動いてるの？

使う側（クライアント）は、決められたあて先と形式で「お願い（リクエスト）」を送ります。
受け取る側（サーバー）は、その内容を確認して、データや結果を「返事（レスポンス）」として返します。Webのサービスでは、通信のルールである HTTP と、軽くて読みやすいデータ形式の JSON がよく使われます。

大事なのは「何を・どんな形で頼めるか」があらかじめ決まっていることです。決められた頼み方しかできない代わりに、相手の中身を知らなくても安全に使えます。

何ができるの？

外部サービスの機能を、自分のアプリにそのまま組み込めます。
地図、翻訳、ログイン、決済、AIの文章生成など、「自分でゼロから作ると大変なもの」を、APIを呼ぶだけで使えるのが大きな強みです。

ただし、たいていは使い方のルールが決まっています。たとえば、本人確認のための認証キーが必要だったり、一定時間あたりの呼び出し回数に上限があったりします。これを守らないと、止められたり追加料金が発生したりすることがあります。

🌱 身近なたとえ

飲食店の券売機で例えると、APIは「注文を受け付ける窓口」のような存在です。
お客（アプリ）は厨房（サービス）に直接は入りません。券売機に並んだメニューから選んで代金を渡すと、厨房がそれを見て料理を作り、できあがったものを返してくれます。
メニューにない注文は通りませんが、その代わり、お互いに中の事情を知らなくても安全にやり取りできます。

✅ まず覚えるポイント

• APIは「Application Programming Interface」の略
• アプリ同士が決まった形でお願いをやり取りする「窓口」
• 使う側はリクエストを送り、受け取る側はレスポンスを返す
• Webでは通信ルールのHTTPと、データ形式のJSONがよく使われる
• 認証キーや回数制限など「使い方のルール」が決められていることが多い

🧭 よくある勘違い

APIは、アプリそのものや画面のこと？

違います。APIは人が見る画面ではなく、プログラム用の入口です。
私たちが見るボタンや一覧の裏側で、アプリがAPIを呼んでデータを取ってきています。「見えるところ＝画面」「見えない連携口＝API」と分けると整理しやすくなります。

APIがあれば何でも自由に操作できるの？

そうとは限りません。APIで頼めるのは、相手があらかじめ用意した操作だけです。
さらに、認証キーで「誰からの依頼か」を確かめたり、回数制限で使いすぎを防いだりしています。何でもできる万能リモコンではなく、「決められたボタンだけが並んだリモコン」とイメージすると正確です。

APIを使うのはエンジニアだけ？

最近はそうとも限りません。ノーコードツールや自動化サービス（IFTTTやZapierなど）を使えば、コードを書かずにAPI連携を組めることもあります。
「AIに翻訳させて、結果をスプレッドシートに書き込む」といった自動化も、裏側ではAPIのやり取りで動いています。

🧩 関連して覚えると楽な言葉

• HTTP: WebでAPIのやり取りに使われる、代表的な通信ルール
• Webhook: 相手の動きをきっかけに、API側から通知が届くしくみ
• クラウド: APIで借りる機能の多くは、クラウド上のサービスとして提供される
• LLM: ChatGPTやClaudeなどのAIも、APIを通じてプログラムから呼び出せる

🏁 ひとことでまとめ

APIは、アプリ同士が安全にお願いを渡し合うための「決められた窓口」です。
頼める内容と頼み方があらかじめ決まっているからこそ、相手の中身を知らなくても、便利に機能を借りられます。