SSL化とは?httpsに対応しない場合の問題と確認方法

Web運用・保守
SSL / TLS & HTTPS GUIDE

SSL化とは?
httpsに対応しない場合の問題と確認方法

SSL化とは、ホームページと閲覧者の端末との通信を暗号化し、 URLを「http://」から「https://」で利用できる状態へ整えることです。 現在使われている仕組みは厳密にはTLSですが、 一般にはSSL化・SSL証明書という呼び方が広く使われています。 証明書を発行するだけでなく、httpからhttpsへの転送、 画像やスクリプトの混在コンテンツ、内部リンク、 証明書の自動更新まで確認して初めて安定した運用になります。

SSL・TLS https転送 混在コンテンツ 証明書更新
SSL化の役割 通信を暗号化し
接続先を確認

入力情報や閲覧内容の盗聴・改ざんリスクを減らし、正しいサーバーへの接続を確認します。

設定の基本 証明書・転送・
URL統一

httpを残したままにせず、httpsへ恒久転送してサイト内のURLも統一します。

運用確認 混在コンテンツと
有効期限を点検

画像・CSS・フォームをhttpsで読み込み、証明書の自動更新が動くか確認します。

SECTION 01

SSL化とはホームページの通信を httpsで保護することです

現在の技術名称はTLSですが、本記事では一般的な呼び方としてSSL化も使用します。

ANSWER 暗号化・認証・
改ざん防止

HTTPSは、HTTPによる通信をTLSで保護する仕組みです。 ブラウザーとWebサーバーの間で送受信する内容を暗号化し、 通信途中で内容を読み取られたり変更されたりする危険を減らします。

サーバーはデジタル証明書を提示し、 ブラウザーは証明書の対象ドメイン、有効期限、 信頼できる認証局から発行されているかなどを確認します。

ただし、 httpsになっていることは、その事業者や掲載内容が 必ず安全・正確であることを保証するものではありません。 HTTPSが保護するのは主に通信経路と接続先の確認です。 WordPress更新、パスワード管理、バックアップなどは別途必要です。

アドレスバーの表示方法はブラウザーやバージョンによって異なります。 鍵マークの有無だけで判断せず、URLがhttpsであることと、 証明書エラーが表示されていないことを確認しましょう。
SECTION 02

httpsに対応しない場合に 起こり得る6つの問題

問い合わせフォームがないサイトでも、閲覧内容やページ表示の保護は必要です。

01
通信を盗み見られる可能性

暗号化されていない通信では、 閲覧ページや送信内容を通信経路上で読み取られる危険があります。

02
内容を改ざんされる可能性

通信途中で文章・画像・リンクなどを変更され、 利用者を意図しないページへ誘導される危険があります。

03
ブラウザーで警告される可能性

HTTPページや証明書に問題があるページでは、 安全でない接続として警告・注意表示が出る場合があります。

04
フォームの信頼を損なう

氏名、メール、電話番号を入力するページがHTTPだと、 利用者が送信をためらい、問い合わせの離脱につながる可能性があります。

05
一部のWeb機能を利用しにくい

ブラウザーの一部機能やAPIは、 HTTPSなどの安全なコンテキストでのみ利用できます。

06
検索上のURLが分散しやすい

HTTPとHTTPSの両方が転送されずに開くと、 内部リンクや検索エンジンが複数のURLとして扱う原因になります。

GoogleはHTTPSを検索ランキングで考慮する要素の一つとしていますが、 SSL化だけで上位表示が保証されるわけではありません。 利用者に役立つ内容、検索意図、サイト全体の品質を優先しつつ、 技術的な土台としてHTTPSを整えましょう。
SECTION 03

SSL化は証明書だけでなく 4つの設定を一体で行います

証明書が有効でも、HTTPの画像や古いURLが残れば不具合や重複が起こります。

CERTIFICATE TLS証明書
ドメインとサーバーを確認

対象ドメインに有効な証明書を設定し、 ブラウザーが安全な接続先として確認できる状態にします。

example.comとwww.example.comの両方を使う場合は、証明書の対象範囲を確認します。
REDIRECT HTTPからHTTPSへの転送
301または308

HTTPへアクセスした利用者と検索エンジンを、 対応するHTTPSのURLへ恒久的に転送します。

すべてをトップへ送らず、各ページを同じ内容のHTTPSページへ転送します。
RESOURCE サイト内URLのhttps化
画像・CSS・リンク

内部リンク、画像、スクリプト、CSS、フォント、 フォーム送信先などをHTTPSへ統一します。

HTTPの素材が残る状態を混在コンテンツと呼びます。
SEARCH 検索向けURLの統一
canonical・サイトマップ

canonical、XMLサイトマップ、構造化データなど、 検索エンジンへ伝えるURLもHTTPSへ変更します。

HTTPSページからHTTPを正規URLとして指定しないよう確認します。
HTTPSページ内でHTTPのスクリプトやCSSなどを読み込むと、 ブラウザーにブロックされてページ表示や機能が壊れることがあります。 画像などは自動的にHTTPSへ切り替えられる場合もありますが、 ブラウザー任せにせず、元のURLを修正することが基本です。
SECTION 04

現在のSSL・https対応状態を 7つの方法で確認します

トップページだけでなく、フォーム・画像・下層ページ・HTTP側も確認します。

01
URLがhttpsで開くか確認する

ブラウザーのアドレスバーで、 トップページと主要な下層ページがhttpsになっているか確認します。

基本確認
02
証明書情報を確認する

ブラウザーのサイト情報から、 証明書の対象ドメイン、有効期限、エラーの有無を確認します。

証明書
03
httpのURLへ直接アクセスする

http://から始まるURLを入力し、 同じページのhttpsへ一度で恒久転送されるか確認します。

リダイレクト
04
主要ページとフォームを操作する

画像、地図、動画、電話ボタン、 問い合わせ送信、自動返信が正常に動くか確認します。

機能確認
05
開発者ツールで混在コンテンツを確認する

ブラウザーのコンソールやネットワーク欄で、 HTTPの画像・CSS・スクリプトが警告・遮断されていないか確認します。

素材確認
06
ページ内の正規URLを確認する

canonical、OGP、構造化データ、 サイトマップ、内部リンクがHTTPSを指しているか確認します。

URL統一
07
Search ConsoleでHTTPS URLを検査する

URL検査でHTTPSページが取得・登録対象になっているか、 Googleが選択した正規URLも含めて確認します。

検索確認
Search ConsoleをURLプレフィックス単位で登録している場合は、 HTTPとHTTPSが別プロパティとして扱われます。 ドメインプロパティではプロトコルを含む各種URLをまとめて確認できます。
SECTION 05

ホームページをSSL化する 8つの手順

サーバー・WordPress・検索向け設定を一度に変更せず、バックアップと確認を挟みます。

01
現在のサイトと契約状況を記録する

ドメイン、サーバー、wwwの有無、 WordPress URL、DNS、外部サービスを一覧にします。

現状確認
02
完全バックアップを取得する

WordPressのファイルとデータベースを保存し、 現在の表示とフォーム動作も記録します。

変更前
03
サーバーで証明書を設定する

レンタルサーバーの無料SSLまたは契約した証明書を有効にし、 対象ドメインでHTTPS接続できるまで待ちます。

証明書
04
WordPressとサイトのURLをhttpsへ変更する

WordPressアドレスとサイトアドレス、 テーマ・プラグイン固有のURL設定を確認します。

CMS設定
05
内部URLと混在コンテンツを修正する

画像、リンク、CSS、JavaScript、フォント、 iframe、フォーム送信先に残るHTTPを修正します。

素材修正
06
HTTPからHTTPSへ恒久転送する

サーバー側で301または308を設定し、 各HTTPページを対応するHTTPSページへ転送します。

転送設定
07
canonical・サイトマップ・外部設定を更新する

XMLサイトマップ、解析、広告、フォーム、 SNSプロフィールなどへ登録したURLをHTTPSへ変更します。

URL統一
08
動作と自動更新を確認する

PC・スマートフォン、http転送、フォーム、 証明書期限、更新通知、バックアップを確認します。

運用開始
GoogleはHTTPからHTTPSへの変更について、 Search Consoleの「アドレス変更」ツールを使用する必要はないと案内しています。 一方、恒久転送、HTTPSのcanonical、サイトマップなどを整え、 Googleが新しいURLをクロールできる状態にする必要があります。
SECTION 06

SSL化後に起こりやすい 8つの不具合と確認方法

証明書を有効にした直後だけでなく、更新・移転・DNS変更後にも発生します。

症状
主な原因
確認・対処
証明書エラーが出る
期限切れ、対象ドメイン違い、証明書チェーン、DNS不一致
証明書の対象・期限、wwwの有無、サーバー設定を確認
画像やデザインが崩れる
CSS・画像・フォントなどがHTTPのまま
開発者ツールで混在コンテンツを探し、元URLをHTTPSへ修正
問い合わせフォームが動かない
送信先、外部API、CAPTCHA、JavaScriptがHTTP
フォームを実送信し、コンソールと外部サービス設定を確認
リダイレクトが繰り返される
サーバー、CDN、WordPress、プラグインの転送設定が重複
転送元・転送先とプロキシ設定を一つずつ確認
HTTPとHTTPSの両方が開く
恒久転送が未設定、対象ページの漏れ
主要URLと下層URLをHTTPで開き、対応するHTTPSへ転送
検索結果にHTTPが残る
クロール待ち、転送漏れ、canonical・サイトマップがHTTP
Search ConsoleでURL検査し、設定を直して再クロールを待つ
証明書が突然失効・期限切れになる
自動更新失敗、DNS変更、サーバー停止、契約終了
更新ログ・通知先を確認し、期限前の監視を設定
管理画面へ入れない
WordPress URL変更、キャッシュ、転送ループ、Cookie
バックアップを確保し、設定値とサーバー側転送を確認
HSTSはブラウザーへHTTPS接続を強制する有効な仕組みですが、 証明書・サブドメイン・転送が安定する前に設定すると、 HTTPへ戻して復旧することが難しくなる場合があります。 サイト全体のHTTPS動作を確認してから、管理者と相談して設定しましょう。
HTTPS CHECK

SSL化・https対応で 確認したい30項目

SSL化直後だけでなく、証明書更新・サーバー移転・テーマ変更後にも確認します。

サイトのバックアップを取得した
ドメイン・サーバーの管理権限がある
証明書が対象ドメインへ発行されている
wwwあり・なしの利用方針を決めた
証明書の有効期限を確認した
証明書の自動更新が有効である
更新失敗の通知先を確認した
トップページがhttpsで開く
主要な下層ページがhttpsで開く
httpからhttpsへ恒久転送される
各ページが対応するURLへ転送される
転送ループや多段転送がない
WordPressアドレスがhttpsである
サイトアドレスがhttpsである
内部リンクがhttpsへ統一されている
画像・CSS・JavaScriptがhttpsである
フォント・iframe・動画がhttpsである
フォーム送信先と外部APIがhttpsである
ブラウザーに混在コンテンツ警告がない
PCで表示・操作を確認した
スマートフォンで表示・操作を確認した
問い合わせフォームを実送信した
canonicalがhttpsを指している
XMLサイトマップがhttpsである
構造化データ・OGPのURLを確認した
Search Consoleでhttps URLを検査した
解析・広告・外部サービスのURLを更新した
旧HTTP URLからのアクセスを確認した
証明書期限を定期監視している
変更内容と確認日を記録した
証明書の期限は永続ではありません。 レンタルサーバーの無料SSLで自動更新される場合でも、 DNS変更、サーバー移転、契約停止などで更新に失敗する可能性があります。 更新通知を受け取れるメールアドレスと確認担当者を決めましょう。
MORINOMIYAKO PLAN

証明書の設定だけでなく https転送と公開後の確認まで対応します

杜の都Webサービスでは、ホームページ制作時に SSL証明書、WordPressのURL、httpからhttpsへの転送、 フォームやスマートフォン表示を確認して公開します。

初期制作費 年間プランなら
0円から
月額換算9,800円から

SSL・公開時に確認する主な内容

  • SSL証明書の基本設定
  • WordPress URLのhttps化
  • httpからhttpsへの転送
  • 画像・内部リンクの基本確認
  • 問い合わせフォームの送信確認
  • パソコン・スマートフォン表示
  • Search Consoleの基本設定
  • 公開後の基本保守・更新

※特殊な証明書、複数サブドメイン、 CDN・ロードバランサー、独自システム、 大規模なHTTP URL置換や障害復旧は別途対応となる場合があります。

料金・制作内容を確認する →
httpsで開くだけで終わらせず
転送・混在コンテンツ・更新まで確認しましょう

証明書、WordPress、内部URL、フォーム、 検索向け設定、自動更新を一続きで確認し、 安全に運用できるホームページへ整えます。

HTTPS・混在コンテンツ・検索URL移行について

本記事は、2026年7月時点のMDN、 Google検索セントラルおよびLet’s Encryptの公式情報を参考に作成しています。 SSL・TLS証明書の設定方法、更新方式、対応範囲は、 サーバー会社、CDN、ドメイン構成によって異なります。