コンテンツの劣化(content decay)を修正する方法

コンテンツの劣化とは、ページが検索から獲得するクリック数が継続的に減少することです。Search Console で劣化を確認し、原因を特定して、更新・拡充・統合・廃止のいずれかを選ぶ方法を解説します。

コンテンツの劣化とは、ページ自体は変わっていないのに、そのページが Google から獲得するクリック数が継続的に減少していく現象です。修正するには、まずそれが季節変動や需要の低下、サイト全体の問題ではなく、本当に劣化であることを確認します。次に、そのページがどの検索で順位を落としたのか、その理由は何かを突き止め、更新・拡充・統合・廃止のどれにするかを決め、その後数週間かけて結果を測定します。作業の大半は Search Console のパフォーマンスレポートで行えます。

劣化か、それとも別の原因か

グラフの線が下がる原因はいくつもあり、ページを編集して直るものはその一部だけです。Google のトラフィック低下のデバッグガイドでは、技術的な問題、セキュリティやスパムの問題、ランキングの更新、検索される内容の変化、サイトの移転が原因として挙げられています。次の順で可能性を除外していきます。

季節性。 パフォーマンスレポートで比較を使い、直近 3 か月を前年同期と比べるか、16 か月分の全期間を表示して年間のパターンを確認します。毎年秋に落ち込むガーデン家具のガイドは、劣化しているわけではありません。
サイト全体の低下。 同じ週にほとんどのページが落ち込んでいる場合は、コンテンツを疑う前に、ページのインデックス登録、手動による対策、セキュリティの問題を確認します。劣化はページごとに、緩やかに進みます。
需要。 掲載順位は変わらないのに表示回数が減っているなら、検索する人が減っています。落ち込みがより大きなトレンドの一部かどうかは、Google トレンドで確認できます。
計測。 アナリティクスでは落ち込んでいるのに Search Console では落ち込んでいない場合、問題は検索ではなくトラッキングにあります。

これらを除いて残るものが劣化です。検索する人はいて、Google もそのページを表示していますが、以前より順位が下がっているか、選ばれる頻度が減っています。

表示回数	掲載順位	CTR	最も可能性の高い原因	対応
減少	変わらず	変わらず	検索数の減少	様子を見るか、関連する検索までページの守備範囲を広げる
横ばいまたは減少	悪化	横ばいまたは減少	より新しい、またはより優れたページに抜かれた	更新または拡充する(ステップ 4 と 5)
横ばい	変わらず	減少	検索結果ページで上位に新しい要素が出ている、またはタイトルやスニペットが変わった	検索結果ページを確認する。CTR 改善プレイブックを参照
横ばいまたは増加	悪化	減少	自サイトの別ページがその検索を奪っている可能性がある	そのクエリの「ページ」タブを確認する。カニバリゼーションを参照

ステップ 1: 最も大きく失ったページを見つける

パフォーマンス → 検索結果 → ページを開き、直近 28 日間とその前の 28 日間を比較します(季節性のあるサイトでは前年の同じ週と比較します)。クリック数の差で並べ替え、損失の大きいものが先頭に来るようにします。

順位づけは割合ではなく、絶対的な損失量で行います。クリック数が 900 から 600 に減ったページは、12 から 3 に減ったページよりも、後者がトラフィックの 4 分の 3 を失っているにもかかわらず、大きな問題です。何を劣化とみなすかを決める際の目安が 2 つあります。

AutoPSEO のコンテンツエンジンは、直近 28 日間のクリック数がその前の 28 日間より 40% 以上少なく、かつ前の期間のクリック数が 20 以上あった場合にのみ、自社管理の記事をリフレッシュします。
AutoPSEO の Content Decay ヒートマップは、直近の月が最高の月より 50% 以上低いページを「重度」、25% 以上低いページを「中度」と表示します。

どちらも判断に基づく基準です。短い期間は劣化を早期に捉えられますが、ノイズが多くなります。月単位の表示は安定しますが、検出が遅れます。

ステップ 2: 動いた検索を見つける

ページをクリックしてレポートをそのページで絞り込み、クエリに切り替えて、比較は維持します。クリック数の差で並べ替えます。多くの場合、次の 3 つのパターンのいずれかが見られます。

主要な検索 1 つで大きく失った。 そのページがメインのクエリで数ランク下がっています。何か特定のものに抜かれたということです。
小さな検索を多数失った。 ページのロングテールが細っています。新しいページが細部をより的確に答えていることが多い状況です。
順位は変わらないのにクリックが減った。 CTR が下がっています。検索結果ページで何かが変わっています。

損失の大部分を占める 2~3 件の検索を、変動前後の順位とあわせて書き留めてください。

ステップ 3: 現在の検索結果ページを読む

ターゲットとする読者のいる国を指定してシークレットウィンドウでそれらのクエリを検索し、自分のページより上に何が表示されているかを記録します。次の点に注目します。

より新しいページ。 Google には、ユーザーが新しさを期待する検索でより新しいコンテンツを表示するよう設計された鮮度に関するシステムがあります(ランキングシステムガイド)。上位の結果がすべて今年のもので、自分のページが 3 年前のものであれば、それが答えです。
種類の異なるページ。 以前は記事が並んでいた位置に動画、ツール、商品ページ、フォーラムのスレッドが出ている場合は、検索者のインテントが変わったということです。
より優れた回答。 自分のページが省いている手順、比較、質問を競合がカバーしています。

ステップ 4: 更新、拡充、統合、廃止のどれにするか

状況	選択
検索内容もインテントも同じで、ページが古くなっている	更新: 事実や例を最新にする
検索にページが答えていない質問が含まれるようになった	拡充: 不足しているセクションを追加する
自サイトの別ページが同じ検索に同等以上に答えている	統合: 固有の内容をより強いページに移し、リダイレクトする
製品・イベント・トピックがなくなり、需要もなくなった	廃止: そのままにするか、本当に関連するページへリダイレクトするか、削除する

統合するときは、古いアドレスを恒久的にリダイレクト(301 または 308)します。Google は恒久的なリダイレクトを、リダイレクト先を正規ページとすべきという強いシグナルとして扱います(Google 検索とリダイレクト)。後継ページなしでページを削除する場合は 404 で問題ありません。後継のないページが削除されても問題ないと Google は説明しています。

ステップ 5: 誠実にリフレッシュする

アドレスは変えない。 ページの履歴とリンクがそのまま引き継がれます。
機能している部分は残す。 検索での順位を保っているセクションはそのままにします。
中身を更新する。 事実、価格、数値、スクリーンショット、変わった手順、すでに存在しない製品を更新します。
今の人が尋ねることに答える。 ページの「クエリ」タブに現れた新しい検索が、そのページに欠けているセクションです。
日付だけを変えない。 Google の有用なコンテンツに関するチェックでは、内容が大きく変わっていないのに、新しく見せるために日付を変更していないかが問われます。日付を変えるのは、内容を変えたときだけにしてください。
サイトマップの <lastmod> を更新する。 実際に更新した日付にします。Google は、この値が常に正確であれば参考にします。

タイトルと説明を変更するのは、そのページが獲得している検索が変わった場合に限ります。

ステップ 6: Google に知らせて測定する

重要なページは、URL検査から 1 回だけクロールをリクエストします。それ以外はサイトマップで十分です。リフレッシュを行った日にパフォーマンスのグラフへアノテーションを追加し、変更内容を記録します。4~8 週間後に、リフレッシュの前後で同じ長さの期間を、クエリごとに比較します。ページが回復していなければ、検索結果ページをもう一度確認してください。検索者が今は別の種類のページを求めている可能性があり、その場合は統合や新規ページのほうが適しているかもしれません。

AutoPSEO が自社管理の記事を最新に保つ方法

AutoPSEO のコンテンツエンジンが管理する記事については、このプレイブックを毎週、指示を待たずに実行します(メンテナンス)。

公開中の各記事の直近 28 日間を、その前の 28 日間と比較します。 ページの全言語版はまとめて集計します。
クリック数が 20 以上の状態から 40% 以上減ると、リフレッシュをキューに追加します。 損失の大きい順に処理します。タスクには、たとえばクリック数が 120 から 64 に減り、平均掲載順位が 4.2 から 7.9 に下がったといった理由が付きます。
記事が 8~20 位に表示され、表示回数が 30 以上あるのに、その順位で通常得られるクリック率の 60% 未満しかクリックされていない場合は、最適化をキューに追加します。このタスクでは、タイトル、メタディスクリプション、冒頭の直接的な回答を磨き込みます。
公開から日が浅いページには手を付けません。 過去 45 日以内に公開または変更された記事は、検索結果が落ち着くまで時間がかかるためスキップします。すでにタスクが開いている記事も同様です。
自らに上限を設けています。 リフレッシュと最適化は、サイトごとに週 3 件までです。

タスクを引き受ける側は、プラットフォームのライターでも MCP 経由の自分の AI でも、まず記事を読み、数値が回復している場合や、タスクがキューに入った後に記事が変更されている場合は、そのタスクを辞退します。サイトがウェブフックで記事を受け取っている場合、AutoPSEO は変更前にサイトから記事を読み直すため、サイト側で行った編集が更新対象のバージョンになります。サイトでレビューが必須とされている場合、新しいリビジョンはレビュー待ちとなり、その後、更新としてサイトに送られます。プラットフォームのライターが作業した場合、リフレッシュはプランの月間記事数の枠を、最適化は別枠を消費します。自分の AI による作業では枠を消費しません。

2 つの記事が同じ検索に答えていることが判明した場合は、統合できます。一方を取り下げ、その古いアドレスをもう一方への 301 で応答するようサイトに通知します。

エンジンが管理していないページについては、Content Decay レポートに、上位ページが月ごとの推移と劣化ステータスとともに表示されます。検索については、Query Decay が同様の情報を提供します。アカウントなしでも、無料の Content Decay Detector で 2 つのエクスポートを比較できます。