中国国内のチームが OpenAI API に接続する場合、選択肢は大きく 3 つです。公式への直結、自社プロキシの構築、国内 AI ゲートウェイの利用です。3 つは単純な「良し悪し」ではなく、コストをどこに置くかが異なります。直結はネットワークと支払いに、プロキシは運用に、ゲートウェイはサービスへの依存と契約条件の確認にコストが寄ります。

本記事では、ネットワークの安定性、支払いと請求書、コンプライアンス、保守、モデルの範囲、障害対応を比較し、実装可能なタイムアウト、リトライ、フォールバックの設定と公開前チェックリストを示します。本記事は技術的な比較のみを目的とし、法的助言ではありません。実際の可用性とコンプライアンス要件は、現地の法律、規制、サービス提供者の契約条件を基準にしてください。

注記：OpenAI、ChatGPT、GPT は OpenAI の商標です。本記事は 2026 年 10 月時点の一般的な状況を例にしています。価格とモデル一覧は価格ページおよびサービス提供者のドキュメントを基準にしてください。価格は変更されることがあります。

一、3 つのルートとは

公式への直結：OpenAI の公式アカウントと公式インターフェースを使い、ネットワーク、支払い、課金をすべて公式の体系内で完結させます。前提として、チームが公式の登録・支払い条件を満たし、現地の法律とプラットフォームの規約が許容している必要があります。

自社プロキシ：チームが海外のサーバーを借り、リバースプロキシや転送プログラムを配置します。リクエストはまず自社サーバーに届き、そこから上流へ送られます。プロキシが解決するのは経路と出口の統一で、アカウント、キー、支払いは別途対応が必要です。

国内 AI ゲートウェイ：サービス提供者が OpenAI 互換のインターフェースアドレスを用意し、チームは人民元でチャージして管理画面でキーを管理します。ゲートウェイが上流への接続、転送、一部の障害対応を担い、チーム側は通常 Base URL を変えるだけで済みます。ZSQH AI Gateway はこの分類に属し、登録は登録ページから行えます。

二、1 つの表で違いを見る

観点 公式への直結 自社プロキシ 国内 AI ゲートウェイ
ネットワーク安定性 越境経路に依存し、不安定なときは自ら調査が必要 サーバーの回線とプロキシの品質に依存 提供者が保守し、通常は中国国内からアクセス可能
開通までのハードル 公式アカウントと利用可能な支払い方法が必要 サーバー、ドメイン、証明書、運用が必要 登録するだけで済み、ハードルは最も低い
支払いと請求書 公式が対応する通貨と方法に従う サーバー費用と上流費用を別々に支払う 人民元でチャージし、請求書は提供者の規則による
コンプライアンスと規約 公式規約に直接拘束される 現地法と上流規約の両方を満たす必要がある 提供者の資格とデータ要件を確認する必要がある
運用コスト 低いが、ネットワーク問題は自社対応 高い。証明書、監視、更新に人手が要る 低いが、障害調査は提供者に依存
モデルの範囲 OpenAI 自社モデル 上流アカウント次第で、通常は単一 複数社のモデルを集約することが多く、価格ページが基準
障害対応 公式のサポート窓口 自分で特定し、自分で復旧 提供者が上流を処理し、利用者は request ID を保持
向くチーム 支払いとネットワークの条件が整い、OpenAI のみを使う 運用能力があり、出口を統一したい 中国国内の中小チーム、複数モデル、人民元の請求を求める

この表は一次選別にのみ使えます。実際の体験を決めるのは、ピーク時間帯の遅延、失敗率、障害時の応答です。本番のリクエストで 1〜2 週間の負荷試験を行ってから決めることをおすすめします。

三、ネットワーク安定性：つながるかではなく揺らぎを見る

「開ける」は「安定して呼べる」と同じではありません。最初のバイトまでの時間、全体の所要時間、タイムアウト率、ストリーミングの中断率に注目してください。越境経路は夜のピーク時に遅延が増え、パケットロスが起きやすく、毎回失敗するのではなく、時々タイムアウトしたり接続がリセットされたり、ストリーミングが途切れたりします。

自社プロキシは回線の問題を自動的に解決しません。サーバーの地域、復路の経路、速度制限の有無が安定性に影響します。国内ゲートウェイの利点は、入口が国内にあり経路を提供者が保守する点ですが、遅延は実測を基準にしてください。

ping だけで判断しないでください。実際のリクエストを一定時間連続して流し、成功率、P95 遅延、タイムアウト回数を記録します。次のコマンドで各段階の所要時間を確認できます。

curl -o /dev/null -sS \
  -w "dns=%{time_namelookup}s tcp=%{time_connect}s tls=%{time_appconnect}s ttfb=%{time_starttransfer}s total=%{time_total}s code=%{http_code}\n" \
  "$OPENAI_BASE_URL/models" \
  -H "Authorization: Bearer $OPENAI_API_KEY"

DNS が遅ければ名前解決、TCP が遅ければ経路、TLS が遅ければハンドシェイクと証明書、最初のバイトが遅ければ上流の待ち行列を疑います。朝、昼、夜にそれぞれ 1 組ずつ測定すると、単発の結果より参考になります。

四、支払い、請求書、予算

公式への直結では、公式が対応する支払い方法が必要で、通貨、支払いサイト、請求書の規則はすべて公式の体系に従います。自社プロキシは支払いを回避できません。サーバー費用も上流アカウントの費用も必要で、2 本に分かれるだけです。国内ゲートウェイは通常、人民元でのチャージと管理画面の請求に対応し、請求書は提供者の規則に従って発行されるため、国内での経費精算が必要なチームに向いています。

どのルートでも、予算の上限と使用量の通知を設定することをおすすめします。価格は変更されるため、本記事では具体的な単価を書きません。価格ページを基準にしてください。財務側では次の 3 点を確認します。チャージでコンプライアンスに沿った証憑が得られるか、残高は返金できるか、残高不足時にサービスが段階的に制限されるのか即座に停止するのか。

五、コンプライアンスと規約：まず境界を引く

本節では判断方法のみを扱い、回避手段は示しません。チームは少なくとも次の 4 点を確認してください。

  1. 利用方法が現地の法律と規制の要件を満たしているか。
  2. OpenAI および上流サービス提供者の規約を守っているか。
  3. データの越境が評価済みで、個人情報や機微なデータを含んでいないか。
  4. 提供者が本人確認を求めるか、データ処理契約や苦情窓口があるか。

コンプライアンスは選定表の 1 行ではなく、参入の前提条件です。どれか 1 つでも満たさなければ、価格がどれだけ低くても公開すべきではありません。判断に迷う場合は法務や専門機関に相談し、技術的な手段で判断を代替しないでください。

六、保守コスト：プロキシは設置して終わりではない

自社プロキシは公開してからが始まりです。その後、証明書の更新、プログラムの更新、ログとディスク、アクセス制御、IP の変化、レート制限、監視アラートに対応する必要があります。キーをプロキシに置く場合は、漏えいやスキャン対策も必要です。当番の体制がないチームでは、障害が深夜に起きがちです。

ゲートウェイはこの層を提供者に任せられますが、チームには 3 つの能力が残ります。使用量を確認する、request ID を保持する、障害時に予備経路へ切り替える。単一の入口に完全依存すれば可用性を他人に預けることになり、完全に自社構築すれば自社の人手に預けることになります。どちらのリスクを引き受けるかで選んでください。

七、モデルの範囲と障害対応

OpenAI だけを使うチームにとってモデルの範囲は問題になりません。複数社のモデルを併用するチームでは、ゲートウェイの利点がより明確になります。Base URL が 1 つ、キーが 1 本、請求書が 1 枚で済むからです。ただし「互換」は通常リクエスト形式の互換を指し、モデルごとにパラメータ、ツール呼び出し、ストリーミング形式の対応は異なります。切り替え前に項目ごとに検証してください。

障害対応では、直結とプロキシはチーム自身が調査し、ゲートウェイは提供者が上流を特定します。いずれの場合も、利用者側はステータスコード、レスポンスボディ、request ID を保持します。5xx で無制限に再試行せず、最大回数と全体のタイムアウトを設定してください。ストリーミングが中断した場合は、部分的な出力と課金が発生していないかを先に確認します。

八、タイムアウト、リトライ、フォールバックの設定

以下は実装可能な Python の設定例です。主経路が失敗したら条件に従って再試行し、その後で予備アドレスへ切り替えます。モデル名は環境変数から読み込み、固定値を書かないようにします。

import os
import random
import time
from openai import OpenAI

PRIMARY = OpenAI(
    api_key=os.environ["PRIMARY_API_KEY"],
    base_url=os.environ["PRIMARY_BASE_URL"],
    timeout=45.0,
    max_retries=0,
)
FALLBACK = OpenAI(
    api_key=os.environ["FALLBACK_API_KEY"],
    base_url=os.environ["FALLBACK_BASE_URL"],
    timeout=45.0,
    max_retries=0,
)
RETRYABLE = {408, 409, 429, 500, 502, 503, 504}

def call(prompt: str) -> str:
    clients = [PRIMARY, FALLBACK]
    last_error = None
    for client in clients:
        for attempt in range(3):
            try:
                resp = client.responses.create(
                    model=os.environ["OPENAI_MODEL"],
                    input=prompt,
                )
                return resp.output_text
            except Exception as exc:
                last_error = exc
                status = getattr(exc, "status_code", None)
                if status not in RETRYABLE:
                    break
                wait = min(2 ** attempt, 8) + random.random()
                time.sleep(wait)
    raise RuntimeError("主系・予備系のどちらも失敗しました") from last_error

要点は次のとおりです。タイムアウトは業務が許容する待ち時間より短くする。再試行可能なエラーにだけバックオフを使う。予備経路は事前に設定し、定期的に訓練する。再試行回数を増やしすぎない。障害時にリクエストが雪崩のように積み上がります。

九、公開前チェックリスト

順番に確認し、すべてにチェックが付いてから流量を増やしてください。

  1. 経路の実測が通り、朝・昼・夜の成功率と P95 遅延を記録した。
  2. 支払い方法が使え、予算通知と残高アラートを設定した。
  3. キーを環境ごとに分け、サーバー側のシークレット管理に保存した。
  4. Base URL に /v1 が 1 つだけになるようにし、モデル名は価格ページから転記した。
  5. タイムアウト、リトライ、フォールバックを設定し、障害訓練を実施した。
  6. ログに request ID、モデル、所要時間、ステータスコードを含め、完全なキーは記録していない。
  7. コンプライアンスとデータ処理の要件を確認し、必要なら社内承認を完了した。
  8. 予備経路が使え、切り替え手順が文書化され、担当者が決まっている。

十、よくある質問

中国国内のチームが直結すると必ず不安定ですか？

いいえ。回線の品質は地域、通信事業者、時間帯によって大きく異なるため、自社の業務リクエストで実測する必要があります。安定性は確率の問題です。

自社プロキシでも上流アカウントを自分で管理しますか？

はい。プロキシが解決するのは転送と出口の統一だけです。上流アカウント、キー、支払い、規約の遵守は別途対応が必要で、利用可能な残高が自動的に増えるわけではありません。

ゲートウェイとプロキシではどちらが手間が少ないですか？

通常はゲートウェイのほうが手間が少なく、サーバー、証明書、更新、一部の上流障害を提供者が担います。代わりに提供者への依存が生じるため、予備経路と使用量をエクスポートする能力は保持してください。

ゲートウェイへの切り替えでコードを多く変更する必要がありますか？

多くの互換ゲートウェイは Base URL とキーを変えるだけで済み、モデル名は価格ページに合わせて置き換えます。非標準のパラメータや独自インターフェースの部分は、項目ごとに回帰テストが必要です。

障害が起きたとき、最初に何を見ますか？

まずステータスコードとレスポンスボディ、次に request ID を見て、最後にローカルネットワーク、入口サービス、上流のどれかを切り分けます。request ID がないと、コミュニケーションも特定も遅くなります。

次のステップ

3 つのルートに絶対的な優劣はありません。まず支払い、コンプライアンス、障害対応を整理し、実際のトラフィックで検証してください。人民元でのチャージと複数モデルの統一入口が必要なら、ZSQH AI Gateway への登録から始められます。価格とモデルは価格ページを基準にしてください。

関連記事：