Moz - SEOとインバウンドマーケティングの実践情報

Google検索アルゴリズム更新時に対応策を調べるには？マカビーアップデートを例に解説（後編）

後編となる今回は、マカビーアップデートの詳細と考えられる対応策について見ていこう

Moz 2018/4/16 7:00 SEO | 解説／ノウハウ

グーグルのアルゴリズム変更で打撃を受けたときに、何を改善すれば検索トラフィックを取り戻せるのかを調べる手法を解説するこの記事は、前後編の2回に分けてお届けしている。
後編となる今回は、マカビーアップデートの詳細と考えられる対応策について見ていこう。
→まず前編を読んでおく

2017年末にあったグーグルの「マカビーアップデート」を例に、トラフィック変動の原因を調べるにあたって、前編では、「基本的なサイトの健全性チェック」「インターネットで言われる見解の検証」を解説した。

次のステップは、Search Consoleを使った調査だ。

Google Search Consoleデータの調査

僕たちは以前から、すべてのSearch Consoleデータをグーグルのクラウドベースのデータ解析ツールBigQueryに保存している。

Search Consoleのデータを別のシステムで保存しておくと、1つのキーワードに対して表示される各ページの順位を長期間にわたって確認できるというメリットがある。

これにより、何かあったときには、順位が下落したすべてのキーワードを（過去と比較しながら）すぐに調べられるようになっている。

さて、今回のマカビーアップデートで特に大きな打撃を受けたキーワードの組み合わせまたはテーマはいくつかあったので、僕はそれらをさらに詳しく調べてみた。

そしてようやく、有益な結果が得られた。

黄色の線は、検索上位を獲得したいページで、最善のユーザー結果が得られるページだ（直帰率が低い、セッションあたりのページ数が多いなど）。

縦軸は順位（低いほうが良い）で、横軸は日付（右にいくほど新しい）

別の例を見ても、黄色の線はちゃんと検索上位を獲得するべきページを表している。

僕が調べたすべてのケースで、以前は一貫して検索上位にいた主要なページが、同じトピックについて僕が書いた記事やユーザー生成コンテンツのせいで低い順位に落とされていた。

本当にグーグルのアップデートが原因か？

100％の確信が持てるわけではないが、僕は数か月間この部分にまったく変更を加えていないので、最近の変更に原因があるとも、変更が遅れて反映されたとも考えられない。このサイトは先ごろHTTPSに移行したが、その頃にトラフィックの変動は見られなかった。

現時点で、マカビーアップデート以外に原因は考えられない。

どのように対処すればいいのか

理想的なのは、次のようなことを達成できる対応策だ。

すべてのトラフィックを元通りに取り戻してくれること

しかし、それはちょっと虫のよすぎる話なので、ここでは、次のことを対処の目的として目指そうと思う。

正しいキーワードに対して正しいページが検索結果に表示されるようにすること

当然ながら、これから述べる内容において重要な言葉は「目指す」ということだ。僕は最近これらの変更に着手したばかりで、その1つでもうまくいくかどうかはまだわからない。

ユーザー生成コンテンツをインデックス化させない

これは悩まずとも行うべきことに思える。

こうしたページへのトラフィックはごく一部にすぎないうえに、適切なページと比べてパフォーマンスが低いのだから。

実際のところ、個人的にはこうしたコンテンツがインデックス化されるのは気に入っていた。自分では試してみたこともないキーワードの組み合わせで検索結果に表示されることもあり、そのキーワードを狙ったランディングページを作るといった動きにもつながったことがあるからだ。

しかし、実際にそうしたキーワードで表示される可能性は比較的低く、そのせいでメインページの検索順位が下がってしまうのなら、もはやインデックスしてもらう価値はない。

Schema.orgの「about」プロパティを有効活用する

僕は以前から、構造化データでこのアイデアを試してみるのに絶好の場所を待ち望んでいた。

大ざっぱに説明すると、グーグルがコンテンツをよりよく理解できるように、（Wikidata、Wikipedia、Dbpediaなど）オーソリティのある複数のソースを参照するaboutプロパティを利用するわけだ。

たとえば、ドナルド・トランプの米大統領就任式に関する記事には、次のようなJSON-LDを追加できるかもしれない。


<script type="application/ld+json">
{
  "@type": "Article",
  "name": "～～～～～",
  "description": "～～～～～",
  .
  .
  .
  "@about": [
    {
      "@type": "Person",
      "name": "ドナルド・トランプ次期大統領",
      "sameAs": [
        "https://en.wikipedia.org/wiki/Donald_Trump",
        "http://dbpedia.org/page/Donald_Trump",
        "https://www.wikidata.org/wiki/Q22686"
      ]
    },
    {
      "@type": "Thing",
      "name": "米国",
      "sameAs": [
        "https://en.wikipedia.org/wiki/United_States",
        "http://dbpedia.org/page/United_States",
        "https://www.wikidata.org/wiki/Q30"
      ]
    },
    {
      "@type": "Thing",
      "name": "大統領就任式の日",
      "sameAs": [
        "https://en.wikipedia.org/wiki/United_States_presidential_inauguration",
        "http://dbpedia.org/page/United_States_presidential_inauguration",
        "https://www.wikidata.org/wiki/Q263233"
      ]
    }
  ]
}
</script>

僕が検索上位を獲得している記事の多くは、より大きなトピックに関する具体的なサブ記事だ。そのため、こういった構造化データを明確に設定できるだろうし、グーグルにとっても構造化データの使用場所として適切だと判断してもらえる可能性がある。

僕がこのアイデアを拝借したのは、ヤルノ・ファン・ドリエル氏の記事とプレゼンテーションだ。ぜひアクセスして読んでみてほしい。