サイト種別別SEO

メディアサイトのSEO対策｜回遊設計とAI検索時代の記事設計

2026.09.05

メディアサイトのSEOは、記事数がある水準を超えたところで性質が変わります。20本のときは「次に何を書くか」が唯一の論点でした。しかし100本を超えたあたりから、同じキーワードを狙った記事が複数存在する、2年前の記事が古い情報のまま検索結果に出ている、新着記事にばかり内部リンクが集まって古い良記事に誰も到達しない、といった問題が同時に起き始めます。記事を増やす速度と、記事群を管理する能力が釣り合わなくなる地点です。

この記事では、すでに運用しているメディアサイトのSEO実装に絞って解説します。キーワードのカニバリゼーションの見つけ方と直し方、リライトするかしないかの判断基準、トピッククラスターと内部リンクの設計、カテゴリ・タグのインデックス制御、古い記事の統合・削除・リダイレクトの判断、そしてAI検索に引用されるための記事設計までを扱います。なお、メディアの立ち上げ手順・運用体制・KPI設計についてはオウンドメディアとは？立ち上げ手順と運用体制・KPI設計で扱っているため、本記事では触れません。

この記事でわかること

結論

メディアサイトのSEOは、記事を増やす仕事から記事群を管理する仕事へ移ります。カニバリの解消、リライトの優先順位づけ、内部リンクの偏りの是正、古い記事の始末。この4つを定期的に回すことが成果に直結します。

01管理コストが主戦場になる記事が増えるほど、新規作成より既存記事の整理が成果を左右します。カニバリ・情報の陳腐化・内部リンクの偏りが、同じ時期にまとめて表面化します。
02カニバリはGSCで見つける同じクエリでURLが入れ替わっているかを検索パフォーマンスで確認します。複数URLが表示されること自体は問題ではなく、入れ替わりと順位の伸び悩みが症状です。
03リライトは順位帯で判断する2ページ目にいる記事は構成の作り直し、上位でクリック率が低い記事はタイトルと説明文。順位が極端に低い記事は、直すより統合や削除のほうが早い場合があります。
04タグの作りすぎが薄いページを生む記事1本しかないタグページが増えると、インデックス対象だけが膨らみます。一覧ページは残す・noindexにする・作らないの3択で設計します。
05統合・削除・転送を使い分ける内容が重なるなら統合して301、価値がなく代替もないなら410。判断の軸は「この記事を探して来る人がいるか」の一点です。
06AI引用は焦点の絞り込みから引用されやすいのはテーマを絞った具体的な記事だという観察が出ています。既出情報に何を上乗せしたかを示せるかが分かれ目になります。

記事が増えるほど、SEOの仕事は「作る」から「管理する」に変わる

メディアサイトのSEOで最初に受け入れるべき事実は、記事は資産であると同時に負債でもあるということです。公開した記事は、放置すれば情報が古くなり、他の記事と検索意図が重なり、内部リンクの経路から外れていきます。記事数に比例して、この管理コストは増えます。

100本を超えたあたりで顕在化する3つの問題

規模が大きくなったメディアで起きる問題は、おおむね次の3つに分類できます。

問題	何が起きているか	放置したときの結果
カニバリゼーション	同じ検索意図を狙った記事が複数存在し、Googleがどれを出すか決めかねている	どちらも上位に行かない。順位が日ごとに入れ替わる
情報の陳腐化	公開当時は正しかった内容が、仕様変更や名称変更で古くなっている	順位下落。誤情報のまま読まれ、信頼を損なう
内部リンクの偏り	新着記事や一覧ページからのリンクばかりが増え、古い記事が孤立する	クロール頻度が落ち、内部評価が伝わらない

いずれも、記事を1本追加するだけでは解決しません。むしろ記事を追加するほど悪化する種類の問題です。だからこそ、ある規模を超えたメディアでは「今月何本書くか」と同じ重さで「今月どの記事を直すか」を決める必要があります。

立ち上げ期の課題とは切り分ける

体制の作り方、費用の見積もり、KGIからのKPI逆算といった立ち上げ期の論点は、本記事では扱いません。これらはオウンドメディアの立ち上げ手順と運用体制・KPI設計にまとめてあります。本記事が対象にするのは、すでに公開済みの記事群が手元にあり、そこから成果を引き出す段階の作業です。

キーワードのカニバリゼーションを見つける

カニバリゼーション（共食い）は、規模が大きくなったメディアで最も頻繁に起きる問題です。そして、気づかないまま放置されやすい問題でもあります。

何が起きている状態を指すのか

カニバリとは、1つの検索クエリに対して自サイト内の複数ページが競合し、結果としてどのページも本来の評価を得られていない状態を指します。Googleは1つのクエリに対して原則1サイト1ページを選びます。候補が複数あって決めきれない場合、時期によって表示されるURLが入れ替わったり、意図していないほうのページが選ばれたりします。

重要なのは、同じキーワードを含む記事が複数あること自体は問題ではないという点です。問題なのは、検索意図が重なっていることです。「SEO 内部対策」を解説する記事と「SEO 内部リンク」を解説する記事は、キーワードが重なっていても読者が求めるものが違うため、共存できます。

Search Consoleで見つける手順

カニバリの発見は、推測ではなくSearch Consoleの検索パフォーマンスで行います。手順は次のとおりです。

検索パフォーマンスを開き、期間を過去3か月以上に設定する
「クエリ」タブで、表示回数が多いのに平均掲載順位が伸びていないクエリを選ぶ
そのクエリでフィルタをかけ、「ページ」タブに切り替える
1つのクエリに対して複数のURLが表示回数を分け合っていないかを確認する
該当した場合、期間を月ごとに区切って、上位に出るURLが入れ替わっていないかを見る

4番目で複数URLが出ること自体は珍しくありません。判断の決め手は5番目です。月によって上位のURLが入れ替わっている、またはクリックが分散して両方とも中位に留まっているなら、カニバリを疑います。Search Consoleの基本操作はサーチコンソールの使い方完全ガイドを参照してください。

もうひとつの確認方法は、実際に検索してみることです。狙っているクエリで検索し、自サイトのどのページが出ているかを見ます。意図していないページが出ているなら、Googleがそのクエリの答えとして別の記事を選んでいるということです。

カニバリではないケースを見分ける

次のような場合は、カニバリではありません。対処すると逆効果になります。

検索意図が実際に異なる：「〜とは」の解説記事と「〜のやり方」の手順記事は、同じ語を含んでも別のクエリに対応している
指名検索でサイトリンクが並んでいる：ブランド名での検索で複数ページが表示されるのは正常
一覧ページと記事ページが両方出ている：カテゴリページと個別記事が並ぶのは、多くの場合意図どおり

切り分けの基準は、そのクエリで検索した読者が求めているものが1つか複数か、です。1つしかないのに自サイトの記事が2本ある場合だけが、直す対象になります。

カニバリを直す4つの選択肢

原因が特定できたら、次の4つから対処を選びます。

1. 統合する

2本の記事が同じ検索意図を狙っており、片方に統合しても情報が失われないなら、これが最も確実です。残す側を決め、消す側の独自情報を残す側に移し、消す側から残す側へ301で転送します。判断基準は次のとおりです。

すでに順位・表示回数が高いほうを残す
被リンクを受けているほうを残す
URLがキーワードとして適切なほうを残す

この3つが食い違う場合は、順位・表示回数を優先してください。転送の実装方法と注意点はリダイレクトとは？301・302の違いと設定方法・SEO影響にまとめています。

2. 役割を分ける

両方の記事に存在価値があるなら、検索意図を明確に分離します。片方を「基礎解説」に、もう片方を「実装手順」に振り直し、タイトル・見出し・導入文をその役割に合わせて書き換えます。このとき、両方から相手へ内部リンクを通し、読者が必要なほうへ移動できるようにします。

ただし、役割を分ける作業は文章の書き換えだけでは足りません。両方の記事から重複している見出しを削るところまでやらないと、Googleから見た違いが生まれません。「〜とは」の節が両方にあるなら、片方から削って相手へリンクします。

3. 内部リンクで優先を示す

統合も分離もしにくい場合、内部リンクのアンカーテキストで「このクエリの答えはこちら」と示す方法があります。サイト内の他記事から、対象キーワードをアンカーテキストにして残したいページへリンクを集めます。逆に、残さないほうのページへの同じアンカーテキストのリンクは外します。

効果は統合ほど強くありませんが、記事を消したくない場合の現実的な手段です。内部リンクの設計はSEO内部リンク戦略の設計と実装で扱っています。

4. canonicalで一本化する

内容がほぼ同一で、どちらのURLも残しておきたい事情がある場合は、canonicalで正規URLを1つに指定します。ただしこれは重複コンテンツへの対処であり、検索意図が近いだけの別記事に使うと、意図しないページがインデックスから外れます。使いどころの判断はcanonicalタグとは？URL正規化と重複コンテンツ対策を確認してください。

どれを選ぶかの判断

状況	選ぶ対処
検索意図が同じで、片方に情報をまとめられる	統合して301で転送
検索意図は近いが、読者層や深さが違う	役割を分けて相互リンク
どちらも消せない事情があり、内容は違う	内部リンクで優先を示す
内容がほぼ同一で、URLは両方残す必要がある	canonicalで正規URLを指定

リライトするか、しないかを決める

記事が増えると、リライト候補も増えます。すべては直せないので、優先順位をつける基準が必要です。

順位帯で打ち手が変わる

Search Consoleの平均掲載順位と表示回数・クリック率を組み合わせると、記事ごとに何をすべきかが分かれます。

状態	打ち手	理由
上位で表示回数はあるがクリック率が低い	タイトルとメタディスクリプションの見直し	内容ではなく、検索結果での見え方の問題
2ページ目付近に留まっている	構成の作り直し。不足している論点を洗い出す	あと一歩の記事。投下コストに対する効果が最も大きい
表示回数はあるが順位が大きく低い	検索意図とのずれを疑う。競合上位の構成と比較する	加筆では届かない。前提から見直す必要がある
表示回数もクリックもほぼない	統合か削除を検討する	そもそも需要がないか、需要と記事が対応していない

この表で最優先になるのは2行目です。2ページ目にいる記事は、すでにGoogleから一定の評価を受けており、あと一押しで大きく変わる可能性があります。指標の見方はSEO指標一覧｜重要度別の定義・確認方法・改善策にまとめています。

「情報の更新」と「構成の作り直し」は別の作業

リライトと呼ばれる作業には、性質のまったく違う2つが混ざっています。

情報の更新は、古くなった数値・名称・仕様を現在の内容に直す作業です。作業量は小さく、頻度は高くなります。ツールの名称変更や画面の刷新は定期的に起きるため、該当箇所を機械的に洗い出して直すのが効率的です。

構成の作り直しは、記事の設計そのものを変える作業です。見出し構成を組み替え、不足している論点を追加し、不要な節を削ります。作業量は新規記事の執筆に近くなります。混同したまま「リライト」として着手すると、見積もりが崩れます。

実務では、まず情報の更新だけを一巡させ、そのうえで構成の作り直しが必要な記事を数本選ぶ、という順序が回しやすい形です。記事の設計手順そのものはSEO記事の書き方10ステップを参照してください。

リライトしない判断も必要

順位が低い記事のすべてを直す必要はありません。次のいずれかに当てはまるなら、リライトではなく統合・削除を検討します。

そのキーワードに検索需要がほとんどない
すでに同テーマのより良い記事が自サイト内にある
事業の対象から外れたテーマで、今後も更新しない

キーワードの需要そのものを確認する手順はキーワード選定の完全マニュアルにまとめています。

トピッククラスターと内部リンクの設計

記事数が増えたメディアで内部リンクを設計するときの原則は、テーマごとに閉じた集合を作ることです。

ピラーとスポークの関係

トピッククラスターは、1つのテーマについて全体像を扱う記事（ピラー）と、その各論を扱う記事（スポーク）で構成します。ピラーからは全スポークへリンクし、各スポークからはピラーへ戻すのが基本形です。スポーク同士も、関連が強いものは相互にリンクします。

この構造の利点は2つあります。ひとつは、読者がテーマの中を回遊しやすくなること。もうひとつは、Googleに対して「このサイトはこのテーマを体系的に扱っている」という構造を示せることです。

設計で失敗しやすいのは、クラスターをまたいだリンクを増やしすぎることです。関連記事の枠を埋めるために別テーマの記事を並べると、クラスターの境界が消えます。関連記事が少ないなら、無理に埋めず空欄のままにするほうが構造は保たれます。

内部リンクが偏る仕組みを理解する

メディアサイトの内部リンクは、放っておくと必ず偏ります。理由は単純で、テンプレートが自動的に張るリンク（新着記事一覧、人気記事、同カテゴリの最新記事）はすべて新しい記事に有利だからです。公開直後の記事はサイト中から参照され、半年経つと参照元がカテゴリページだけになります。

この偏りを打ち消すのは、本文中の内部リンクです。テンプレートによる自動リンクではなく、記事を書くたびに関連する既存記事へ手で張るリンクが、古い記事を経路に戻します。新規記事を1本書くたびに、既存記事へのリンクを2〜3本張るというルールを運用に組み込むのが現実的な方法です。

孤立記事を洗い出す

本文中の内部リンクを1本も受けていない記事を、孤立記事と呼びます。孤立記事はクロールされにくく、内部評価も伝わりません。洗い出しの手順は次のとおりです。

公開済み記事のURL一覧を作る
各記事の本文中に含まれる内部リンク先を抽出する
1のリストから、2に一度も現れないURLを抽出する
抽出されたURLについて、リンク元になり得る記事を探して本文中にリンクを追加する

4番目で重要なのは、リンクを張る文脈があることです。文脈のない場所に無理やり張ったリンクは読者にクリックされず、意味がありません。リンクを張る自然な場所が見つからない記事は、そもそもクラスターに属していない可能性があります。その場合は記事の位置づけ自体を見直します。

アンカーテキストの設計

アンカーテキストは、リンク先の内容を具体的に示す語にします。「こちら」「詳しくはこちら」のような指示語は、リンク先が何かを伝えません。

<!-- 避けたい書き方 -->
内部リンクについては<a href="/seo-internal-links/">こちら</a>をご覧ください。

<!-- 推奨する書き方 -->
リンクの張り方は<a href="/seo-internal-links/">SEO内部リンク戦略の設計と実装</a>にまとめています。

ただし、同じアンカーテキストを機械的に大量生成するのも避けます。同一ページへのリンクでも、文脈に応じて表現を変えるほうが自然です。

回遊を設計する

内部リンクがクロールと評価のための構造だとすれば、回遊は読者のための構造です。同じリンクでも、目的が違えば置く場所と見せ方が変わります。

パンくずとカテゴリ導線

記事から同じテーマの他記事へ戻る経路として、パンくずリストは最も安定して機能します。検索から直接記事に着地した読者にとって、そのサイトのどこにいるのかを示す唯一の手がかりになるためです。構造化データを含めた実装はパンくずリストとは？SEO効果と設置方法・構造化データにまとめています。

カテゴリの階層は深くしすぎないでください。3階層を超えると、パンくずが長くなるだけで移動の助けになりません。テーマが増えたときは階層を深くするのではなく、カテゴリを並列に増やすほうが管理しやすくなります。

記事末尾の導線

記事を読み終えた読者は、次に何をすればよいかを探しています。ここに置く選択肢は、多くても3つに絞ります。

次に読むべき1本：クラスター内で、この記事の次に読む価値がある記事へのリンク
戻り先：そのテーマの全体像を扱うピラー記事へのリンク
行動：資料請求・問い合わせなど、事業上のゴールへの導線

選択肢を増やすほど、どれも選ばれなくなります。ボタンの文言と配置の考え方はCTAとは？効果的なボタンのデザイン・配置・文言の作り方で扱っています。

回遊がうまくいっているかを見る

回遊の状態は、GA4の探索レポートで、ランディングページごとの平均エンゲージメント時間とセッションあたりのページ数を見ると把握できます。検索流入が多いのに1ページで離脱している記事は、内容が悪いとは限りません。次に読むものが提示されていないだけ、という場合が多くあります。設定手順はGA4でSEO効果を測る方法を参照してください。

なお、直帰率だけで記事の良し悪しを判断するのは避けてください。読者が求めていた答えがその1ページで完結していれば、離脱は正常な結果です。指標の解釈は直帰率とは？GA4の定義・業界別目安・改善施策にまとめています。

カテゴリ・タグの設計とインデックス制御

記事数が増えると、記事そのものより一覧ページの数のほうが速く増えることがあります。ここを設計しないままにすると、インデックスの対象だけが膨らみます。

タグを増やしすぎると何が起きるか

タグは自由に作れるため、運用者が増えるほど増殖します。結果として、記事1本しか紐づいていないタグページが大量に生まれます。このページには独自の情報がなく、記事へのリンクが1本あるだけです。

こうした内容の薄い一覧ページが増えると、クロールの対象が広がる一方で、インデックスされる価値のあるページの割合は下がります。Search Consoleのインデックス作成レポートで「クロール済み – 現在インデックス未登録」が増えているなら、まずここを疑ってください。この状態については、GoogleのMueller氏が「クロール済み-未インデックス」とサイト品質・AI生成コンテンツの関係で品質問題のサインになり得ると説明しています。

一覧ページは3択で設計する

カテゴリページ・タグページ・著者ページ・日付アーカイブについて、それぞれ次の3つから選びます。

選択肢	向いているページ	実装
インデックスさせる	説明文があり、それ自体が検索対象になるカテゴリページ	そのまま。カテゴリの説明文を本文として追加する
noindexにする	記事数が少ないタグページ、著者ページ、日付アーカイブ	robotsメタタグで noindex, follow を指定
そもそも作らない	運用上使っていないアーカイブ	テーマ側で出力を止める

noindexを使う場合、followは残すのが基本です。一覧ページ自体は検索結果に出さないが、そこから各記事へのリンクはたどってほしい、という指定になります。

<!-- タグページ・著者ページ・日付アーカイブに出力 -->
<meta name="robots" content="noindex, follow">
<link rel="canonical" href="https://example.com/tag/sample/">

ここで注意すべきは、robots.txtでの遮断とnoindexは別物だということです。robots.txtでクロールを止めると、Googleはページを読めなくなるためnoindexも認識できません。インデックスから外したいなら、クロールは許可したうえでnoindexを出します。robots.txtの役割はrobots.txtの書き方完全ガイドにまとめています。

サイト内検索の結果ページ

サイト内検索の結果ページは、パラメータの組み合わせだけ無限にURLが生成されます。これはクロールの無駄になるため、robots.txtで止めるのが一般的です。

# サイト内検索の結果ページはクロールさせない
User-agent: *
Disallow: /?s=

すでにインデックスされてしまっているURLがある場合は、先にnoindexで外してからrobots.txtで遮断します。順序を逆にすると、noindexが読まれないままインデックスに残ります。

ページネーション

一覧ページが複数ページに分かれる場合、2ページ目以降の扱いも決めておきます。2ページ目以降を1ページ目のcanonicalにまとめるのは誤りで、そこにしか存在しない記事へのリンクが評価経路から外れます。実装の選択肢はページネーションとは？SEOに強い実装と無限スクロール比較で整理しています。

URLにカテゴリを含めるかどうか

記事URLを「/category/記事スラッグ/」の形にするか、記事スラッグだけにするかは、運用年数が長くなるほど効いてくる選択です。カテゴリを含める形は階層が明示できる一方、記事のカテゴリを変更するとURLが変わるという制約を抱えます。メディアの規模が大きくなるとカテゴリの再編は必ず起きるため、そのたびに転送設定が必要になります。

後から変更するコストを考えると、記事URLはカテゴリを含めないフラットな形にしておくほうが、運用の自由度は高くなります。すでにカテゴリ入りのURLで運用している場合は、無理に変更する必要はありません。URL構造の変更は、それ自体が転送の設定ミスというリスクを持ち込みます。得られる効果と比べて割に合わないことが多い作業です。

古い記事を統合・削除・リダイレクトする判断

運用年数が長いメディアには、必ず「もう使わない記事」が溜まります。放置は選択肢のひとつですが、意図して選ぶべきです。

3つの選択肢と使い分け

選択肢	使う場面	実装
統合する	他の記事と内容が重なり、まとめたほうが読みやすい	情報を移したうえで301で転送
残して更新する	検索需要があり、内容を現在に合わせれば価値がある	本文を更新し、更新日を明示する
削除する	需要がなく、統合先もない。今後も更新しない	410で返す。外部リンクがあるなら関連ページへ301

判断の軸は「この記事を探して来る人がいるか」の一点です。表示回数がゼロに近く、被リンクもなく、内部リンクも受けていない記事は、残しておく理由がほとんどありません。

削除するなら404か410か

404は「見つからない」、410は「意図的に削除した」という意味です。二度と復活させない記事なら410のほうが意図を正確に伝えられます。ただし実務上、大半のCMSは標準で404を返すため、410にするには追加実装が必要です。数本の削除であれば404のままでも問題は起きません。

削除する記事に外部リンクが張られている場合は、内容が近い記事へ301で転送します。ただし、転送先が明らかに無関係だと、Googleは転送を無視して404相当に扱うことがあります。関連する記事がないなら、素直に削除するほうが安全です。

統合するときの手順

残す記事と消す記事を決める（順位・被リンク・URLの適切さで判断）
消す記事にしかない情報を、残す記事の適切な位置に移す
サイト内から消す記事へ張られている内部リンクを、残す記事へ張り替える
消す記事から残す記事へ301で転送する
サイトマップを更新し、Search Consoleで送信する

3番目を飛ばすと、転送が1段挟まった内部リンクがサイト中に残ります。動作はしますが、転送の連鎖が増えるほど管理が難しくなるため、張り替えまでやり切ってください。

当メディア自身も、2026年7月にNext.js（SSG）からWordPressへ移行した際、それまで「/blog/」配下にあった全記事のURLを301で現在のURLへ引き継ぎました。転送を正しく設定していれば、URLの一括変更でもインデックス上の問題は起きません。恐れるべきは転送そのものではなく、転送先を適当に決めることです。

AI検索に引用されるための記事設計

メディアサイトにとって、AI検索は流入経路であると同時に、記事の書き方に影響する要因になっています。ここでは、サイト内で確認できている範囲の話に絞ります。

焦点を絞った具体的な記事が引用されやすいという観察

AIに引用される条件について、Search Engine Journalの寄稿とGoogleのJohn Mueller氏の発言をもとにした議論があります。要点は「テーマを1つに絞り込んだ具体的な記事のほうが、生成AIに引用されやすいのではないか」という観察です。ただしこれは統計的な調査ではなく、SNS上の体験談を土台にした考察である点に注意が必要だと、当メディアでも焦点を絞った具体的な記事はAIに引用されやすい？で整理しました。Mueller氏のコメントは「もっと示唆に富む、役立つものを作ろう」という短いもので、議論の核は特別な裏技ではなく、従来からの良質コンテンツの原則の延長線上にあります。

メディア運営の実務に落とすと、これは1記事1テーマを守るという方針になります。網羅性を求めて論点を詰め込んだ記事は、どの質問に対しても部分的にしか答えられません。テーマを絞った記事を複数持ち、それらを内部リンクでつなぐほうが、結果としてカニバリも避けられます。

既出情報に何を上乗せしたか

Googleが独自性をどう見ているかについては、「情報利得（information gain）スコア」という考え方が特許をもとに議論されています。すでに世に出ている情報に対して、その記事がどれだけ新しい価値を上乗せしているかを測る、という発想です。詳細はGoogleは「独自性」をどう見抜くか｜情報利得(Information Gain)特許を読み解くで扱いました。これは特許と公開情報にもとづく解説であり、Googleが公式にこのスコアの使用を認めたものではありません。

ただし、実務上の示唆は明確です。他社記事の要約を並べただけの記事には、上乗せがありません。自社で取ったデータ、実際に使った手順と結果、当事者へのヒアリング、失敗したときの記録。こうした一次情報が1つでも入っているかどうかが、既出情報との差になります。コンテンツの品質評価の全体像はコンテンツSEOとは？戦略設計から効果測定までにまとめています。

引用されやすい書き方の具体策

記事構造のレベルでできることは、次の4つです。

見出しを質問形にするか、答えを含む形にする：「メリット」より「なぜ〜が必要なのか」のほうが、どの問いへの答えかが明確になる
各見出しの直後に結論を置く：前置きから入ると、抜き出したときに意味が通らない
1つの段落で1つのことだけを述べる：複数の論点が混ざった段落は引用しにくい
数値と固有名詞には出典を添える：出典のない数値は、そもそも引用の対象になりにくい

AI検索への対応全般はLLMO対策｜ChatGPT・Gemini・Perplexityに引用される手順とAIO対策とは？AI Overviewに引用される5つの戦略で扱っています。

誰が書いたのかを示す

引用の判断でも通常の検索評価でも、記事の内容と同じくらい「誰が書いたか」が見られます。匿名の編集部名義だけで運用しているメディアと、執筆者と監修者が明示されているメディアでは、同じ内容でも受け取られ方が変わります。

実装として必要なのは次の3つです。

著者ページを作る：経歴・専門領域・実績を記載する。記事一覧を並べるだけのページでは意味がない
記事から著者ページへリンクする：記事上部か下部の著者ボックスから、その人の著者ページへ張る
外部の実在性とつなぐ：所属先のページや登壇実績など、サイト外で確認できる情報へリンクする

ここで注意したいのは、著者ページ自体は検索流入を取るページではないということです。インデックスさせるかどうかは、そのページに独自の情報があるかで判断します。経歴が書かれた著者ページはインデックスさせる価値がありますが、名前と記事一覧だけのページなら前述のnoindex対象になります。

AI経由の可視性をどう見るか

Search Consoleには、AI OverviewsとAI Modeでの表示回数を確認できる生成AIパフォーマンスレポートがあり、2026年8月31日時点で全世界のすべてのサイトに展開されたとGoogleが注記しています。ただしこのレポートにはクリックデータが含まれていません。得られるのは「出ているかどうか」であって「効いているかどうか」ではないという制約があります。詳細はGoogleがSearch Consoleの生成AIパフォーマンスレポートを全世界に展開で整理しました。

したがって、AI検索の指標だけでメディアの成果を判断するのは現時点では困難です。従来のクリック数・コンバージョンと併せて見るのが妥当な運用になります。効果測定の全体設計はSEO効果測定の方法を参照してください。

運用フロー：月次と四半期で何を見るか

ここまでの作業を、定期的に回る形にします。

月次の点検項目

項目	見る場所	アクション
2ページ目付近の記事	Search Console 検索パフォーマンス	上位3本をリライト候補に入れる
クリック率が低い上位記事	同上（順位とクリック率の組み合わせ）	タイトルとメタディスクリプションを見直す
インデックス未登録の増減	インデックス作成レポート	増えていれば一覧ページの設計を確認
新規記事からの内部リンク	公開した記事の本文	既存記事へのリンクが2本以上あるか確認

四半期でやること

カニバリの棚卸し：主要クエリについて、複数URLが競合していないかを一巡して確認する
孤立記事の洗い出し：本文中の内部リンクを受けていない記事を抽出し、リンクを追加する
古い記事の判定：表示回数が極端に少ない記事を、統合・更新・削除に振り分ける
タグの整理：記事が1〜2本しかないタグを統廃合する

レポートとして残す形式はSEOレポートの作り方｜月次テンプレートと書き方にまとめています。

メディアサイトのSEOに関するよくある質問

Q1: 記事は何本くらいから管理が必要になりますか？

本数そのものより、テーマの重なりが基準になります。同じカテゴリに10本以上ある状態が複数のカテゴリで発生したら、カニバリの確認を始めてください。目安として100本前後で顕在化することが多いですが、狭いテーマを深く掘っているメディアでは、もっと早く起きます。

Q2: リライトすると順位が下がることはありますか？

あります。特に、上位に入っている記事の構成を大きく変えた場合です。すでに評価されている記事は、加筆と情報更新に留めるのが安全です。構成の作り直しは、2ページ目以降に留まっている記事に対して行うのが基本になります。

Q3: 古い記事の公開日を新しくしてもよいですか？

実際に内容を更新したのであれば、更新日を明示するのは適切です。ただし、中身を変えずに日付だけを新しくするのは避けてください。読者にとって誤解を招くうえ、実質的な更新がなければ評価にもつながりません。公開日と更新日を分けて両方表示するのが、最も誠実な形です。

Q4: 記事を削除すると、サイト全体の評価が下がりませんか？

価値のない記事を減らすこと自体が評価を下げる要因になるわけではありません。むしろ、内容の薄いページが多い状態のほうが問題になり得ます。ただし、削除の際は内部リンクの張り替えと転送先の設定を必ず行ってください。放置された内部リンクが404を大量に生む状態は避けます。

Q5: カテゴリページは検索対象にすべきですか？

カテゴリ名で検索需要があり、そのページに説明文を置くのであれば検索対象にする価値があります。記事へのリンクが並んでいるだけのページなら、無理にインデックスさせる必要はありません。カテゴリ名が主要キーワードと一致する場合は、カテゴリページではなくピラー記事を作って、そちらを検索の受け皿にするほうが設計しやすくなります。

Q6: 内部リンクは1記事あたり何本が適切ですか？

本数の正解はありません。基準になるのは、リンクを張る文脈が本文中にあるかどうかです。文脈のないリンクを増やしても読者はクリックせず、意味を持ちません。新規記事を書くときに既存記事へ2〜3本、というのは本数の目安ではなく、既存記事を経路に戻すための運用ルールとして設定するものです。

まとめ｜増やす前に、直す時間を確保する

メディアサイトのSEOで押さえるべき要点を整理します。

記事が増えるほど、成果を左右するのは新規作成より既存記事の管理になる
カニバリはSearch Consoleの検索パフォーマンスで、クエリ単位のURLの入れ替わりから見つける
対処は統合・役割分離・内部リンクでの優先づけ・canonicalの4択。検索意図が同じなら統合が最も確実
リライトの優先順位は順位帯で決める。2ページ目付近の記事が最も費用対効果が高い
「情報の更新」と「構成の作り直し」は別作業として見積もる
内部リンクは放っておくと新着に偏る。本文中のリンクで古い記事を経路に戻す
タグ・著者・日付アーカイブは、インデックスさせる／noindexにする／作らないの3択で設計する
robots.txtでの遮断とnoindexは別物。インデックスから外すならクロールは許可する
古い記事は、統合・更新・削除に振り分ける。判断の軸は「探して来る人がいるか」
AI検索向けには1記事1テーマを守り、既出情報への上乗せを一次情報で示す

実務でいちばん効くのは、月次の作業時間のうち一定割合を最初から「直す時間」として確保しておくことです。新規記事の本数目標だけを置くと、既存記事の整理は永久に後回しになります。書く本数を1本減らしてでも、カニバリの解消と孤立記事の接続に時間を割いたほうが、結果として全体の流入は伸びます。

サイトの種類によって効く打ち手は変わります。SEO施策全体の見取り図はSEO対策とは？基本から実践手順・チェックリストまで、技術面の網羅的なチェックはテクニカルSEO完全ガイドを参照してください。

本記事は、Google Search Consoleおよび公開されているGoogleのドキュメントで確認できる仕様と、当メディアの運用経験にもとづいて2026年9月時点の情報で作成しています。AI検索に関する記述は、当メディアが取り上げた各ニュース記事（出典はSearch Engine JournalおよびSearch Engine Land）で確認できる範囲に限定しており、引用元が統計的な調査ではない場合はその旨を本文中に明記しました。効果の出方はサイトの規模・テーマ・競合状況によって異なります。仕様やレポートの提供範囲は変更されることがあるため、実施前に最新の情報をご確認ください。

体裁	PDF／A4縦・全109ページ
収録	図解21点、チェックリスト120項目、90日実行プラン、用語集56語