共有されたプロフィールリンクからクエリやフラグメントをすべて削除しないでください

リンクを一つの塊としてではなく、部分として読む

URL は別々の部品からできています。スキーム、権限（ホスト）、リソースパス、任意のクエリパラメータ、そして任意のフラグメントです。クエリ文字列は ? で始まり、サーバーの規則に従って処理されるため、パラメータを削除すると、サーバーが返す内容が変わったり、ページがそもそも読み込まれるかどうかが変わったりすることがあります。フラグメントは # で始まり、HTTP リクエストでは送信されませんが、ブラウザ内のナビゲーションには影響し得ます。リンク全体を使い捨てとして扱うと、何が安全かを判断するのに必要な文脈が失われます。 [MDN: URL の構成要素]

• 何かを変更する前に、元のリンクを私的なメモに書き留めてください。
• ホストとパスを印付けし、次に最初の ? と最初の # を印付けしてください。

クエリパラメータは通常、役割を果たしている

クエリパラメータはサーバーによって処理されるため、どのプロフィール、バージョン、言語、または共有の文脈を表示するかをページに伝える部分であることがよくあります。短いパラメータはトラッキングで長いパラメータは必須、あるいはその逆だと想定することはできません。なぜパラメータが存在するのか説明できない場合は、そのままにしておき、所有者が渡したとおりのリンクを使ってください。パラメータなしでもページが機能するとしても、それは自分自身のテストからの観察であり、誰もそれに依存していないという証明ではありません。 [MDN: URL の構成要素]

• 受け取ったとおりにリンクを開き、何が表示されるかを記録してください。
• 短いバージョンを試す場合は、元のリンクを私的に保ち、ページが変わったかどうかを記してください。

フラグメントはブラウザ側のものであり、それでも機密である

フラグメントは HTTP リクエストとともに送信されないため、それを削除してもサーバーが返す内容に影響しないことがよくあります。そのため、見るたびにすべてのフラグメントを削除したくなります。しかしフラグメントはナビゲーションに影響し得るうえ、意図的に置かれた値を含むこともあります。フラグメントが視覚的に目立たないからといって、公開しても安全になるわけではありません。フラグメントが識別子、招待、またはトークンのように見える場合は、公開しないでください。また、それを削除して、所有者が共有するつもりだったのと同じリンクを作成したと想定しないでください。 [MDN: URL の構成要素]

観察・限界・決定を分ける

きれいな共有リンクは、推測ではなく、実際に見たものから組み立てる判断です。三つのことを分けておいてください。リンクで観察したこと、その観察では分からないこと、そして次に何をするかです。これにより、機能するリンクを壊れたものにしてしまったり、削除したパラメータを残りのリンクが公開・安全である証明として扱ったりすることを防げます。

公開することは、整理することとは別の判断である

正しく読み込まれるリンクでも、公開投稿に貼り付ければトークンやトラッキング値が漏れる可能性があります。機能性と開示は一つずつ判断してください。まず、そのリンクが想定された閲覧者にとって機能することを確認し、その後でリンクをそもそも公開すべきかを問います。所有者ではなく、パラメータの目的を確認できない場合は、改変したバージョンを公開しないでください。あるリンクが別のリンクと似て見えることは、二つの宛先が同一である証拠にはならず、表示されたラベルはそのリンク先と同じ対象ではありません。 [MDN: URL の構成要素]

• コントロールや共有オプションが利用できない場合は、利用不可として記録し、アクセスの境界で止めてください。
• 自分で再構成するのではなく、所有者に現在の共有リンクを尋ねてください。

自制の仮想的な例

同僚が、一つのパラメータと短いコードのように読めるフラグメントが付いたプロフィールリンクを送ってきたとします。あなたはそれを開き、読み込まれ、グループに投稿したくなります。安全な対応は、末尾の両方の部分を削除してうまくいくだろうと期待することではありません。代わりに、元のリンクを控え、公開の場では何も試さず、共有リンクがあるか同僚に尋ねてください。共有リンクを提供できない場合は、リンクを公開せずにプロフィールを説明できます。その選択は、そのページが想定された人々にとって機能し続けることを保ち、あなたが理解していない値の漏えいを避けます。 [MDN: URL の構成要素]

さらにいくつかの質問