ChatGPTのAPIでできること｜料金の考え方・始め方・活用例をやさしく解説

生徒

ChatGPTって、ブラウザのチャット画面で使うものだと思ってたんですけど、『API』っていうのもあるって聞きました。これ、何が違うんですか？自分のサイトに組み込めたりするんですか？

ペン博士

いい質問だね。APIを使うと、ChatGPTの“頭脳”を自分のプログラムやサイトから直接呼び出せるんだ。問い合わせの自動要約や、商品説明文の生成みたいなことが、人の手を介さずにできるようになる。この記事で、できること・料金の考え方・始め方・活用例まで、順番にやさしく解説していくよ！

「ChatGPTを自分のサービスに組み込みたい」「問い合わせ対応や原稿作成を自動化したい」——そんなときに登場するのがChatGPTのAPIです。ブラウザのチャット画面を毎回開く代わりに、プログラムからAIへ直接指示を送り、結果を受け取れる仕組みのこと。この記事では、APIで具体的に何ができるのか、料金はどう考えればいいのか、どう始めるのか、Web制作でどう活かせるのかを、初めての方にも分かるように一つずつ整理していきます。コード例も載せますが、まずは「概念」がつかめれば十分です。

なお、料金の具体的な金額・モデルの細かいスペック・APIの細部の仕様は、バージョンアップでよく変わります。本記事では「考え方」を中心に解説し、最新の数字や仕様は必ず公式の料金ページ・ドキュメントで確認するようお願いします。コード例も動作を保証するものではなく、あくまで仕組みを理解するための一般的な形として掲載しています。

そもそもChatGPTのAPIとは？ブラウザ版との違い

最初に、「APIとは何か」と「ブラウザ版のChatGPTと何が違うのか」をはっきりさせておきましょう。ここが分かると、後の話がぐっと理解しやすくなります。

APIは「プログラムからAIを呼び出す窓口」

API（エーピーアイ）とは、あるソフトウェアの機能を、別のプログラムから呼び出して使うための窓口のことです。ChatGPTのAPIなら、「この文章を要約して」「この問い合わせを丁寧な返信文にして」といった指示をプログラムから送り、AIの回答を受け取れます。人がチャット画面に打ち込む代わりに、プログラムが代わりに会話してくれるイメージです。

身近なたとえで言うと、APIは“注文口（カウンター）”のようなものです。あなた（プログラム）が決まった形式で注文（リクエスト）を出すと、キッチン（AI）が処理して料理（回答）を返してくれる。あなたはキッチンの中身を知らなくても、注文の出し方さえ守れば結果を受け取れます。

ブラウザ版とAPIの違いを整理する

どちらも同じAIを使いますが、使い方と向いている用途が異なります。

ざっくり言えば、「人が手作業で使うならブラウザ版」「仕組みとして自動化・組み込みたいならAPI」という住み分けです。たとえば「毎回届く問い合わせメールを、自動で3行に要約してSlackに流したい」といった“繰り返し”や“組み込み”が必要な場面で、APIの真価が発揮されます。

APIを使うと何が嬉しいのか

APIを導入する一番のメリットは、人がやっていた作業を仕組みに置き換えられることです。1件だけならブラウザ版で十分ですが、100件・1000件と数が増えたり、24時間止まらず処理したい場合は、人手では限界があります。APIなら、決めたルールどおりに淡々と処理を回し続けられます。

ChatGPTのAPIでできること

では、具体的にAPIで何ができるのでしょうか。代表的な使い道を、Web制作者・フリーランスの目線でまとめます。難しく考えず、「文章を入れたら、別の形の文章が返ってくる」と捉えると分かりやすいです。

① 文章生成（原稿・説明文・メール文の作成）

もっとも王道の使い方です。キーワードや条件を渡すと、それに沿った文章を生成してくれます。ブログ記事のたたき台、商品説明文、メールの返信文、SNS投稿文など、ゼロから書く負担を大きく減らせます。

• 商品ページの説明文を、特徴を箇条書きで渡すだけで整った文章に。
• 問い合わせへの返信文の下書きを、要件を渡して自動作成。
• 同じ内容を「丁寧な文体」「カジュアルな文体」など複数パターンで出力。

② 要約（長い文章を短く・要点だけに）

長文を渡して、要点だけを短くまとめてもらう使い方です。議事録、レビュー、長いメール、記事などを「3行で」「箇条書きで」といった形に整えられます。情報を読む時間を大幅に短縮できます。

③ 分類（カテゴリ分け・タグ付け・感情判定）

入力された文章を、あらかじめ決めたカテゴリに振り分ける使い方です。問い合わせを「質問／クレーム／要望」に分けたり、レビューを「ポジティブ／ネガティブ」に判定したり、記事に自動でタグを付けたりできます。

④ 抽出（必要な情報だけを取り出す）

バラバラの文章から、欲しい情報だけを構造化して取り出す使い方です。問い合わせ文から「氏名・希望日・連絡先」を抜き出してフォームのデータに整えるなど、後続の処理に渡しやすい形に変換できます。

⑤ チャットボットの組み込み

サイトに会話形式の問い合わせ対応ボットを組み込めます。よくある質問への一次対応をAIに任せ、複雑な相談だけ人につなぐ、といった運用が可能です。自社の情報（FAQやマニュアル）を踏まえて答えさせる設計もできます。

APIキーの取得とセキュリティ（最重要）

APIを使うには、「APIキー」と呼ばれる認証用の文字列が必要です。これは「あなたが正規の利用者である」ことを証明する“合鍵”のようなもの。取得自体は難しくありませんが、扱いを誤ると料金トラブルや情報漏えいに直結するため、ここはとても大切です。

APIキー取得のおおまかな流れ

1. 提供元（OpenAIなど）のアカウントを作成し、開発者向けの管理画面（コンソール）にログインする。
2. 「API Keys」などのメニューから新しいキーを発行する。
3. 発行直後に表示されるキーをコピーして安全な場所に保管する（多くの場合、後から再表示できません）。
4. 従量課金のため、支払い方法の登録や残高（クレジット）の用意が必要なことが多い。

※ 画面の名称や手順はサービスのアップデートで変わります。最新の手順は必ず公式のドキュメントで確認してください。

APIキーは絶対に公開しない

ここがこの記事で一番強調したい点です。APIキーはパスワードと同じ。絶対に公開してはいけません。漏れると第三者にあなたの名義でAPIを使われ、身に覚えのない高額な料金が請求されるおそれがあります。次のことは必ず守りましょう。

• ソースコードに直接書かない（ハードコーディング禁止）。
• GitHubなどの公開リポジトリに含めない。誤コミットが最も多い事故です。
• フロントエンド（ブラウザ側のJavaScript）に置かない。ブラウザのコードは誰でも見られます。
• ブログ記事・スクショ・チャット・問い合わせに貼り付けない。

.env で管理するのが基本

安全な定番のやり方は、キーを「.env」という設定ファイルに書き、プログラムからはそれを読み込む方法です。こうすると、キーの値をコード本体から切り離せます。そして.gitignoreに.envを追加し、Gitの管理対象から外して公開されないようにします。

# .env ファイル（プロジェクト直下に置く・Gitには含めない）
OPENAI_API_KEY=ここにあなたのキー

# .gitignore に必ず追記する
.env

サーバーやクラウド（VercelやレンタルサーバーなどのホスティングやCIサービス）にデプロイする場合は、各サービスの「環境変数（Environment Variables）」の設定欄にキーを登録します。ファイルごとアップロードせず、管理画面で安全に渡すのが原則です。

もしキーが漏れたら：すぐ無効化して再発行

万が一キーを公開・流出させてしまったら、迷わず即座に該当キーを無効化（失効）し、新しいキーを再発行してください。古いキーを残したままにすると悪用され続けます。「あとで」ではなく「今すぐ」が鉄則です。

加えて、利用上限額（使い過ぎを止める上限）を設定できる場合は必ず設定しておくと、万一の事故でも被害を抑えられます。

料金の考え方｜従量課金とトークンを理解する

APIの料金は、ブラウザ版の「月額定額」とは考え方が異なります。基本は使った分だけ支払う“従量課金”です。ここでは具体的な金額ではなく、どういう仕組みで課金されるのかという“考え方”をしっかり押さえましょう。金額そのものは変動するため、最新の数字は必ず公式の料金ページで確認してください。

「トークン」という単位で課金される

APIの料金を理解するうえで欠かせないのがトークンという概念です。トークンとは、AIが文章を処理するときの“文字のかたまり”の単位のこと。文章はそのまま処理されるのではなく、トークンという細かい単位に分解されてから扱われます。

• 短い単語は1トークン、長い単語や日本語は複数トークンに分かれることが多い。
• おおよその目安として「文章が長いほどトークン数が増える」と捉えればOK。
• 正確なトークン数はモデルや言語によって変わるため、厳密値は計測ツールで確認する。

入力と出力の両方が料金に効く

課金の対象は、AIに送った文章（入力）と、AIが返した文章（出力）の両方です。つまり「長い指示を送り、長い回答を受け取る」ほどトークンが増え、料金も上がります。一般に入力と出力で単価が異なることが多い点も覚えておきましょう。

料金の全体イメージ（考え方）

ざっくりした考え方としては、「1回あたりのトークン量 × 呼び出し回数」が積み上がって月の料金になるとイメージすると分かりやすいです。1件1件は小さな金額でも、自動処理で大量に呼び出すと積み重なって大きくなることがあります。だからこそ、後述するコスト管理が重要になります。

くり返しになりますが、具体的な単価・無料枠の有無・モデルごとの価格は変わります。必ず提供元の公式料金ページで最新情報を確認したうえで見積もってください。

ChatGPTのAPIの始め方（最小の流れ）

ここまでの内容を踏まえ、実際に動かすまでの最小ステップを整理します。難しいことは後回しで構いません。「キーを用意 → ライブラリを入れる → 呼び出す → 結果を受け取る」という流れがつかめれば十分です。

始め方の4ステップ

1. APIキーを用意：前述の手順で発行し、.envに保管する。
2. 実行環境を準備：PythonやNode.js（JavaScript）などの環境を整える。
3. 公式ライブラリを導入：提供元の公式SDK（ライブラリ）をインストールする。
4. 呼び出して結果を受け取る：指示文を渡して、返ってきた回答を使う。

最小の呼び出し例（Python・概念用)

以下は仕組みを理解するための一般的な擬似例です。実際のメソッド名・パラメータ・モデル名はバージョンで変わるため、動作保証はありません。公式ドキュメントの最新サンプルに置き換えて使ってください。ポイントは「キーは環境変数から読む」「指示を渡す」「返答を受け取る」の3点です。

# 概念用の擬似例（最新の正式な書き方は公式ドキュメントを参照）
import os
from openai import OpenAI

# キーはコードに直書きせず、環境変数(.env)から読み込む
client = OpenAI(api_key=os.environ["OPENAI_API_KEY"])

response = client.chat.completions.create(
    model="（用途に合うモデル名）",
    messages=[
        {"role": "system", "content": "あなたは丁寧な日本語アシスタントです。"},
        {"role": "user", "content": "次の文章を3行で要約して: ..."},
    ],
)

print(response.choices[0].message.content)

最小の呼び出し例（JavaScript・概念用)

JavaScript（Node.js）でも考え方は同じです。こちらも擬似例で、動作保証はありません。フロントではなくサーバー側で実行し、キーを外に出さないことが前提です。

// 概念用の擬似例（最新の正式な書き方は公式ドキュメントを参照）
import OpenAI from "openai";

// キーは環境変数から読み込む（ブラウザ側に置かない）
const client = new OpenAI({ apiKey: process.env.OPENAI_API_KEY });

const response = await client.chat.completions.create({
  model: "（用途に合うモデル名）",
  messages: [
    { role: "system", content: "あなたは丁寧な日本語アシスタントです。" },
    { role: "user", content: "次の文章を3行で要約して: ..." },
  ],
});

console.log(response.choices[0].message.content);

どちらの例でも共通して大事なのは、APIキーをコードに直書きせず、環境変数から読み込んでいる点です。サンプルをそのままコピーするときも、ここだけは必ず守ってください。

どんな人・どんな場面でAPIを使うべきか

「便利そうだけど、自分にも必要なの？」と迷う方も多いはずです。判断の目安として、“同じ作業を何度も繰り返している”か“仕組みに組み込みたい”なら導入の価値が高いと考えてください。逆に、たまに一度きりの相談をするだけなら、ブラウザ版で十分なこともあります。

APIが向いている場面

• 毎日・毎回発生する定型作業（要約・分類・下書き）を自動化したい。
• 自分のサイトやアプリにAIの機能を“部品”として組み込みたい。
• 処理する件数が多く、人手では追いつかない。
• 出力の形式やトーンを自分で細かくコントロールしたい。

ブラウザ版で十分な場面

• その場限りの相談・調べもの・アイデア出し。
• 件数が少なく、手で打ち込んでも負担にならない。
• プログラムを組む予定がなく、画面操作だけで完結する。

つまり、「繰り返し」と「組み込み」がキーワード。この2つに当てはまるなら、APIを学ぶ価値は大きいと言えます。

導入前に決めておきたいこと（チェックリスト）

いざ始める前に、“何のために・どこまで・どう守るか”を先に決めておくと、後から慌てずに済みます。小さなプロジェクトでも、次の点を一度整理しておきましょう。

特に「どこから人が確認するか」の線引きは最初に決めておくと安心です。全自動で公開まで通すのではなく、最初は必ず人のチェックを挟む設計から始め、慣れてきたら徐々に自動化の範囲を広げるのが安全な進め方です。

プロンプト設計のコツ｜AIに伝わる指示の書き方

APIの結果の良し悪しは、AIに渡す指示文（プロンプト）の質で大きく変わります。同じAIでも、指示があいまいだと結果もぼやけ、明確だと安定します。ここでは実務で効くコツをまとめます。

① 役割・前提・出力形式を明示する

「誰として」「何を前提に」「どんな形式で」答えてほしいかを具体的に伝えます。出力形式（箇条書き・3行・JSONなど）を指定すると、後続処理で扱いやすくなります。

• 役割：「あなたはECサイトの編集者です」
• 前提：「読者は初心者。専門用語は避ける」
• 形式：「結論→理由の順で、3行以内」

② 例（お手本）を渡す

理想の出力に近いお手本を1〜2個見せると、AIは形式やトーンを真似しやすくなります。「こういう入力なら、こう出力してほしい」というペアを示すのが効果的です。

③ 制約と禁止事項をはっきり書く

「最大100文字」「絵文字は使わない」「事実が不明なときは“不明”と答える」といった制約・禁止事項を明記すると、暴走を防げます。特に「分からないことは推測せず不明と答える」という指示は、誤情報の生成を抑えるのに有効です。

④ 小さく試して改善する

最初から完璧な指示は書けません。少量で試し、結果を見て指示を直すを繰り返しましょう。うまくいった指示はテンプレートとして保存し、再利用すると効率的です。

Web制作での活用例｜実務に落とし込む

ここからは、Web制作・運用の現場でAPIをどう使えるかを具体的に見ていきます。「人がやると面倒・時間がかかる作業」をAIに任せるのが基本の発想です。

① 問い合わせの自動要約

フォームから届く長文の問い合わせを、AIに3行で要約させてからチームに通知します。担当者は要点を一目で把握でき、対応スピードが上がります。元の本文はそのまま残しつつ、要約を添えるのがポイントです。

• 長い問い合わせ → 要点3行 ＋ 種別（質問／要望など）を自動付与。
• 緊急度の高そうな内容を見分ける一次トリアージにも活用。
• 要約結果をSlackやチャットツールにそのままPOSTする運用も可能。

② 商品説明文の生成

ECサイトや商品ページで、特徴を箇条書きで渡すだけで整った説明文を生成します。商品点数が多いほど効果は絶大。文体やトーンを指定すれば、サイト全体の雰囲気もそろえられます。

ただし、生成された文章は必ず人が確認・修正してから公開しましょう。事実と異なる記述（誇大表現・存在しない機能など）が混ざるリスクがあるため、最終チェックは人の責任で行います。

③ サイト内検索・FAQの補助

ユーザーの質問に対し、自社のFAQやマニュアルを踏まえて回答を提示する仕組みです。キーワード一致の検索だけでは拾えない「言い回しの違う質問」にも答えやすくなり、問い合わせ件数そのものを減らせます。

④ 原稿・メルマガ・SNS文面の下書き

ブログのたたき台、メルマガ、SNS投稿文などの下書きをまとめて生成し、人が仕上げる運用です。ゼロから書く時間を削減でき、企画に集中できます。ここでも公開前の人の確認は必須です。

コスト管理と注意点｜使いすぎ・事故を防ぐ

APIは便利な反面、従量課金ゆえに“気づいたら高額”になりやすい面があります。安心して使い続けるために、コスト管理と注意点を押さえましょう。

コストを抑える基本

• 利用上限額を設定：上限を超えたら止まるように設定し、想定外の請求を防ぐ。
• 入力・出力を短くする：渡す文章と求める回答量を必要最小限に絞る。
• 不要な再呼び出しを減らす：同じ結果はキャッシュ（保存）して使い回す。
• 用途に合うモデルを選ぶ：軽い処理に高性能モデルを使わない。
• ログで使用量を可視化：呼び出し回数やトークン量を記録して把握する。

品質・安全面の注意

コスト以外にも、運用上で気をつけたい点があります。AIの出力は必ずしも正しいとは限りません。事実関係が重要な場面では、人の確認を前提に組み込みましょう。

• ハルシネーション（もっともらしい誤り）：事実確認が必要な用途では人のチェックを必須にする。
• 個人情報の取り扱い：問い合わせ文などをAPIに送る際は、扱いの可否と方針を確認する。
• 利用規約・ポリシーの順守：提供元の利用規約や、生成物の利用条件を確認する。
• 依存しすぎない設計：API障害時に備え、失敗時の代替挙動を用意する。

ミニ実践例｜問い合わせ要約の仕組みを言葉で組み立てる

具体的なイメージをつかむために、「フォームに届いた問い合わせを3行に要約してチームへ通知する」という小さな仕組みを、コードではなく“流れ”として組み立ててみましょう。実装の細部より、全体の段取りを理解することが目的です。

1. 受け取る：問い合わせフォームの送信内容（本文）をサーバー側で受け取る。
2. 指示を組み立てる：「次の問い合わせを、結論→詳細の順で3行以内に要約して。種別（質問／要望／クレーム）も1語で付けて」という指示文に本文を差し込む。
3. APIへ送る：環境変数から読んだキーを使い、サーバー側からAPIを呼び出す。
4. 結果を受け取る：返ってきた要約と種別を取り出す。
5. 通知する：要約・種別・原文へのリンクをまとめてチャットツールへ送る。
6. 逃げ道を用意：要約が失敗したら、原文をそのまま通知して処理を止めない。

この流れのうち、AIが担うのは「要約」と「種別判定」だけです。残りは普通のプログラム処理にすぎません。AIは“魔法”ではなく、処理の一工程を担う部品だと捉えると、設計がぐっと現実的になります。

品質を安定させる小さな工夫

• 出力形式を固定：「1行目＝種別、2〜4行目＝要約」のように形を決めておくと後処理が楽。
• 文字数を制限：「各行40字以内」など上限を指定して出力を予測可能にする。
• 不明時の振る舞いを指定：「判断できない場合は“要確認”と返す」と書いておく。
• 原文は必ず残す：要約はあくまで補助。元の問い合わせは消さずに保持する。

エラーや上限の考え方｜止まったときに慌てないために

APIを使っていると、リクエストが失敗することがあります。エラーは“異常”ではなく“起こりうる前提”として、落ち着いて対処できる設計にしておきましょう。代表的なものを整理します。

実装上の基本は、「失敗したら適切に再試行する」「ダメなときの代替挙動を決めておく」の2点です。たとえば「要約に失敗したら原文をそのまま通知する」など、AIが使えない時でもサービスが止まらない逃げ道を用意しておくと安心です。

また、レート制限（短時間に呼べる回数の上限）の考え方も知っておきましょう。一気に大量に呼ばず、適度に間隔を空けることで、エラーを減らしつつ安定して処理できます。具体的な上限値はプランやモデルで異なるため、公式の案内を確認してください。

よくある質問（FAQ）

Q. プログラミングができなくてもAPIは使えますか？

A. 直接コードを書く場合は基礎知識があると有利ですが、ノーコード／ローコードのツール経由でAPIを使う方法もあります。まずは仕組みを理解し、小さく試すところから始めるのがおすすめです。

Q. 無料で使えますか？

A. 無料枠の有無や条件は時期・提供元によって変わります。基本は従量課金と考え、最新の料金・無料枠の情報は必ず公式の料金ページで確認してください。

Q. ブラウザ版を契約していればAPIも無料で使えますか？

A. いいえ。ブラウザ版の月額プランとAPIの料金は別建てになっているのが一般的です。APIはAPIで利用分の料金がかかると考えてください。

Q. APIキーをHTMLやJavaScriptに書いてはいけないのはなぜですか？

A. ブラウザに送られるコードは誰でも見られるためです。フロントにキーを置くと盗まれ、悪用されます。キーはサーバー側だけで扱い、ブラウザには絶対に出さないでください。

Q. どのモデルを使えばいいですか？

A. 用途に対して“ちょうどよい”モデルを選ぶのが基本です。軽い処理に高性能・高価なモデルを使う必要はありません。モデルの種類や特性は更新されるため、最新のラインナップを公式で確認して選びましょう。

Q. 生成された文章はそのまま公開していいですか？

A. 公開前に必ず人が確認・修正してください。事実誤りや不適切な表現が混ざる可能性があり、最終的な責任は発信者にあります。AIは“下書き役”と捉えるのが安全です。

Q. 個人情報を含む文章をAPIに送っても大丈夫ですか？

A. 送る前に、扱いの可否と方針を必ず確認してください。問い合わせ本文などに氏名・連絡先が含まれる場合があります。不要な個人情報は事前に取り除く、社内ルールや提供元のデータ利用方針を確認するなど、慎重な運用を前提にしましょう。

Q. PythonとJavaScript、どちらで始めるべきですか？

A. すでに慣れている方の言語で始めるのが一番です。どちらにも公式のライブラリがあり、考え方（キーを環境変数から読む→指示を渡す→結果を受け取る）は共通です。Web制作で日常的にJavaScriptを使うなら、Node.js側から触れるのも自然な選択です。

用語集｜この記事に出てきた言葉

まとめ

ChatGPTのAPIは、AIの“頭脳”を自分のプログラムやサイトから直接呼び出し、文章生成・要約・分類・抽出・チャット組み込みを自動化できる仕組みです。ブラウザ版が「人が手で使う」のに対し、APIは「仕組みとして組み込む」ためのもの。料金は従量課金で、トークンという単位で入力・出力の量に応じてかかります。

始め方は「キーを用意 → ライブラリを入れる → 呼び出す → 結果を受け取る」の流れ。何より大切なのは、APIキーを絶対に公開せず、.envで管理し、Gitに含めないことです。料金の具体額やモデル仕様は変わりやすいので、最新情報は必ず公式の料金ページ・ドキュメントで確認しましょう。

・正体：プログラムからAIを呼び出す窓口（API）
・料金：トークン単位の従量課金。具体額は公式で確認
・鉄則：APIキーは公開しない・.envで管理・Gitに含めない
・第一歩：要約や説明文生成など、小さな用途から試す

APIを使いこなす土台は、結局のところ“基礎が分かっているか”です。WithCodeで実装の地力を固めれば、ChatGPTのAPIを相棒に、制作や運用の効率を一段引き上げられます。

関連記事

• AI時代の働き方｜フリーランスが「使われる側」から「使う側」になるための極意を徹底解説
• OWASP Top 10 for LLM Applications 解説｜生成AIアプリの代表的リスクと対策
• Google Gemini 公式情報まとめ｜モデル・できること・料金をやさしく解説
• Claude公式ドキュメントで見るモデル仕様と料金｜業務活用の基礎ガイド
• OpenAI公式で学ぶモデル・料金・利用規約｜ChatGPT/API活用の基礎

参考リンク（公式・一次情報）

• MDN Web Docs — HTML
• MDN Web Docs — CSS
• MDN Web Docs — JavaScript
• OpenAI 公式ドキュメント

WithCodeを体験できる初級コース公開中！

初級コース(¥49,800)が完全無料に！

• 期間：1週間
• 学習内容：
  ロードマップ/基礎知識/環境構築/HTML/CSS/LP・ポートフォリオ作成
  → 正しい学習方法で「確かな成長」を実感できるカリキュラム。

副業・フリーランスが主流になっている今こそ、自らのスキルで稼げる人材を目指してみませんか？

未経験でも心配することはありません。初級コースを受講される方の大多数はプログラミング未経験です。まずは無料カウンセリングで、悩みや不安をお聞かせください！