Security

SSL設定とHTTPS化の確認手順|転送の実測例と確認シート

執筆・編集:遊馬 祥一郎公開:内容更新:

証明書を設定することと、サイト全体をHTTPSへ統一することは別の作業です。先にHTTPSで開けることを確かめてから、URLや転送を整えましょう。

1. SSLとは何か

HTTPSは、ブラウザーとサイトの通信を暗号化して保護する仕組みです。現在の通信では主にTLSが使われますが、サーバーの管理画面では「SSL設定」と呼ばれることがあります。

ただし、HTTPSで開けることは、掲載内容の正しさやサイト全体の安全性を保証するものではありません。パスワード管理、ソフトの更新、バックアップなどは別に必要です。概要はWordPress公式のHTTPS解説でも確認できます。

2. 変更前に対象URLと戻し方を確認する

  • 設定するドメイン名を確認する。wwwの有無やサブドメインも区別する。
  • 契約中のサーバーで使える証明書と、設定・更新の条件を確認する。
  • 現在のDNS、転送設定、WordPressのURLを控える。
  • 変更するファイルをバックアップする。WordPressではデータベースも対象にする。
  • 管理画面へ入れなくなった場合の復旧方法を確認し、可能ならテスト環境で試す。

すでにサイトやメールを運用している場合は、新規サイトと同じ感覚でネームサーバーを変更しないでください。移転中は、契約先の移転・証明書発行手順を先に読みます。ドメインと接続先の関係はドメイン・DNS・SSLの違いで整理できます。

3. 証明書・URL・転送の順に確認する

  1. 証明書を設定する: サーバーの公式手順に沿って、対象ドメインのSSLを有効にします。発行エラーがあれば先に解消します。
  2. HTTPSで直接開く: 反映後、対象URLをHTTPSで開き、証明書の警告が出ないことを確認します。警告を無視してログインしないでください。
  3. サイト内のURLを確認する: WordPressならHTTPSが利用できる状態を確認してから、公式手順に沿ってURL設定を見直します。HTML・PHPサイトならリンクや画像などの参照先を確認します。
  4. HTTPからの転送を整える: サーバー機能、アプリ、既存の転送ルールを確認し、設定をむやみに重複させないようにします。
  5. 主要ページを試す: トップだけでなく、記事・画像・管理画面・フォームも確認します。問題が出たら変更箇所を切り分けます。

XServerで確認する場合

新サーバーパネルでは「SSL設定」で対象ドメインの設定をONにする手順が案内されています。証明書を設定しただけでは、HTTPからHTTPSへ転送する常時SSL化までは済んでいません。旧パネルや移転時の手順も含めて、XServer公式の無料独自SSL設定を確認してください。この記事は公式資料に基づく案内で、管理画面の操作を実演した記録ではありません。

WordPressのURLを変えるときの注意

WordPressアドレスとサイトアドレスは、構成によって異なる場合があります。サブディレクトリを消したり、データベース内を一律に置き換えたりせず、現在の構成を確認します。移行時の注意点はWordPress公式の移行手順も参照してください。

4. 警告や表示不良は、症状を分けて調べる

スマホでは表を横にスクロールできます。警告を消すためにブラウザーの保護機能を無効にするのではなく、表示されたURLとエラー内容を確認しましょう。

HTTPSの症状別確認表
症状確認するところ避けたい対応
証明書の警告が出る証明書の対象名・有効期限、アクセスしたホスト名、サーバー側の設定状態警告を無視してパスワードを入力する
画像や機能だけ動かないHTTPSページ内でHTTPの画像・スクリプトなどを読み込んでいないか原因を調べずブラウザーのブロックを解除する
転送が繰り返されるサーバー・WordPress・CDNなどの転送設定と公開URLの指定複数箇所へ同じ転送設定を追加し続ける
特定の記事だけ404になる記事URL、ファイル名、公開状態。トップが開くなら記事側も調べる証明書やDNSを手当たり次第に設定し直す

HTTPSページがHTTPの素材を読み込む状態は「混在コンテンツ」と呼ばれます。ブラウザーが読み込みをブロックしたり、HTTPSへ自動変更したりする場合があります。開発者ツールのConsoleやNetworkで対象URLを確認し、HTTPSで提供できる参照先へ修正します。詳しくはMDNの混在コンテンツ解説を参照してください。

ドメイン契約の期限と証明書の期限も、それぞれ管理が必要です。契約状態が気になる場合はドメイン更新の確認リストを使い、証明書の問題と混同しないようにします。

当サイトの実例:HTTPSは使えても、HTTPが残っていた

2026年9月29日、当サイトのトップ・この記事・404ページを、HTTPとHTTPSそれぞれでGET取得しました。証明書の検証を有効にしたHTTPS接続は成功しましたが、HTTPのトップと記事も200で表示され、HTTPSへの転送はありませんでした。

「HTTPSのURLを開けた」だけでは、HTTPからの転送確認は終わっていません。そこで、このドメインのHTTPリクエストを同じパスのHTTPSへ送る恒久転送を設定し、同じ6 URLを再取得しました。

次の表のパスはすべてweb-labo-note.com上のものです。200はページの応答成功、308は恒久転送、404はページが見つからない応答を示します。スマホでは表を横にスクロールできます。

2026年9月29日のGET実測:HTTPで開いたときの変化
対象パス修正前修正後確認したこと
/HTTPのまま200308 → HTTPSで200トップをHTTPSへ転送
/articles/ssl-setup-guide.phpHTTPのまま200308 → 同じ記事のHTTPSで200記事をトップへ戻さず、パスを保持
/404.phpHTTPで404308 → HTTPSで404エラーページの404応答も保持

さらに、この記事に確認用のクエリ文字列を付けたURLと、問い合わせページでも転送先を確認しました。クエリ付きの記事はパスとクエリが保たれ、問い合わせページもHTTPSへ転送されました。フォーム送信は行っていません。

自分のサイトで同じ確認をするには

  1. HTTPSのトップと記事を直接開き、証明書の警告が出ないことを確認します。
  2. HTTPで同じページを開き、最後のURLがHTTPSの同じ記事になっているか確認します。ブラウザー自身がHTTPSへ切り替える場合もあるため、アドレスバーだけではサーバーの転送設定を断定できません。
  3. 開発者ツールのNetworkや、HTTP応答を確認できるツールで、元URLの応答コードとLocation(転送先)を確かめて控えます。
  4. 転送先を再取得し、意図した記事が表示されること、転送が繰り返されないことを確認します。

ターミナルに慣れている方は、次のように公開ページをGETで取得すると、本文を保存せずに応答ヘッダーを確認できます。まずこの例で読み方を確認し、自分のサイトで試す場合はドメインとパスを置き換えてください。

curl --max-time 15 -sS -D - -o /dev/null 'http://web-labo-note.com/articles/ssl-setup-guide.php'
curl --max-time 15 -sS -D - -o /dev/null 'https://web-labo-note.com/articles/ssl-setup-guide.php'

1つ目は308とHTTPSのLocation、2つ目は200が今回の確認結果です。エラーが出ても証明書検証を無効にするオプションは追加せず、証明書や接続環境を調べます。検査ツールへ認証情報付きURLや非公開URLを渡さないでください。

当サイトでは308を使っていますが、すべてのサイトで同じ設定ファイルをコピーすればよいわけではありません。サーバーやCDNの既存設定に合わせます。308の仕様はMDN、検索向けの恒久転送の扱いはGoogleのリダイレクト解説を参照できます。

この実測の範囲:当サイトのHTTP応答と転送先の確認です。JavaScript・広告・フォーム送信は実行していません。ブラウザー内で読み込むすべての素材、証明書の将来の自動更新、検索登録や広告審査の通過まで確認したものではありません。

HTTPの文字列を見つけたら、使われ方で直し分ける

次は説明用の説明用のHTMLです。実際に混在コンテンツを読み込むデモではありません。HTTPSページ内にHTTPの文字列があるという理由だけで、本文を一括置換しないようにします。

<!-- 画像をページ内へ読み込む参照 -->
<img src="http://example.com/images/shop.jpg" alt="店舗入口">

<!-- 別ページへ移動する通常のリンク -->
<a href="http://example.com/guide/">手順を見る</a>
HTTPが残った箇所と修正判断
見つかった場所次に確認すること修正の判断
画像・CSS・スクリプトの読み込み同じ素材をHTTPSで取得でき、内容も意図したものか確認できた参照先へ修正する。HTTPSで提供されない場合は代替素材や機能の見直しを検討
通常の別ページへのリンク移動先がHTTPSで開くか、別ページに変わっていないか確認できればHTTPSのURLへ変更。通常のページ移動リンクは、画像などの埋め込み読み込みと区別する
説明文・コード例HTTPとHTTPSを比較するための記述か説明に必要なHTTP表記は残す。表示用の例と実際の読み込みを分ける

読み込みの修正後は、代表ページを再読み込みして表示とConsole・Networkを確認します。「表示されるから大丈夫」とせず、ブラウザーの自動変更に依存していないかも見ます。挙動はMDNの混在コンテンツ解説に基づく説明です(確認日:2026年9月29日)。

HTTPS確認シートをダウンロード(無料・TXT)できます。元URL、応答、転送先、表示確認、未確認項目を1ページずつ残すための記入例付きシートです。会員登録・送信は不要です。

5. 公開後に確認するチェックリスト

  • 使うドメイン・サブドメインをHTTPSで開いても警告が出ない。
  • HTTPのURLから、意図したHTTPSの同じページへ移動できる。
  • 記事の画像・CSS・スクリプトが読み込まれ、混在コンテンツの警告がない。
  • フォームで送信完了と実際の受信を確認できる。テストはテストと分かる内容にする。
  • 内部リンク・canonical・サイトマップのURLが意図したHTTPSの表記になっている。
  • 証明書の自動更新条件と、更新失敗時の通知先を確認している。

フォームの確認を進めるなら問い合わせフォームの設置手順へ進んでください。SSL設定だけを理由にサーバーを契約し直す必要はありません。これから契約先を選ぶ場合に限り、WordPress向けサーバー比較でSSLと運用機能を確認し、開始費用の予算表で全体の費用を整理できます。比較記事には広告リンクが含まれます。

公式資料の確認日: 2026年9月10日。画面や機能は変更されることがあるため、実際の操作は契約先の最新手順を優先してください。

運営者の実務メモ

https化のあとは、主なページの鍵マークを確認する

https化したあとも、画像や読み込むファイルの一部がhttpのまま残り、ブラウザで「保護されていない」と表示されるケースがよくありました。設定を変えたあとは、主なページをブラウザで開いて、鍵マークが付いているか確認します。

運営者の実務経験にもとづくメモです。すべてのサイトに当てはまるとは限りません。

公開日: 2026-04-20

最終更新日: 2026-10-14

追記履歴

  • 2026-10-14 運営者の実務経験にもとづくメモを追加
  • 2026-09-29 当サイトのHTTP転送の修正前後の実測、URLの判断例、HTTPS確認シートを追加
  • 2026-09-29 公開日の本文表記を記事台帳・構造化データと統一
  • 2026-04-20 初版公開
  • 2026-09-10 HTTPS化の順序、症状別確認表、公開後チェックと関連記事を追加