ComfyUI「Failed to Fetch」: どの接続が失敗しているかを切り分ける
ComfyUI の Failed to Fetch は、ブラウザが有効な応答を受け取れなかったという意味です。バックエンド、Manager、Registry、WebSocket、ワークフロードラフト、プロキシのどれかを先に切り分けます。
Failed to fetch だけでは、ComfyUI の本当の原因は分かりません。
これは「ブラウザがリクエストを送ったが、有効な応答を受け取れなかった」という意味です。失敗したリクエストは ComfyUI 本体、ComfyUI Manager、ComfyRegistry、workflow draft、server logs、WebSocket のどれかかもしれません。
すぐに ComfyUI を再インストールしないでください。
まず UI が何を取得しようとして失敗したのか を特定します。
30 秒チェック
ComfyUI の起動ログに表示されたアドレスを使います。ローカル標準構成では http://127.0.0.1:8188 がよく使われます。backend がまだ動いているか確認し、同じアドレスを新しいタブで開き、Failed to fetch を出した操作に合う分岐を選んでください。
正しい分岐を選ぶ
| 何が失敗したか | 可能性が高い領域 | 次に見るページ |
|---|---|---|
| ComfyUI ページ全体が反応しない | backend が停止した、またはアドレスが変わった | まず backend が生きているか確認 |
| server logs だけ読み込めない | server-log API、frontend/backend mismatch、または local request のブロック | Failed to Fetch Server Logs |
| Manager が custom-node list を読み込めない | Manager、Registry、GitHub、cache、proxy、DNS | Failed to Get Custom Node List |
ページが Reconnecting... を繰り返す | WebSocket または backend 接続 | ComfyUI Reconnecting Error |
| workflow draft の保存に失敗する | draft-save request または backend 接続 | Failed to Save Workflow Draft |
| VPN、proxy、tunnel、社内ネットワークでだけ失敗する | request interception または endpoint block | 下の proxy/firewall 分岐 |
| ComfyUI Desktop は開くが UI が backend に届かない | Desktop 管理 backend または port mismatch | 下の Desktop 分岐 |
まず backend がまだ生きているか確認する
ComfyUI を起動した terminal、PowerShell、command prompt、launcher log、Desktop log を見ます。
正常な backend は起動したままになり、frontend が使うアドレスを表示していることが多いです。
例:
To see the GUI go to: http://127.0.0.1:8188自分のログに出ている host と port を使ってください。すべての環境が 8188 を使うわけではありません。
backend がまだ動いていそうな場合
- terminal が閉じていない
- log の末尾に traceback がない
- ログに出たアドレスで ComfyUI が開く
- Queue や History の request はまだ動く
- Manager や frontend の一機能だけが失敗している
この場合、問題は単一 request、browser path、network layer、extension のどれかに絞れることが多いです。
backend が止まった可能性がある場合
- terminal が閉じた
- fetch error の直前に Python traceback が出た
- 元のアドレスが開かない
- UI 全体が同時に失敗する
- 再起動後に別の port を使っている
ブラウザ側の Failed to fetch は backend が止まった理由までは説明しません。最後の terminal error を読み、server が起動しない場合は ComfyUI Startup Failed を使ってください。
server logs だけ読み込めない場合
メインの ComfyUI UI は動いているのに server-log panel だけ Failed to fetch を出すなら、ComfyUI 全体の停止とは限りません。
原因は次のどれかかもしれません。
- server-log endpoint
- frontend と backend の version mismatch
- 古い browser bundle
- endpoint を転送していない reverse proxy
- Desktop や packaged 環境で backend route が違う
ComfyUI "Failed to Fetch Server Logs" に進んでください。この親ページでは詳細な endpoint 修復は繰り返しません。
Manager が custom-node list を読み込めない場合
Manager の失敗は、ComfyUI 本体が壊れた証拠ではありません。
ComfyUI Manager は次にアクセスすることがあります。
- ComfyRegistry
- GitHub
- raw GitHub content
- cached node list
- Manager-specific API endpoints
通常の ComfyUI generation がまだ動くか確認してください。
Manager だけが次のようなメッセージを出すなら:
Failed to get custom node listまたは:
Failed to find the following ComfyRegistry listComfyUI-Manager "Failed to Get Custom Node List" に進みます。
Manager request を確認する前に、すべての custom node を再インストールしないでください。
UI が Reconnecting を繰り返す場合
Reconnecting は、frontend が ComfyUI backend との live connection を失ったことを示す場合が多いです。
これは任意の Manager request が一つ失敗している状態とは違います。
考えられる領域:
- ComfyUI process が止まった
- backend が再起動している
- WebSocket connection がブロックされている
- reverse proxy が WebSocket traffic を転送していない
- browser が古い port を見ている
- PC の sleep や network change
ComfyUI Reconnecting Error に進んでください。
ページが正常に再接続し、generation も動くなら、依存関係を丸ごと入れ直す必要はありません。
workflow draft の保存に失敗する場合
workflow draft の失敗は緊急度が高めです。現在の graph が開いている browser tab にしか残っていない可能性があります。
最初に安全なのは、tab を更新したり閉じたりする前に、使える Save または Export 操作で保存することです。
このエラーは automatic draft-save request が失敗したという意味です。workflow がすでに消えたとは限りません。
保存または export できるまで、次は避けてください。
- ページ更新
- browser tab を閉じる
- browser site data を削除する
- visible graph を保存せずに ComfyUI を再起動する
ComfyUI "Failed to Save Workflow Draft" に進んでください。
通常の workflow backup と recovery は、現時点では同じページの workflow 保存セクションを使ってください。
VPN、proxy、firewall、社内ネットワークが関係する場合
メインページには届くのに、別の endpoint だけブロックされることがあります。
よくある状況:
- ComfyUI を reverse proxy 経由で開いている
- browser proxy extension が有効
- VPN が local routing を変えている
- security software が localhost traffic を filter している
- 社内ネットワークが GitHub や Registry request をブロックしている
- HTTP と HTTPS が混在している
- WebSocket forwarding がない
最初からすべての security control を無効にしないでください。
代わりに比較します。
- VPN や proxy を一時的に bypass した同じ操作
- ComfyUI main page と失敗する feature
- local access と reverse-proxy access
- 通常の browser window と extension-free private window
ある network layer を外したときだけ直るなら、ComfyUI の Python 環境ではなく、その layer の rule を確認します。
ComfyUI Desktop を使っている場合
ComfyUI Desktop は manual / Portable install と起動環境の扱いが違います。
次を前提にしないでください。
- backend が必ず default port を使う
- Python environment が system Python と同じ
- Portable repair command が Desktop にも使える
- restart 後も browser address が同じ
Desktop app または log で次を確認します。
- active backend address
- startup failure messages
- frontend/backend version information
- backend restarted かどうか
- extension loading errors
Desktop の path や recovery action は release ごとに変わる可能性があります。manual / Portable 向けの command を適用する前に、現在の app UI または公式 Desktop documentation を確認してください。
browser developer tools で失敗した request を特定する
メッセージがまだ曖昧なときは、browser が失敗した request を見せてくれます。
Chromium 系 browser では:
- Developer Tools を開く
- Network を選ぶ
Failed to fetchを出す操作をもう一度行う- 失敗した request を探す
- request name、URL、status、error を記録する
| 見つかったもの | 示している可能性 |
|---|---|
| Manager / Registry route への request | Manager または外部 service 問題 |
| server logs への request | server-log endpoint 問題 |
| WebSocket connection が閉じる | backend または proxy connection 問題 |
| request が wrong port を使う | stale frontend address または restarted backend |
| client に block されている | browser extension または filtering software |
| connection refused | その address で backend が listening していない |
| main page は動くが一つの endpoint だけ失敗 | feature-specific backend failure |
Network panel の screenshot を共有するとき、cookies、authorization headers、private workflow data、local username、API key は公開しないでください。
最初にやらないこと
万能修復として次を始めないでください。
- ComfyUI の再インストール
- すべての custom node の削除
- すべての Python package の upgrade
- system Python で
pip install - workflow を export する前の browser data 削除
- firewall の恒久的な無効化
- HTTP request 一つの失敗を理由に CUDA や PyTorch を変える
- すべての環境が port
8188を使うと思い込む
これらは失敗した request を特定しないまま、二つ目の問題を作ることがあります。
直ったか確認する
最初に Failed to fetch を出したのと同じ操作を繰り返します。
修復成功の条件:
- 同じ panel が読み込める
- Manager が list を取得できる
- ページが reconnect しなくなる
- workflow draft が保存される
- failed request が有効な response を返す
- ComfyUI が startup log の address で開き続ける
元の失敗が Manager、log、draft、WebSocket の特定 request だった場合、「ページが一度開いた」だけを合格条件にしないでください。
Wonderful Launcher が役立つ場面
Wonderful Launcher は、どの layer が失敗したか分かった後に役立ちます。ComfyUI environment、model folder、custom node setup を整理しておくことで、すべての connection message を full reinstall として扱わずに済みます。
失敗した request が missing models、broken custom nodes、damaged local environment を指しているなら、まず上の該当 guide を使い、その後 recovery work を整理したい場合に Wonderful Launcher をダウンロード してください。
関連する ComfyUI 接続エラー
- Failed to Fetch Server Logs
- Failed to Get Custom Node List
- ComfyUI Reconnecting Error
- Failed to Save Workflow Draft
- ComfyUI Startup Failed
- ComfyUI Workflow Has Missing Nodes
Source References
実際の ComfyUI 環境で起きている問題なら、まず無料で Wonderful Launcher を使って確認してください。ランチャー内の修復フロー、タスクログ、実行環境チェックを一か所で確認できます。クレジットは画像生成と従量ツール用です。
Wonderful Launcher をダウンロードクレジットプランを見るDid this fix your issue?
Your answer helps prioritize verified ComfyUI repairs.