SSL化（実際にはTLSによるHTTPS通信）は、ホームページと訪問者のブラウザー間の通信を暗号化する仕組みです。問い合わせフォームがなくても、改ざんやなりすましのリスクを減らし、利用者が正しいサイトへ安全に接続するために必要です。
「SSLにすれば検索順位が大幅に上がる」という単純な話ではありません。安全性、ブラウザー表示、URL統一、計測、運用の観点から正しく理解しましょう。
httpとhttpsの違い
HTTPはWebデータをやり取りする仕組みで、HTTPSはその通信を暗号化して接続先を証明書で確認します。URLはhttp://からhttps://へ変わります。
現在の企業サイトでは、全ページをHTTPSで提供することが基本です。
HTTPSが守る三つのこと
1. 通信の機密性
閲覧内容やフォーム入力が通信途中で読み取られにくくなります。個人情報、ログイン、検索内容などを守ります。
2. データの完全性
通信途中で内容やスクリプトを改ざんされるリスクを減らします。公共Wi-Fiなど、利用者が管理できないネットワークでも重要です。
3. 接続先の認証
証明書により、ブラウザーが接続先ドメインを確認します。ただし、証明書があるだけで、その会社や内容が全面的に信頼できると保証するものではありません。
問い合わせフォームがなくても必要
ページ閲覧自体にも、URL、Cookie、外部読み込みなどの通信があります。ブラウザー警告が出るサイトは、訪問者が離脱し、取引先から管理体制を不安視される可能性があります。
将来フォームやログインを追加するときにも、全体がHTTPSなら安全な基盤になります。
SSL証明書とは
証明書は、対象ドメインと公開鍵などの情報を含み、信頼された認証局が発行します。ブラウザーは期限、有効性、ドメイン一致を確認します。
現在は無料の自動発行証明書も広く使われています。無料・有料だけで暗号強度や適否を単純比較せず、認証方式、サポート、企業要件で選びます。
証明書の主な種類
- ドメイン認証：ドメイン管理を確認
- 組織認証：組織情報も確認
- EV：より厳格な組織確認
- 単一ドメイン：一つの名前
- ワイルドカード：同一ドメインの複数サブドメイン
- マルチドメイン：複数の名前
サイト構成と社内方針に合うものを選びます。
ブラウザーの信頼表示
HTTPSサイトでも、ブラウザーは常に大きな鍵マークを表示するとは限りません。一方、証明書不備やHTTPページでは警告が出る場合があります。
見た目のマークより、証明書が有効で全リソースがHTTPSで読み込まれることが重要です。
混在コンテンツとは
ページ本体がHTTPSでも、画像、CSS、JavaScript、iframeをHTTPから読み込む状態です。ブラウザーが遮断し、画像欠落や機能停止が起こることがあります。
HTML、テーマ、プラグイン、データベース内URL、外部サービスを調査して修正します。
HTTPからHTTPSへの移行手順
- 現在のURL・外部連携を棚卸しする
- 最新バックアップを取る
- 証明書を発行・設定する
- HTTPSで全ページを表示確認する
- 内部リンクと読み込みURLを修正する
- HTTPからHTTPSへ301リダイレクトする
- canonicalとサイトマップをHTTPSへ統一する
- Search Console・GA4・GTM・外部サービスを確認する
- 混在コンテンツ・フォームをテストする
- 証明書更新と監視を設定する
301リダイレクトが必要
HTTPとHTTPSの両方で同じページが表示されると、URLが二重になります。HTTPから対応するHTTPS URLへ恒久的な301リダイレクトを設定します。
トップページだけへまとめず、各旧URLから同じ内容の新URLへ転送します。
canonical・サイトマップの統一
canonical、XMLサイトマップ、内部リンク、構造化データ、OGPなどにHTTP URLが残っていないか確認します。検索エンジンへ代表URLを一貫して伝えます。
GoogleはHTTPとHTTPSをプロトコル違いの重複URLとして扱うことがあり、正規化シグナルではHTTPSを優先することを公式資料で説明しています。
SEOとの関係
GoogleはHTTPSを検索ランキングの軽量なシグナルとして導入したと公表しています。ただし、高品質な内容などより強い要素があり、HTTPS化だけで上位表示が保証されるわけではありません。
現在は安全なサイト運用の基本条件として、信頼性、ブラウザー互換、正規URL統一を含めて対応します。
移行時に順位が変動する理由
HTTPとHTTPSでURLが変わるため、リダイレクト、canonical、サイトマップ、内部リンクが不整合だとクロール・評価統合に時間がかかります。HTTPSページをnoindexにしたまま公開するミスにも注意します。
Search Consoleでインデックスとクロールを確認します。
GA4・GTMへの影響
HTTPS化後にタグが欠落、二重設置、同意設定不具合になる場合があります。Tag AssistantとGA4 DebugViewまたはリアルタイムで、ページビューと主要イベントが一回だけ発火することを確認します。
外部フォームやクロスドメイン計測のURLも見直します。
外部サービスを確認する
- 決済・予約・会員
- Webhook・API
- SNSログイン
- 地図・動画・チャット
- 広告・計測タグ
- メール内URL
- QRコード・印刷物
HTTP URLを登録しているサービスでは、コールバック先や許可ドメインの変更が必要です。
証明書の期限切れを防ぐ
自動更新を設定しても、DNS、サーバー容量、認証、サービス障害で失敗する場合があります。期限監視と通知先を複数用意します。
担当者退職やカード期限切れが更新へ影響しない契約管理も必要です。
HTTPSでも防げないこと
HTTPSは通信を保護しますが、次の問題を単独では防げません。
- WordPress・プラグインの脆弱性
- 弱いパスワード
- 管理者アカウント漏えい
- サーバー設定不備
- マルウェア・改ざん
- 詐欺的なサイト内容
- フォームデータの不適切な保存
更新、WAF、権限、バックアップ、監視と組み合わせます。
制作会社へ確認する質問
- 全ページがHTTPSになるか
- 証明書の種類と更新方法は何か
- 期限監視と失敗通知は誰が受けるか
- HTTPから各HTTPS URLへ301転送するか
- 混在コンテンツを検査するか
- canonical・サイトマップを更新するか
- Search Consoleと計測を確認するか
- 外部サービス・会社メールへの影響はあるか
- 解約時に証明書・設定を引き継げるか
公式情報の確認先
GoogleはHTTPSをランキングシグナルとして使う一方、その影響は高品質な内容などより軽量だと説明しています。現在の正規URLに関する公式資料でも、HTTPとHTTPSは重複URLの例として挙げられています。
まとめ
SSL化・HTTPS対応は、通信の盗み見・改ざん・なりすましリスクを減らし、訪問者が安全に企業サイトを利用するための基本です。
証明書を入れるだけでなく、301リダイレクト、内部リンク、canonical、サイトマップ、外部連携、計測をHTTPSへ統一しましょう。SEO効果を誇張せず、安全性とURL管理の基盤として継続監視することが重要です。