常時SSLとは？HTTPSとの違い・301リダイレクト・設定手順を解説

SSL・HTTPS

常時SSLとは、問い合わせフォームやログイン画面だけでなく、トップページ・記事・会社概要などサイト全体をHTTPSで表示する運用です。現在のWebサイトでは、部分的にSSL化するよりも、すべてのページをHTTPSへ統一する常時SSLが基本です。

30秒でわかる結論

  • 常時SSLは、サイト全体をHTTPSで表示すること
  • 昔の「フォームだけHTTPS」と違い、トップ・記事・画像もHTTPSへ統一する
  • SSL証明書を設定しただけでは不十分で、http→https転送まで行う
  • 画像・CSS・JavaScriptにHTTPが残ると混在コンテンツになる
  • 内部リンク・canonical・サイトURLもHTTPSへ統一する
  • 一般的な会社・店舗・ブログなら、無料SSLで常時SSL化できるケースが多い
  • 切り替え後は「表示・フォーム・転送・解析」の4点を確認する

常時SSLとは？

常時SSLとは、Webサイト内のすべてのページをHTTPSで表示することです。

以前は、問い合わせフォームや決済ページだけをHTTPSにする「部分SSL」もありましたが、現在はトップページや記事ページも含めてサイト全体をHTTPS化する運用が一般的です。

方式 対象 URL例
部分SSL フォーム・決済など一部 httpとhttpsが混在
常時SSL サイト全体 すべてhttps://

ここで伝えたいポイント

常時SSLは「SSL証明書を入れること」だけではありません。サイト内のURLをHTTPSへ統一し、HTTPアクセスもHTTPSへ転送するところまで含めて考えます。

なぜ常時SSLが必要？

SSL/TLSには、通信を暗号化し、接続先を確認し、通信途中の改ざんを検知する役割があります。

フォームだけでなく通常ページもHTTPS化することで、サイト全体の通信を保護できます。

会社サイト 常時SSL必要度 ★★★★★

会社情報・問い合わせ・採用情報などを含め、全ページHTTPS化を基本にします。

店舗サイト 常時SSL必要度 ★★★★★

予約・問い合わせ・地図・料金ページも含め、HTTPSへ統一します。

ブログ 常時SSL必要度 ★★★★★

フォームがなくても、現在は全ページHTTPSを基本にします。

EC・会員サイト 常時SSL必要度 ★★★★★

ログイン・個人情報・決済があるため、常時SSLは前提です。

常時SSLとHTTPSの違い

HTTPSは、HTTP通信をSSL/TLSで保護した通信方式です。

HTTPS ＝ HTTP ＋ SSL/TLS

常時SSLは、そのHTTPSをサイト全体で常に使う運用を指します。

具体例

トップページ、会社概要、ブログ、問い合わせフォームのすべてが「https://example.com/…」で表示される状態が常時SSLです。

SSL証明書を設定しただけでは常時SSLではない

SSL証明書を有効にして「https://example.com」が表示できても、「http://example.com」へアクセスするとHTTPのまま表示されるなら、URLが統一されていません。

初心者はこれでOK

常時SSL化では「httpsで表示できる」だけでなく、「httpへアクセスしても自動的にhttpsへ移動する」状態まで確認してください。

HTTPからHTTPSへ301リダイレクトする

HTTP URLへのアクセスをHTTPSへ恒久的に転送する方法として、301リダイレクトが一般的に使われます。

転送例

http://example.com/about/ → https://example.com/about/

これにより、古いブックマークや外部リンクからHTTPへアクセスされてもHTTPSページへ案内できます。

リダイレクトループに注意

WordPress、レンタルサーバー、CDNなど複数箇所でHTTPS転送を重複設定すると、環境によってリダイレクトループが起こる場合があります。どこで転送を管理するかを整理してください。

混在コンテンツをなくす

ページ本体がHTTPSでも、画像・CSS・JavaScriptなどをHTTPで読み込んでいると「混在コンテンツ（Mixed Content）」になります。

混在コンテンツの例

ページは「https://example.com」なのに、画像だけ「http://example.com/photo.jpg」で読み込んでいる状態です。

確認するURL

  • 画像
  • CSS
  • JavaScript
  • iframe
  • 外部フォント
  • 内部リンク

ここで伝えたいポイント

SSL証明書が正常でも、HTTP要素が残れば警告や読み込みブロックにつながることがあります。常時SSL化では、ページ内の読み込み先もHTTPSへ統一します。

WordPressで常時SSL化するときの確認項目

WordPressでは、サーバー側のSSL設定だけでなく、WordPress内のURL設定も確認します。

WordPressのチェックリスト

  • WordPressアドレスがhttpsになっているか
  • サイトアドレスがhttpsになっているか
  • http→httpsの転送が動作するか
  • 過去画像URLにhttpが残っていないか
  • テーマ・プラグイン内URLにhttpが残っていないか
  • canonicalがhttpsになっているか
  • サイトマップURLがhttpsになっているか

SEOではURL統一が重要

HTTPとHTTPSの両方で同じ内容へアクセスできる状態は、URLが重複する原因になります。

常時SSL化では、HTTPからHTTPSへ転送し、内部リンクやcanonicalなどもHTTPSへ統一します。

項目 常時SSL化後
内部リンク httpsへ統一
canonical httpsを指定
XMLサイトマップ https URLを掲載
外部ツール 必要に応じてhttps側を確認

「SSL化＝検索順位が上がる」とは限らない

常時SSLは現在のWeb運営の基本ですが、HTTPSへ変えただけで検索順位が大きく上がるとは限りません。SEOでは内容・内部リンク・表示速度なども重要です。

常時SSL化の基本手順

STEP1．バックアップ

WordPressファイルとデータベースを保存します。

STEP2．SSL証明書を有効化

レンタルサーバー管理画面などで対象ドメインのSSLを設定します。

STEP3．HTTPSで表示確認

証明書エラーなく表示されることを確認します。

STEP4．WordPressのURLをHTTPSへ変更

サイトURLなどを確認します。

STEP5．HTTPからHTTPSへ転送

旧URLへアクセスしてもHTTPSへ移動する状態にします。

STEP6．混在コンテンツ確認

画像・CSS・JavaScriptなどを確認します。

最後に「表示・フォーム・転送・解析」を確認する。

切り替え前にバックアップする

WordPressサイトでURLを変更する前には、ファイルとデータベースをバックアップします。

常時SSL化前バックアップ ＝ ファイル ＋ データベース

URL一括置換やプラグイン設定を誤ると、画像が表示されない、管理画面へ入れないなどの問題が起きる可能性があるためです。

常時SSL化にかかる費用

一般的なレンタルサーバーでは、無料SSLを提供しているケースが多くあります。

無料SSLを使えるなら、SSL証明書そのものの追加費用を0円にできる場合があります。

有料SSLが年11,000円の場合

11,000円 × 3年 ＝ 33,000円

一般サイトで無料SSLが要件を満たすなら、3年間で33,000円分の証明書費用を抑えられる計算です。

教科書判定

一般サイトは無料SSL＋常時SSLを基本にする

会社・店舗・ブログなど一般的なWebサイトでは、レンタルサーバーの無料SSLを第一候補にし、サイト全体をHTTPSへ統一してください。企業実在認証など特別な要件がある場合だけ有料証明書を検討します。

切り替え後24時間で確認すること

常時SSL化後チェック

  • トップページがhttpsで表示される
  • 主要ページがhttpsで表示される
  • http URLがhttpsへ転送される
  • 問い合わせフォームが送信できる
  • 画像・CSS・JavaScriptが正常に読み込まれる
  • ブラウザで証明書エラーが出ない
  • アクセス解析が計測されている
  • Search Consoleやサイトマップを確認した

10ページすべてを確認できない場合

まずトップ、問い合わせ、料金、代表記事2〜3本、画像が多いページを優先して確認します。ページ種類を分けて代表例を確認すると、共通テンプレートの問題を見つけやすくなります。

常時SSL化でよくある失敗

失敗 原因
httpでも表示できる HTTPS転送未設定
画像だけ警告が出る HTTP画像が残っている
リダイレクトループ 転送設定の重複
フォームが動かない URL・セキュリティ設定の不整合
解析が取れない 設定・タグ・プロパティ確認不足

公開中サイトでは一気に変更しない

アクセスの多い会社サイトや収益サイトでは、事前バックアップを取り、設定変更後に主要ページ・フォーム・転送をすぐ確認できる時間帯に作業してください。

常時SSL化するか判断するフロー

Q1．公開中のWebサイトですか？

はい → 常時SSL化を前提にする

Q2．無料SSLを利用できますか？

はい → まず無料SSLを使う

Q3．HTTPページが残っていますか？

はい → HTTPSへ転送・統一

Q4．混在コンテンツがありますか？

はい → HTTP読み込みを修正

Q5．フォーム・解析・サイトマップを確認しましたか？

いいえ → 公開後チェックを実施

「証明書設定＋URL統一＋転送＋確認」まで終えて常時SSL化完了。

教科書判定：現在のWebサイトは常時SSLを基本にする

教科書判定

フォームの有無にかかわらず、サイト全体をHTTPSへ統一する

現在の会社・店舗・ブログサイトでは、部分SSLではなく常時SSLを基本にしてください。無料SSLが使えるならそれを利用し、HTTP→HTTPS転送、内部URL、混在コンテンツ、フォーム、解析まで確認すれば、初心者でも安全に移行しやすくなります。

よくある質問

Q．常時SSLとSSLは違いますか？

SSL/TLSは通信を暗号化する仕組みで、常時SSLはその仕組みをサイト全体で常に使う運用です。

Q．問い合わせフォームがないサイトも常時SSLが必要ですか？

はい。現在はフォームの有無にかかわらずサイト全体をHTTPS化するのが基本です。

Q．無料SSLでも常時SSLにできますか？

できます。利用中のサーバーが無料SSLに対応していれば、一般的なサイトでは無料SSLを使って常時SSL化できます。

Q．常時SSL化するとURLは変わりますか？

http://からhttps://へ変わります。旧HTTP URLからHTTPSへ301リダイレクトし、内部リンクなどもHTTPSへ統一してください。

Q．SSL化したのにブラウザ警告が出るのはなぜですか？

混在コンテンツ、証明書エラー、対象ドメイン不一致などが考えられます。画像・CSS・JavaScriptのURLも確認してください。

まとめ

この記事の結論

  • 常時SSLはサイト全体をHTTPS化すること
  • 証明書設定だけでなくURL統一まで行う
  • HTTPからHTTPSへ301リダイレクトする
  • 混在コンテンツをなくす
  • WordPressのURL・canonical・サイトマップも確認する
  • 一般サイトなら無料SSLを第一候補にする
  • 切り替え後は表示・フォーム・転送・解析を確認する

常時SSLは「httpsで開ける状態」ではなく、サイト全体をHTTPSへ統一し、旧HTTP URLも正しく転送できる状態です。無料SSLを使えるなら、証明書設定・301転送・混在コンテンツ修正・公開後確認までを1セットで進めてください。

次に読むなら

常時SSLの基本が分かったら、「SSL化したのに「保護されていない通信」と表示される原因」を確認すると、HTTPS化後に起こりやすいトラブルへ対応しやすくなります。