redirect_uri
Decoded Value 1
https://example.com/done?step=2
Web
概要
URL クエリパラメータ 解析・インスペクター
URLを解析して、クエリ値のデコード、重複キーのグループ化、不審なトラッキングパラメータのフラグ立てをブラウザ上で直接実行します。
URL Query Parameter Inspector
Inspect a full URL, decode query values, surface duplicate keys, and flag suspicious tracking parameters before they confuse redirects, analytics, or API callbacks.
Tip: press Ctrl/Cmd + Enter to copy normalized output.149 chars
Base URL
https://app.aistacker.dev/callback
Duplicate Keys
1
Risk Signals
2
Normalized Query Output
redirect_uri=https%3A%2F%2Fexample.com%2Fdone%3Fstep%3D2&utm_source=newsletter&utm_source=ads&fbclid=&state=abc123
Parameter Analysis
utm_source
duplicate valuestracking key
Decoded Value 1
newsletter
Decoded Value 2
ads
fbclid
tracking keyempty value
Decoded Value 1
(empty)
state
Decoded Value 1
abc123
解決できる問題
URL 内の重複したクエリパラメータを見つけるには？
生のクエリ文字列を一行で見るのではなく、キーごとに値をグループ化する解析ツールを使用してください。これにより、同じパラメータが複数回出現していることが明確になり、値の競合を容易に発見できます。
元のリンクを壊さずにクエリパラメータ値をデコードする方法は？
値をデコードして読みやすくしつつ、元の構造を維持した正規化出力を生成するインスペクターを使用してください。これにより、入れ子になったエンコード値を明確に把握しながら、正しい構造を維持できます。
fbclid や utm のような空のトラッキングパラメータを放置しても大丈夫ですか？
空のパラメータは、アトリビューションデータが正しく付与されていないか、リダイレクト時に値が消失したサインです。分析結果が汚染されるだけでなく、リンクの見栄えも悪くなり、デバッグを困難にします。
リダイレクトの問題をデバッグする際、いつクエリ文字列を正規化すべきですか？
ログの記録や比較のために、クリーンな参照用バージョンが必要な場合に正規化を行ってください。正規化された出力は視覚的なノイズを取り除き、受信したデータが正しいかを判断しやすくします。
別のクエリパラメータ内に入れ子になったリダイレクト URL を解析するには？
まず外側の URL をパースし、次に入れ子になったリンクを含むパラメータをデコードします。この手順により、二重デコードのミスを防ぎ、入れ子になった URL が独自のトラッキング情報を持っているかを正確に判断できます。
よくある使用フロー
このワークフローのガイド
Supporting guides that connect this tool to the broader category workflow.
Web guide
redirect_uri と Query Params での encodeURI と encodeURIComponent の使い分け
redirect_uri、ネストされた URL、query value をどの境界でエンコードすべきかを実例ベースで整理したガイドです。
Web guide
ネストされたリダイレクトURLデバッグチェックリスト：重複パラメータ、空トラッカー、デコードの境界線
重複するクエリキー、空のトラッキングパラメータ、不完全なネスト値を隠蔽するリダイレクトURLをデバッグするための実践的なワークフロー。
Web guide
400・401・403・422 を見分ける API エラー切り分け手順
不正なリクエスト、認証失敗、権限不足、バリデーションエラーを混同せずに切り分けるための実践的な API デバッグ手順です。
Web guide
Access-Control-Allow-Origin の * が credentials 付きで失敗する理由
フロントエンドが cookies や認証付きのリクエストを送るときに、Allow-Origin を `*` にしてしまう代表的な CORS ミスをブラウザ目線で整理します。
とは
URL クエリパラメータ 解析・インスペクター とは？
URL クエリパラメータ インスペクターは、リダイレクト、コールバック、または分析データの受け渡しで問題が発生する前に、クエリ文字列の中に実際に何が入っているかを詳細に解析します。`?foo=bar&foo=baz&utm_source=ads` を手動で分解する代わりに、重複するキー、デコードされた値、空のパラメータ、および不審なトラッキング信号を一目で確認できます。
これは、一見有効な URL なのに本番環境で予期しない挙動をする場合に特に重要です。重複した `redirect_uri`、空の `fbclid`、または不完全にデコードされた入れ子状のパラメータは、ルーティング挙動を狂わせたり、アトリビューションデータを汚染したりする原因となります。
の使い方
URL クエリパラメータ 解析・インスペクター の使い方
完全な絶対 URL を入力フィールドに貼り付けると、インスペクターがブラウザ内でローカルに解析します。デコードされたクエリパラメータの値を確認し、重複キー、空の値、トラッキング関連信号の警告バッジをチェックしてください。
URL が有効な場合は、正規化されたクエリ出力を、デバッグログやドキュメントのクリーンな参照ポイントとして利用できます。Ctrl または Cmd + Enter を押すと、正規化されたクエリ文字列を素早くコピーできます。
使用例
使用例
入力例：
https://app.aistacker.dev/callback?redirect_uri=https%3A%2F%2Fexample.com%2Fdone%3Fstep%3D2&utm_source=newsletter&utm_source=ads&fbclid=&state=abc123
解析結果：
redirect_uri=https://example.com/done?step=2
utm_source=newsletter (重複)
utm_source=ads (重複)
fbclid= (空値/不審)
state=abc123主な使用シーン
主な使用シーン
1. 入れ子状にエンコードされたパラメータを含むリダイレクトやコールバック URL のデバッグ。
2. アプリケーションの解釈を狂わせる重複したクエリキーの特定。
3. ドキュメントやサポートチケットで共有する前に、トラッキングパラメータの多い URL をクリーンアップする。
4. 空の分析パラメータが本番リンクに紛れ込んでいないかの確認。
よくある質問
よくある質問
このツールは私の URL をサーバーに送信しますか？v
いいえ。解析処理はすべてブラウザ内で完結するように設計されています。内部的なコールバック URL や一時的なデバッグリンクなど、外部に漏らしたくないデータに対しても安全に使用できます。
なぜ重複したクエリパラメータが問題になるのですか？v
重複したキーは、サーバー側のフレームワークや言語によって解釈が異なります。最初の値を採用するもの、最後の値を採用するもの、配列として保持するものなどがあり、これが不整合な挙動の隠れた原因となります。
なぜ一部のパラメータが「不審（suspicious）」とマークされるのですか？v
「不審」は必ずしも有害を意味しません。このツールでは、`utm_*` や `fbclid` のようなトラッキングキーが空だったり、誤ってリダイレクトに引き継がれたりしている可能性があることを示唆しています。