Fiddlerは、マシン上のあらゆるアプリからのすべてのリクエストを復号して表示する、無料のWindowsデバッグプロキシとして20年にわたり信頼を築いてきた。そのFiddlerは現在Fiddler Classicであり、Telerik自身のページもその状態を率直に説明している。Windows専用、非商用利用のみ、メンテナンスモードで、「リリース、パッチ、テクニカルサポートの約束はない」。サポート対象の後継であるFiddler Everywhereはクロスプラットフォームで活発だが、サブスクリプションである。Telerikの価格ページによると、Liteは年払いでユーザーあたり月額7ドル(月払い10ドル)、Proは13ドル(月払い19ドル)、Enterpriseは37ドルで年払いのみ。10日間のトライアルがあり、無料枠はない。
つまり、仕事で使う人にとって「無料のFiddler」はもう存在しない。そして正直な代替の問いは二つに分かれる。Fiddlerはシステム全体のMITMプロキシであり、Apidogはそうではない。だからこの記事はそう装わない。しかし、ほとんどの開発者が実際にFiddlerをどう使っていたかを見てほしい。自分のAPIに対してリクエストを作成し、レスポンスを検査し、AutoResponderルールでバックエンドを偽装していた。それはプロキシの衣装をまとったAPIクライアント作業であり、その部分についてはApidogが目的に合った住処だ。完全なリクエストクライアント、AutoResponderルールの代わりになるスマートモックサーバー、ドキュメント化されたエンドポイント、自動テスト、4ユーザーまで無料。真のトラフィックキャプチャには、mitmproxyのようなキャプチャツールが正解であり、以下で正直に挙げる。
Fiddlerに何が起きたのか
現在は二つの製品がこの名前を共有しており、どちらもかつての条件ではない。
Fiddler Classicは今も無料ダウンロードだが、細字を読む必要がある。非商用利用のみ、Windowsのみ、メンテナンスモードで、リリース、パッチ、サポートは約束されていない。HTTP/2とgRPCより前のものだ。会社のAPIをこれでデバッグしているならライセンス外であり、MacやLinuxマシンならそもそも仲間ではなかった。
Fiddler EverywhereはTelerikがプロフェッショナルに使ってほしいバージョンだ。macOS、Linux、Windowsに対応し、HTTP/2、WebSockets、gRPC、SSEをサポートする。旧ワークフローの二つの半分、APIコールを構築・保存するCompose Requestsと、トラフィックを変更してレスポンスをモックするルールエンジン(AutoResponderの後継)を維持している。問題は料金メーターだ。トラフィック変更ルールとチームコラボレーションはProのユーザーあたり月額13ドルにあり、Liteの7ドルはキャプチャと検査をカバーする。Enterpriseの管理機能は37ドル。10日間のトライアル後、請求が始まる。
これはスキャンダルではない。クロスプラットフォームの復号プロキシを維持するのは本当の仕事だ。しかし計算は変わる。もはや無料ツールを続けるかどうかの判断ではなく、どの有料ツールに席を与えるに値するかの判断であり、それは実際にどのFiddlerの仕事をしていたかによる。
Fiddlerの中に隠れた二つの仕事
代替を選ぶ前に自分の使い方を正確に見極めてほしい。Fiddlerは二つの異なる仕事を束ねていた。
仕事1:トラフィックキャプチャ。自分が制御していないリクエストを見る必要がある。デスクトップアプリの外部通信、モバイルアプリの非公開API、ブラウザセッションの復号など。これには証明書インストールを伴うシステム全体のMITMプロキシが必要だ。Apidogはこの仕事をしないし、どのAPIクライアントもしない。
仕事2:API作業。自分が制御しているAPIを構築または利用している。リクエストを作成し、レスポンスを検査し、フロントエンドが偽レスポンスに対して開発できるようAutoResponderルールを書き、バグ再現のためにセッションを再生した。これらにプロキシは不要で、APIプラットフォームが必要だ。毎日のFiddler時間の大半は実際ここに費やされていた。だからEverywhereのサブスクリプションは痛い。クライアント作業にプロキシ価格を払っているのだ。
使用が主に仕事1なら、キャプチャツールのセクションまで飛ばしてほしい。主に仕事2なら読み進めてほしい。それがApidogが作られた仕事だ。(より広い状況については、パケットキャプチャツールとApidogを参照。)
答え:Apidog
Apidogは50万人以上の開発者が使うAPI開発プラットフォームだ。設計、デバッグ、テスト、モック、ドキュメントを一つのアプリで、一つのスペックで駆動する。元Fiddlerユーザーにとって重要なのは四つ。

- 成長したComposer。FiddlerのCompose Requestsは単発コールを構築する。ApidogのリクエストクライアントはHTTP、WebSocket、SSE、gRPC、GraphQLをカバーし、環境、認証ヘルパー、Cookie、スクリプト、コード生成を備える。保存したすべてのリクエストは、セッションログの一行ではなく、スキーマ付きのドキュメント化されたエンドポイントになれる。
- AutoResponderルールがモックサーバーになる。これが最強の移行ストーリーで、以下で具体的に対応付ける。URLにマッチして定型ファイルを返すローカルルールリストの代わりに、Apidogのスマートモックはスキーマを理解した偽レスポンスを、チーム全体とCIが叩ける実際のURLから提供し、デフォルトケースではルールを一つも書く必要がない。
- リプレイがリグレッションテストになる。保存済みセッションを手で再発行する行為が、視覚的なテストシナリオになる。連鎖リクエスト、アサーション、スキーマ検証、データ駆動実行を、スケジュールまたはCIでApidog CLI経由で実行する。
- 小規模チームなら価格はゼロ。無料プランは最大4ユーザーで、無制限の実行、モック、公開ドキュメントをカバーする。有料プランはユーザーあたり月額9ドルからで、Fiddler Everywhere Proの1席と同じ範囲だ。
移行を機能ごとに見る
リクエストの作成と検査
日々のリクエスト作業はそのまま移せる。リクエストを構築し、送信し、ステータス、ヘッダー、ボディ、タイミングを検査する。Apidogはプロキシセッションにはなかったものを追加する。キャプチャログの代わりにフォルダと環境、誤ったペイロードが大きな音で失敗するスキーマ検証、ドキュメントに変えられる履歴。失うのは他アプリのトラフィックの受動的キャプチャだ。それは仕事1であり、プロキシに残る。キャプチャ習慣が「自分のフロントエンドが自分のAPIを呼ぶのを見る」だったなら、ブラウザDevToolsとリクエストクライアントが軽い道であり、Postman Interceptorのインストールと使用方法で説明しているのと同じパターンだ。
AutoResponderルールからスマートモックへ
ここが具体的な対応だ。フロントエンド作業で典型的なFiddler AutoResponder設定:EXACT:https://api.example.com/users/42にマッチし、ディスクからusers-42.jsonを返す。エンドポイントごとにルールを追加し、Fiddlerを動かし続け、他の誰かが同じ偽バックエンドを自分のマシンで必要としないことを祈る。
Apidogでは、GET /users/{id}エンドポイントをそのレスポンススキーマとともに定義する(またはOpenAPIファイルをインポートして全エンドポイントを一度に取得する)。スマートモックは、ルールを書かずに、現実的な生成データを安定したモックURLで即座に提供する。固定ペイロードが必要なら、users-42.jsonをレスポンス例として添付する。id 42は200、id 99は404を返す必要があるなら、パラメータにマッチする期待を追加する。これでAutoResponderのすべてのパターン(静的ファイル、エンドポイントごとの偽装、条件付きレスポンス)をカバーし、さらに三つの改善がある。モックは一台のマシンのプロキシに閉じ込められずURLで共有され、スペックと同期し続け、一つのAPIを偽装するためだけにシステム全体のトラフィックをインターセプター経由にしない。
テスト、ドキュメント、スペック
これは翻訳ではなくカテゴリの飛躍だ。Fiddlerセッションはウィンドウとともに消えるが、ApidogのエンドポイントはAPI定義に蓄積し、あなたのドメインに対話型ドキュメント、利用者向けモック、CI向けテストシナリオを生成する。チームの本当の比較対象がFiddlerではなくPostmanやInsomniaなら、最良のPostman代替と最良のInsomnia代替で対決済みだ。
Fiddler vs Apidog 早見表

| Fiddler Classic | Fiddler Everywhere | Apidog | |
|---|---|---|---|
| 価格 | 無料、非商用のみ | ユーザーあたり月額$7/$13/$37(年払い) | 4ユーザーまで無料、有料は$9から |
| プラットフォーム | Windowsのみ | Windows、macOS、Linux | Windows、macOS、Linux、web |
| ステータス | メンテナンスモード | 活発 | 活発 |
| システム全体のトラフィックキャプチャ | はい | はい | いいえ |
| APIリクエストの作成 | 基本的なComposer | Compose Requests | 完全なクライアント:HTTP、WebSocket、SSE、gRPC、GraphQL |
| レスポンスのモック | AutoResponderルール、ローカル | ルールエンジン(Pro層)、ローカル | スキーマ対応スマートモックサーバー、共有URL、無料 |
| 保存・ドキュメント化されたエンドポイント | いいえ | セッションと保存済みリクエスト | 公開ドキュメント付きのスペック裏付けエンドポイント |
| 自動テスト | いいえ | リプレイベース | 視覚的シナリオ、アサーション、データ駆動、CI |
| CLI / CI実行 | いいえ | いいえ | Apidog CLIで無料 |
| チームコラボレーション | いいえ | Pro層 | 無料プラン、4ユーザー |
席の計算を正直に
トラフィックルールとコラボレーションを求める5人チームはFiddler Everywhere Proが必要だ。$13 x 5 x 12 = 年間$780。同じチームがApidogでAPI作業をするなら、4席は$0で、5人目は月額$9で$108、全員有料でも年間$540で、まだFiddlerの請求より下だ。しかしより公正な枠組みは価格ではなく適合性だ。そのFiddlerの席はAPI作業には不要なトラフィックキャプチャを買い、スペック、ドキュメント、共有モック、CIテストは買わない。プロキシ価格は、外部トラフィックを本当にデバッグする人にだけ払おう。
本当のトラフィックキャプチャにはキャプチャツールを使う
仕事がMITM傍受ならプロキシを選ぼう。APIクライアントをその役に押し込まないこと。
- mitmproxy:無料、オープンソース、クロスプラットフォーム。コンソール、Web UI、Pythonスクリプティング。「無料のFiddler代替」がプロキシ部分を意味するなら既定の答え。
- Charles Proxy:買い切りの有料ライセンス。スロットリングと書き換えルールを備え、モバイルアプリデバッグの長年の選択肢。これにも老朽化したツールという疑問があり、最良のCharles Proxy代替で扱っている。
- HTTP Toolkit:オープンコア。システム全体ではなく特定のブラウザ、ターミナル、Dockerコンテナをワンクリックで傍受する。この中では最も優しいセットアップ。
- Proxyman:ネイティブmacOS(iOSデバイス対応)。Apple中心チーム向けの洗練された選択。
キャプチャプロキシとApidogは一貫したスタックだ。まれな外部トラフィック探索にはプロキシ、日々のAPI作業にはApidog。デバッグプロキシと別種のプロキシを整理するには、APIプロキシ vs APIゲートウェイ解説を参照。
Fiddlerが今も合理的な場合
Fiddler Everywhereは、システム全体の復号キャプチャが日常業務で、その背後にサポートされた商用製品がほしいなら正しいツールだ。月額13ドルはそれに見合う。Fiddler Classicは、個人のWindowsマシンでの趣味のデバッグなら、ライセンスも含めてなお擁護できる。そして何年ものカスタムルールを持つFiddlerScriptのベテランには、インポートボタンでは消せない移行コストがある。Apidogへの移行は、Fiddlerの使用が主にComposerとAutoResponderになった瞬間に報われる。システムプロキシ経由で自分のバックエンドを偽装しているなら、URLを持つモックサーバーのほうが単純に形として優れている。
よくある質問
Fiddlerは今も無料ですか?
Fiddler Classicは無料だが制限がある。非商用利用のみ、Windowsのみ、メンテナンスモード。Fiddler Everywhereに無料枠はなく、10日間のトライアル後、ユーザーあたり月額$7〜$37。商用API作業を無料プランで行うなら、最良のPostman代替の状況を見るか、Apidogの無料4ユーザープランから始めよう。
ApidogはFiddlerのようにシステム全体のHTTPトラフィックをキャプチャできますか?
いいえ。ApidogはAPI開発プラットフォームであり、システム全体のMITMプロキシではない。そう装うことはしない。任意のアプリやモバイルトラフィックを復号するには、mitmproxy、Charles、HTTP Toolkit、Proxymanを使おう。パケットキャプチャツールガイドではそれらを比較し、それぞれがApidogと並んでどこに位置するかを示している。
ApidogでFiddlerのAutoResponderに代わるものは何ですか?
スマートモックサーバーだ。エンドポイントを定義またはインポートすると、Apidogはスキーマベースの偽レスポンスを共有モックURLで即座に提供する。固定ペイロードには例を添付し、条件付きケースには期待を追加する。AutoResponderルールと違い、モックはスペックと一緒に存在し、誰もプロキシを動かさなくてもチームメイトとCIで機能し、Apidog CLI経由でパイプラインで実行される。
FiddlerワークフローをApidogに移すには?
APIのOpenAPIファイルをインポートすれば、すべてのエンドポイントがスキーマ、ドキュメント、ライブモックとともに一度に届く。その後、AutoResponderルールをレスポンス例と期待として移植する。FiddlerのSAZセッションアーカイブはコレクション形式ではないので、移行はキャプチャ履歴ではなくスペックのインポートとして扱う。
Fiddler EverywhereはFiddler Classicと同じですか?
いいえ。Everywhereは書き直されたクロスプラットフォームのサブスクリプション製品で、Classicは凍結されたWindowsフリーウェアであり、Telerikは商用ユーザーをEverywhereへ誘導する。隣のツールでの同じ分岐については、最良のCharles Proxy代替を参照。
API作業にプロキシ価格を払うのはやめよう
Fiddlerがリクエストコンポーザーと偽バックエンドだったなら、その作業をそれに合った形のツールへ移そう。OpenAPIスペックをインポートし、数分でライブスマートモック付きのドキュメント化されたエンドポイントを手に入れ、テストをCIに接続する。Apidogをダウンロードするかブラウザで始めよう。4人のチームなら無料で、これまで世話してきたAutoResponderルールは共有できるモックURLになる。
参考資料
外部ソース:
- Fiddler Everywhereの価格(Telerik)
- Fiddler Classic製品ページ(Telerik)
- Fiddler Everywhere製品ページ(Telerik)
- mitmproxy
- HTTP Toolkit
Apidogブログの関連記事:
