http://example.com一般公開とユーザー認証時に表示できるページを考えてみます。次に、ユーザーがWebサイトにログインするときに、すべてのページでHTTPSを有効にするとします。ただし、ユーザーがログインしている場合のみです。ページが、ログインしているすべてのユーザーに対して有効にhttp://example.comなりhttps://example.comます。ログインしたユーザーがあなたのページを気に入って、ブログの投稿やソーシャルメディアのウェブサイトからリンクすることにした場合、HTTPSバージョンのURLを使用する可能性が高くなります。
SEOの観点から、2つのURL間のコンテンツの重複問題を回避するための戦略は何ですか？
ユーザーがHTTPS URLに到達したが、ログインしていないか、アカウントを持っていない場合はどうなりますか？HTTPバージョンにリダイレクトする必要がありますか？もしそうなら、あなたはそれをどのように扱いますか？
私の直感は、公開とログインの両方で表示できるすべてのページについて、最初にユーザーがログインしているかどうかをページが検出する必要があるということです。ログインしている場合、HTTPSのままか、HTTPバージョンからHTTPSへの302リダイレクトを使用します。ログインしていないユーザーがHTTPSバージョンのURLに到達した場合、HTTPバージョンへの301リダイレクトを使用します。ただし、よりエレガントで効果的なソリューションを歓迎します。
編集：ユーザーがログインしている場合、すべてのURLはHTTPS（または少なくともオプション）であると想定していましたが、もう少し調査を行ったところ、おそらくその想定は間違っていました。私が人々がそれを実装しているのを見る方法は、機密データを送受信するページに対してのみHTTPSを有効にすることです：ログイン、ショッピングカートのチェックアウト、ユーザープロファイル管理など。どのモデルが最適かを調べようとしています。
どうやら、Google Mailでは、ユーザーのプロファイルの設定を通じて、すべてのページでHTTPSを使用するかどうかをユーザーが選択できるようになっています。これは確かにオプションですが、すべての認証状態で公開されているページの動作に対処する必要があります。
私は他の人が使用するコンテンツ管理システムを構築しているので、正しく理解する必要があります。サイトの所有者はどの設定を使用できる必要がありますか？この時点で、各ページ（SSLで保護されているかどうかに関係なく）を細かく制御し、サイト全体を制御することを考えています。しかし、人々がすべての問題を理解していなくて、最終的にセキュリティ問題を引き起こす可能性がある場合、そのレベルの制御を与えることは間違いかもしれません。それがおそらく、最初の問題です。適切な制御レベルとインテリジェントデフォルトとは何ですか？2つ目は、ユーザーに対するページの動作です。SEOの観点からは、上記で説明したプロセスか、rel="canonical" （推奨されるjmbのように）機能しますが、安全でシームレスになるようにページの動作を詳しく調べることも不可欠です。