著者メモ：GPT-Image の「官転」「-all」「-vip」という3種類のチャネルについて、課金・サイズ・部分編集の違いを比較します。あわせて2026年4〜10月の過去の障害を振り返り、「回数制限付きリトライ + サーキットブレーカー + バックアップチャネル」というフォールバック方案を紹介します。
GPT-Image を使い始めた開発者は、すぐにある疑問にぶつかります。同じ画像モデルなのに、プラットフォーム上にいくつも名前が並んでいるのです。官転（例：gpt-image-2.5-flare）、-all、-vip は、課金方式もパラメータの対応範囲も異なり、障害が起きる原因もそれぞれ違います。この記事ではこの3種類の GPT-Image チャネルを複数の観点から比較し、そのまま実務に使える選定方法とフォールバック方案を紹介します。
これは「それぞれに良さがある」と結論を濁す折衷的な分析ではありません。 以下の判断は、APIYI のドキュメントセンターにあるチャネル比較ページ、モデルレジストリ、そして2026年4〜10月のリアルタイムステータス通知に基づいています。その際、プラットフォームの公式告知、プラットフォームによる実測、単なる過去の記録を区別して示します。
この記事で得られること：自分の業務ではどの GPT-Image チャネルをメインにし、どれをバックアップにすべきかがわかります。また、429・408・5xx が返ってきたときにプログラムがどう動くべきかもわかります。
GPT-Image チャネルとは：官転・官逆とエンタープライズグループ
「官転」と「官逆」は APIYI プラットフォームがチャネルを分類するときの呼び方で、OpenAI 公式の用語ではありません。官転とは、OpenAI 公式の Images API に直接接続して転送するルートのことです。官逆とは、非公式のリバースエンジニアリング的な手法で接続しているリソースを指します。OpenAI がこうしたリバース API を提供しているわけではありません。
| チャネルタイプ | プラットフォームドキュメントでの定義 | 代表的なモデル | 主な上流依存先 |
|---|---|---|---|
| 官転 | OpenAI 公式 Images API への直接接続による転送 | gpt-image-2.5-flare、gpt-image-2.5-sunburst | OpenAI API の計算リソースとクォータ |
| -all（官逆） | ChatGPT Web 経由のルートをリバースして接続 | gpt-image-2-all、gpt-image-2.5-all | ChatGPT Web 版の可用性 |
| -vip（官逆） | プラットフォームドキュメントでは Adobe / Firefly 系ルートのリバースリソースと説明されている | gpt-image-2-vip、gpt-image-2.5-flare-vip、gpt-image-2.5-sunburst-vip | プラットフォームのアカウントプールの同時実行数と上流のリスク管理 |
GPT-Image エンタープライズグループ image2Enterprise の位置づけ
image2Enterprise は独立したモデルだと誤解されがちですが、実際にはトークングループです。2026-04-25 に追加され、カタログ上の倍率は 1.2x です。Default、image2_OSS、SVIP の各グループは 1.0x です。2026-04-27 と 2026-09-21 には、デフォルトグループのリソースが逼迫する一方でエンタープライズグループは安定していたことがありました。そのため、官転のバックアップ経路として使われてきました。
ただし、エンタープライズグループにも限界があります。2026-05-07 には、エンタープライズグループの官転も OpenAI 上流の障害の影響を受けました。デフォルトグループの混雑は緩和できても、上流のあらゆる問題を回避できるわけではないということです。また、モデルレジストリにグループが記載されているからといって、すべてのアカウントが利用できるとは限りません。利用条件については、コンソールの表示をご確認ください。
GPT-Image 2.6 と従来チャネルの境界
2026-11-11 時点で、APIYI のモデルレジストリには gpt-image-2.6-flare と gpt-image-2.6-sunburst の 2 モデルが登録されています。どちらもトークン課金です。一方、2.6 に対応する -all や -vip のモデルは登録されていません。そのため、2.5 VIP のサイズや画質に関する機能を、そのまま 2.6 に当てはめることはできません。もう一点注意が必要です。比較ページによると、旧版 gpt-image-2 の公式直接接続は 2026-09-30 に終了していますが、レジストリにはこの ID が残っています。新規プロジェクトで官転を使う場合は、2.5 の Flare か Sunburst を直接使うことをおすすめします。プラットフォームのリリース説明によれば、flare は画像の出力が速く、sunburst は編集機能が強力です。
GPT-Image 公式中継 vs -all vs -vip 主な違い
| 比較項目 | 公式中継（2.5 flare / sunburst） | -all | -vip | 優位 |
|---|---|---|---|---|
| 課金方式 | トークン課金。サイズや画質で変動 | $0.025/枚（2026-10-10 以降） | $0.03/枚 | コストの読みやすさ：-all |
| size パラメータ | 有効な任意のサイズ | 非対応 | 一般的なサイズ 30 種 | 公式中継 |
| 4K 出力 | 対応 | 非対応 | 4K プリセットに対応 | 公式中継 / -vip |
| quality パラメータ | 公式パラメータに対応 | 非対応 | チャネル側の挙動。範囲はモデルにより異なる | 公式中継 |
| n による複数枚生成 | 対応 | 非対応 | 非対応 | 公式中継 |
| マスクによる精密な部分再描画 | 対応 | 非対応 | 保証なし。画像全体の再描画のみ | 公式中継 |
| 主な用途 | パラメータ制御、精密な編集 | 固定価格での大量生成 | 固定価格、プリセットサイズ、4K | — |
GPT-Image 各チャネルの比較解説
公式中継の分析：公式中継はパラメータの充実度で一歩リードしています。size、quality、n、mask がいずれも公式 Images API と同じ方式で機能するため、細かな制御が必要な本番環境に向いています。ただしトークン課金なので、大きなサイズや高画質では 1 枚あたりのコストが上がり、1 回あたりの固定価格とは単純に比較できません。プラットフォームでの実測では、公式中継のプロンプト上限は約 8192 トークンで、超えてもエラーにはならないものの、生成結果が乱れることがわかっています。長いプロンプトはクライアント側で切り詰めておきましょう。また、gpt-image-2 の透明背景機能は OpenAI により公式に停止されました。透明背景が必要な場合、プラットフォームでは 2.5 公式中継の利用を勧めています。
-all の分析：-all の強みは、価格が固定で最も安いことです。構図へのこだわりが強くない大量生成タスクに向いています。size、quality、n、mask には対応していないため、呼び出し時は prompt だけを渡すのがおすすめです。なお -all は ChatGPT のウェブ版に依存しており、ウェブ版で障害が起きると同じ影響を受けます。
-vip の分析：-vip は両者の中間に位置します。1 回ごとの課金で、プリセットサイズと 4K も使えるため、コストを固定しつつ高解像度も欲しい場面に合います。パラメータの挙動はチャネル側のもので、公式の保証ではありません。2.5 VIP の xhigh、max という画質レベルはプラットフォームの実測で使えることが確認されたもので、すべてのリバース系モデルで使える機能と考えてはいけません。
比較に関する注記：上表の価格は APIYI プラットフォームのカタログ基準（チャージ特典やグループ割引の適用前）であり、OpenAI 公式の 1 枚あたり価格ではありません。最終的な価格は apiyi.com のコンソールの表示をご確認ください。
GPT-Image チャンネル過去障害の振り返り：なぜ1本の回線だけに頼ってはいけないのか
機能表だけを見ていると、重要なポイントを見落としてしまいます。3種類のチャンネルは、障害の原因も復旧のペースもそれぞれ異なるのです。ここでは、2026年4月〜10月のプラットフォームのステータス通知から、代表的なインシデントを抜粋して紹介します。これらはすべて過去の記録であり、現在の状態を示すものではありません。
| 日付（2026年） | チャンネル | 現象 | プラットフォームの説明／推奨対応 |
|---|---|---|---|
| 4月23〜27日 | 公式転送のデフォルトグループ | 同時接続数が逼迫、一時的な制限が発生し、429 / 408 が出力された | image2Enterprise への切り替えと、timeout を 360〜600 秒に設定することを推奨 |
| 5月7日 | 公式転送のエンタープライズグループ | エラーが発生 | 原因は OpenAI 上流側 |
| 5月9日 | 公式転送のデフォルトグループ | 再び飽和状態に | トークンをエンタープライズグループに切り替えることを推奨 |
| 6月16〜23日 | -vip | size パラメータが無効化され、解像度が一時 1.5K、1K まで低下 | 上流のルール変更と判断。期間中に一時的に回復した時期もあり |
| 7月7〜13日 | -all | 上流の障害、タイムアウト | 一時的に vip チャンネルへ振り向け。事後、タイムアウトした呼び出しにはクォータを補填 |
| 8月24〜25日 | -vip | 上流のリスク管理による速度制限、飽和 | 429 はリトライ可能。コンテンツセーフティのエラーはリトライ不要 |
| 9月10〜15日 | 2.5 -vip | 429 の影響、リソース不足 | 公式転送と -all は同時期も正常 |
| 10月15日 | -all / -vip | -all は ChatGPT Web 版の障害の影響を受け、-vip は負荷が過大に | 公式逆向きチャンネルが使えない場合は、まず公式転送でフォールバックすることを推奨 |
| 10月19日 | 2.5 -vip | 同時接続の飽和 | リソースを追加中 |
GPT-Image チャンネルの障害パターンまとめ
これらの記録を並べて見ると、次の4つの典型的なパターンが見えてきます。
- 公式転送デフォルトグループのリソース不足：429 や 408 として現れます。エンタープライズグループで多少は緩和できますが、OpenAI 上流自体の障害は回避できません。
- -all は Web 版の障害に連動する：ChatGPT の Web 版に問題が起きると、-all も同時にエラーや遅延が発生します。プラットフォームの記録では、所要時間が約40秒から約80秒まで、さまざまなケースがありました。
- -vip のリソースプール飽和とパラメータのずれ：429 に加えて、size や quality が突然無効になり、その後また復旧するケースもありました。パラメータが使えるかどうか自体が不安定なのです。
- 同じ時間帯に複数のチャンネルが正常：9月10日と15日は、-vip が使えない間も公式転送と -all は正常に動作していました。デュアルチャンネル接続の価値は、まさにここにあります。
ここで、時間的な範囲について補足しておきます。2026-11-11 時点のアーカイブでは、GPT-Image チャンネルの稼働状況に明確に触れた最後の通知は 10月19日のものです。11月5日と9日の記録は 2.6 のリリースとドキュメント更新であり、ステータス通知ではありません。そのため、本記事では当日の安定性ランキングは提示しません。また、過去の所要時間のデータを SLA として扱うこともできません。
GPT-Image チャネル別の推奨シーン
公式中継（官転）を選ぶシーン
- EC のメイン画像・広告画像：正確なサイズ指定や 4K が必要で、quality で画質もコントロールしたい場合；
- 部分的な再描画・背景の差し替え：mask による精密な編集が前提になる場合。-vip は画像全体の再生成しかできず、-all は mask に対応していません；
- すでに OpenAI SDK のコードがある場合：パラメータの互換性が最も高く、移行コストも最小限で済みます。
-all を選ぶシーン
- 大量の素材作成・アイデアスケッチ：サイズに厳密な要件はなく、固定の低価格を最優先したい場合；
- コスト予算が厳しいコンテンツ制作：1枚あたり $0.025 の固定価格なので、コスト計算がしやすくなります。
-vip を選ぶシーン
- 4K が必要だけど従量ではなく回数課金にしたい場合：プラットフォームが用意しているプリセットサイズを使えば OK です；
- 画像全体の生成が中心で、精密な部分編集が不要な場合：チャネルの挙動によるパラメータのぶれを許容できるケースです。
| 業務シーン | 推奨メインチャネル | 推奨バックアップ | フォールバック時の注意点 |
|---|---|---|---|
| 精密な部分編集 | 公式中継 sunburst | 公式中継のエンタープライズグループ（資格がある場合） | -all / -vip にはフォールバックしないでください。mask が無効になります |
| サイズ指定が必要な商用画像 | 公式中継 flare | -vip のプリセットサイズ | バックアップ側のサイズは 30 種類のプリセットに対応させる必要があります |
| 4K 高精細で固定コスト | -vip | 公式中継 | 切り替え後はトークン課金に変わります |
| 大量バッチ生成 | -all | -vip（同じく回数課金） | 1枚あたりのコストが $0.025 から $0.03 に変わります |
| n 枚のバリエーションが必要 | 公式中継 | -all を複数回ループで呼び出し | リバース系チャネルは n パラメータに対応していません |
GPT-Image チャネルのフォールバック戦略：リトライ、サーキットブレーカー、ダウングレード
信頼できるフォールバックとは、「エラーが出たら再送する」ことではありません。まずエラーの種類を見分け、それに合った対処を選ぶことが大切です。
| エラーの種類 | よくある原因 | リトライするか | 推奨される対処 |
|---|---|---|---|
| 429 | 同時実行数やレートの制限、リソースプールの飽和 | する（バックオフ必須） | ジッター付きの指数バックオフを行い、連続して失敗したらサーキットブレーカーで切り替える |
| 408 / クライアントタイムアウト | 上流の画像生成が遅い、timeout の設定が短すぎる | 回数を限ってする | 公式直結（官転）の timeout を 360〜600 秒に延ばし、リトライは最大 2 回まで |
| 5xx システムエラー | プラットフォームや上流の障害 | 回数を限ってする | 指数バックオフで最大 2 回まで。それでも失敗するなら予備チャネルに切り替える |
| コンテンツセーフティエラー | プロンプトや入力画像が審査に引っかかった | しない | 内容を修正してから再リクエストする。そのまま再試行してもクォータを無駄にするだけ |
| 長期間回復しない | 上流で大規模な障害が発生している | しない | 現在のチャネルをサーキットブレーカーで遮断し、ヘルスチェック済みの予備チャネルに切り替える |
ここでは、つまずきやすいポイントが2つあります。1つ目は、プラットフォームの説明によると、-all が返す 500 は通常コンテンツ違反によるもの（課金対象外）で、5月からは -all/-vip のセーフティ系 500 が内部リトライをやめ、そのまま開示される仕様に変わったことです。そのため、クライアント側ではエラーメッセージを読み取る必要があり、5xx を見たからといって単純に再送してはいけません。2つ目は、-vip で Unknown error が発生したことがある点です。プラットフォームの経験則では、入力画像1枚あたりを 1.5MB 以内に圧縮すると解消します。
[0]
🚀 クイックスタート：まずは APIYI（apiyi.com）の新規ユーザー向け無料テスト枠を使って、公式転送・-vip・-all の3つのチャネルで A/B 検証を一通り行うことをおすすめします。同じプロンプト・同じサイズで、所要時間・成功率・画質の違いをそれぞれ記録したうえで、メインとバックアップの順序を決めましょう。
GPT-Image チャネル選定のポイント
ひとつだけ覚えておくなら、メインチャネルは業務上のハード制約で選び、バックアップチャネルは障害の発生源の違いで選ぶという原則です。mask による精密な編集が必要な業務では、公式転送の内部で冗長化するしかありません。たとえばデフォルトグループとエンタープライズグループを併用する形です。一方、画像全体の生成だけで足りる業務なら、「公式転送 + -vip」や「-all + -vip」のように、障害の発生源が異なる2系統を組み合わせて、互いにバックアップさせることができます。また、リクエストのたびに、実際に使用したモデル・チャネル・request_id を記録しておくと、あとからの突き合わせやトラブルシューティングがスムーズです。
💡 選び方のヒント：チャネルの品質は上流のリソース状況によって変わるため、過去に安定していたからといって、今後も安定するとは限りません。APIYI（apiyi.com）の統一インターフェースで2つ以上のチャネルを同時に接続しておき、定期的に少量のトラフィックでヘルスチェックを行うことをおすすめします。一度のテスト結果だけで、長期的にチャネルを固定するのは避けましょう。
よくある質問（FAQ）
Q1：GPT-Image の「公式リレー」と「公式リバース」はそれぞれ何ですか？
公式リレーは、OpenAI 公式の Images API に直接接続して転送する回線です。公式リバースは、プラットフォームがリバース接続リソースとして分類しているもので、ChatGPT のウェブ回線を使う -all と、プラットフォームのドキュメントで Adobe/Firefly 回線と説明されている -vip が含まれます。公式リバースは OpenAI が公式に提供する API ではありません。
Q2：GPT-Image の -all と -vip は何が違いますか？
どちらも1枚ごとの課金です。-all は $0.025/枚で、size・quality・4K には対応していません。-vip は $0.03/枚で、30段階のプリセットサイズとプリセット 4K に対応しています。ただし、パラメータの挙動はチャネル側の実装に依存するため、過去には size が効かなくなったあとに復旧した例もあります。
Q3：GPT-Image 2.6 にも -all と -vip はありますか？
2026-11-11 時点のモデルレジストリには、トークン課金の gpt-image-2.6-flare と gpt-image-2.6-sunburst の2モデルだけが登録されており、2.6 の -all や -vip という型番はありません。2.5 VIP の機能を 2.6 に当てはめて考えないでください。
Q4：image2Enterprise の企業グループなら障害は起きないのですか？
いいえ、保証はできません。デフォルトグループが混雑しているときに何度も安定して動作した実績はありますが、2026-05-07 には OpenAI 上流の障害の影響を受けています。倍率は 1.2倍で、利用資格の有無は管理コンソールで確認してください。公式リレー内部の冗長化としては有効ですが、万能な保険と考えるべきではありません。
Q5：API で複数の GPT-Image チャネルを素早くテストするには？
1. APIYI（apiyi.com）でアカウントを登録し、APIキーと無料テスト枠を取得します。
2. base_url を `https://api.apiyi.com/v1` に設定し、本記事のコードに沿って model パラメータを切り替えます。
3. 同じプロンプトで各チャネルを呼び出し、処理時間・成功率・画質を記録します。
共通インターフェースを使えば、チャネルの切り替えはモデル名の変更だけで済み、上流ごとに個別の SDK を管理する必要はありません。
Q6：5xx が出たら再試行を続けるべきですか？
続けるべきではありません。プラットフォームのドキュメントでは、5xx とタイムアウトについては指数バックオフで最大2回まで再試行することが推奨されています。-all の 500 は内容ポリシー違反に起因することが多く、再試行しても成功しません。再試行回数を超えたら、そのチャネルをサーキットブレーカーで切り離し、予備のチャネルへ切り替えてください。
Q7：GPT-Image チャネルにはどんな既知の制限がありますか？
– 公式リレーでは、プロンプトが約 8192 トークンを超えてもエラーにはなりませんが、生成画像が乱れます。
– gpt-image-2 の透過背景は公式に提供終了となっており、透過背景が必要な場合は 2.5 の公式リレーを使用してください。
– リバース系チャネルは n パラメータと正確な mask に対応していません。
– -vip では入力画像を 1.5MB 以内に圧縮することを推奨します。
GPT-Image チャネル選定のポイント Key Takeaways
- 3種類のチャネル：官転は公式の Images API を利用し、-all は ChatGPT のWeb版に依存し、-vip はプラットフォームのアカウントプールに依存します。
- パラメータの違い：任意の size、n、そして正確な mask 編集を完全にサポートしているのは官転だけです。
- 課金の違い：官転はトークン課金、-all は1枚あたり $0.025、-vip は1枚あたり $0.03 です。
- エンタープライズ向けグループ：image2Enterprise はトークンのグループで、倍率は 1.2x です。独立したモデルではありません。
- 障害の傾向：チャネルごとに障害の発生源が異なります。過去には、片方が障害でももう片方は正常、というケースがよくありました。
- リトライの原則：429 は指数バックオフでリトライし、5xx とタイムアウトは最大2回までとします。コンテンツセーフティのエラーはリトライしません。
- 始め方：APIYI の統一インターフェースで2つのチャネルを接続し、A/B テストで主系・副系の順序を決めます。
まとめ
GPT-Image のチャネル選定で押さえておきたいポイントは、次の3つです。
- ハード制約で主チャネルを選ぶ：正確な編集や任意サイズが必要なら官転、固定の低価格を重視するなら -all、回数課金で 4K が必要なら -vip を選びます。
- 障害の発生源で予備チャネルを選ぶ：主系と副系で上流の依存先が重ならないようにしてください。単一のチャネルでは、いずれリソース逼迫や上流障害に直面します。
- エラーの種類ごとにフォールバックを用意する：回数を限定したリトライ、指数バックオフ、サーキットブレーカーによるクールダウン、ログの記録。この4つをすべて実施しましょう。
過去の障害情報を見ると、長期にわたって障害ゼロを保証できる GPT-Image チャネルはありません。信頼性は、特定の1本に賭けることではなく、アーキテクチャ設計によって生まれます。APIYI（apiyi.com）なら、同じキー1つで複数のチャネルに接続できます。まず少量のトラフィックで比較テストを行い、そのうえで自分に合った主系・副系の構成を決めることをおすすめします。
📚 参考資料
- APIYI リアルタイム情報アーカイブ：GPT-Image 各チャネルの過去のステータス通知、価格変更、ドキュメント更新
- リンク：
docs.apiyi.com/live/archive -
説明： 本記事の障害振り返りのタイムラインの出典です。現在の状況については、最新の通知をご確認ください
-
APIYI モデルレジストリ：モデルID、課金タイプ、表示対象グループ、グループ倍率
- リンク：
docs.apiyi.com/model-registry.json -
説明： 本記事で引用したデータは 2026-11-11 に生成されたもので、価格は割引前のカタログ価格です
-
OpenAI ステータスページ：OpenAI 公式サービスのステータス
- リンク：
status.openai.com - 説明： プラットフォームがこのページの確認を推奨していたことがあり、公式転送チャネルの障害が上流起因かどうかを判断する際に役立ちます
著者：APIYI テクニカルチーム
技術交流：APIYI のウェブサイトトップページからお気軽にお問い合わせください。GPT-Image の接続に関するその他の資料は、docs.apiyi.com のドキュメントセンターでご覧いただけます
