Web サイトのダウンタイムとは何ですか?また、それが SEO に与える影響は?
公開: 2022-12-13ある朝起きて、おいしいコーヒーを一口飲み、ラップトップを開いてサイトを確認していると、突然、サイトがオフラインになったとします。
すべてのウェブマスターは、ある時点でウェブサイトのダウンタイムという形で SEO の悪夢に直面しなければなりません。
Web サイトがダウンした場合、Google がページを 1 つずつ罰し始める前に、迅速に対応する必要があります。
問題は、ダウンタイムが SEO の取り組みにどの程度影響するかということです。
したがって、この記事では、次のことを見ていきます。
- Web サイトのダウンタイムとは (およびその考えられる原因)
- SEOにどう影響するか
- Web サイトのダウンタイム中に行うこと (SEO のベスト プラクティス)
これ以上苦労することなく、この悪夢のような話題を深く掘り下げましょう。
ウェブサイトのダウンタイムとは何ですか?
Web サイトのダウンタイム (または停止) とは、特定の技術的な問題により、ユーザーがサイトに完全にまたは部分的にアクセスできない期間です。
通常の Web サイト訪問者がダウンタイム中に表示される可能性のあるものは次のとおりです。
停止期間によっては、ウェブサイトが「ダウン」すると、オーガニック トラフィックが大幅に減少したり、ランキングが低下したり、 Google インデックスから削除されたりすることさえあります。
サイトが「ダウン」する原因は何ですか?
ソフトウェアの問題、人的障害、サーバーの問題など、ウェブサイトがダウンタイムを経験する理由は数多くあります。
ダウンタイムの一般的な原因をいくつか簡単に見てみましょう。
1. 人為的ミス
正直に言うと、人は常に間違いを犯します。
Web サイトの停止の最も一般的な原因の 1 つは、単純な人為的エラーです。誤動作する機能を実装している場合でも、ボタンを誤ってクリックして Web サイト全体を停止させる場合でも同様です。
Veriflow が行ったデータ調査によると、サイトの停止の 75% ~ 97% は人為的エラー (トレーニング不足、時間的プレッシャー、または単にストレスによるもの) が原因である可能性があります。
人為的なミスによるダウンタイムは、なんとなく苛立たしい経験かもしれませんが、(通常は) 最も簡単に解決できる問題でもあります。
2.ホスティングとハードウェアの問題
Web ホスティングは、サイトが存在する場所であり、 Web サイトのダウンタイムのもう 1 つの一般的な原因です。
最近はまともなホスティングサービスをかなり簡単に(そして手頃な価格で)手に入れることができますが、それが常に完璧であるという意味ではありません.
たとえば、ホスティング サーバーで、ページの速度が低下したり、Web サイト全体がダウンしたりする可能性のある巨大な (そして予期しない) トラフィック スパイクが発生する可能性があります。
3. セキュリティが低い
残念ながら、Web サイトへの攻撃は依然として増加しており、サイト停止の原因として非常によく見られます。
理由が何であれ、保護されていない Web サイトは、DDoS (分散型サービス拒否) 攻撃、ハッキング、ウイルスの影響、またはその他の悪意のある戦略によるものであるかにかかわらず、サイバー犯罪者からの悪意のある攻撃によって簡単にダウンさせることができます.
たとえば、DDoS 攻撃は、膨大な量のリクエストでサーバーを過負荷にするだけで、大規模な Web サイトでさえも破壊する可能性があります。
実際、有名なマルウェア対策ソフトウェア会社である Norton は、DDoS 攻撃を「インターネット上で最も強力な武器の 1 つ」と表現しています。
このような Web サイトへの攻撃により、サイトを保護できる堅牢なセキュリティ機能を備えることがこれまで以上に必須になっています。
4. ソフトウェアの非互換性
新しいテーマ、プラグイン、または新しいソフトウェアの一部を実装することは、Web サイトで時々発生する定期的な慣行です。
残念ながら、WP プラグインのインストールのような小さなソフトウェアの実装でも、Web サイトが誤ってオフラインになることがあります。
なんで?
ソフトウェアの非互換性のため、新しいコードはあなたのウェブサイトのコードを気に入らないかもしれません.
ただし、この種の停止は、次のような簡単な方法で簡単に回避できます。
- ソフトウェアのドキュメントを読みます(そして、それがあなたの Web サイトと互換性があるかどうかを確認します)。
- 考えられる問題やトラブルシューティングについて、フォーラムやレビュー ページにアクセスします。
- サイトの「ライブ バージョン」にインストールする前に、ソフトウェアをテストします。
ダウンタイムは SEO にどのように影響しますか?
時間枠によっては、ダウンタイム期間が SEO の取り組みに大きな損害を与える可能性があります。オーガニック トラフィックの大幅な損失、ランキングの低下、または Google インデックスからのサイトの削除さえも引き起こす可能性があります。
Google は、Googlebot と呼ばれるクローラーによって Web ページに関するデータを収集します。 クローラーは、インターネット上で (リンク、サイトマップなどを介して) 利用可能な任意の Web サイトにアクセス (および再アクセス) し、そのコンテンツをスキャンして、ランキング目的で Google インデックスに追加できます。
Googlebot が停止しているウェブサイトにアクセスすると、HTTP 500 ステータス コードを受け取ります。これは、サーバー側の問題が原因でウェブサイトのコンテンツが利用できないことを示すエラー メッセージです。
このようなウェブサイトはクローラー (およびユーザー) が利用できない可能性がありますが、Googlebot はそう簡単には諦めません。 後でサイトに再度アクセスして、オンラインに戻って実行されているかどうかを確認しようとします。
このようなシナリオでは、SEO の取り組みに対するダウンタイムの影響は、最初の数時間は (まだ) それほど重要ではありません。
「 URL が HTTP 5xx を返すか、サイトにアクセスできない場合は、翌日かそこらで再試行します。 数日が経過するまで何も起こりません (インデックスやランキングの低下はありません)。 」 (John Mueller、Google Search Advocate)。
ただし、ウェブサイトのダウンタイムが長引くと、 Google はそのページのランクを下げ始め、最終的にはインデックスから削除します。
Matt Cutts (Google の Web スパム チームの元責任者) は、Google がダウンタイムを経験した Web サイトにどのように対処するかをさらに説明しています。
より長いダウンタイム期間中に正確に何が起こるかを簡単に見てみましょう。
a) ランキング低下
数日以上「オフライン」になっている Web サイトは、Google のランキングが大幅に低下し始める可能性があります。
明確にするために言うと、Google は偶発的な停止や計画的なメンテナンスだけでユーザーを罰することはありません。ウェブサイトの存続期間中、サイトに大きな変更を加えたり、単に修正したりするときに、時々オフラインになるのはごく自然なことです。時間がかからない予期しない技術的な問題:
ただし、Google でさえ「忍耐力を失う」可能性があることに注意してください。 検索エンジンが数日経ってもページにアクセスできない場合、最終的には SERP からページのランクを下げ始め、(しばらくしてから) インデックス解除のプロセスを開始します。
b) インデックス解除されたページ
クロールとインデックス作成は SEO の重要な部分です。ページがインデックスに登録されていない場合、それらは基本的に Google (およびそのユーザー) の目には存在しません。
そのため、ダウンタイムが長くなると、どのウェブサイトにとっても非常に危険な場合があります。Google は、サイトが長期間オンラインに戻っていないことを確認すると、サイトが戻ってこないと判断し、Google インデックスからすべてのページを削除します。
「ほんの数週間でもサイトを完全に閉鎖すると、Google のサイトのインデックス登録に悪影響を与える可能性があります。 「(Google 検索セントラル)
このようなシナリオでは、オンラインに戻って Google インデックスに戻ることは、基本的にゼロから始めるようなものです。あなたのウェブサイトは、Google によって適切にクロールされ、インデックスに登録され、ゼロから SEO 権限を構築し、徐々にランキングを改善する必要があります。新しいサイトと同じように。
ダウンタイム期間中はどうすればよいですか?
まず第一に、パニックにならないでください。
サービス停止の原因となった技術的な問題が何であれ、あなた (またはあなたのチーム) が解決策を見つけて問題を解決するのは時間の問題です。
SEO の観点から、ダウンタイム中に自問すべき最も重要な質問は次のとおりです。
「オンラインに戻るのに正確にどれくらいかかりますか? 」
サイトのダウンタイムが数分または数時間 (メンテナンスなどによる) だけである場合、SEO に関しては必ずしも何もする必要はありません。
一方、Web サイトの停止がいつまで続くかわからない場合 (または、オンラインに戻るまでに時間がかかることが明らかな場合) は、事前に時間を稼ぐことができるいくつかの保護対策を実装することを検討してください。 Google がページのランク付け解除とインデックス解除を開始します。
1. (HTTP) 503 ステータス コードを実装する
503 HTTP ステータス コードは、ウェブサイトのヘッダーに表示されるエラー メッセージで、予期しない技術的な問題やメンテナンスのためにサイトが一時的に利用できないことを示しています。
また、基本的に次のような Web クローラー (Googlebot など) へのメッセージとしても機能します。
「申し訳ありませんが、当サイトは一時的に利用できません。後で戻ってきてください。」
Google のような検索エンジンは、503 ステータス コードを、ウェブサイトがインターネットから永久に消えたわけではないことを示すものとして考慮に入れます。また、Google の担当者は、ウェブサイトの停止が解決されるまでの「時間を稼ぐ」方法として推奨しています。
503 HTTP 結果コードを返すことは、検索エンジンに現在のコンテンツを無視し、少し後に再び戻ってくるように指示します。 詳細については、https://t.co/QdhrYn8YGC https://t.co/je8xm91Qjshttps://t.co/dqZx9c2NNc pic.twitter.com/U7fcPOk37V
— ジョン・ミューラーはほとんどここにいません (@JohnMu) 2021 年 2 月 10 日
HTTP 503 を実装することで、Google がページを永久に利用できないと見なし始めるまでの約 1 週間、Google によってウェブサイトのインデックスが削除されるのを防ぐことができます (ランキングを維持できます)。
サイトの 503 ステータス コードを作成する方法の詳細については、この短い記事をご覧ください。
注: Web サイトのさまざまな状態を示すさまざまな種類の HTTP ステータス コードがあります。
- HTTP 200 – 基本的に、サイトに問題がなく、ページのコンテンツがユーザー (およびクローラー) に問題なく利用できることを意味します。
- HTTP 300 – 3xx ステータス コードは紹介メッセージとして機能します。 これらは、ページが別の場所 (URL) に移動されたときの一時的または永続的なリダイレクトに使用されます。
- HTTP 400 – これらのタイプのステータス コードは、クライアント側に何らかの問題がある可能性があることを示します (たとえば、HTTP 404 は、ページが削除されたか、単に URL の入力ミスが原因でページを表示できなかったことを示します)。
- HTTP 500 – Web サイトがダウンタイムになっているサーバー側の問題を示します。
個々の HTTP ステータス コード、その意味、および使用法について詳しく知りたい場合は、こちらの公式ドキュメントをご覧ください。
2.メンテナンスページを作成する
メンテナンス ページ (または静的ページ) は、予期しないダウンタイム中またはメンテナンス期間中に空白のエラー ページの代わりに表示できる一時的なプレースホルダーです。
Web ページが一時的に利用できないことを訪問者に通知し、別の場所に移動することができます。
メンテナンス ページを使用すると、受信するオーガニック トラフィックをある程度制御できます。Web サイトの訪問者に、辛抱強く後でサイトに戻るように伝えたり、役に立つと思われる他のページへのリンクを提供したりできます。
静的ページを作成することはロケット科学ではありません (多少の経験が必要ですが)。詳細については、メンテナンス ページの迅速で簡単なガイドを確認してください。
3. ページの再インデックスと最適化 (ダウンタイム後)
Web サイトの技術的な問題を修正してオンラインに戻っても、問題が解決するわけではありません。ダウンタイムの長さによっては、サイトの SEO が Google アルゴリズムによってすでに悪影響を受けている可能性があります。
この場合、重要なキーワードのランキングの一部を失ったのか、Google によってページのインデックスが削除されたのかなど、オフライン中にサイトに何が起こったのかを正確に確認することをお勧めします。
簡単なヒント: SERPWatcherなどのランク追跡ツールを使用している場合は、重要なキーワードのランキング ポジションを失ったかどうかをすばやく確認できます。
SERPWatcher では、追跡しているキーワードのリストを開くだけで、特定の期間 (過去 7 日間など) を選択して、ページのランキングが大幅に低下したかどうかを確認できます。
これにより、ウェブサイトのダウンタイム後のランキング ポジションの非常に一般的な概要がわかります。
ウェブサイトがインデックス解除の影響を受けているかどうかを確認するには、 Google Search Console →ページに移動し、現在サーバー エラー (5xx)が原因でインデックスに登録されている (またはされていない) ページを分析します。
これにより、Web サイトの状態に関する一般的な考えが得られ、重要なページがまだ適切にインデックス化されているかどうかを確認するのに役立ちます。
重要なページの一部が Google インデックスから削除された場合、Googlebot にウェブサイト全体 (または個々のページのみ) を再クロールするように依頼できます。
1. URL 検査ツールを使用して、ページのインデックス作成を手動でリクエストします (少数の URL にのみ推奨)。
2. Google インデックスから削除された多数の URL (または Web サイト全体) のサイトマップを送信する: URL を再クロール (および再インデックス化) する方法の詳細については、Google Search Central の公式ドキュメントを参照してください。
ただし、インデックスを再作成してもページが SERP のトップに戻るわけではないことに注意してください。Google のランキングを向上させるには、技術的な SEO を強化し、優れたユーザー エクスペリエンスを提供するだけでなく、あなたのウェブサイトの質の高いコンテンツ。
または、ジョン・ミューラーが公式に述べたように:
「インデックス作成が一時的に低下した後にランキングが低下しても、それが自然に修正されると思い込まないでください。これは対処する必要があることであり、待つべきことではありません。 」
ダウンタイム期間後にページを改善し、SEO を強化する方法は多数あります。たとえば、次のとおりです。
- ページ速度を改善する
- XML サイトマップを提供する
- 画像を最適化する
- オンページ SEO を強化する
- 高品質のコンテンツを作成する
- …そしてもっとたくさん。
Web サイトのダウンタイムに備える方法 (ベスト プラクティス)
a) 監視サービスを利用する
Web サイト監視サービスは、「Web サイトの番人」のようなものです。Web サイトで予期しないダウンタイムが発生すると、いつでも警告を発することができます。
UptimeRobotのような監視ツールのおかげで、サイトの停電の原因となった技術的な問題にすぐに対応し、すぐに問題の修正を開始できます.
覚えておいてください:ダウンタイムと SEO に関しては、時間が重要です。
UptimeRobot は、あなたが働いているか、眠っているか、休暇中であるかに関係なく、あなたのウェブサイトを 1 日 24 時間監視できます。60 秒ごとにウェブサイトをチェックして、ウェブサイトが適切に機能しているかどうか、または知っておくべき技術的な問題があるかどうかを確認します。
好みに応じて、単純な電子メール メッセージ、SMS、音声通話、アプリ、または Twitter 通知など、いくつかの可能なチャネルとデバイスを介して、 Web サイトの潜在的な技術的問題についてすばやく通知を受け取ることができます。
Web サイトの訪問者 (または常連客) とのコミュニケーションを改善するために、カスタム ステータス ページを設定して、予期しない停止や計画されたメンテナンスについてユーザーに通知することもできます。これにより、常連客との信頼を築き、彼らに知らせることができます。ウェブサイトがオンラインに戻るまで、しばらくお待ちください。
ヒント:ウェブサイトの監視に加えて、UptimeRobot は次のようないくつかの興味深い機能も提供します。
- SSL 証明書の監視
- キーワードベースの監視
- cron ジョブの監視
- ポート監視
- ping監視
UptimeRobot は、5 分間のチェックで 50 台のモニターを無料で試すことができます (クレジット カードは不要です)。
b) データのバックアップ
バックアップ サービスまたはプラグインを使用することは、ダウンタイム期間中の保護の重要な側面です。
データをバックアップすることで、Web サイトを最新の (安定した) 状態にすばやく復元し、最も重要なページをできるだけ早くオンラインに戻すことができます。
Web サイトをバックアップする方法は複数あります。
WordPress を使用している場合は、WordPress の公式手順に従って、サイトとデータベースをバックアップできます。
それに加えて、次のような一般的なバックアップ プラグインの使用を検討することもできます。
- アップドラフトプラス
- ジェットパック
- WPタイムカプセル
このようなプラグインは、Web サイトのコンテンツを復元し、すぐに元の状態に戻すのに役立ちます。
c) 信頼できるホスティングを使用する (CDN を使用)
Web ホスティングは、Web サイトの安定性と信頼性において重要な役割を果たします。たとえば、ホスティング プランで帯域幅や訪問者の容量が制限されている場合、Web サイトが最初に停止するのは時間の問題かもしれません。
読み込み速度やユニーク ビジターの最大数などは重要な機能ですが、次のような機能も備えたホスティング サービスに注意する必要があります。
- サーバーキャッシング
- 高速 (かつ大容量) SSD ストレージ
- SSL 証明書
- NGINX
- 優れた技術サポート
- PHP 7.3、7.4 または 8
これらの機能のすべてを利用することはできませんが、Web サイトのクラッシュを防ぐために、いくつかの機能が必要になることは間違いありません。
それに加えて、 CDN (コンテンツ配信ネットワーク) の設定を検討する必要があります。これは、ダウンタイム中にサイトをキャッシュして使用できる、さまざまな場所にある物理サーバーのネットワークです。
CDN がどのように機能するかを簡単に説明します (GTMetrix による):
プライマリ サーバーの 1 つがダウンすると (停止のリスクが発生する)、CDN ネットワーク内の別のサーバーが Web サイトを引き継ぎ、ダウンタイムなしでそのコンテンツをユーザー (および検索エンジン) に配信できます。
CDN は、Web サイトとその訪問者の間の物理的なギャップも減らします。これにより、サイト全体の速度が大幅に向上します。
ヒント: CDN の設定にはある程度の経験が必要な場合がありますが、この機能をすべて自分で実装できる場合があります。
WebサイトにCDNサービスを実装する方法について詳しく知りたい場合は、Cloudflare CDNの実装に関するこのステップバイステップガイドをチェックしてください.
その方法がよくわからない場合は、専門家に尋ねることができます。結局のところ、セットアップは 1 回限りです。
d) ウェブサイトのセキュリティを向上させる
Web サイトに保護対策を実装することは、これまで以上に検討すべき「必須」の機能です。
悪意のある攻撃からデータを保護する 100% 確実な方法はありませんが、最低限できることは、何らかの保護ソフトウェアを実装することです。
悪意のある停止、ウイルス、さらには DDoS 攻撃に対するサイト保護として使用できる適切なプラグインが多数あります。
- Jetpack スキャン– 自動スキャンを実行し、セキュリティ上の脅威に対する修正を提供する簡単なツールです。
- Wordfence – セキュリティ ファイアウォールとマルウェア スキャンを提供する人気のある WP プラグイン。
- WPScan – セキュリティ チェックを実行し、さまざまな可能性のある Web サイトの脆弱性について通知する無料の WordPress セキュリティ プラグイン。