HTTPS化とは、サイトをHTTPSで配信し、ブラウザとサイトの間の通信を保護することです。SSL化とも呼ばれますが、証明書の設定後には、HTTPからの転送とサイト内で使うURLもそろえる必要があります。
担当者が新しいHTTPSのURLを直接開けただけでは、確認は終わりません。古いHTTPの製品ページから入り、同じ製品のHTTPSページへ着くかを確かめてください。wwwの有無が違う入口も調べます。
この記事は、HTTPSで公開した後に残りやすい食い違いを扱います。ドメイン変更やページ統合まで含む転送の手順は301リダイレクトとサイト移転へ進めます。
SSL化とHTTPS化は、何を変える作業？
Googleはサイト運用の公式ガイドで、利用者とサイトの安全のため、HTTPではなくHTTPSを使うよう推奨しています。問い合わせフォームがあるページだけの話ではありません。
GoogleのHTTPSの解説は、通信の盗み見や改ざんを防ぐ役割を説明しています。会社案内や製品カタログを読む通信も対象です。HTTPSは通信を保護する仕組みで、その会社の製品性能や掲載情報の正しさを認定するものではありません。
サイト移転の公式手順では、HTTPSへ移す際に必要なTLS証明書を取得し、サーバーへ設定するとしています。SSLという呼び名だけで依頼を終えず、対象のホスト名と設定内容を制作担当に確認します。
SSL SEOという言葉で調べていても、証明書の購入を順位上昇の契約として考えないでください。HTTPS化だけで検索上位を約束できるわけではありません。切り替えに伴うURLの変更を正しく伝え、今ある製品情報への入口を保つ作業が必要です。
HTTPで来た人を、どのページへ送る？
製品ページなら同じ製品のHTTPS版へ、技術記事なら同じ記事のHTTPS版へ送ります。Googleのリダイレクトの説明では、恒久移転にはサーバー側の301や308などを使います。
制作担当へは「HTTPをHTTPSへ」とだけ頼まず、製品のパスと必要なパラメータも保つよう伝えます。型番を識別する値まで消してしまうと、HTTPSには着いても別の製品になります。
次は、wwwなしのHTTPSへそろえると決めた例です。実際のドメイン設定を示すものではありません。
| 開いた入口 |
着くべき場所 |
| HTTP・wwwなし |
同じページの正式なHTTPS URL |
| HTTP・wwwあり |
同じページの正式なHTTPS URL |
| HTTPS・wwwあり |
同じページの正式なHTTPS URL |
| HTTPS・wwwなし |
そのまま目的の本文を表示 |
wwwありを正式なURLにする設計でも構いません。どちらを採用するかを決め、転送とリンクの指定を一致させます。トップで成功しても、製品やPDFだけ例外になっていないかを確認してください。
転送の途中で別のホストへ行き、そこからHTTPSへ進むような連鎖も見ます。最終URLへ直接送れる構成を制作担当と検討します。複数のサービスで同じ転送を設定し、元のURLへ戻るループが起きていないかも調べます。
私たちは、どこから転送漏れを見つけた？
自社メディアのSearch Console集計で、同じページがHTTP・HTTPSとwwwの有無による4通りのURLで返ってきました。私たちはこれを別々のページとして数え、表示ページ率が100%を超える集計にしてしまいました。
自社で見つかった転送設定の漏れ
トップページの表示ページ率が400%と出たことが、URLを確かめ直すきっかけになりました。その確認で、HTTPSへの転送設定漏れを3サイトで見つけました。
出典：自社メディアのSearch Console集計・設定確認記録。
これは「Search ConsoleにHTTPがあれば、必ず今も設定が漏れている」という判定方法ではありません。記録に古いURLが残ることと、現在のHTTP応答は分けて確かめます。運営上の経緯は暦メディアで検索の数字を追った記録にあります。
私たちの失敗には、集計と公開設定の二つの問題がありました。集計で表記をまとめれば重複した数え方は直せますが、利用者のアクセスは転送されません。表計算の修正を、サイト側の修正完了として扱えないという反省です。
会社サイトでも、解析のレポートだけで完了にしないでください。そこに出てきた古いURLを直接開き、今どう処理されるかを制作担当と確認します。
canonicalと転送は、どうそろえる？
canonicalは、似た内容のURLがあるときに、どれを代表にしてほしいかを伝える指定です。HTTPからHTTPSへ人を移動させる機能ではありません。役割と指定方法はcanonicalの設定と確認で扱っています。
HTTPSへ転送した先のHTMLが、canonicalでは古いHTTPを指していたら食い違いです。正規URLをHTTPSへ統一する設計なら、移転先が自分自身のHTTPS URLを指しているかを確認します。
Googleの正規URLの指定方法は、複数の方法で別々のURLを正規として示さないよう案内しています。サイトマップとcanonicalで異なる形式を出すことも避けます。
製品数が多いサイトでは、全製品のcanonicalがトップを指す不具合にも気をつけます。HTTPSという部分だけ合っていても、ページが違えば正しい指定ではありません。型番や製品のパスまで比べてください。
CMSの設定を変えても、別の機能が古い値を出力していることがあります。管理画面の入力値だけで終えず、公開HTMLで実際に出ているURLを確認します。
内部リンクとサイトマップは、なぜ直す？
転送が動けば、古いリンクからもたどれます。ただし、自社で更新できるリンクまでHTTPのまま残す必要はありません。メニュー、製品一覧、関連記事、画像や資料への参照を、新しい形式へ直します。
サイト移転の公式手順も、内部リンクの更新と、新URLを含むサイトマップの準備を求めています。転送がHTTPS、canonicalがHTTP、サイトマップがwwwあり、という食い違いを残さないためです。
製造業なら、製品本文を直しても、カタログへのリンクや図面の画像URLが古いまま残りやすい箇所です。ブラウザで画像が出るだけで判断せず、読み込むURLと警告も調べます。通信の異なる部品が混ざっていれば、制作担当へ修正対象を渡します。
サイトマップは、正式なURLを検索へ知らせるために使います。設定を直した後の確認はXMLサイトマップの作り方へ進めます。送信済みという状態だけでなく、中に入っているURLを開いてください。
同じページを指しているか比べる
- HTTPからの転送先
- wwwの違いからの転送先
- 公開HTMLのcanonical
- メニューと本文の内部リンク
- サイトマップに記載したURL
HTTPSで開けた後は、何を動かす？
トップ、主力製品、技術記事、資料、問い合わせを、利用者の順に開きます。旧URLから入ったときも、画像、仕様表、ダウンロード先、フォームが使えるかを確認してください。
証明書の警告が出る入口は、転送先が合っていても放置しません。wwwあり・なしのどちらかだけで警告が出るなら、対応するホスト名や証明書の設定を制作担当と調べます。利用者に警告を無視して進むよう求める運用にはしません。
Search ConsoleのURL検査の公式ヘルプでは、登録済みの情報と公開URLのテストを分けています。現在の取得状態は公開テストで、Googleが選んだ正規URLは登録済みの情報で確認します。
レポートにHTTPが残っていたら、最終クロール日時と修正日を比べます。画面の表示だけを消すために、旧URLを読み取り禁止にする判断は避けます。
転送元の未登録と、転送先の未登録も区別してください。旧URLが登録されないことと、正式な製品ページが検索に出せないことは、同じ不具合ではありません。登録の見方は検索に出ないページの確認で整理できます。
制作担当から、何を受け取ればよい？
証明書を設定したという報告に加え、正式なURL形式、転送の対象、canonicalとリンクの更新範囲、確認したページを受け取ります。今後の証明書更新を誰が管理するかも残してください。
確認表には、入力した旧URL、返された応答、最終URL、本文の表示、残った不具合を書きます。トップだけの成功画面では、製品ページや資料の転送まで確認したかが分かりません。
サイト設計の点検としてHTTPS化を依頼する際は、「SSLを入れる」で終えず、古い入口から必要な情報を読めるところまでを作業範囲に入れます。社内では、営業資料やメール署名に残った案内先も正式なURLへ順にそろえてください。
仕様・出典の確認日：2026年10月23日。
