Google 検索の更新をどう読むか：Panda・Penguin・Hummingbird が残した原則

検索トラフィックが下がると、Panda が原因だという人もいれば、Penguin のせいだという人もいます。すべてのキーワードを疑問文に直すべきだという助言もあります。これらは異なる時代の検索の歴史を混ぜており、今のサイトに起きたことを説明できるとは限りません。名前、出来事、証拠を分けてから調べる順番を決めましょう。

検索システムは変化し続けています。歴史を学ぶ目的は、コンテンツの質、リンク操作、利用者の意図の理解が重視されてきた理由を知ることです。永遠に通用するアルゴリズムの公式を暗記することではありません。ここでは実在のサイトがペナルティを受けたと判定せず、すべての更新を回避できるとも約束しません。

三つの歴史的な名前を正しい位置に置く

Google の現行のランキング システム ガイドによると、Panda は質の高い独自コンテンツを検索結果に表示しやすくするために 2011 年に導入され、2015 年にコア ランキング システムの一部になりました。この経緯からコンテンツの有用性が重視される理由は分かりますが、現在も公開された「Panda スコア」があるとは言えません。

Penguin はリンクスパムへの対策として 2012 年に導入され、2016 年にコア ランキング システムに統合されました。当時の Google の発表では、データ更新がよりリアルタイムかつ細分化されたと説明されています。これは当時の仕組みの変更であって、今リンクを直せば数日で順位が必ず戻るという約束ではありません。

Hummingbird は 2013 年 8 月にランキング システム全体に加えられた大きな改善です。公式ガイドはこれらの名前を、廃止または統合されたシステムの歴史として扱います。現在も三つの関門があり、それぞれをプラグインで解除する必要がある、と考えないでください。現行の仕組みも進化しているため、最新のガイドを確認します。

システムの更新と個別サイトの問題を分ける

コア アップデートは Google 検索のアルゴリズムとシステムに対する広範な調整です。Google は特定のサイトやページを標的にするものではないと説明しています。順位の変化は利用可能なコンテンツの再評価かもしれず、規則違反を自動的に意味しません。トラフィックの曲線だけでペナルティを断定することもできません。

手動による対策には別の審査と通知の経路があり、Search Console のレポートで確認できます。技術的な障害はさらに別です。たとえばサーバー停止、誤った noindex、サイト移転後のリダイレクト漏れがあります。すべてを「アルゴリズムの打撃」と呼ぶと、すぐ確認できる故障を見逃します。

地域イベントのサイトを 9 月に改修し、一部の旧 URL が使えなくなった時期に更新の知らせも見たとします。先に人気のある説明を選ぶのではなく、両方を時系列に記録します。実際のエラーが分かったら先に直し、検索更新の影響は別途観察し続けます。

まず日付とデータ範囲をそろえる

Google の検索ステータスとランキング更新情報を確認し、開始日と完了日を記録します。それを自分の公開、移転、計測設定、コンテンツ変更の記録と照合します。ネット上の議論にある日付は投稿日時や個人の観察日かもしれず、公式な更新期間の境界とは限りません。

コア アップデートの影響を評価する場合、Google は完了後少なくとも一週間待ってから、前後の適切な期間の Search Console データを比較するよう勧めています。これは更新の分析方法であり、決済の失敗、ページへのアクセス不能、セキュリティ問題を放置する指示ではありません。

比較する際は検索タイプ、国や地域、デバイス、ページ範囲を固定します。更新前はウェブ検索、更新後は画像検索まで混ぜる比較は避けます。長い期間や前年の同じ季節も見て季節性を確認します。イベント終了後に自然に需要が減る場合と、ページが消えてクリックが減る場合では対処が異なります。

1. サイトの変更と公式の出来事を並べ、出典、発生日、記録日を残す。
2. レポートの条件をそろえ、比較可能な完全な期間を選ぶ。
3. ページ種別、検索クエリ、デバイスで分け、影響が集中する場所を探す。
4. 確認済みの問題、考えられる原因、足りない証拠を分けて修正を計画する。

Panda の歴史から現在のコンテンツ点検へ

記事の長さだけを問わず、読者が約束された作業を終えられるかを確認します。イベント申込ガイドのタイトルが申込方法を示すのに、本文が主催者紹介だけなら、必要なのは資格、手順、日時、例外の説明です。末尾に数百語を足すことではありません。

影響を受けたページを抽出するときは、出典を照合できるか、情報が古くないか、同じ質問を大量のページで繰り返していないか、画像や例に役割があるかを調べます。比較すべきは内容の機能であり、他サイトの段落順の模倣ではありません。試していない機能を体験談で埋めないでください。

まだ役立つ内容は残し、欠落や誤りを優先して直します。Google のコア アップデート ガイドは、小さな変動だけを理由に成果の良いコンテンツを大幅変更することを勧めず、削除を最後の手段としています。歴史上の名前を追って短い記事を全部消したり、すべての日付を今日に変えたりしないでください。

Penguin と Hummingbird の歴史から持続的な原則を整理する

リンクについては、無関係なリンクを大量に買う、協力先に指定キーワードでの相互リンクを繰り返し求めるなど、順位操作を狙う配置がないか調べます。知らない参照元を見つけただけなら事実確認が必要です。十年前の回復談より、現在の Google のスパムポリシーとリンク否認の適用条件を判断の根拠にします。

利用者の意図については、状況と制限を自然な言葉で説明します。イベント中止後の対応を調べる読者には、通知、返金、日程変更の情報を探す順序を示すべきで、イベント名の言い換えを並べるだけでは足りません。これは本記事の編集上の原則であり、Hummingbird が特定の文型や段落テンプレートを好むという主張ではありません。

これらの原則は、内容が良ければ技術面を無視できるという意味でもありません。ページに適切にアクセスでき、重要な情報を見つけやすいことも必要です。コンテンツ、リンク、技術の点検表を分け、問題ごとに対応する証拠を集めます。すべての変更を一つの「アルゴリズム対策」にまとめないでください。

小さな範囲で改善し、記録から判断を積み重ねる

影響があり重要なページ群を一つ選び、変更ごとの理由と確認方法を書きます。確認済みの申込制限を追記し、切れた出典を二つ直し、同じ質問に答える古い段落を統合する、といった作業です。完了時には表示の正しさを確かめ、検索成果は別に決めた期間で観察します。

可能なら同じ日にドメイン変更、改修、記事削除、タイトルの大幅変更を重ねないでください。後の変化との関係が分かりにくくなります。まとめて変更する必要があるなら、対応表、日付、復旧用データを残します。対照実験のない観察報告では、手がかりと書き、単独の変更がすべての成長を生んだとは断定しません。

改善後に以前の順位へ必ず戻る保証も、すべてのサイトに共通する待機日数も Google は示していません。作業記録では、確認された問題のうち何を解決したか、まだデータが必要な仮説は何かを追い続けます。次の更新があっても自分の証拠から検討を再開できます。

証拠に基づいて技術的 SEO を点検する

コンテンツの品質と検証手順を確認する

被リンクへの対応条件を判断する

• チュートリアル
• アプリ・ソフト
• マーケティング・SEO
• SEO