ウェブマスターとして、サーバーの IIS ログの役割を理解していますか?

サーチャーにとって、サーバーの IIS ログは最適化の参照ログとして非常に重要であり、ここから検索エンジン スパイダーのクロール状況を確認できるほか、Web サイト自体の状況を把握したり、一部のユーザーのソース チャネルを分析したりできます。統計情報を得るためにサードパーティのコードを使用する必要はありません。もちろん、一部の IIS ログは IDC スペース プロバイダーによって制限されており、表示する前に開く必要があります。そうしないと表示できません。このような場合は、インターネットからソース コードをダウンロードしてインストールすることをお勧めします。ここで、IIS サーバーが Web サイトに提供できるいくつかのサポートについて説明します。

（１）クモが這う回数を確認します。

検索エンジンスパイダーは、サイトのコンテンツをクロールし、クロールしたコンテンツを検索エンジンのデータベースに送信するために使用されるロボットです。したがって、スパイダーのクロール回数がわかれば、サイトが検索エンジンに好まれているかどうかを間接的に把握できます。さらに、スパイダーの起源を比較することで、どの外部リンクが当サイトにとってより有用であるか、どのスパイダーがより価値を置いているかを完全に理解できます。また、当サイトのどのページ コンテンツをスパイダーが好み、模倣しているかも理解できます。

有害な検索エンジンスパイダーをブロックする必要があります。結局のところ、スパイダーにはさまざまな種類があるからです。ある日、正体不明のスパイダーが大量に Web サイトをクロールしているのを見つけたら、降格を避けるためにそれらをブロックする必要があります。さらに、著者は、スパイダーを自分の Web サイトにクロールさせるソフトウェアを使用しないように全員に呼びかけています。

多数の検索エンジン スパイダーが当社の Web サイトをクロールすると、間違いなく一定量のサーバー リソースが占有されますが、スパイダーの頻繁なクロールはサイトの重量を軽減するのに非常に役立ちます。そのため、重要な瞬間にクラッシュが発生しないように、より優れたサーバーを選択することをお勧めします。さらに、いくつかの公式発表から、多くのハッカーがスパイダークローリングモードを使用してWebサイトのデータリソースを盗んでいることがわかりました。そのため、これらにも注意する必要があります。

(ii) スパイダーがページをクロールする範囲を確認します。

一般的に、スパイダーはウェブサイトのホームページに最も注目するため、ホームページのスナップショットが最も頻繁に更新されます。内部ページも頻繁にクロールされると、インスタントコレクションと呼ばれる効果が得られます。一部のページがスパイダーによってクロールされていない場合は、ISS ログをチェックして、スパイダーのクロールを禁止しているかどうかを確認できます。さらに、著者は多くのウェブマスターが外部リンクを作成するときに通常ホームページアドレスを使用していることを知りました。ここで著者は、コラムや記事ページへの外部リンクをもっと作成するように皆さんに呼びかけています。これは私たちのインクルージョンに大いに役立ちます。また、スパイダーがどのページから入ってくるのか、どのページが比較的頻繁にクロールされているのか、どのページが一度クロールされてから再びクロールされずにインクルードされていないのかなど、サイトのいくつかの条件も理解できます。このようにして、スパイダーがどのコンテンツをより好むかをより正確に理解でき、スパイダーが私たちのコンテンツに興味を持っているのか、外部リンクの影響でクロールしているのかもわかります。

（３）ウェブサイトのhttpコードの分析

スパイダーが当社の Web サイトのコンテンツをクロールする場合、通常は http ステータス コードを残します。通常、スパイダーが返されるときに 200 は、直接リリースされない可能性があることを意味し、確認期間が必要であることを意味します。

以下は、この点に関して私が行った 2 つの質問と回答です。すべてのウェブマスターに役立つことを願っています。

1. ウェブサイトにページが存在しない場合は、404 を返す必要がありますか、それとも 200 を返す必要がありますか?

まず、正しい答えは間違いなく 404 値を返すことです。404 ページは、このページがエラー ページでありアクセスできないことを検索エンジンに伝えることができることは誰もが知っていますが、200 の場合は異なります。これは、このページがクロールできることを意味するためです。ただし、スパイダーがクロールすると、アクセスできないことがわかります。そのようなページが多すぎると、検索エンジンまたは K によってサイトがダウングレードされる直接的な原因になります。

2. ウェブサイトが構築中または申請中の場合、どのステータス コードを返す必要がありますか?

答えは 503 ステータスです。503 は、サイトが一時的にアクセスできないだけで、一定期間内に回復することを検索エンジンに伝えることができるためです。他のステータス コードの場合、検索エンジンは、特に 404 ページにアクセスできない可能性があり、検索エンジンは Web サイトが存在しないと直接判断します。

404 ページは実際には当サイトにとって非常に役立つため、ご自身のサイトにも 404 ページを作成することをお忘れなくお勧めします。

(IV) ログ解析のための専門的なツールの使用

PV値は、Webサイトに対するユーザーエクスペリエンスの表れであることは間違いありません。サイトの直帰率が高すぎる場合、Webサイトが開けない状態であったり、コンテンツが貧弱であったりします。そうなると、Webサイトのランキングは自明となり、どのページのトラフィックが多いのかがわかりません。このように、探索を通じてユーザーのニーズを理解し、改善することができます。ただし、ウェブサイトが長時間開けなかったり、アクセスが遅い場合は、ログを確認して、悪意のあるトラフィックによる攻撃がないか確認することができます。このような状況では、侵害するか、警察に通報するか、直接サーバーを変更することができます。

ウェブサイトの場合、ユーザーがサイトをクリックしないと、そのサイトが魅力的ではないことを示し、検索エンジンもそのサイトを良いウェブサイトではないと判断します。そのため、ユーザー エクスペリエンス スタジオで適切な作業を行うことは非常に重要です。最後に、さらに 2 つのプロフェッショナルな IIS ログ分析ツールをお勧めします。

1. .awstats

2. ウェブアライザー

これら 2 つのツールは、Web サイトのステータス コードも分析できます (⊙o⊙)。

要約: ウェブサイトの IIS ログは、ウェブサイトの最適化とユーザー エクスペリエンスのあらゆる面で非常に役立ちます。これにより、サイトをより深く理解し、見落としていた小さな詳細に注意を払うことができるため、サイトが自然に検索エンジンに好まれるようになります。さらに、サイトが K または降格される前に、サイトを送信して対応する理解を得ることができます。この時点で、ターゲットを絞った改善を行うことができ、多くの問題を回避できます。この記事は元々 Name.com http://www.name2012.com で共有されています。この記事を転載する友人はリンクと著作権を忘れずに残しておいていただければ幸いです。ありがとうございます。さて、今日お伝えするのはこれですべてです。今後、このプラットフォームでさらにコミュニケーションを図っていきます。また次回お会いしましょう。

元のタイトル: ウェブマスターとして、サーバーIISログの役割を理解していますか

キーワード: iis ログ、ウェブマスター、ウェブサイト、ウェブサイトのプロモーション、収益化