広告サーバー、アフィリエイト ネットワーク、連絡フォーム、CRM ソフトウェアを構築する私の会社は昨年買収され、現在、親会社の IT ポリシーとガイドラインに合わせて技術を再構築している最中です。
これらのポリシーの 1 つは大きな問題であり、私たちにあらゆる種類の問題を引き起こしています。
エンド ユーザーに表示される URL では、クエリ パラメータを使用しないでください。
これには、コンテンツ URL、広告のクリックスルー ターゲット、リダイレクト、アドレス バーまたはマウスオーバー ステータス バーの更新に表示されるあらゆるものが含まれます。その結果、アフィリエイト ID パラメーター、メディア ソース追跡 ID、セッション ID、CMS コンテンツ選択パラメーターなどはなくなります。私たちのソフトウェアのいくつかの基本的な機能は、あるページから別のページにパラメータ データを渡さなければ実現できません。私たちの場合、これらのリンクの多くは異なるサイトまたはサブドメインからのものであり、Cookie を介してデータを渡すこともできません。
私が与えられた唯一の正当化は、クエリ パラメータが一部のプロキシ キャッシュの適切な動作を妨げているということです。これは私には意味がありません-私はそのようなことを聞いたことがありません-そして、誰もそれについて詳しく議論する気も興味もありません. 具体的に何が壊れているか、またはポリシーが作成された理由の例さえ与えられていません。
いずれにせよ、これはグローバルな企業の IT ポリシーであり、最終的には理由は問題ではなく、コンプライアンスのみです。それを変更することはおそらく問題外ですが、どのような正当な懸念がその制度化を促したのかを理解したいと思います. 考え方を理解することは、回避策を見つけるための第一歩かもしれません。
回避策として私が最初に考えたのは、URL のパス部分にパラメーターを埋め込み、それらを Apache mod_rewrite で抽出することでしたが、次の理由からこれは問題外です。
当然の結果: すべての URL は、他の URL からは入手できない固有のコンテンツを提示する必要があります。
したがって、実際には同じページを参照しているが、URL に他のパラメーター データを含む複数の URL を作成することも認められません。
質問:
クエリ パラメータを使用しない正当な理由はありますか?
具体的には、クエリ パラメータが存在する場合に機能しないプロキシまたはシステムはどれですか?
SEOと何か関係があるのでしょうか？当然の結果として、そのように見えます。
この制限の下で、あるサイトから別のサイトにデータを渡す場合、どのような回避策がありますか?