パブリッシャーSEO

パブリッシャー向けのSEO分析とレポートの自動化

報道の現場は、急上昇を測ります。収益になるのは、その後に起きることです。GSC Wizardはこれまでに公開したすべての記事の劣化カーブを追跡し、エバーグリーンとニュースを切り分け、バックカタログのどの記事があと1回の更新で再び上位に戻れるかを教えます。

数万URLのアーカイブ向けに作られており、1,000行のエクスポート上限はありません。

パブリッシャー向けSEO分析とレポートの自動化のGSC Wizardダッシュボード例

誰もレポートしないアーカイブ

バックカタログは、今週のトップページよりも大きなトラフィック資産です。それなのに、誰も見ていません。

記事が40,000本あるパブリッシャーには、静かに順位を落としている資産が40,000個あります。最も速く劣化している50本をリフレッシュするほうが、新しい50本を公開するよりも効果が高く、費用はごくわずかで済みます。そして「今週の上位ページ」を軸にしたどのレポートにも、それは映りません。

課題

アーカイブ規模で壊れるもの

パブリッシャーのSEOでは、分析の問題より先に、量の問題があります。

1

1,000行のエクスポートでは、アーカイブは統計的に見えなくなる

Search ConsoleのUIは見える範囲に上限があるため、どのエクスポートも同じ数百本の上位ページばかりです。その下にある39,000本の記事は、合わせるとトラフィックの大半を占めるのに、どのレポートにも現れません。結局、最も手を入れる必要のないページを最適化することになります。

2

ニュースの劣化とエバーグリーンの劣化は、グラフでは見分けがつかない

ニュース記事が4日で90%落ちるのは正常です。解説記事が4か月かけて90%落ちるのは火事です。サイト全体の劣化レポートは、その両方に反応するか、どちらにも反応しません。この2つを分けないと、アラートはノイズになり、1か月以内にミュートされます。

3

コアアップデートが影響するのはサイトではなく、セクションである

あるアップデートがヘルス分野を直撃し、政治分野には何も起きないことがあります。サイト全体のクリック数は8%下がるだけで、原因を指摘できる人はいません。フォルダごとに手作業で切り分けたころには、回復の猶予期間は半分過ぎ、編集部はすでにリニューアルのせいにしています。

セットアップ

セットアップの方法

まずセクション単位のレポート、次に大規模な劣化の把握、そして根拠のある日付つきで変化を検出します。

ステップ1

URL単位ではなく、デスク単位でグループ化する

コンテンツグループが /health/、/politics/、/reviews/、そしてエバーグリーンのハブをセグメントに対応づけます。そうすればどのレポートも「どのデスクが動いたか」に答えます。編集長が実際に聞くのは、この問いだけです。

コンテンツグループ →

ステップ2

上位1,000件ではなく、アーカイブ全体で劣化を調べる

コンテンツ劣化マップは、エクスポートに収まるURLだけでなく、履歴のあるすべてのURLを採点します。大規模なアーカイブでは、1ページ目にいながら順位が下がりつつある2年前の解説記事が定期的に見つかり、これはリリースできる中で最も安く済むリフレッシュ作業です。

コンテンツ劣化レポート →

ステップ3

変化点検出で、下落の日付を自動で特定する

コアアップデートの後にグラフを目で追う代わりに、変化点検出が各セクションの時系列から統計的な断絶を見つけ、その日付を示します。それをアルゴリズムアップデートのタイムラインと突き合わせれば、議論は終わります。

変化点検出 →

ステップ4

Googleがデータをどれだけサンプリングしているかを確認する

大規模なプロパティではサンプリングが行われ、匿名化されたクエリが取り除かれるため、合計値が一致しません。サンプリングの影響レポートが、自分のプロパティでのずれを定量化するので、役員会の資料でどの数字を信頼してよいかがわかります。

サンプリングの影響レポート →

成果物

編集部向けの週次SEOブリーフ

1ページ。アナリストではなく、編集者のために書かれています。

EDITORIAL SEARCH BRIEF - week 34

BY DESK              clicks      vs 4wk avg
  /health/           412,900     -14%   <- investigate
  /politics/         388,100      +3%
  /money/            201,440      +7%
  /reviews/          156,220      -2%

CHANGE POINT DETECTED
  /health/  break on 12 Aug, -19% step change, high confidence
  Overlaps the August core update window.

REFRESH QUEUE - evergreen, still ranking, still sliding
  1. /health/vitamin-d-guide        pos 4.2 -> 7.8   9,400 clicks lost
  2. /money/isa-explained           pos 2.9 -> 5.1   7,100 clicks lost
  3. /health/sleep-apnea-symptoms   pos 6.0 -> 9.4   4,880 clicks lost

NEWS COHORT (published this week) - normal decay curve, no action

リフレッシュの待ち行列が成果物です。トラフィックの大きさではなく失ったクリック数で順位付けした週3本のURLは、続けられる編集の習慣になります。

注目する指標

報道の現場に合う指標

デスクごとの記事の半減期

記事がピーク時のクリック数の半分まで落ちるのにかかる時間です。公開初日ではなく、その記事が生涯を通じてどれだけの価値を持つかを示し、セクションによって大きく異なります。

エバーグリーンのクリックシェア

公開から90日を超える記事から得ているクリックの割合です。これが下がっているなら、トラフィックを積み上げるのではなく置き換えているだけの、公開のトレッドミルに乗っています。

劣化で失ったクリック

各URLの現在のペースとピーク時のペースの差を合計します。予算会議で、リフレッシュ担当を置く根拠になるのがこの数字です。

セクションごとの順位のずれ

デスクごとの平均掲載順位を毎週追跡します。コアアップデートはセクション単位で当たるので、ここが最初に見える場所です。たいていはクリック数で確認できるより前です。

よくある質問

5万URLのサイトにも対応できますか?

はい。フルストレージのプロパティの過去のパフォーマンスデータは、Search ConsoleのUIではなく、この用途のために作られたカラムストアに保存されています。そのため、劣化、カニバリゼーション、クラスタリングは、エクスポートが返す上位1,000行ではなく、アーカイブ全体に対して実行されます。

ニュース記事で劣化アラートが出ないようにするには?

コンテンツグループで分けてください。ニュースのセクションは、急な下落が想定内で正常なベースラインを持ち、エバーグリーンのハブは、急な下落がアラートになるベースラインを持ちます。同じレポートで、「おかしい」の定義が2通りになります。

コアアップデートの影響を受けたかどうか、これでわかりますか?

議論の両面がそろいます。変化点検出が各セクションのトラフィックの統計的な断絶の日付を示し、アルゴリズムアップデートの一覧が、その日付の前後にGoogleが何を展開したかを教えます。判断を下すのは自分ですが、勘ではなく日付をもとにできます。

Search Consoleの合計が、行の合計と一致しません。なぜですか?

Googleは大規模なプロパティをサンプリングし、プライバシー保護のために珍しいクエリを除外するため、クエリ単位の行の合計はプロパティの合計と一致しません。サンプリングの影響レポートが、自分のデータでそのずれを測るので、根拠をもって説明できる数字をレポートできます。

執筆:Jan-Willem Bobbink · 公開日:2026年8月26日

関連

あわせて見たいセットアップ

20種類の業種別セットアップをすべて見る

アーカイブは、並べ替えを待つリフレッシュの待ち行列です

Search Consoleを接続すれば、エクスポートに収まる記事だけでなく、公開したすべての記事の劣化マップが手に入ります。

Search Consoleのヒントをメールでお届け

GSCとGA4の実践的なワークフロー、製品のアップデート、SEOの実験をお届けします。スパムは送りません。いつでも配信を停止できます。