redirect_uri
Decoded Value 1
https://example.com/done?step=2
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
よくある問題
Q
URL 内の重複したクエリパラメータを見つけるには？
A
生のクエリ文字列を一行で見るのではなく、キーごとに値をグループ化する解析ツールを使用してください。これにより、同じパラメータが複数回出現していることが明確になり、値の競合を容易に発見できます。
Q
元のリンクを壊さずにクエリパラメータ値をデコードする方法は？
A
値をデコードして読みやすくしつつ、元の構造を維持した正規化出力を生成するインスペクターを使用してください。これにより、入れ子になったエンコード値を明確に把握しながら、正しい構造を維持できます。
Q
fbclid や utm のような空のトラッキングパラメータを放置しても大丈夫ですか？
A
空のパラメータは、アトリビューションデータが正しく付与されていないか、リダイレクト時に値が消失したサインです。分析結果が汚染されるだけでなく、リンクの見栄えも悪くなり、デバッグを困難にします。
Q
リダイレクトの問題をデバッグする際、いつクエリ文字列を正規化すべきですか？
A
ログの記録や比較のために、クリーンな参照用バージョンが必要な場合に正規化を行ってください。正規化された出力は視覚的なノイズを取り除き、受信したデータが正しいかを判断しやすくします。
Q
別のクエリパラメータ内に入れ子になったリダイレクト URL を解析するには？
A
まず外側の URL をパースし、次に入れ子になったリンクを含むパラメータをデコードします。この手順により、二重デコードのミスを防ぎ、入れ子になった URL が独自のトラッキング情報を持っているかを正確に判断できます。
ワークフロー
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 をサーバーに送信しますか？
いいえ。解析処理はすべてブラウザ内で完結するように設計されています。内部的なコールバック URL や一時的なデバッグリンクなど、外部に漏らしたくないデータに対しても安全に使用できます。
なぜ重複したクエリパラメータが問題になるのですか？
重複したキーは、サーバー側のフレームワークや言語によって解釈が異なります。最初の値を採用するもの、最後の値を採用するもの、配列として保持するものなどがあり、これが不整合な挙動の隠れた原因となります。
なぜ一部のパラメータが「不審（suspicious）」とマークされるのですか？
「不審」は必ずしも有害を意味しません。このツールでは、`utm_*` や `fbclid` のようなトラッキングキーが空だったり、誤ってリダイレクトに引き継がれたりしている可能性があることを示唆しています。