HTTP から HTTPS への切り替え – 移行ガイド

公開: 2023-11-29

HTTP から HTTPS へ – 移行ガイド

HTTPS (HyperText Transfer Protocol Secure) は、Web サイト訪問者の安全を確保するのに役立ち、最新の Web サイトでは交渉の余地がありません。

SEOやユーザビリティにも影響します。 Google はこれをランキング要素として使用しており、主要なブラウザは HTTPS を持たないサイトを安全ではないとして明確にマークしています。

つまり、切り替えを行う理由はたくさんあります。

ただし、HTTP から HTTPS への切り替えは、TLS/SSL 証明書をダウンロードしてボタンをクリックするだけでは済みません。 特に Web サイトがすでに公開されている場合、安全に切り替えるには考慮すべきことがたくさんあります。

しかし、心配する必要はありません。このガイドでは、HTTP から HTTPS への切り替えのトピックを深く掘り下げ、それが非常に重要である理由、切り替え方法、正確に留意する必要があることを説明します。

すでに HTTPS とその重要性について理解している場合は、切り替え方法を説明するセクションに進んでください。

目次

  • 1 HTTP と HTTPS – それらは何ですか? 違いは何ですか?
    • 1.1 HTTP (ハイパーテキスト転送プロトコル)
    • 1.2 HTTPS (安全なハイパーテキスト転送プロトコル)
  • 2なぜ HTTPS に切り替えるのですか?
    • 2.1セキュリティ
    • 2.2 SEO
    • 2.3ユーザーエクスペリエンス
  • HTTP から HTTPS に切り替える3 つのステップ
    • 3.1ウェブサイトをバックアップしてください!
    • 3.2ステージング サイトをセットアップし、ページ上の変更を準備する
    • 3.3 SSL証明書の取得
    • 3.4 SSL証明書のインストール
    • 3.5ステージング サイトの公開
    • 3.6切り替え後の変更
    • 3.7トラフィックの監視
  • 4まとめ/チェックリスト
  • 5あなたのサイトは安全です!

HTTP と HTTPS – それらは何ですか? 違いは何ですか?

オンラインで冒険していると、Web サイトの URL の中には「http://」で始まるものと、「https://」で始まるものがあることに気づいたかもしれません。 これは小さな違いのように思えるかもしれませんが、追加の「s」は Web サイトとその訪問者にとって重要な意味を持ちます。

HTTP (ハイパーテキスト転送プロトコル)

HTTP は、90 年代後半から Web 上のデータ通信の基盤となってきました。 これにより、Web ブラウザと、アクセスしている Web サイトをホストしているサーバーとの間の情報転送が容易になり、YouTube で面白い犬のビデオを見たり、Seobility ブログで別の驚異的な SEO 記事を読んだりすることができます。

ただし、HTTP の主な欠点は、情報がプレーン テキスト形式で転送されるため、ハッカーが機密データをブラウザからサーバーに送信する間に非常に簡単に盗むことができることです。

安全ではありません

ここでHTTPSが登場します…

HTTPS (安全なハイパーテキスト転送プロトコル)

HTTPS は HTTP の安全な対応物です。 TLS (Transport Layer Security) 暗号化プロトコル (以前は SSL、Secure Socket Layer と呼ばれていました) を使用することで、追加のセキュリティ層が組み込まれています。 この暗号化層により、ブラウザとサーバー間で交換されるデータはプレーン テキストではなく読み取り不可能な形式で送信され、潜在的な盗聴者にとってコンテンツが役に立たなくなります。

安全なハイパーテキスト転送プロトコル

HTTPS に切り替える理由

セキュリティ、SEO、使いやすさなど、HTTPS を使用する理由は数多くあります。

それぞれを詳しく見てみましょう。

安全

HTTPS に切り替えると、ブラウザとサーバー間の通信が確実に暗号化されます。 これは、お問い合わせフォームの送信や支払いリクエストで提供された情報など、ブラウザから送信された情報は、傍受された場合には読み取れないことを意味します。

接続は安全です

ここで、「私のコンピュータから Web サイトに送信されるメッセージを、どうやって誰かが傍受できるだろうか?」と考えているかもしれません。

物事の技術的な側面にはあまり深く立ち入らずに、それがどのように機能するかについての基本的な概要を以下に示します。

問い合わせフォームを通じて情報を送信すると、その情報はルーターを経由し、（ほぼ）地球全体に広がる多数のワイヤーを通って、地球の反対側にあるサーバーに送信されます。 あなたが送信した情報は、サーバーに送信される途中で誰かに傍受される可能性があり、その結果、あなたのメッセージや、あなたが一緒に送信した他の重要な情報が閲覧される可能性があります。

この問題が発生する最も一般的な例の 1 つは、なりすました公衆 WIFI の使用です。 ハッカーは、誰かがそこに接続することを期待して、公衆 WIFI ネットワークと同じ名前のホットスポットを設定して公衆 WIFI を偽装することがあります。 誰かがハッカーのホットスポットに接続すると、送信したすべての情報がそこを経由して送信されるため、ハッカーは彼らが何をしているのかを知ることができます。

この情報が TLS/SSL を使用して暗号化されている場合、ハッカーはそれをあまり扱うことができません。 しかし、そうでない場合は、あなたの支払い情報、お問い合わせフォームのメッセージ、その他の個人情報が彼らに悪用される可能性があります。

情報を傍受する方法は他にもたくさんありますが、上記の例は理解しやすく、セキュリティに関して HTTPS の価値を明確に示しています。

暗号化されていないメッセージの例を次に示します。

暗号化されていないメッセージ

同じメッセージを暗号化すると次のようになります。

暗号化されたメッセージ

まったく役に立たない！

SEO

HTTPS 経由で Web サイトを提供することには、SEO にとって重要な利点もあります。

Google は 2014 年に、HTTPS が (軽量の) ランキング シグナルであると発表しました。 HTTPS が重要な役割を果たすページの安全な提供も、Core Web Vitals やその他のユーザビリティ指標とともに、Google のページ エクスペリエンス更新の一部です。 したがって、これはランキングシグナルの一部にすぎませんが、ランキングへの単独の影響以上に SEO 上の利点があります。

SEO への直接的な影響に関しては、HTTPS は、コンテンツの関連性や Web サイトの権威/信頼などのより重要なランキング要素とは決して比較できません。 ただし、Web サイトのユーザー エクスペリエンスや訪問者のサイト上での行動に影響を与えるため、ランキングにも間接的な影響を与える可能性があります。

ユーザー体験

HTTP から HTTPS への移行には、ユーザー エクスペリエンスの観点から多くの利点があり、SERP でのパフォーマンスにも貢献する可能性があります。

これまで説明した内容に基づくと、最も明白な利点は、ユーザーのデータの保護に役立つことです。 現在、ほとんどの国で法律で義務付けられていることに加えて、ユーザーのデータを保護することは明らかにエクスペリエンスの向上に役立ちます。

満足した顧客

おそらく私たちが求めている輝かしいレビューではありません。

ただし、HTTPS の使用は、ユーザーが Web サイトを操作する方法にも直接影響します。 Edge、Chrome、Firefox を含むほとんどの主要なブラウザは、警告なしでサイトにアクセスするとユーザーに警告を発行します。

ユーザーへの警告

少なくとも、これらのブラウザでは、アドレス バーでサイトが安全でないとしてマークされます。

アドレスバーの安全性が低い

一部のユーザーはこの警告の意味を理解し、HTTP Web サイトを安全に閲覧する方法を知っているかもしれませんが、ほとんどのユーザーはそうではありません。 これにより、特に Web サイトでデータの共有を求められた場合、訪問者の一部が競合他社に直帰することになるのは間違いありません。 また、多くの訪問者があなたのウェブサイトを離れ、SERP に戻ってきていることに Google が気づいた場合、あなたのウェブサイトは良いエクスペリエンスを提供していないため、おそらく順位を下げる必要があるという強いシグナルを送ることになります。

ご覧のとおり、HTTPS に移行すべき理由はたくさんあります。

  • ユーザーとそのデータを保護します。
  • Googleなどの検索エンジンにとっては重要です。
  • ウェブサイトのユーザーエクスペリエンスが向上します。

それがまだ十分な正当な理由ではない場合は、現地法および国際法を遵守することも保証されます。

それが正しい選択であると確信できたので、切り替え方法に移りましょう。

HTTP から HTTPS に切り替える手順

HTTP から HTTPS への移行はそれほど難しいことではありませんが、ランキング力をできるだけ維持し、コンテンツの重複やその他の SEO の問題を回避するには、適切に移行することが重要です。

ただし、始める前にやるべきことがあります。

ヒント: サイトを HTTPS に移行する予定であるため、簡単な SEO 監査を実行して、切り替え前に修正すべき重大な問題が Web サイトに存在するかどうかを確認する価値があるかもしれません。

Seobility のようなツールを使用すると、Web サイト全体をクロールし、技術的なエラーやページ上の SEO の問題を自動的にチェックできます。 Seobility アカウントをまだお持ちでない場合は、プレミアム機能をテストできる14 日間の無料トライアルをご利用いただけます。

ウェブサイトをバックアップしてください！

Web サイトに大きな変更を加える前に、何か問題が発生した場合に備えてバックアップを作成することが重要です。 これから行う変更のほとんどは元に戻すのが非常に簡単ですが、間違いを犯した場合に備えてサイトをバックアップすることは価値があります。 日常的な変更を加えている間に誰かがサイトを破壊するのはこれが初めてではないし、もちろん最後でもないだろう。

WordPress を使用している場合は、UpdraftPlus、Jetpack、BackupBuddy などの評判の良いプラグイン (多数) を使用できます。

サイトに cPanel がある場合は、ボタンをクリックするのと同じくらい簡単です。

cパネル

ファイルタブの下のバックアップセクションに移動したら、「フルアカウントバックアップをダウンロード」をクリックします。

アカウント全体のバックアップをダウンロードする

所要時間はわずか 2 分ですが、何か問題が発生した場合に数日かかる作業を節約できます。

また、何か問題が発生した場合、このガイドではバックアップから WordPress サイトを復元する方法を説明します。

ステージング サイトをセットアップし、ページ上の変更を準備する

サイトをバックアップした後、HTTPS に移行する前にページ上の変更を準備するためにステージング サイトをセットアップする価値があります。

Web サイトの規模が特に小さい場合、または検索トラフィックがまったく得られない場合は、HTTPS に切り替えた後でこれらの変更を加えなくても済む可能性があります。 ただし、一般的には、事前にステージング サイトでページ上の変更を準備しておくことがベスト プラクティスです。 これにより、HTTPS の実装後にメイン サイトに急いで変更するのではなく、切り替えを行うときに検索エンジンに明確なシグナルを送信できるようになります。

ステージング サイトのセットアップは、方法がわかれば非常に簡単です。 Themeisle によるこの投稿では、WordPress でそれを行う方法を正確に示しています。

ステージング サイトの準備はできていますか? 変更内容を詳しく見てみましょう…

正規リンク

行うべき最も重要な変更は、正規タグを HTTPS を使用した新しい URL に変更することです。 その理由は、後ですべての HTTP ページを対応する HTTPS ページに 301 リダイレクトするためです。 しかし、HTTPS ページに HTTP バージョンが正規版として含まれている場合、ページが相互に参照することになるため、一種の無限ループが作成されることになります。

無限ループ

絶対に避けたいものです。

WordPress を使用していて、Yoast などのプラグインを使用している場合、リダイレクトを適用すると、これはおそらく自動的に変更されます (ただし、設定でメイン サイトのアドレス URL を変更する必要がある場合があります)。 そうは言っても、これはすべての人に当てはまるわけではありません。

正規タグを設定していない場合は、SEO プラグインを使用してこれを行う価値があります。

内部リンク

Web ページは内部リンクを通じて相互に参照しますが、Web ページが指すアドレスはすべて変更されようとしています。 現在、サイト上のすべてのリンクは HTTP バージョンを使用しているため、HTTPS URL を指すように変更する必要があります。

まず、メイン ナビゲーション、フッター ナビゲーション、サイドバー、その他の重要なナビゲーション要素を変更することをお勧めします。 これらはサイト全体、または少なくとも多くの異なるページで使用されているため、変更する必要がある最も重要なリンクです。

次にホームページ、メイン カテゴリ ページ、その他の重要なページが続きます。

これにより、目的の 80% に到達し、Web サイト上の最も重要な内部リンクが正しい URL を指していることが確認され、検索エンジン クローラーに明確なシグナルが送信されます。

小規模な Web サイトの場合は残りのページを 1 つずつ確認するか、WordPress を使用している場合は Better Search Replace などのプラグインを使用してプロセスをスピードアップできます。 プラグイン方式を選択する場合は、必ず事前にサイトをバックアップしてください。

スキーマのマークアップ

スキーマ マークアップは、特に独自に作成したカスタム マークアップを使用している場合には、もう 1 つの重要な側面です。 一部の SEO プラグインは、メイン Web サイトの URL を変更すると、必要な変更を自動的に行いますが、プラグインがこれに該当するかどうかを再確認することが重要です。

プラグインを使用していない場合は、マークアップ全体ですべての URL を安全なバージョンに切り替えてください。

WordPress では、ページごとに手動で変更を加えるか、検索と置換のプラグインを使用して処理を高速化することができます。 プラグインを使用して、http:// yourdomainをすべて https:// yourdomainに置き換えるだけです。

スキーマを別のファイルに記述している場合、ほとんどのコード エディターには、これらの変更を行うための一括編集機能があります。

サイトマップと Robots.txt ファイル

次に、サイトマップと Robots.txt ファイルを確認し、すべてのリンクが正しいバージョンを指していることを確認するために必要な変更を加えます。

サイトマップ

繰り返しになりますが、これは多くの SEO プラグインが後でメイン サイトの URL を変更するときに自動的に実行することですが、プラグインがこれに該当するかどうかを再確認する価値があります。 そうでない場合は、スムーズに切り替えられるように、今すぐステージング サイトで変更してください。

HREFLang リンク

ページ上の hreflang タグも考慮すべき重要な点です。 これらは通常、SEO プラグインまたは多言語プラグインを使用して WordPress サイトに追加されるため、これらの変更をサイト全体に反映するためにメイン サイトの URL を設定で変更できます。

ステージング サイトの準備が完了したので、後で必要になるため、すべてを保存していることを確認してください。

しかし、今度は SSL/TLS 証明書を取得します。

SSL証明書の取得

SSL/TLS 証明書はさまざまなベンダーから入手できます。 ただし、99% の場合、ホスティング プロバイダーから直接証明書を取得するのが最も簡単です。 実際、ほとんどのホスティング プロバイダーは、ホスティング プランの一部として無料の SSL/TLS 証明書を提供します。 この無料の証明書は、機密の個人データや支払いの詳細を大量に扱う Web サイトでは機能しない可能性がありますが、ブログや小規模なサイトではうまく機能します。

さらに何かが必要な場合は、いくつかのオプションがあります。

ドメイン検証 (DV) を使用した証明書:

ドメイン検証済みの証明書は、ほとんどの Web サイトに適しています。 この証明書では、申請者はドメインを管理していることを証明することのみを要求されており、それ以外は何も要求されません。 検証は通常、ドメイン所有者に電子メールを介して行われます。 ドメイン検証済みの証明書は通常、年間約 50 ドルからと非常に安価です。

組織検証 (OV) を伴う証明書:

組織によって検証された証明書は、実際に組織と Web サイトの所有権を検証します。 これらの証明書の検証はより広範囲にわたって行われますが、より優れた暗号化が提供されるというのはよくある誤解です。 主な違いは、証明書所有者の身元の検証レベルにあります。 これらの証明書には最大 1,000,000 ドル以上の保証が付いていることが多く、電子商取引ストアに最適です。

検証プロセスが複雑なため、この証明書はドメイン検証付きの証明書よりも高価です。 組織が検証した証明書の料金は年間約 100 ドルからです。

拡張検証 (EV) を備えた証明書:

Extended Validation 証明書は最高レベルの認証を備えており、通常は大企業や機密性の高い情報を扱う企業向けに予約されていますが、中規模の電子商取引ストアにとっても優れたオプションとなる可能性があります。 このタイプの証明書は、企業情報をより詳細にチェックする専門の認定機関のみが発行します。 これらの証明書は最高の保証を提供します。 価格は年間約 700 ドルから始まります。

必要な証明書をホスティング プロバイダーから購入したら、次のステップに進むことができます。

ヒント: 証明書の購入後にホスティング プロバイダーがインストールをサポートしてくれることが多いため、行き詰まった場合はホスティング プロバイダーに問い合わせてサポートを求める価値があります。 ホスティング プロバイダーは SEO ではないため、正しい順序で変更を加え、SEO の観点からすべてが正しく設定されていることを確認する責任は依然としてお客様にあることに留意してください。

次に進む前に:
次のセクションでは、証明書をインストールし、ライブ Web サイトで HTTP から HTTPS に切り替えます。 サイト/サーバーに変更を加える場合は常にそうであるように、サイトへのトラフィックが少ない時間まで待つ価値があります。 分析をチェックして、Web サイトの訪問者が最も少ない時期を確認し、可能であればこの時点で変更を加えるために数時間のスケジュールを設定してください。

SSL証明書のインストール

SSL 証明書をホスティング プロバイダーから購入しなかった場合、または何らかの理由でプロバイダーがインストールのサポートを提供していない場合は、SSL 証明書を自分でインストールする必要があります。

正確なプロセスは、ホスティングの設定によって大きく異なる場合があります。 そうは言っても、読者のほとんどは WordPress を使用しているため、cPanel を使用して WordPress Web サイトに SSL 証明書をインストールする方法に焦点を当てます。

これを行うには、SSL 証明書を含む ZIP ファイルをプロバイダーからダウンロードし、cPanel にログインする必要があります。 次に、cPanel で「SSL」を検索します。

cPanel、SSLを検索

「SSL/TLS」メニューで、「SSL サイトの管理」をクリックします。

SSLサイトの管理

次に、証明書をインストールするドメインを選択します。

証明書をインストールする

次に、ZIP ファイル内の情報を使用して、残りのフィールドに入力します。

証明書を参照する

これで証明書をインストールできるようになりました。

証明書をインストールしたので、次はサイト上のすべてのトラフィックが安全な HTTPS バージョンにリダイレクトされるようにします。

HTTPSの強制

HTTPS を強制するとは、すべてのトラフィックを Web サイトの HTTPS バージョンにリダイレクトし、安全でないバージョンへのアクセスを防ぎ、ユーザーを保護することを意味します。

各 URL の HTTPS バージョンを作成することは、技術的には新しい URL を作成することになるため、すべての重要な SEO シグナルが新しい URL に確実に転送されるように、301 リダイレクトを使用して HTTPS を強制します。 これにより、Web サイト上に同じページの複数のバージョン (1 つの HTTP バージョンと 1 つの HTTPS バージョン) が存在することによって発生する可能性のある重複コンテンツの問題も防止されます。

ただし、詳細に入る前に、301 リダイレクトがページ ランクに与える影響を理解することが重要です。

301 リダイレクトが PageRank を通過する仕組みについてこの記事で説明したように、ページのランキング力のほぼ 100% が 301 リダイレクトを通過します。 しかし、乱用を防ぐために、ほとんど無視できるほどの量が失われます。

HTTP を使用するすべての URL を HTTPS に 301 リダイレクトすることで、コンテンツが重複していないことが保証されるだけでなく、各ページのランキング シグナルが 1 つの URL に集中することも保証されます。 HTTPS を強制すると、HTTP URL を引き続き使用する外部リンクを通じてサイトにアクセスする訪問者とボットは、自動的に正しいバージョンにリダイレクトされます。

Web サイト上のすべてのページにリダイレクトを作成したいと考えています。 これは膨大な作業のように思えるかもしれませんが、幸いなことに、これはサイト全体で非常に簡単に行うことができます。 それは、サイト上のすべてのページに個別にリダイレクトを作成する必要がないからです。

以下では、.htaccess ファイルを使用して Apache サーバーでホストされている WordPress サイトに焦点を当てます。 これは最も一般的な WordPress 設定の 1 つであり、301 リダイレクトを実装する最も簡単な方法でもあります。

.htaccess ファイルを使用した 301 リダイレクト

301 リダイレクトをサイト全体に適用するには、まず .htaccess ファイルに移動する必要があります。

まず、cPanelのファイルマネージャーに移動します。

cPanelのファイルマネージャー

次に、「public_html」フォルダーに移動し、.htaccess ファイルを右クリックして編集します。

public_html

次に、次のルールをファイルに追加します。

RewriteCond %{HTTPS} off
RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

おめでとう！ サイトは HTTPS に移行されました。

次に、前に作成したステージング サイトを公開し、すべてがスムーズに実行されていることを確認するために、切り替え後の変更をいくつか行う必要があります。

ステージング サイトの公開

HTTPS に移行したので、ステージング サイトを公開して、ページ上のリンクがすべて Web サイトの安全なバージョンを指していることを確認します。

以前にサイトのバックアップを作成するのを忘れた場合は、何か問題が発生した場合に元のサイトを回復できるように、ステージング サイトを公開する前に必ずバックアップを作成してください。

ステージング サイトを作成するために前にリンクしたガイドでは、ステージング サイトをプッシュする手順もカバーしています。 見逃した場合は、その方法を説明したリンクを参照してください。

切り替え後の変更

これで、すべてのページが安全な URL にリダイレクトされるので、メインの移行は完了です。 ただし、ハンモックに横になって自分の作品を鑑賞する前に、やらなければならない重要なタスクがまだたくさんあります…

既存の 301

最初に行う必要があることの 1 つは、Web サイト上の既存の 301 リダイレクトを確認し、最終ページを指すように変更することです。

例: ページ B にリダイレクトするページ A があるとします (両方とも HTTP)。

http://mysite.com/page-A > http://mysite.com/page-B

複数のリダイレクトを回避するには、ページ B の URL を HTTPS バージョンに変更する必要があります。

http://mysite.com/page-A > https://mysite.com/page-B

ループを完全に閉じるために、ページ A の HTTPS バージョンからページ B の HTTPS バージョンへのリダイレクトを設定することも価値があります。

https://mysite.com/page-A > https://mysite.com/page-B

リダイレクトが多い場合は大変な作業になるかもしれませんが、明確なランキングシグナルを送信してリダイレクトループを防ぐのが標準的な SEO のベストプラクティスです。

CDN リンク

CDN を使用して画像やその他のメディアを提供している場合は、それらが HTTPS 経由で安全に提供されているかどうかを確認することが重要です。 そうでない場合は、今後はページ上に安全でないコンテンツに関する警告が表示されないようにすることが重要です。

ほとんどの場合、何も変更する必要はありませんが、次のステップに進む前に再確認する価値があります。

JavaScript、CSSファイル、画像など

ただし、CDN リンクを修正しても、メディアの問題がすべて解決されるわけではありません。 埋め込みメディアやその他の重要なファイル (画像、ビデオ、CSS、JS) も HTTPS 経由で提供されているかどうかを確認することが重要です。 そうでない場合、メディアが埋め込まれているページが HTTPS を使用している場合でも、ブラウザーは警告を表示します。

混合コンテンツの警告が表示された場合は、埋め込みメディアの問題をできるだけ早く修正してください。 その方法は次のとおりです。

  1. 現在も HTTP 経由で提供されているリソースを特定します。 これを行うには、Seobility を使用して Web サイト クロールを実行します。 ページ上の監査の「技術とメタ」セクションには、「HTTPS ページ上の非 HTTPS コンテンツ」があります。

    2. HTTPS ページ上の非 HTTPS コンテンツ

  2. そこにリストされているファイルが HTTPS 経由でアクセスできることを確認し、これらのファイルを指すすべてのリンクを調整します。 ページ ビルダーまたはファイルを生成する特定のプラグインを使用している場合は、プラグイン設定で Web サイトの URL を変更することが必要になる場合があります。

ページ上の監査を実行する

必要なページ上の変更がすべて完了したので、作業内容を再確認します。

まだ実行していない場合は、今すぐ Web サイトでクロールを実行すると、サイトの概要を明確に把握し、重要な変更を見逃していないかどうかを確認できます。 Seobility の [技術とメタ] セクション ([プロジェクト] > [オンページ] > [技術とメタ]) で確認すべき最も重要な事項には次のようなものがあります。

クロールされたページとクロール統計で技術的な問題のあるページ

クロール統計

ファイル ソース分析における HTTPS ページ上の非 HTTPS コンテンツ

ファイルソースの分析

そして HTTP ステータスの概要全体。

HTTP ステータスの概要

構造セクション (プロジェクト > オンページ > 構造) で確認する最も重要な分析は、「リダイレクト」分析です。

構造セクション

Web サイト上に URL の HTTP バージョンを指している内部リンクがある場合 (およびリダイレクトを正しく設定している場合)、これらのリンクはリダイレクトを引き起こすため、ここにリストされます。

ただし、リダイレクトに問題がある場合は、重複コンテンツの問題が発生する可能性があり、それが「コンテンツ」セクションに表示されます。

重複コンテンツの問題

Web サイトが HTTPS バージョンに適切にリダイレクトされているかどうかを確認するのに役立つもう 1 つの便利なツールは、無料の Seobility Redirect Checker です。

無料の Seobility リダイレクト チェッカー

ドメインを入力し、訪問者と検索エンジンが「ターゲット ベース URL」としてリダイレクトされる URL バージョンを選択するだけです。

バックリンク

ページ上の問題を修正したら、バックリンクを調べて、Web サイトの HTTPS バージョンを指すようにバックリンクを変更できるかどうかを確認してください。

Web サイトにリンクされたディレクトリとソーシャル チャネルのリストがある場合は、まずそれらを確認し、安全なバージョンを指すようにリンクを変更する価値があります。

アカウントをお持ちの場合は、Seobility のプロジェクトのバックリンク セクションに移動することもできます (ダッシュボード > プロジェクト > バックリンク)。 Seobility の無料のバックリンク チェッカーを使用して、オフサイトのプロフィールを見つけることもできます。

無料のバックリンクチェッカー

簡単に変更できる他の外部リンクがある場合は、ここで安全なバージョンを参照するようにしてください。 これはそれほど重要ではありませんが、ユーザーはすでに安全なバージョンに自動的にリダイレクトされるため、変更にそれほど時間がかからないリンクに対してこれを行うとよいでしょう。

GoogleサーチコンソールとGoogleアナリティクス

Google Search Console の設定方法によっては、サイトが引き続きデータを収集できるように、サイトの HTTPS バージョンに新しいプロパティを追加する必要がある場合があります。

最初に新しいドメイン プロパティを使用してサイトを Search Console に追加した場合は、何もする必要はありません。 URL プレフィックス方式を使用した場合は、HTTPS バージョンのデータが確実に収集されるように新しいプロパティを設定する必要があります。

新しいドメインプロパティ

Google Analytics の場合、データを収集し続けるために新しいプロパティを設定する必要があります。 Google のこの記事では、GA4 プロパティを正しく設定する方法を説明します。

Google 広告 / Microsoft 広告

Google 広告や Microsoft Ads (Bing) などのプラットフォームで広告を掲載している場合は、広告が指す URL を新しい HTTPS バージョンに直接変更する必要があります。 これにより、広告がリダイレクトされることがなくなり、ユーザー エクスペリエンスが向上します。 これを行うには、広告のターゲット URL フィールドを変更します。

その他のマーケティング チャネル/ソフトウェア

次に、使用している他のマーケティング チャネルを調べて、できるだけ多くのリンクが新しい安全な URL を指していることを確認する必要があります。 検討する価値のあるチャネルには次のようなものがあります。

  • 電子メールのフッター
  • 電子メールマーケティングソフトウェア
  • テキスト/QRコードキャンペーン
  • バナー広告
  • 請求書/請求書発行ソフトウェア
  • Bing ウェブマスター ツール

トラフィックを監視する

最後になりますが、HTTP から HTTPS に切り替えた後、数週間はトラフィックを監視することが重要です。 このような定期的な変更後にサイトのトラフィックが減少することは非常にまれですが、何か問題が発生した場合に備えてトラフィックを監視することをお勧めします。

HTTPS に切り替えた後にトラフィックが突然減少した場合は、時間をかけて問題の原因を診断してください。 確認すべき事項には次のようなものがあります。

  • Google Search Consoleの警告
  • アナリティクス/GSC セットアップに関する問題
  • 正規タグの問題
  • リダイレクトループの問題
  • 現在の更新または検索の変更が展開されています

まとめ/チェックリスト

要約すると、HTTP から HTTPS に切り替えるときに考慮する必要があるすべての重要な手順のチェックリストを次に示します。

  • ウェブサイトをバックアップしてください！
  • ステージング サイトをセットアップし、ページ上の変更を準備する
  • SSL証明書を取得する
  • SSL証明書をインストールします
  • HTTPSを強制する
  • ステージング サイトを公開する
  • 切り替え後の変更
  • トラフィックを監視する

あなたのサイトは安全です!

それほど難しいことではありませんでしたね。

Web サイトを HTTP から HTTPS に切り替えることで、サイトのユーザー エクスペリエンス、検索の最適化、セキュリティが向上しました。

楽勝です！

ご質問がある場合、または単にご挨拶したい場合は、お気軽に以下にコメントを残してください。できるだけ早く返信させていただきます。

PS:ブログの更新情報を受信箱に直接受け取ります。