この記事は、検索流入がない記事を「残す・改善する・統合する・削除する」に分ける判断記事です。アクセスが少ないという理由だけで消さず、インデックス、表示回数、検索意図、内容重複、内部リンク、現在の事業上の役割を確認します。似た記事同士の競合はカニバリ確認、直す記事の優先順位はリライト優先順位へ分けます。SEO全体の順番を見直す場合はSEO改善ロードマップへ戻れます。
Search Consoleの表示、検索意図、内容の重複、内部リンク、現在も必要な情報かを確認してから判断します。
判断は4分類で十分です。 ①表示が増えている→残す、②表示はあるがクリックが弱い→改善、③同じ検索意図の記事がある→統合候補、④検索需要も事業上の役割もなく古い情報だけ残る→削除候補。クリック0だけで消さず、役割まで見ます。
最初に4分類する
| 状態 | 判断候補 |
|---|---|
| 流入は少ないが現在も必要 | 残す |
| テーマは必要だが情報が古い | 更新 |
| 似た記事が複数ある | 統合 |
| 役割がなく、代替ページも明確 | 削除を検討 |
検索流入がゼロでも役割がある記事
- 問い合わせ前に読んでもらう説明ページ
- 既存顧客向けの使い方
- 他記事から参照される補足ページ
- 季節限定の案内
- 検索数は少ないが重要な専門テーマ
SEOだけでなくサイト全体の役割を見ます。以下は判断練習用の架空例です。検索クリック0でも問い合わせ前に読まれるFAQは「残す＋古い回答を更新」、表示はあるが記事が約束した比較表がないなら「比較表を改善」、同じ疑問へ答える記事が2本なら「統合候補」に分けます。統合候補でも固有の情報・参照リンク・代替先を確認するまでURLを消しません。選んだ判断と根拠を変更履歴へ残し、実行候補の順番はリライト優先順位で整理します。
まずSearch Consoleで「表示」まで確認する
クリックが0でも表示回数が増えているなら、検索結果には出始めている可能性があります。公開直後の記事や検索数の少ないテーマは、短期間のクリックだけで判断しません。最新データを取得できない場合は「未取得」と記録し、表示0・需要なしへ置き換えません。その場合は公開URL、情報の古さ、サイト内での役割、重複を先に確認します。表示がありクリックが弱い候補は、削除より先にタイトルと本文の約束を照合します。
基本の確認方法はGoogle Search Consoleの使い方を参考にしてください。
インデックスされていない場合は別問題
そもそもGoogleに登録されていない記事は、「需要がない」ではなく技術的な問題の可能性があります。削除を考える前に記事がインデックスされないときの確認手順で原因を分けます。
似た記事があるなら統合候補
同じ検索意図へ答える記事が複数あると、内容が分散することがあります。タイトルが違っても、読者の疑問と答えがほぼ同じなら統合を検討します。
キーワードカニバリゼーションの確認方法と組み合わせると、重複記事を見つけやすくなります。
更新で戻せる記事もある
古い料金、古い画面、終了したサービスなどが原因で役割を失っている場合、削除より更新が適していることがあります。検索意図は残っているのに内容だけ古いなら、最新情報へ直します。
既存記事の更新手順はAIで古いブログ記事をリライトする方法も使えます。
削除前に確認したい5項目
- 他ページから内部リンクされていないか
- 外部サイトからリンクされていないか
- 問い合わせ・サービス説明に使っていないか
- 代替になるページがあるか
- URLを削除した後の処理を決めているか
統合するときは良い部分を捨てない
記事Aと記事Bを統合する場合、片方を丸ごと削除する前に、独自の説明、FAQ、画像、内部リンクなど必要な部分を統合先へ移します。
URL削除は本文削除とは別に考える
公開URLを消す場合は、404、410、リダイレクトなど技術的な扱いも関係します。単にWordPressのゴミ箱へ入れるだけで終わらせず、代替ページがあるか、意図的に消すページかを確認します。
記事整理のおすすめ順
- 検索流入ゼロの記事を一覧化する
- Search Consoleの表示回数を見る
- サイト内での役割を確認する
- 似た記事を探す
- 残す・更新・統合・削除へ分類する
- 削除や統合は最後に実施する
記事数を減らすこと自体を目的にしない
「100記事あるから50記事に減らす」「アクセス0だから全部消す」のような件数目標は避けます。サイト内で役割がある記事は残し、重複や古い情報を整理することを目的にします。
YOHAKU SELECTのように記事数が多いサイトでは
記事数が増えたサイトほど、新規記事を増やすだけでなく、既存記事の役割整理が重要になります。同じテーマが複数ある場合は、新規作成前に既存記事を検索し、内部リンク追加や統合で解決できないか確認します。
記事整理の記録テンプレート
| URL | 表示 | 役割 | 重複 | 判断 |
|---|---|---|---|---|
| 対象記事 | 増・横ばい・0 | 検索／案内／補足 | あり・なし | 残す／更新／統合／削除 |
削除や統合を実行する前に、この5列を残しておくと「なぜ消したか」を後から確認できます。URL変更や統合を伴う場合は、内部リンクの貼り方も確認し、リンク切れを残さないようにします。
削除しない判断も記録する
「流入は少ないが問い合わせ前の説明に必要」「季節記事なので次シーズンまで残す」のように、残す理由も1行だけ記録します。アクセスが少ない記事すべてを改善対象にすると作業が増えすぎるため、役割が明確なら触らない判断も含めます。
よくある質問
アクセス0の記事は何か月待ちますか？
一律には決められません。公開時期、インデックス状況、検索需要、季節性によって変わります。まず表示回数と役割を確認します。
古い記事を全部noindexにした方がいいですか？
古いという理由だけで一括処理しません。現在も検索意図へ答えている記事は更新、重複なら統合など、ページごとに判断します。
記事を統合したら元URLはどうしますか？
内容と目的を引き継ぐ明確な統合先がある場合は、URL処理も含めて検討します。単純に削除する前に、内部リンクや既存評価の引き継ぎを確認します。
YOHAKU OPERATION RULE｜Google公式の削除基準ではありません
「ゼロだから削除」を防ぐための内部目安
| 状態 | YOHAKUでの扱い |
|---|---|
| 公開・大幅更新から90日未満 | 流入ゼロだけを理由に削除しない。インデックス・内部リンク・検索意図を確認 |
| 90日以上、表示はあるがクリック0 | タイトル・検索意図・順位を確認。全面リライトより先にCTRとクエリを見る |
| 180日以上、表示0・クリック0、サイト内役割も弱い | 統合候補。類似記事の流入と被りを確認してから301/削除を検討 |
| 問い合わせ導線・ヘルプ・内部リンクの受け皿として必要 | 検索流入ゼロでも残す理由がある。役割を記録 |
90日・180日はGoogleの評価期間ではありません。短期データだけで記事を消さないためのYOHAKU内部ルールです。季節性・検索量が少ないテーマでは、さらに長く見る場合があります。
まとめ
検索流入がない記事は、アクセス数だけで削除しません。表示回数、検索意図、内部リンク、重複、現在の役割を確認し、「残す・更新・統合・削除」の4つに分けます。削除は最後の選択肢にすると、必要な情報まで失うリスクを減らせます。まず直す記事を選ぶならSearch Consoleからリライト優先順位を決める方法、AI検索に表示されている記事を直すか待つか迷う場合はAI検索記事の更新判断、残すと決めて実際に本文を直すならAIリライトの実行手順、似た記事が競合している場合はカニバリゼーションの確認、記事同士のつながりが弱い場合は内部リンクの貼り方へ進みます。統合・削除・大幅更新を実行したら、対象URL・理由・転送先・確認結果をホームページの変更履歴へ残すと、後から判断を追いやすくなります。
