HTTPトラフィックをHTTPSにリダイレクトする場合、存在しないページを404エラーにリダイレクトしても大丈夫ですか？
最近、すべてのページでHTTPSを要求するようにいくつかのWebサイトを変換しました。 HSTSヘッダーが設定され、HTTPからHTTPSへの301リダイレクトallトラフィックにApacheにルールが追加されました。
ただし、 この質問 と同様に、HTTPSバージョンで404の「リンク元」ソースとしてGoogle Webmaster Toolsで報告されたWebサイトの古いHTTPバージョンからのURLがまだたくさんあります。これは、検索エンジンがHTTPでURLをロードしようとし、HTTPSで404ページにリダイレクトされていることを意味します。
すべてのトラフィックをHTTPからHTTPSにリダイレクトするのは正しいように見えますが、別の観点からは、redirectingが404に変わっているように感じます。存在しないURLがHTTPで404を返し、有効なリクエストをHTTPSにリダイレクトしている間にそこにとどまるように再構成することもできますが、実際には実用的でも安全でもありません。
これは正しいですか、または404へのリダイレクトを避けるために何か違うことをすべきですか？私もこれを心配する必要がありますか？考慮すべき他のSEOへの影響はありますか？
大量のリダイレクトを行う場合、エラーページにリダイレクトすることは非常に一般的な方法です。大量のHTTPからHTTPSへのリダイレクトに加えて、これは次の場合によく起こります。
- 裸のドメインからwwwにリダイレクトします（またはその逆）
- あるドメイン名から別のドメイン名にリダイレクトします
- ディレクトリ全体をリダイレクトします
404ページへのリダイレクトは理想的ではないかもしれませんが、問題が発生するのを見たことはありません。ユーザーはどちらの方法でも同じエラーメッセージを受け取ります。ほとんどのユーザーはURLに注意を払っていないため、リダイレクトが行われたことさえ認識していません。通常、リダイレクトは非常に高速であるため、ページの読み込み時間の観点からユーザーエクスペリエンスを損なうことさえありません。
検索エンジンボットも同様です。彼らは、404ページへのリダイレクトを、元の場所で404ページを取得するのと同等のものとして扱います。
上位404エラーに注意を払うことは常に良い考えです。一般的な404エラーを修正すると、ユーザーがイライラするのを防ぎ、サイトがわずかに壊れた外部リンクを利用できるようになります。