Baidu Kステーションから回復プロセス記録までの分析例

この記事は主に、Web サイトがブロックされてから回復するまでのプロセス全体の例を示すために書きました。それは自分にとっての総括であり教訓ともいえるでしょう。

8月22日、同社のウェブサイトのインデックスは400に下がり、ホームページはK-edとなり、明らかにダウングレードされました。

8月23日は悲惨な日でした。すべてのページが削除され、1ページも残っていませんでした。

さらに分析を進めた結果、サイトが K 化された原因として考えられるいくつかの理由が見つかりました。

1. 記事の問題

コレクションが適切に設定されていなかったため、タイトルが重複していたり​​、コンテンツがなかったり、ページにコンテンツがなかったりする記事が多数収集されました。同社のウェブサイトは2年前から存在しており、新しいサイトではありません。トラフィック量は一定で、オリジナルの記事もいくつかありますが、ごくわずかです。百度への収録と大規模収集を過度に追求したことが、今回Kされた主な理由かもしれません（百度は今回この点でより厳しいようです）。

2. 外部リンクを修正

外部リンクに関しては、最適化の痕跡があまりにも明白で不自然です。 Baidu にとっては、「あなたは私のために最適化している」と結論付けるだけで十分です。量や文章をコントロールしていなかった（文章は基本的に同じ）ため、大手B2Bや機密情報に企業紹介を掲載することが主な手法でした。

上記の 2 点が、今回 K された理由でしょう。ここで、K される前に実際にいくつかの兆候があったことを皆さんに思い出していただきたいと思います。より明白な兆候は、スナップショットの保持と IIS ログでした。 8月初旬、同社のウェブサイトでは深刻なスナップショット遅延の問題が発生しました。毎日更新されていたにもかかわらず、ホームページのスナップショットがタイムリーに更新されませんでした。 IIS ログ テーブルはステータス フラグを返すようになりました。片側が 200 0 0 を返す場合は正常です。 200 0 64 を返し、64 としてマークされている場合は注意が必要です。

23日に追い出された後、私がやったことは、Baiduスパイダーをブロックし、サイト全体のすべての記事をチェックすることでした。

まず、Baiduスパイダーをブロックするためにrobotxを設定しました。彼はそれを嫌っているので、今のところ彼には見せません。ウェブサイトが調整されたら、あなたに見せます。次に、ウェブサイト上のすべての記事（20,000 件以上！）を調べて、重複した記事や無効な記事がないことを確認しました。外部リンク作業もすべて停止し、次のステップは待つことでした。

10月3日頃、Baiduは突然ウェブサイトに2,000件以上のインデックス記事を公開しましたが、ホームページはまだ表示されませんでした。しかし、翌日には消えていました。Baiduはよくこのようなことをするので、予想していました。しかし、これは良い現象です。すぐにIISログをチェックしたところ、Baiduのスパイダーがホームページに来ていて（上でBaiduのスパイダーをブロックしたと言いましたが、まだ会社のウェブサイトをクロールしています。理由はわかりません）、タグ64なしで200 0 0を返しました。これは少なくとも、このウェブサイトがもはや百度のブラックリストに載っていないことを示し、おそらく半月ほどで解除されるだろう。この段階では、Baidu はあなたを完全に新しいサイトとして扱い、試用期間 (サンドボックス) に入ります。

概要: 私が担当したウェブサイトが K されたのは今回が初めてです。諺にあるように、川沿いを歩くと足が濡れます。しかし、私はこの経験を打撃とは捉えませんでした。それを通じて、Baidu の習慣をより深く理解することができました。ウェブサイトは新たなスタートを切りました。これは幸運なことです。 （最後に会社のウェブサイトを載せておきます：www.waihuigu.com。最近の掲載内容はそちらで確認できます。）

原題：百度Kステーションの回復までの全過程の事例分析

キーワード: インスタンス ポイント、Baidu、回復、プロセス全体の記録、私が書いた、この記事、章の所有者、全員、ウェブマスター、ウェブサイト、ウェブサイトのプロモーション、お金を稼ぐ