WordPressをSSL化するには、レンタルサーバーでSSL証明書を有効にしたあと、WordPressのURLをhttp:// から https:// へ変更し、古いHTTPアクセスをHTTPSへ転送します。
さらに、画像やCSSなどに古いHTTP URLが残る「混在コンテンツ」も確認します。証明書を有効にしただけでは、サイト全体のSSL化が完了していない場合があります。
30秒でわかる結論
- まずレンタルサーバー側でSSL証明書を有効にする
- https://自分のドメイン で正常表示できることを確認する
- WordPressの「WordPressアドレス」と「サイトアドレス」をhttpsへ変更する
- http://へのアクセスはhttps://へ301リダイレクトする
- 画像・CSS・JavaScriptなどにhttp URLが残っていないか確認する
- URL変更前には必ずバックアップを取る
- SSL化後はサイト表示・管理画面・フォーム・解析ツールまで確認する
WordPressのSSL化とは？
SSL化とは、Webサイトとの通信をHTTPSで暗号化することです。
http://example.com → https://example.com
HTTPSでは、ブラウザとサーバーの間で送受信される情報が暗号化されます。ログイン情報やお問い合わせフォームなどを扱うWordPressでは、HTTPSで運用するのが基本です。
ここで伝えたいポイント
WordPressのSSL化は「URLの先頭にsを付ける作業」ではありません。SSL証明書・WordPress設定・転送設定・内部URLの4点を揃える作業です。
SSL化に必要な4つの作業
| 作業 | 目的 | 重要度 |
|---|---|---|
| SSL証明書を有効化 | HTTPS通信を可能にする | ★★★★★ |
| WordPress URLをHTTPS化 | サイト自身がHTTPSを使う | ★★★★★ |
| HTTP→HTTPS転送 | 古いURLから新URLへ誘導 | ★★★★★ |
| 混在コンテンツ修正 | ページ内のHTTP要素をなくす | ★★★★☆ |
手順1｜作業前にバックアップを取る
SSL化では、WordPressのサイトURLやデータベース内URLを変更する場合があります。設定を誤ると管理画面へ入れなくなる可能性もあるため、先にバックアップを取ります。
バックアップ対象
- WordPressファイル
- データベース
- wp-config.php
- .htaccessを使っている場合はその内容
- 現在のWordPressアドレス・サイトアドレス
SSL化は「戻せる状態」を作ってから始める
特に運営中サイトでは、URL設定を変更する前にバックアップを確保してください。数分の事前確認で、設定ミス時の復旧難易度が大きく変わります。
手順2｜レンタルサーバー側でSSLを有効化する
まず、契約しているレンタルサーバーの管理画面でSSLを設定します。
多くのレンタルサーバーでは無料SSLを利用できますが、画面名や反映時間はサービスごとに異なります。
- レンタルサーバーの管理画面へログインする
- 対象ドメインを選ぶ
- SSLまたは独自SSLの設定画面を開く
- 無料SSLなどを有効にする
- 設定反映後にHTTPSでアクセスする
確認例
http://example.com で運営しているサイトなら、設定後に https://example.com を直接開き、ページが表示されるか確認します。
HTTPSで表示できる前にWordPress URLを変えない
証明書がまだ有効になっていない状態でWordPressのURLだけをhttpsへ変更すると、管理画面やサイトへアクセスできなくなることがあります。先にサーバー側のSSL設定が有効になったことを確認してください。
手順3｜WordPressのURLをHTTPSへ変更する
SSL証明書が有効になったら、WordPress管理画面の「設定 → 一般」を開きます。
通常の単一サイトでは、次の2項目を確認します。
| 設定項目 | 変更前 | 変更後 |
|---|---|---|
| WordPressアドレス（URL） | http://example.com | https://example.com |
| サイトアドレス（URL） | http://example.com | https://example.com |
WordPress公式の移行ドキュメントでも、この2つのURL設定はサイトの表示や管理画面で広く利用される重要項目として説明されています。
末尾のスラッシュやドメイン名を勝手に変えない
SSL化の目的は基本的に「httpをhttpsへ変更すること」です。wwwあり・なしやサブディレクトリなどを同時に変更すると、原因切り分けが難しくなります。
手順4｜HTTPからHTTPSへ301リダイレクトする
SSL化後も、過去のリンクやブックマークから http:// のURLへアクセスされることがあります。
そのため、HTTPアクセスをHTTPSへ転送します。
http://example.com/page/ → 301リダイレクト → https://example.com/page/
転送方法はレンタルサーバー、Apache、nginx、CDNなど構成によって異なります。レンタルサーバーにHTTPS転送機能がある場合は、まず公式手順を利用する方が安全です。
301リダイレクトの意味
古いHTTP URLへ来た利用者や検索エンジンを新しいHTTPS URLへ恒久的に転送するための設定です。旧URLをそのまま放置するより、URLを一本化しやすくなります。
手順5｜混在コンテンツを確認する
ページ自体はHTTPSでも、画像・CSS・JavaScriptなどをHTTPで読み込んでいると「混在コンテンツ（Mixed Content）」になります。
混在コンテンツの例
ページURLは https://example.com なのに、本文画像だけ http://example.com/wp-content/uploads/image.jpg を読み込んでいる状態です。
| 残りやすい場所 | 確認内容 |
|---|---|
| 過去記事の画像 | http://で始まる画像URL |
| テーマ設定 | ロゴ・背景画像 |
| ウィジェット | 手入力したHTML |
| CSS | 背景画像URL |
| 外部スクリプト | 古いHTTP配信 |
WordPressにはHTTPS移行を支援する仕組みがあり、サイトURLをHTTPSへ更新する内部処理も用意されています。ただし、テーマやプラグイン、手入力データに残ったURLまで必ずすべて自動修正されるとは限りません。
大量のHTTP URLを置換するときの注意
記事数が多いサイトでは、データベース内に古いHTTP URLが多数残っている場合があります。
検索置換ツールやWP-CLIなどで一括置換する方法もありますが、バックアップなしで実行するのは危険です。
手作業の負担例
300記事を1記事2分ずつ確認すると仮定します。
300記事 × 2分 ＝ 600分 ＝ 10時間
大量記事では自動置換が有効ですが、誤置換すると広範囲へ影響します。必ずバックアップとテストを前提にします。
単純なSQL置換は初心者向けではない
WordPressのデータにはシリアライズされた値が含まれる場合があります。データ構造を理解せずに文字列だけ置換すると、設定が壊れる可能性があります。専用ツールやWP-CLI、移行機能など安全な方法を使ってください。
手順6｜SSL化後の表示を確認する
SSL化後チェックリスト
- トップページがhttpsで開く
- 個別記事がhttpsで開く
- httpで開くとhttpsへ転送される
- WordPress管理画面へログインできる
- 画像・CSS・JavaScriptが正常に表示される
- お問い合わせフォームが送信できる
- 会員・EC機能がある場合はログインや決済を確認する
- ブラウザに混在コンテンツ警告が出ていない
SSL化後に確認したい外部サービス
URLがhttpからhttpsへ変わるため、WordPress外のサービスも確認します。
| サービス・場所 | 確認内容 |
|---|---|
| Search Console | 対象URL・サイトマップ・インデックス状況 |
| アクセス解析 | サイトURLや計測が継続しているか |
| 広告・ASP | 登録URLや計測URL |
| SNSプロフィール | 掲載URL |
| 外部サービス | Webhook・コールバックURL |
| サイトマップ | HTTPS URLになっているか |
内部だけ見て終わらない
サイト自体が正常でも、外部サービス側に旧HTTP URLが残ることがあります。特に広告計測、API連携、決済、Webhookを使うサイトでは確認してください。
SSL化するとSEOに有利？
HTTPS化は現在のWebサイト運営では基本的な要件ですが、「SSL化しただけで検索順位が大きく上がる」と考えるのは適切ではありません。
SSL化の主目的は、安全な通信と正しいサイト運用です。SEOだけを理由に行うのではなく、ログイン・問い合わせ・Cookieなどを扱うサイトの基本対策として考えてください。
SSL化はSEO施策ではなく、サイト運営の標準設定
現在WordPressを新規公開するなら、最初からHTTPSで始めるのが基本です。HTTPで公開してから後で移行すると、転送やURL置換など余計な作業が増えます。
SSL化後に管理画面へ入れなくなった場合
URL設定を変更した直後に管理画面へ入れなくなった場合は、WordPressアドレス・サイトアドレスの不一致やHTTPS設定を確認します。
WordPress公式でも、WP_HOMEやWP_SITEURL、データベース内のsiteurl・homeが食い違うと、ログインループや「Too many redirects」の原因になることがあると案内されています。
はい → URL設定を確認。
はい → http/httpsの重複設定を確認。
はい → HTTPS判定と転送設定も確認。
wp-config.phpを触る前に確認
WP_HOMEやWP_SITEURLをwp-config.phpへ直接定義する方法もありますが、これはトラブルシューティング向けです。初心者は、まずレンタルサーバーのサポートやバックアップ復元を確認してください。
無料SSLと有料SSLはどちらを選ぶ？
一般的なブログや会社サイトでは、レンタルサーバーが提供する無料SSLで十分なケースが多いです。
重要なのは「無料か有料か」だけではなく、証明書が自動更新されるか、更新失敗時の通知があるか、サポートが必要かです。
一般的なドメイン認証型の無料SSLで十分なケースが多いです。
通常のHTTPS化が目的なら、無料SSLで対応できる場合が多いです。
証明書種別、組織確認、社内規定、保守要件がある場合は有料証明書を含めて検討します。
WordPressをSSL化する判断フロー
はい → 公開前からHTTPSで開始。
はい → バックアップ後にSSL証明書を有効化。
はい → WordPress URLをhttpsへ変更。
いいえ → リダイレクト設定。
はい → 混在コンテンツを確認。
教科書判定｜新規WordPressは最初からHTTPSで作る
これから作るなら「あとでSSL化」ではなく最初からHTTPS
現在の一般的なレンタルサーバーでは無料SSLを利用できるケースが多いため、新規WordPressをHTTPで公開する理由はほとんどありません。最初からHTTPSで公開すれば、後からURL置換や301リダイレクトを追加する作業を減らせます。
よくある質問
Q．無料SSLでも安全ですか？
一般的なHTTPS通信の暗号化が目的なら、信頼された認証局が発行する無料SSLで十分なケースが多いです。重要なのは有効期限切れを防ぎ、正しく更新されることです。
Q．SSL化するとURLは変わりますか？
はい。http://example.com と https://example.com はURLとして異なります。そのため、HTTPからHTTPSへの転送設定と内部URLの確認が必要です。
Q．SSL証明書を有効にしただけではだめですか？
不十分な場合があります。WordPress側のサイトURLがHTTPのままだったり、画像がHTTPで読み込まれていたりすると、完全にHTTPSへ統一できません。
Q．SSL化後に「保護されていない通信」と表示されます
画像・CSS・JavaScriptなどにHTTP URLが残る混在コンテンツが原因候補です。ブラウザの開発者ツールやサイト内URLを確認してください。
Q．SSL化するとアクセス数はリセットされますか？
サイト自体のアクセス実績が消えるわけではありません。ただし、解析ツールや外部サービスの設定がHTTP URL前提になっている場合は、HTTPS化後に計測が継続しているか確認してください。
まとめ｜SSL化は「証明書＋URL＋転送＋確認」で完了
この記事の結論
- 最初にバックアップを取る
- サーバー側でSSL証明書を有効化する
- HTTPSで表示できてからWordPress URLを変更する
- HTTPからHTTPSへ301リダイレクトする
- 混在コンテンツを確認する
- 管理画面・フォーム・外部サービスまで確認する
- 新規WordPressは最初からHTTPSで始める
結局、WordPressのSSL化は「SSL証明書を有効化 → WordPress URLをHTTPSへ変更 → HTTPをHTTPSへ転送 → 混在コンテンツと外部連携を確認」の順で進めれば整理しやすくなります。運営中サイトでは、最初にバックアップを確保してから作業してください。
次に読むなら
SSL化が完了したら、次は「WordPressのセキュリティ対策」を確認し、ログイン保護、更新、バックアップ、不要アカウント整理まで整えると安全性を高められます。