VKT Toolkit · 2026年9月12日 · 約8分ModHeader vs VKT Header：2026年に合う HTTP ヘッダー修正ツールは？
ステージング API のテストに Authorization ヘッダーを1つ足したいとき、サーバーが何を返すか確かめるために User-Agent を切り替えたいとき——あなたはおそらく ModHeader に辿り着いたことがあるでしょう。何年も Chrome では定番の答えでした。その評判は本物です。しかし 2026 年には、別の形のツールがあります。VKT Header は、ドメイン分離・自動クリーンアップ・買い切り価格で、同じ中核の仕事をこなします。どちらを入れる前にでも確かめておきたい正面比較です。
ヘッダー修正拡張機能が実際にやっていること
ブランドの前に、仕組みから。すべての HTTP リクエストにはヘッダーが乗っています——あなたが誰で、何を求めているかをサーバーに伝える、小さなキーと値の行です。User-Agent はブラウザを名乗り、Referer はどこからクリックしてきたかを伝え、Authorization は API キーを運び、カスタムヘッダー（X-*）はバックエンドが想定する何でも持ち運みます。ヘッダー修正拡張機能は、リクエストが送出される際にこれらの行を書き換えるため、サーバーはあなたが選んだ値を見ることになります。Manifest V3 のブラウザでこれをきれいにやる方法は declarativeNetRequest のセッションルールです——重要なことに、ブラウザを閉じれば消去されます。VKT Header はまさにこの方式で構築されています。
ModHeader：定番のデフォルト
ModHeader は「ポップアップを開いて入力する」ワークフローを普及させました：ヘッダーを設定するとブラウザセッション全体に適用され、この名を知らぬ者はいません。正直に挙げるべき強みもあります：成熟した機能セット、レスポンスヘッダーやリクエストフィルターのモード、有料プランでのチーム共有、クロスブラウザ対応。摩擦は主に価格と適用範囲に関わるものです：無料プランはヘッダーを数個に制限され、プロファイルは課金対象、買い切りではなく継続のサブスクリプション、そしてお決まりの挙動——フィルタールールを作らない限り、ヘッダーは全タブにグローバルに適用されます。この「デフォルトでグローバル」という癖が、テスト用 API キーが関係のないリクエストに同乗してしまう原因です。
VKT Header：ドメイン単位で縛る挑戦者
VKT Header は Chrome と Edge 用の Manifest V3 拡張機能で、一つのアイデアを中心に作られています：ヘッダールールは使い捨てで、閉じ込められるべきだ。
- 生のフィールドではなくプロファイル：ヘッダースナップショットを保存します（無料は 5 ルール × 各 5 ヘッダー、Premium で無制限）——「Staging API」「モバイル UA テスト」「クライアントデモ」——ワンクリックで適用。
- ドメイン分離：ルールは紐づけたドメインにのみ適用されます。ステージング用キーが関係のないサイトに漏れることはありません。
- URL マッチング：プロファイルを特定の URL に紐づけ、正しいヘッダーが正しいサイトに自動でついていくようにできます。
- 自動クリーンアップ付きセッションルール：declarativeNetRequest のセッションルール上に構築——ブラウザを再起動すれば、すべてのルールが消えます。居残りはゼロ、翌朝こっそり有効になっているものもゼロ。
- インポート/エクスポート（Premium）：マシン間でテンプレートセットを移動でき、シンプルなファイルとしてチームメイトと共有可能。
- ローカルファーストのプライバシー：アップロードゼロ、アカウント不要、アナリティクスなし。権限は declarativeNetRequest と storage のみ。六つの UI 言語を自動検出。
Premium は $9.99 の買い切り・生涯ライセンスでプロファイルとヘッダーの上限を外します——サブスクリプションはありません。正直な制限：VKT Header はリクエストヘッダーに対応しています（開発で最もよくあるニーズ）が、小規模な個人開発の拡張機能です——ModHeader のエンタープライズ/チーム向け機能やレスポンスヘッダーのツール群は、より深いです。
リクエストテスター：ヘッダーが効かない理由を特定する
「設定したはずなのに、サーバーに届いていない」——ヘッダーの調査でいちばん時間を食うのはこの一言です。これまでは DevTools を開いてリクエストを眺め、ルールの書き方が悪いのか、ドメインが一致していないのか、別のルールに静かに上書きされたのかを推測するしかありませんでした。
パネル上部の 🔍 ボタンは、まさにその問いのためにあります。任意の URL と HTTP メソッド（既定は GET）を入れて実行すれば、次の内容がすぐに返ります。
- どのルールに当たるか：優先度順に並び、ルール名と実際に一致したドメインを表示します。
- 各ルールが何を書き込むか：そのルールが request / response のどちらに、どのヘッダーを、
set・append・removeのどの操作で書き込むかを一覧にします。 - 競合したときにどちらが勝つか：同じヘッダーに複数のルールが当たる場合、優先度が高いほうが勝ち、どれがどれを上書きしたのかを明示します。
- メソッド不一致は別項目：
POSTのみに限定されたルールが参加できないときは「メソッド不一致」と表示されます。「ルールに当たらなかった」とは原因が違うため、まとめて片づけません。
中身は完全に読み取り専用のドライランです。ネットワークへは何も送らず、DNR ルールの作成・変更もせず、ストレージにも書き込みません。実際の適用時と同じ照合ロジック——同じ正規表現ビルダー、同じ優先度の階段——を通すので、表示された内容は次の実リクエストでブラウザがとる挙動そのものです。
静かに失敗するケースも拾えます。ルールはドメイン単位で照合され、大文字小文字は区別せず、パスは無視、www は任意、サブドメインの包含はスイッチで切り替わります。正しく見えるルールがこうした細部で外れることはよくあり、URL を丸ごと貼ればその場で分かります。他のヘッダー拡張機能にはない切り分け方で、無料プランの範囲で使えます。
ModHeader / Header Editor からの移行
ツールを乗り換えない理由は、たいてい機能ではなく手間です。何十個ものヘッダーを手で作り直すのは骨が折れます。設定 → Import は、ModHeader と Header Editor が書き出す JSON をそのまま読み込みます。変換スクリプトも、入力し直しも要りません。
引き継がれるもの：
- ドメイン。サブドメインを含めるスイッチも含みます。
- リクエストヘッダーとレスポンスヘッダーの項目。
set・append・removeの操作はそのまま保持されます。 - メソッドの絞り込み。
POST限定のルールは、移行後も POST 限定のままです。
引き継げないものは黙って捨てず、レポートします。特定のタブやウィンドウに紐づくルール、時間帯で切り替わるルール、リダイレクト、レスポンスボディの書き換え、カスタム関数です。インポートレポートにすべて並ぶので、古い拡張機能を削除する前に何が残っているかを把握できます。
移行を安全に進めるための既定が二つあります。インポートしたルールはすべて無効の状態で入ります——ファイルを読み込んだだけで有効になることはありません。そして元のスコープに対応先がない場合、範囲を広げることはしません。1 つのタブに固定されていたルールが「すべてのサイト」になることは決してありません。VKT Header はタブ単位ではなくドメイン単位でグローバルに適用されるため、元より狭いスコープは意識して作り直す必要があります。
インポートは無料です。自分のルールを JSON バックアップとして書き出す機能は Premium に含まれます。長く残したい設定がまとまってから使えば十分です。
おすすめの順序は、まずインポートレポートを読み、次にルールを一つずつ有効にし、そのつど前の節のリクエストテスターで確認する、という流れです。
正面比較
| 項目 | ModHeader | VKT Header |
|---|---|---|
| 無料プラン | ヘッダーは数個まで。プロファイルは課金対象 | 5 ルール × 各 5 ヘッダー、URL マッチング、リクエストテスター |
| 課金モデル | 継続サブスクリプション | $9.99 買い切り・生涯（プロファイル/ヘッダー無制限） |
| 適用範囲 | デフォルトはグローバル、フィルターは有料 | ドメイン単位 + URL 単位、設計時点から |
| クリーンアップ | 削除するまでルールが残り続ける | セッションルールはブラウザ再起動で自動消去 |
| レスポンスヘッダー | あり（有料プラン） | なし——リクエストヘッダーのみ |
| リクエストテスター | なし | あり——組み込みのドライラン、無料 |
| ModHeader / Header Editor からの移行 | —（移行元そのもの） | 対応——書き出した JSON を読み込み、無料 |
| データの扱い | クラウドプランにアカウント/チーム機能 | ローカルのみ：アカウントなし、アナリティクスなし、アップロードゼロ |
| 向いている人 | レスポンス側の制御を必要とするチーム・パワーユーザー | 使い捨てで閉じ込められたヘッダー集合を求める個人開発者/QA |
どれを入れるべき？
- ModHeader が向いているのは、レスポンスヘッダーの書き換えやチームプロファイルが必要な場合、またはすでにサブスクリプションを払っていて、グローバル + フィルターのモデルが合っている場合です。
- VKT Header が向いているのは、仕事のリクエストヘッダー——API テスト、UA の実験、QA デモ——で、ルールの寿命をブラウザのセッションと同じにし、更新のある請求書の代わりに買い切りで済ませたい場合です。
多くの読者は両方の特徴を一度に求めており、どちらを選んでも恥にはなりません。2026 年に多くの個人開発者を分ける決め手は、クリーンアップの保証です。消えるべきことを忘れたヘッダーツールは、漏れるヘッダーツールです。
よくある質問
ModHeader は無料ですか？
ModHeader にはヘッダールールが少量に制限された無料プランがあり、完全なプロファイル、チーム機能、より大きなルール数には継続サブスクリプションが必要です。VKT Header の無料プランは 5 ルール × 各 5 ヘッダーをカバーし——URL マッチング、ドメイン分離、リクエストテスター込み——JSON バックアップのインポート/エクスポートは Premium です。有料アップグレードは $9.99 の買い切り・生涯ライセンスで、ルールとヘッダーが無制限になります。サブスクリプションではありません。
リクエストヘッダーとレスポンスヘッダーの違いは何ですか？
リクエストヘッダーはブラウザからサーバーへ向かい（User-Agent、Authorization、Referer、カスタム API キー）、レスポンスヘッダーは反対の方向に戻ってきます（Set-Cookie、Cache-Control、CORS ヘッダー）。リクエストヘッダー修正はサーバーが見る「あなた側」の情報を変え、レスポンスヘッダー修正はサーバーからの応答をブラウザがどう扱うかを変えます。VKT Header は Manifest V3 の declarativeNetRequest セッションルールでリクエストヘッダーを扱います。
ヘッダールールは漏れますか、それとも私のマシン内に留まりますか？
VKT Header はローカルファーストです：ルールとプロファイルはお使いのデバイスに保存され、アカウントなし、アナリティクスなし、アップロードゼロ——拡張機能が要求する権限は declarativeNetRequest と storage のみです。ルールはセッションスコープなので、ブラウザを再起動すると自動的に消去されます。一方、クラウド同期型のツールはヘッダープロファイルを自分たちのサーバーに保存します。
ヘッダー修正においてドメイン分離は重要ですか？
実用上、はい。ドメイン紐づけのないヘッダー修正ツールはテスト用ヘッダーをすべてのサイトに適用します——ステージング用 API キーが関係のないサイトにも静かに同乗します。VKT Header はプロファイルを特定のドメインと URL に紐づけられるので、開発用ヘッダーはいるべき場所に留まります。照明でいえば、家中のスイッチと部屋ごとの調光器の違いです。
これらの拡張機能で実際のブラウザ指紋は変えられますか？
この種の拡張機能でブラウザの指紋が変わることはありません。それらが書き換えるのは通信上の HTTP ヘッダーだけ——サーバーはあなたが設定した値を読みます——しかし JavaScript の navigator.userAgent などのクライアント側シグナルは真実を報告し続けます。あるサイトがヘッダーではなく指紋認識を使っているなら、ヘッダー修正ツールでは欺けず、欺くべきでもありません。
ヘッダーが効かないのはなぜか、どうやって調べますか？
パネル上部の 🔍 ボタンでリクエストテスターを開き、URL と HTTP メソッドを入れて実行してください。優先度順に一致したルール、各ルールが request / response に書き込むヘッダーと set・append・remove の別、同じヘッダーに複数のルールが当たったときにどれが勝つか、メソッド不一致で参加しなかったルールが分かります。読み取り専用のドライランなので、リクエストの送信、DNR ルールの作成、ストレージへの書き込みは一切行いません。
ModHeader の設定をそのまま移せますか？
移せます。設定 → Import で ModHeader と Header Editor が書き出した JSON をそのまま読み込めます。ドメイン（サブドメインのスイッチを含む）、リクエストヘッダーとレスポンスヘッダー、set / append / remove の操作、メソッドの絞り込みが引き継がれます。タブやウィンドウに紐づくルール、時間帯で切り替わるルール、リダイレクト、レスポンスボディの書き換え、カスタム関数には対応先がないため、インポートレポートに一覧で表示され、黙って捨てられることはありません。インポートしたルールは無効の状態で入ります。インポートは無料で、自分の JSON バックアップの書き出しは Premium の機能です。
私たちの見解：ModHeader は、長尾の機能を必要とするチームにとっての安心・定番の選択肢です。毎日のリクエストヘッダーの仕事——テスト、デモ、実験——には、VKT Header が適用範囲・クリーンアップ・価格で勝ちます：ドメイン単位の分離、自動で消えるセッションルール、5 ルールまで無料、上限を外すのは $9.99 の買い切り。
その他の VKT ツールは拡張機能カタログに。または [email protected] まで。