サイト名「sign_up」のリンクを使用しています。署名をクリックすると、選択した言語と通貨がチェックされ、301 リダイレクトを使用して正しいページに永続的にリダイレクトされます。
これはSEOに悪いですか?覚えておいてください、これはそれが残る方法です。結局手放せないのかな?
サイト名「sign_up」のリンクを使用しています。署名をクリックすると、選択した言語と通貨がチェックされ、301 リダイレクトを使用して正しいページに永続的にリダイレクトされます。
これはSEOに悪いですか?覚えておいてください、これはそれが残る方法です。結局手放せないのかな?
クライアントの設定と好みに基づいてリダイレクトを実行しているため、この場合、HTTP 301 ステータス コードはまったく意味がありません。クローラーはどの環境が適切かをどのように判断しますか?
次のシナリオを取る
client A connects to /signup with preferences X
=> 301 to /en/signup
client B connects to /signup with preferences Y
=> 301 to /it/signup
client C connects to /signup with preferences X
=> 301 to /en/signup
勝者はどちらでしょうか?誰でもない。301 は、URI が一意かつ永続的に別の場所にリダイレクトする場合にのみ意味があります。
さらに、サインアップページのこの種の最適化を試みることは、私見では少し正気ではないようです. 多くの SEO は、nofollow 属性を介してサインアップ ページおよび類似のページを除外するために使用されます。
301 ステータス コードは、今後、ヘッダー フィールドで指定された URI をLocation
使用して、要求されたリソースを参照する必要があることを意味します。
要求されたリソースには新しい永続的な URI が割り当てられており、このリソースへの今後の参照では、返された URI のいずれかを使用する必要があります。
したがって、要求された URI は、そのリソースの「プライマリ」URI ではなくなります。
ただし、あなたの場合、302 ステータス コードまたは307 ステータス コードの方が適切です。または、リダイレクトを行わずに、送信されたリソースの実際の URI を含むContent-Location
ヘッダー フィールドと一緒に適切なコンテンツをすぐに送信します (一般的な HTTP 実装の問題を参照してください)。