ComfyUI Failed to fetch：再インストールする前にリクエストを特定する

失敗した操作から確認する

失敗した UI 操作、時刻、ページのオリジン、バックエンドの状態を記録します。Failed to fetch という表示だけでは、どのコンポーネントを再インストールすべきか特定できません。

Chrome のドキュメントでは、Network パネルでリクエストのステータス、開始元、レスポンスを確認できます。ComfyUI のドキュメントでは、サーバールートが説明されています。1（英語）2（英語） これらを使って失敗箇所を特定してください。トーストメッセージから原因を推測しないでください。ネイティブの fetch() はリクエストが失敗すると拒否されますが、401、403、404 などの HTTP エラーステータスでもレスポンスは返されます。アプリケーションはどちらの状況にも汎用的な失敗メッセージを表示する場合があります。3（英語）

古い Network の記録を消去し、操作を一度だけ再現します。ホスト、パス、メソッド、ステータス、レスポンスの種類を記録してください。共有する前にエクスポート内容を確認します。HAR ファイルやリクエストヘッダーには認証情報や非公開の内容が含まれる場合があります。

推奨する切り分けは、リクエストされた内容によって異なります。利用可能な HTTP レスポンスがない場合は、ページのオリジンとバックエンドのアドレスを比較します。そのうえで、プロキシを変更する前に、ブラウザーの Console で CORS、TLS、混在コンテンツ、リクエストのブロックに関する詳細を確認してください。4（英語） 401 または 403 のレスポンスがある場合は、そのサービスの認証状況を確認します。HTTP ステータス自体がネイティブの fetch() による拒否を意味するわけではありません。JSON クライアントに HTML が返される場合は、リダイレクトやプロキシの挙動を調べます。ログやノード一覧を取得できないことだけで、生成が利用できないとは限りません。

リクエストの復旧とタスクの復旧を両方記録します。ヘルスチェックに成功しても、ワークフローの保存に成功したことにはなりません。ブラウザーのストレージを消去したり、フロントエンドをリセットしたりする前に、未保存の作業を保護してください。

関連する確認

• ComfyUI のワークフロー保存に失敗：トラブルシューティングの前にキャンバスを保全する
• Manager がノード一覧を読み込めない：ノードを再インストールする前に取得処理を調べる
• ComfyUI をアプリに統合する：明示的なサービス境界を設ける

出典と翻訳の確認日：2026-09-26。サイト上でのリクエスト再現、ワークフローのテスト、GPU のテストは行っていません。切り分け手順は編集上の案内であり、原因が確定したことを意味しません。