HTTPS・SSLの役割と設定の基本

HTTPSで守れる範囲

フォームに書いた情報は、閲覧者のブラウザーからサーバーへ送られます。HTTPSは、そのやり取りの内容を、そのままでは読めない形にする「暗号化」を行います。通信の途中で内容が書き換えられた場合に、検出する仕組みも備えています。

相談内容が届いた後に誰が読めるかは、メールや保存先の設定で決まります。受信した情報を誰が扱い、どこに保存するかも決めておきましょう。HTTPSが保護するのは通信なので、掲載内容の正しさや商品の品質は別に確かめる必要があります。

SSL・TLSと証明書の関係

現在、HTTPSの通信を保護している仕組みはTLSと呼ばれます。SSLは、その前に使われていた仕組みの名前です。サービスの画面や説明には、今も「SSL証明書」「SSL設定」という呼び方が残っています。

サーバー証明書は、ブラウザーが接続先を確かめるために使う電子的な情報です。対象のドメインや有効期限などが記されています。

証明書の対象が開こうとしているドメインと違う、期限が切れているなどの問題があると、ブラウザーに警告が出る場合があります。

公開前のHTTPS設定

公開先の管理画面や案内で「HTTPS」「SSL」「証明書」の項目を探します。証明書の発行と更新は、作成サービスが行う場合もあれば、利用者が設定する場合もあります。自分のドメインを使うなら、そのドメイン向けにHTTPSを使える状態にする必要があります。

1. 公開先の案内で、証明書を誰が発行・更新するかを読む。制作を依頼している場合は、担当者に聞く。
2. ドメインを公開先につなぎ、そのサービスの手順でHTTPSの設定を行う。
3. 「https://自分のドメイン」というURLを開き、警告が出ないかを見る。
4. 画像も表示されるか、問い合わせフォームなどのページも警告なく開けるかを試す。

ページ内の画像などが保護されていない通信で読み込まれると、ブラウザーがその読み込みを制限することがあります。ページ本体だけでなく、読み込む画像なども点検します。

警告への対応と証明書の更新

警告が出る場合は、開いたURL、警告の文章、起きた日時を控え、画面の画像も残します。その情報を公開先の窓口や制作担当者へ渡すと、問題を調べてもらいやすくなります。閲覧者に警告を無視して進むよう案内するのは避けましょう。

証明書の自動更新を使う場合も、更新に必要なドメイン設定などが変わると、更新できなくなることがあります。期限やエラーの通知を受け取るメールアドレスを使える状態にし、更新を担当する人を決めておきます。