Baidu SpiderがIISログに200 0 64を返す問題についてお話しましょう

最近、ウェブサイトのスナップショットが更新されていません。ウェブサイトのログでスパイダーアクセスを確認したところ、内部ページのスパイダークロールは正常ですが、ホームページではスパイダーが200 0 64または301 0 64を返します（wwwページと非wwwページがリダイレクトされるため）。そこで関連情報を検索し、ステータスコードを分析しました。インターネットにはさまざまな意見があります。まずは一般的な問題をまとめてみましょう。

まず、200 0 64 ステータス コードの意味を説明します。

200 はページへのアクセスが行われていることを意味しますが、64 が表示されるということは、クロールの大きさが異常であることを意味します。これはスパイダーだけでなく、ユーザーにも発生するもので、一般的にクロールが途中で放棄されたことを意味します。たとえば、自分でページを開いても、読み込まれる前に閉じると、ステータス 64 が表示されます。

Baidu Spider が 200 0 64 を表示する問題の要約:

1. よくある状況は、Web サイトが更新されないことです。

(この記述は意味をなさない。スパイダーはページのサイズに基づいてページが更新されたかどうかを測定します。ページが変更される限り、サイズは間違いなく異なります。したがって、これは除外できます。)

2. コンテンツの質が低く、ほとんどが収集された情報であり、オリジナルのコンテンツはほとんどありません。

（これはあり得ますが、私のウェブサイトは小説ウェブサイトであり、小説ウェブサイトには「独創性」がほとんどないことは誰もが知っています。さらに、私のウェブサイトの内部ページはすべて普通の200 0 0です。独創的ではないと言うなら、内部ページの内容こそが本当の非独創的なコンテンツです！したがって、この点は真実ではなく、たとえインパクトがあったとしても、大きなインパクトはありません！）

3. これはKステーション化の前兆であり、あまりにも頻繁に発生するとBaidu Sandboxなどに投入されるという人もいます。

（これは完全にデタラメだと断言できます。Baiduの関係者も、200 0 64はKの前兆ではなく、ウェブサイトに影響はないという明確な回答を出しています！もちろん、影響があるかどうかはあなた自身の判断次第です。個人的には、このステータスコードが何度も表示されたら、サイトがKになることはありませんが、多かれ少なかれ影響があると思います！）

4. ウェブサイトで GZIP 圧縮が有効になっているため、スパイダーがコンテンツを異常にクロールします。

(この問題は非常に一般的で、通常は GIZP 圧縮設定で発生します。この場合は、スパイダーが正常にクロールできるようにする GZIP 圧縮設定を検索してください!)

5. ページの過剰最適化! (1 週間以上の観察の結果、私のサイトの問題はこれに関係していると思われます)

タイトルキーワードの変更、下部情報の変更、フレームの変更など、この問題に影響する可能性のある状況はたくさんあります。私のサイトは、ページの下部情報の変更が原因です。元のフレームを変更せずに余分な div レイヤーを追加した場合でも、この状況が発生します。

したがって、同様の問題に遭遇したウェブマスターは、上記の質問を参照して、できるだけ早く問題を解決することができます。

私の個人的な提案は、ウェブサイトのホームページにできるだけ多くのオリジナルコンテンツを掲載することです。可能であれば、ページフレームのコンテンツを変更しないようにしてください。リンクを追加するだけでも、何らかの影響があります。この問題が発生した場合は、急いで変更せず、時間をかけてください。そうしないと、逆効果になるだけです。

元のタイトル: Baidu Spider が IIS ログに 200 0 64 を返す問題について話しましょう

キーワード: Baidu Spider、IIS、64、ウェブサイトのホームページ、64 の問題