SEOに適したURLでコンマを使用する際の問題を知っている人はいますか？私は、SEOに適したURLで多くのコンマを使用するソフトウェアを使用しています。しかし、一部のプログラム/プラットフォームがURLを正しく認識せず、最初のコンマの後にURLの「リンク」を切断する場合があることを100％確信しています。
私はこれをthunderbird、gmail、hotmail、およびSMFフォーラムで問題なくテストしました。しかし、私は以前にこの問題を見たことがあることを知っています。
だから私の質問は、いくつかのプラットフォームがURLとコンマのリンクを停止する原因となるものは特にありますか？カンマの後の特定の文字など？
その時点で自動リンクを切断する実装は無数にあります。他の多くのキャラクターと同じように。しかし、これらの文字を使用しているため、それは問題ではありませんが、間違った/不完全な実装のためです。
たとえば、まさにこのサイト、StackOverflowを参照してください。*このURLを手動で入力/貼り付けすると、リンクが切断されます（バグを参照してください。修正された場合は、スクリーンショットをご覧ください）。
ただし、ハイパーリンク構文を使用すると、正常に機能します。
文字は*HTTPURLパスで許可されているため、リンク検出では、の発生時に最初のURLを壊すのではなく、最初のURLを認識する必要*があります。
カンマについて：
カンマは予約文字であり、その意味はURLパスに関連しています（太字の強調鉱山）：
階層パスのドットセグメントを除いて、パスセグメントは一般的な構文では不透明であると見なされます。URI生成アプリケーションは、多くの場合、セグメントで許可されている予約文字を使用して、スキーム固有または間接参照ハンドラ固有のサブコンポーネントを区切ります。たとえば、セミコロン（ ";"）および等号（ "="）の予約文字は、そのセグメントに適用可能なパラメーターとパラメーター値を区切るためによく使用されます。 カンマ（ "、"）の予約文字は、同様の目的でよく使用されます。 たとえば、あるURIプロデューサーは「name; v = 1.1」などのセグメントを使用して「name」のバージョン1.1への参照を示し、別のURIプロデューサーは「name、1.1」などのセグメントを使用して同じことを示す場合があります。
したがって、予約文字として持つ関数にコンマを使用する予定がない場合は、をパーセントエンコードすることをお勧めします%2C。このようなURLをブラウザのアドレスバーからコピーすると、エンコードされた形式で貼り付けられるため、ほとんどすべての場所で機能するはずです。
ただし、特に予約文字であるため、エンコードされていないフォームも機能するはずです。
