ウェブサイト検索

WordPress のリリース後によくある 5 つの問題


新しい WordPress ウェブサイトの立ち上げはエキサイティングで充実していますが、正直に言うと、少なからずストレスがかかります。わかりやすいウェブサイト公開前チェックリストも付いています。しかし、仕事はまだ終わっていません。

たとえ一流の品質管理プロセスを持っていたとしても、新しい Web サイトを立ち上げる前に検出するのが難しい問題がいくつかあります。以下に、サイトの公開後に WordPress サイトで発生する最も一般的な 5 つの問題と、それらを迅速に修正する方法のヒントを示します。

1. お問い合わせフォームでのスパム送信

Web サイトを公開する前に、どのレベルのスパム保護が必要かを判断するのは困難です。スパムは、望ましくないものであれ、まったく有害なものであれ、最近では Web 上に蔓延しているため、完全に回避するのは困難です。また、Web サイトの開設直後に Web サイト所有者にスパム フォームの送信が殺到することはよくあることです。

スポット ボットと戦うには、ハニーポットとキャプチャという 2 つの一般的な方法があります。ハニーポットとは、ユーザーには表示されないがボットが入力するフィールドをフォームに追加する方法を指します。 WordPress サイトの場合、ハニーポットを有効にする簡単な手順を提供する、Gravity Forms や Contact Form 7 などの人気のあるフォーム プラグインが多数あります。

もう 1 つのオプションは、ユーザーがロボットではないことを証明するために小さなパズルを完了することを要求するキャプチャをフォームに追加することです。キャプチャ オプションは長年にわたって改善されており、Google recaptcha では、さまざまな設定で非表示のキャプチャが提供されるようになりました。一部の Web サイトでは、大量の送信を減らすためにハニーポットとキャプチャの両方が必要な場合があります (幸いなことに、さまざまなスパム対策プラグインが利用可能です)。

2. ホスティング構成によるパフォーマンスの低下

2018 年にモバイル ページの速度が Google のランキング要素になって以来、パフォーマンスはすべての WordPress サイトにとって重要な焦点となってきました。ページの読み込み時間やダウンタイムが遅いと、新しい Web サイトに広範囲に悪影響を及ぼす可能性がありますが、実行できる手順はいくつかあります。潜在的な害を軽減するため。

まず、実稼働サーバー上で Web サイトを再設計しながら、予備的な速度テストとパフォーマンス テストを実行します。これらの初期テストは将来の問題を回避することができますが、特にトラフィックの多い Web サイトに関しては、起動後のテストにより最も正確な結果が得られます。

ページの読み込み時間が遅い場合は、まずホスティング構成を評価してください。 Web サイトはリソースが限られた共有ホスティング サーバー上にありますか?サーバーはトラフィック量を処理できますか?

ほとんどの Web デザイナーや開発者は画像の最適化に関するベスト プラクティスに従っているため、通常、新しいサイトで画像の最適化がパフォーマンスの最大の原因となることはありません。

ほとんどのパフォーマンス テストではサーバーの応答時間を分析します。このメトリクスは、ホスティングの設定やサービスを変更する必要があるかどうかを正確に特定するのに役立ちます。パフォーマンスに加えて、起動後の最初の 30 日間は稼働時間監視システムをテストすることもできます。

3. Google Search Consoleでのインデックス作成エラー

インデックス作成の問題は、新しい Web サイト、特に URL 構造に大きな変更があり、多数のリダイレクトがあるサイトでよく発生します。 Google Search Console は、インデックス作成のエラーを見つけるための優れたツールです。

Google Search Console 内でインデックス カバレッジ レポートを確認し、トラブルシューティング セクションでエラーがないか確認してください。新しい Web サイトを立ち上げた後に発生する可能性のある最も一般的なエラー メッセージの一部を次に示します。

  • robots.txt によってページがブロックされている
  • インデックスなしのマークが付いているページ
  • ページにクロールの問題がある
  • 送信された URL はソフト 404 です
  • 送信された URL は 404 です

robots.txt に関連するエラーやインデックス設定がない場合は、WordPress サイトの一般的な読み取り設定「検索エンジンがこのサイトにインデックスを作成しないようにする」の設定が起動後にオフになっていることを必ず再確認してください。これは、新しい Web サイトにとっては単純ですが重大な間違いになる可能性があります。

インデックスなしとしてマークされた特定のページ URL については、Web サイトの設定を確認し、特定のページをインデックスなしのままにする必要があるか、調整する必要があるかを確認する必要があります。インデックス カバレッジ レポートのクロールの問題は解決が難しい場合があります。 Google Search Console の URL 検査ツールは、問題の原因についてさらに多くのデータを収集する最良の方法です。

404 エラーが検出された場合は、できるだけ早く対処することが重要です。 404 エラーが多数発生すると、既存の Web サイトのランキングに悪影響を及ぼす可能性があります。 Google Search Console では、これらの一般的なエラー メッセージ以外にも、モビリティ エラーやパフォーマンス レビューなど、起動後の評価にも役立つ追加データが表示される場合があります。

4. ソーシャル共有用の間違ったアイキャッチ画像

新しい Web サイトの立ち上げは素晴らしいマーケティングの機会であり、もちろん、美しい新しいサイトをソーシャル メディアやさまざまなマーケティング チャネルで共有したくなるでしょう。

あなたまたは誰かが共有ボタンを押す前に、ホームページの注目の画像を確認してください。ソーシャル メディア プラットフォームで Web サイトの URL の共有をテストし、URL にどのような注目の画像とテキストが表示されるかを確認します。

ソーシャル共有設定を確認していない場合、Facebook のようなプラットフォームがホームページからランダムな画像を取得し、刺激的な投稿が新しい Web サイトの残念なプレビューに変わってしまうのはよくあることです。

これらの設定を調整するにはいくつかの方法があります。 Facebook といくつかのプラットフォームはオープン グラフ プロトコルを使用しています。 Facebook オープン グラフ デバッグ ツールを使用すると、ホームページ URL が共有されているときにプラットフォームが使用している現在の情報を確認できます。ホーム ページのオープン グラフ プロトコルを調整した後、デバッグ ツールを使用して URL の Facebook キャッシュをクリアできます。

Yoast SEO は、ソーシャル共有設定に役立つもう 1 つのツールです。無料のプラグインには、Facebook と Twitter のソーシャル メディア セクションが含まれています。これら 2 つは主要なソーシャル メディア プラットフォームであるため、これらのプラットフォームの設定を修正すると、Web サイトが他のプラットフォームで共有されたときに見栄えが良くなることがよくあります。または、これらのヒントを使用して、ソーシャル メディア用の共有可能な画像を作成することもできます (手動またはプラグインを使用)。

5. トラッキング コードが欠落している、または正しくない

ほとんどの分析プラットフォームと広告キャンペーンは、Web サイト上のデータを収集するためにトラッキング コードに依存しています。既存の Web サイトを再設計する場合、これらのトラッキング コードが過去に設定されたことに気付かない、または覚えておらず、新しい Web サイトに移動するのを忘れる可能性があります。

新しいサイトの立ち上げに合わせて、いくつかのマーケティング キャンペーンを実施しているかもしれません。トラッキング コードが間違っていたり、トラッキング コードを追加し忘れたりすると、最も必要なときにデータ収集が大幅に失われるなど、いくつかの問題が発生する可能性があります。

Google タグ マネージャーを使用してすべてのトラッキングを処理している場合、多くの場合、サイト上に Google タグ コードがあり、タグ マネージャー内に追加のトラッキング コードがすべてあります。ただし、新しいウェブサイトで Google タグ マネージャーのプライマリ コードが欠落している場合、多数のトラッキング プラットフォームでデータが失われる可能性があります。

起動後のチェックリスト項目として、Google Analytics などの分析または追跡ソフトウェアを起動直後と 30 日後に再度確認します。データの不規則性や低下を探します。ほとんどのトラッキング コードは Web サイトのヘッダーに追加されるため、ヘッダー コードを確認して、既存のコードや欠落しているコードがないか確認することもできます。

起動後の煩わしさを回避

これで、発売後のトラブルをできる限り回避するのに役立つ 5 つの発売後の品質管理タスクがわかりました。

結局のところ、サイトの立ち上げは大きな成果であり、避けられる問題に大騒ぎするよりも、順風満帆を楽しみたいと思うのは間違いありません。

サイトを立ち上げた後、他に問題が発生しましたか?それとも、公開後に共有したい追加のヒントはありますか?コメント欄でお知らせください。