著者
重なって見える記事を、まとめるのか分けたままにするのか。その判断を、全記事について同じ物差しで下すのがコンテンツ監査です。
コンテンツ監査とは、サイトにあるすべての記事を一覧にし、検索データと内容の両面から1本ずつ評価して、残す・直す・統合する・削除するのどれにするかを決める作業です。記事の棚卸しとも呼ばれます。
監査は記事を減らす作業ではなく、1本ずつ読者に対する役目を決め直す作業です。数字は判定の入口にすぎず、役目があるか、同じ役目の記事がほかにあるかを順に問えば、4つの判定は決まります。
CONTENTS
コンテンツ監査とリライト・テクニカルSEOの点検は何が違う？
コンテンツ監査はサイトの記事をすべて並べて、1本ずつの役目を決める作業です。1本の記事を良くするリライトや、技術的な不具合を探す点検とは、対象も成果物も違います。監査の成果物は、すべての記事に判定が付いた一覧表です。
| コンテンツ監査 | リライト | テクニカルSEOの点検 | |
|---|---|---|---|
| 対象 | サイトのすべての記事 | 選んだ1本の記事 | クロール・インデックス・表示速度などの仕組み |
| 問い | 役目はあるか、ほかと重なっていないか | どうすればもっと役に立つか | 検索エンジンがページを正しく扱えるか |
| 成果物 | 判定の付いた一覧表 | 書き直した記事 | 不具合と修正の一覧 |
リライトは監査のあとに来る作業の1つです。「直す」と決めた記事をどう書き直し、効果をどう確かめるかは SEOリライトのやり方 に任せます。技術面の点検は テクニカルSEOとは で扱っています。
コンテンツ監査は5つの工程で進める
監査は「目的と範囲を決める」「URLを集める」「データを付ける」「判定する」「処理して経過を見る」の5つの工程で進みます。前の工程で決めたことが次の工程の材料になるので、順番は入れ替えません。
なぜ監査が要るのか？役に立たない記事とサイト全体の評価
Googleは、役に立たない記事が多いサイトではほかの記事も評価されにくくなることがある、と説明してきました。ただし、記事を消すこと自体が順位を上げる操作になるわけではありません。監査の価値は、読者に古い情報や重複した記事を見せないことにあります。
2022年8月、Googleはヘルプフルコンテンツアップデートを発表したブログで、サイト全体に働くシグナルを導入すると説明しました。役に立たないコンテンツが全体として比較的多いサイトは検索で成果を出しにくくなるとし、そのため役に立たないコンテンツを取り除くことがほかのコンテンツの順位の助けになりうる、と書いています。この仕組みは2024年3月にコアランキングシステムの一部になったと、ランキングシステムのガイドに記されています。同じガイドは今、ランキングはページ単位で働くよう設計されていて、サイト全体のシグナルや分類器もページの理解に使われる、という書き方をしています。
一方で、有用なコンテンツのガイド（英語版、2026年10月5日更新）は自己評価の問いとして、順位の助けになると考えて大量の記事を足したり古い記事を消したりしていないか、を挙げています。スターターガイドも、公開済みのコンテンツを見直して必要に応じて更新し、今の読者に関係がなくなったものは削除してもよい、という書き方です。
2つの説明は、役に立たない記事を取り除くことと、順位を上げるために記事を消すことは別だ、と読めば矛盾しません。COCORO Pulse.は監査の目的を、読者が古い情報や重複した記事にたどり着かないようにすることに置き、サイト全体の評価への良い影響はその結果として扱います。
監査を始める前に目的と範囲と期間を決める
目的と範囲と期間の3つを先に決めます。ここが曖昧なままシートを作ると、列が増えるだけで判定が進みません。
目的を1つに絞る
目的によって、シートで重く見る数字が変わります。
- 下がった検索流入を取り戻したい（表示回数とクリック数の推移を重視）
- 問い合わせにつながる記事を把握したい（コンバージョンを重視）
- リニューアル前に移す記事を決めたい（役目と重複を重視）
1回の監査で目的は1つに絞ります。監査で追う数字を事業の目標にどうつなげるかは SEOのKPI設計 で扱っています。
範囲を決める
ブログの投稿だけにするのか、固定ページやカテゴリページ、タグページまで含めるのかで、作業量は大きく変わります。WordPressのようなCMSでは、タグページや著者ページが意図せず大量にできていることがあるので、範囲を決める段階で数を確かめておきます。
データの期間を決める
データの期間は直近12か月を基本にすると、季節で需要が変わる記事も公平に比べられます。Search Consoleのデータは直近16か月分しか残らないので、前の年と比べたいなら早めに書き出しておきます。
始める時期に決まりはありません。検索流入が下がり続けているとき、リニューアルの前、記事が増えて全体を把握しきれなくなったときが、主なきっかけです。
監査シートは1行1URL、数字と内容の列を分けて作る
監査シートは1行1URLの表で、列は「識別」「数字」「内容」「判定」の4つのまとまりで作ります。「役目」の列だけは、記事を読まなければ埋められません。
URLを漏れなく集める
集め方は主に3つあり、組み合わせると漏れが減ります。
- CMSの記事一覧を書き出す（公開中の記事を確実に拾える）
- XMLサイトマップからURLを取り出す（検索エンジンに伝えているURLがわかる）
- クローラー型のツールでサイトを巡回する（リンクでたどれるURLと、ステータスコードやnoindexの有無がわかる）
3つの一覧を突き合わせると、CMSにはあるのにサイトマップに無い記事や、どこからもリンクされていない記事が見つかります。こうした差分も監査の発見です。リンクをたどってURLを集める一覧は、Screaming Frog のようなクローラー型のツールで作れます。
数字の列を付ける
数字は主にSearch ConsoleとGA4から取ります。Search Consoleの検索パフォーマンスでは、ページ別に表示回数、クリック数、掲載順位を見られます。ただし画面から書き出せるのは1,000行までです。記事が多いサイトや、ページとクエリを組み合わせて見たいときは、Search Console APIやLooker Studioのコネクタを使います。
GA4からは、そのページから始まった訪問で起きたコンバージョンを取ります。検索では目立たなくても問い合わせにつながっている記事を、数字だけで削除候補にしないための列です。
インデックスの状態も列に入れます。Search Consoleの「ページのインデックス登録」レポートでは、クロール済みで登録されていないURLや、重複と判断されたURLの例を確かめられます。Googleはこのレポートについて、サイトのすべてのURLが登録されると期待すべきではないとしています。例として出るURLは1,000件までで、該当するURLがすべて出るとは限りません。
AI Overviews（AIによる概要）やAIモードでの露出を目的に入れるなら、Search Consoleの生成AIパフォーマンスレポート（画面の表示は「生成 AI 機能」、ベータ）のページ別の表示回数を任意の列として足せます。
内容の列を付ける
数字だけでは判定できないので、内容の列を人の目で埋めます。いちばん手間がかかり、いちばん大事なところです。
| まとまり | 列 | 入れるもの |
|---|---|---|
| 識別 | URL、タイトル、公開日、最終更新日、カテゴリ | CMSの書き出しから |
| 数字 | 表示回数、クリック数、平均掲載順位 | Search Consoleのページ別（直近12か月） |
| 数字 | コンバージョン | GA4のランディングページ別 |
| 数字 | 被リンク数、内部リンク数 | Search Consoleのリンクレポート、クローラー型ツール |
| 数字 | インデックスの状態 | ページのインデックス登録レポート、URL検査 |
| 内容 | 対策キーワード、検索意図 | その記事が答えるべき検索と、読者が知りたいこと |
| 内容 | 役目 | 読者にとって何の役に立つかを1行で |
| 内容 | 情報の古さ | 手順・料金・仕様など、変わりうる情報が古くなっていないか |
| 内容 | 近い記事 | 同じ役目を持つ可能性のある記事のURL |
| 判定 | 判定、理由、処理先URL、担当、期限 | 残す・直す・統合・削除のどれか。統合なら統合先 |
「役目」の列には、「〇〇の手順を知りたい人に、画面つきで手順を示す」のように、読者と役に立ち方を1行で書きます。1行で書けない記事は、役目がはっきりしていない可能性があります。
判定の列は最後にまとめて埋めます。数字と内容の列を先にすべて埋めておくと、近い記事どうしを並べて比べられ、判定がぶれにくくなります。
シートに入れない列
文字数は評価の列に入れません。Googleが好む文字数は無いからです。滞在時間や直帰率も、すぐに答えを得て離れたのか、合わずに離れたのかを区別できないので、判定の根拠にはせず、置くとしても参考の列にとどめます。
判定は3つの問いを順に当てて決める
数字で候補を絞ったあと、3つの問いを順に当てて判定します。「役目はあるか」「同じ役目の記事がほかにあるか」「内容と数字は足りているか」の順に問えば、4つの判定のどれかに行き着きます。
1つ目の問いで役目が無ければ「削除」の候補です。役目があれば2つ目に進み、同じ役目の記事がほかにあれば「統合」します。重なりが無ければ3つ目に進み、内容と数字が足りていれば「残す」、足りなければ「直す」です。
数字は、問いに当てる順番を決めるために使います。直近12か月の表示回数がほとんど無い記事は、1つ目の問いから確かめる候補です。表示回数は多いのにクリック数が少ない記事は、3つ目の問いで「直す」になりやすい記事です。
残す
役目があり、ほかと重なっておらず、内容も数字も足りている記事はそのまま残します。何もしないことも判定の1つです。手順や料金など変わりうる情報を含む記事は、次の監査で「情報の古さ」の列を見直します。
直す
役目はあるのに、内容が古い、読者の知りたいことに答えきれていない、表示されているのにクリックされない記事は「直す」です。理由の列に何が足りないかを1行で書いておくと、書き直す人が迷いません。症状ごとの直し方と効果の確かめ方は SEOリライトのやり方 にまとめています。
統合する
同じ読者に同じ役目を果たそうとしている記事が2本以上あれば、1本にまとめます。どちらを残すかは、表示回数やクリック数、被リンク、内容の充実度を比べて決めます。重なりの候補は、シートの「対策キーワード」と「検索意図」の列を並べ替えると見つけやすくなります。統合まではしない重複コンテンツには、canonical で正規のURLを示す手もあります。
ただし、同じ語を含んでいても、検索意図が違えば統合しません。COCORO Pulse.の記事の企画表で対策キーワードを並べると、まったく同じ語は1組もありませんが、先頭の語が同じ組は28組、記事にして97本あります。そのうち、たとえば「内部リンク」で始まる トピッククラスター内の内部リンク設計 と 内部リンク最適化はどう進める？ は、前者がトピッククラスターの中でのリンク設計、後者が内部リンク全体の構造と貼り方を扱う記事です。読者の知りたいことが違うので統合はせず、それぞれ相手の範囲には深入りしないと決めています。
※ COCORO Pulse.の記事の企画表（284本）を2026年10月24日に集計。対策キーワードの完全一致と、先頭の語（最初の空白まで）の一致を数えたもの
公開前の企画の段階でも、監査の一部はできます。書いてから統合するより、企画の段階で重なりを見つけるほうが手間はずっと少なく済みます。
削除する
読者にとっての役目を終えた記事は削除します。終了したキャンペーンの告知、提供をやめたサービスの説明、古くなって直しても役に立たない記事などです。近い内容の記事があるなら、削除より統合を先に検討します。
削除は取り消しにくい判断です。表示回数が少なくても、問い合わせにつながっている記事や、ほかの記事から多くリンクされている記事は、消す前にもう一度確かめます。消す記事と残す記事の基準は、次の記事で事例とともに扱っています。
判定ごとにURLの扱いを決め、内部リンクを張り替える
判定が決まったら、処理ごとにURLの扱いを決めます。統合なら301リダイレクト、削除なら404か410、残すけれど検索には出さないページならnoindexが基本です。
| 判定 | URLの扱い | Googleの扱い（公式ドキュメントより） |
|---|---|---|
| 残す | そのまま | 変化なし |
| 直す | 同じURLのまま内容を更新する | 変化なし |
| 統合する | 統合元から統合先へ301リダイレクト | 恒久的なリダイレクトは、転送先を正規のページとして扱うシグナルになる |
| 削除する | 404か410を返す | 429以外の4xxは同じように扱われ、登録済みのURLはインデックスから外れる |
| 残す（検索には出さない） | noindexを付ける | ページがGoogle検索の結果から外れる |
リダイレクトは、読者が求めていた内容に近いページにだけ向けます。トップページへのまとめての転送はやめ、近い内容のページが無ければ無理に転送せず404か410を返します。サイト移転のガイドによると、多くの古いURLを関係の薄い1つのURLへ転送すると、ソフト404と扱われることがあります。残す期間の目安も同じガイドにあり、できるだけ長く、一般的には少なくとも1年です。
noindexは、読者には必要でも検索から入ってくる必要は無いページに使います。申込み後のお礼ページのように役目はあるページなので、判定は「残す」のまま、URLの扱いだけを変えます。noindexを効かせるには、ページがrobots.txtでブロックされておらず、クロールできる状態である必要があります。
内部リンクを張り替える
統合や削除をしたら、そのURLへの内部リンクを新しいURLへ張り替えます。リダイレクトがあっても、リンク元を直しておけば読者も検索エンジンも遠回りせずに済みます。張り替え漏れは、リンク切れの検出と対処方法 の手順で拾えます。
経過を見る
処理したURLは、シートに処理日を記録します。Google検索セントラルによると、再クロールには数日から数週間かかることがあります。少し間を置いてから「ページのインデックス登録」レポートで、リダイレクトや404が意図どおりに認識されているかを確かめ、検索パフォーマンスで処理の前後を比べます。
表示の少ない記事と重複の候補から判定を始める
全記事を一度に判定する必要はありません。表示がほとんど無い記事と重複の候補から始め、次に表示はあるのにクリックされない記事に進むと、手間に対して変化を確かめやすいと考えます。
- 表示がほとんど無い記事直近12か月の表示回数が少ない順に並べ、下から順に1つ目の問い（役目はあるか）を当てる
- 重複の候補対策キーワードと検索意図が近い記事の組を並べ、2つ目の問い（同じ役目の記事がほかにあるか）を当てる
- 表示はあるのにクリックされない記事3つ目の問い（内容と数字は足りているか）を当て、直す記事を決める
- 残りの記事情報の古さの列だけを確かめ、次の監査までの宿題にする
道具は記事数で変わります。数十本ならCMSの書き出しとSearch Consoleの画面で足ります。数百本を超えると画面の1,000行の上限にかかりやすくなるので、クローラー型のツールやSearch ConsoleのAPIで集めるのが現実的です。
どの規模でも、判定そのものは人がやります。数字でふるい分けるところまでは自動にできても、「役目」の列は記事を読まなければ埋められません。記事が増えたら、同じシートに行を足して見直していきます。
監査のあとに残った記事のまとまりを設計し直すなら トピッククラスターの組み方、監査を社内で回す体制づくりは SEO内製化の進め方 が参考になります。
まとめ
- コンテンツ監査は記事を減らす作業ではなく、すべての記事の役目を決め直す作業です。成果物は判定の付いた一覧表です
- 判定は「役目はあるか」「同じ役目の記事がほかにあるか」「内容と数字は足りているか」の順に問えば、残す・直す・統合・削除のどれかに決まります
- 統合は301リダイレクト、削除は404か410が基本です。処理したら内部リンクを張り替え、数字の変化を見届けます
参考にした一次情報
- Creating helpful, reliable, people-first content Google Search Central・英語版 最終更新 2026-10-05、確認日 2026-10-24
- SEO Starter Guide Google Search Central・最終更新 2025-12-10、確認日 2026-10-24
- What creators should know about Google's August 2022 helpful content update Google Search Central Blog・2022-08-18、確認日 2026-10-24
- A guide to Google Search ranking systems Google Search Central・最終更新 2025-12-10、確認日 2026-10-24
- How HTTP status codes, and network and DNS errors affect Google Search Google Search Central・最終更新 2026-02-04、確認日 2026-10-24
- Redirects and Google Search Google Search Central・最終更新 2026-04-14、確認日 2026-10-24
- Site moves with URL changes Google Search Central・最終更新 2026-08-20、確認日 2026-10-24
- Block Search indexing with noindex Google Search Central・最終更新 2025-12-10、確認日 2026-10-24
- Ask Google to recrawl your URLs Google Search Central・最終更新 2025-12-10、確認日 2026-10-24
- A deep dive into Search Console performance data filtering and limits Google Search Central Blog・2022-10、確認日 2026-10-24
- Page indexing report Search Console ヘルプ・最終更新日の表示なし、確認日 2026-10-24
- Generative AI performance report (Search) Search Console ヘルプ・2026-08-31 全サイト展開、確認日 2026-10-24
- リンクレポート Search Console ヘルプ・最終更新日の表示なし、確認日 2026-10-24
- Connect Search Console to Google Analytics アナリティクス ヘルプ・Search Console のデータ保存期間 16か月、確認日 2026-10-24
