Header Relay

API開発向けChrome拡張機能

ブラウザの検証に必要なヘッダーを中継。

Header Relayは、選択したレスポンスヘッダーを保持し、指定したオリジンへの後続リクエストに固定値または保持した値を付与します。

profile / local-api / enabled
対象オリジンからのレスポンス
x-session-token: dev-session-42
次の一致するリクエスト
x-client-id: header-relay
x-session-token: dev-session-42
この対象オリジンで有効

制御しやすいリクエストフロー。

対象オリジンと利用するヘッダーを設定し、アプリケーションコードを変更せずにセッションの状態を確認できます。

01

対象を選ぶ

ヘッダーの取得と付与は、有効なプロファイルと設定済みの対象オリジンに限られます。

02

値を保持する

選択したレスポンスヘッダーの値を拡張機能のローカルなセッション状態に保存します。

03

ヘッダーを中継する

固定ヘッダーと保持済みヘッダーを後続の一致するリクエストに付与します。除外パスには付与しません。

ローカルを前提に。

ローカル、ステージング、社内、テスト環境での利用を想定しています。データの扱いは必要な範囲に限定しています。

外部データサービスなし

プロファイル、保持した値、セッション状態、監査ログを開発者や外部サーバーへ送信しません。

明確な保持期間

監査ログは最新1,000件、最長7日間に制限され、いつでも削除できます。

URLログを限定

ログに残すURLはオリジンとパス名のみです。クエリ文字列とフラグメントは保存しません。

利用者が制御

プロファイルの無効化、対象オリジンの削除、保持値の消去、アンインストールで動作を停止できます。

ローカル、ステージング、社内、テスト用のオリジンを選べるように広いホスト権限を要求します。実際の取得と付与は、有効なプロファイルで設定したオリジンと除外条件に限定されます。

マルウェア報告を受けてModHeaderから乗り換えを検討中ですか?何が違うのかを見る。

ヘッダー系拡張機能を比較検討中ですか?ModHeader・Requestly・Header Relayの違いを見る。

Header Relayについてよくある質問。

API開発のワークフローでHeader Relayを利用するための要点です。

Header Relayは何をする拡張機能ですか?

選択したレスポンスヘッダーを保持し、有効なプロファイルに一致する後続のブラウザリクエストへ固定値または保持したヘッダー値を付与します。

どのリクエストが変更対象になりますか?

有効なプロファイルに設定した対象オリジンと一致するリクエストだけが対象です。除外パスにはヘッダーを付与しません。

データは外部サーバーへ送信されますか?

送信されません。プロファイル、保持した値、セッション状態、監査ログは、利用者が書き出しまたは開示しない限りローカルのChromeプロファイル内に留まります。

どのような環境での利用を想定していますか?

ローカル、ステージング、社内など、管理された環境でのAPI開発と検証を想定しています。