記事一覧を見て、「この読まれていない記事、消したほうがブログの評価が上がるのかな」と手が止まる。
一方で、時間をかけて書いた記事を消すのは怖い。せっかく少し付いたアクセスまで失ったら、と思うと、そのまま残したくもなりますよね。
先に答えると、ブログ記事の削除は、一律にSEOへ悪いわけではありません。ただし、アクセスが少ないという理由だけで消すのは早すぎます。 読者に必要な記事を消せば、検索からの入口も、その先の成約への道も失います。反対に、役割のない記事を惰性で残すことにも意味はありません。
私は14年間ブログを運営し、指導してきた中で、記事を整理して方向転換したブログも、既存記事を書き直して伸ばしたブログも見てきました。そこで判断しているのは、記事の本数ではなく「この読者に、この情報を、どこで届けるか」です。
記事数信仰を捨てたあとに、今度は削除信仰へ乗り換えないでください。 増やすことにも、減らすことにも、それ自体にご褒美はありません。
この記事では、残す・直す・統合する・削除するの分け方から、削除前の記録、301リダイレクトやnoindexの使い分け、整理後の確認までを解説します。読み終えたら、削除ボタンではなく、まず一つの記事の役割を確認できるようにしていきましょう。
ブログ記事の削除はSEO対策の近道ではない
記事を削除する前に、「何を改善したいのか」を決めてください。検索順位なのか、読者の迷いやすさなのか、古い情報の放置なのか。目的が違えば、必要な処理も違います。
消した記事の入口は失う。残った記事が自動で上がるわけではない
検索から読者を集めている記事を削除すれば、いずれそのURLは検索結果から外れ、その記事への流入を失います。ほかの記事が代わりに伸びるかどうかは別の話です。
たとえば、月のアクセスが少なくても、商品を買う直前の疑問に答えている記事なら、収益への貢献は小さくないかもしれません。「全記事の平均アクセスを上げたい」だけで消せば、見た目の平均は良くなっても、ブログの成果は悪くなることがあります。
逆に、昔の記事というだけで残す必要もありません。情報が間違っていて直せず、今の読者に必要なく、ほかへ移せる内容もないなら、公開を続ける理由を見直します。
削除は、ブログを整えるための選択肢です。低アクセス記事を消した分だけ順位が上がる、という仕組みではありません。
Googleも、改善できない内容の削除を最終手段としている
Googleのコアアップデートに関する案内では、まず読者に役立つ改善を考え、内容を立て直せない場合に削除を検討する、という順番が示されています。Google公式の改善に関する説明
この順番は、実務でも大切です。役立つ体験があるのに文章の組み立てだけが悪い記事と、そもそも読者へ渡せる情報がない記事を、同じ「低品質」にまとめてはいけません。
私は、AIで作った記事だから消す、という判断はしていません。見ているのは、答える疑問があるか、一次情報があるか、別の記事と役割が重なっていないかです。
AIに雑に作らせた薄い記事を大量に入れてしまった場合、削除も含めた整理は必要でしょう。ただ、「AI記事だから削除」は、判断をしたようで何も見ていないのと同じです。 中身を読んでから決めてください。記事そのものの見方は、AI記事の品質チェックリストで詳しく整理しています。
削除候補を決める前に、検索データと記事の役割を確認する
最初に記事を一覧へ並べ、低アクセスのものを「確認候補」にします。ここでは、まだ「削除候補」と決めつけません。
私も検索意図が重なる記事を整理するとき、表示回数の違いを見ます。ただし、それは比べるための入口です。公開直後の記事と、何年も運営した記事を同じ物差しで切り捨てるためではありません。
公開期間・検索需要・登録状態を先に分ける
公開して間もない記事は、判断に使える検索データ自体が少ないことがあります。冬の商品を扱う記事を夏だけ見て「誰も読まない」と決めるのも早計です。
まず公開日と更新日を確認し、Search Consoleで対象URLの表示回数、クリック、検索語、推移を見ます。直近だけでなく、可能なら前の期間や前年の同じ季節も確認してください。公開から何日たてば消してよい、という一律の期限は設けません。
表示回数がほぼゼロなら、URL検査で登録状況を確認します。意図せずnoindexになっていたり、取得に問題があったりするなら、先にその原因へ対処します。検索に出られない状態と、出られるのに読まれない状態は違うからです。
さらに、狙う言葉が本当に検索されているかも見ます。需要が小さい記事を長くするだけでは、検索する人そのものは増えません。数字から直す場所を選ぶ詳しい手順は、サーチコンソールを使ったリライト判断へまとめています。
検索クリックが少なくても、読者を次へ進めていないか
Search Consoleで見えるのは、主にGoogle検索からの入口です。SNS、メール、ほかの記事から来た読者の動きまで、その数字だけで判断することはできません。
たとえば、商品紹介の前に読んでもらう比較記事、よくある不安に答える記事、運営者の考え方が分かる記事。こうしたページは、検索で大量に読まれることだけが仕事ではありません。
アクセス解析や計測できているリンククリック、問い合わせの経路なども確認し、「どこから来て、どこへ進んでいるか」を見ます。計測していないなら、成約がゼロだったと決めつけず、導線を実際にたどってみてください。
集客記事から案内しているのに、その途中の記事だけ消せば、リンク切れで読者を止めてしまいます。商品ページへ直接つなぎ直したとしても、購入前に必要な説明が抜けるかもしれません。数字の小さい記事を削ったつもりで、信頼を作る部分を削ってしまうわけです。記事の仕事を分けて考える方法は、集客記事と収益記事の違いも参考になります。
外部からのリンクと、残せる一次情報を拾う
削除前には、ほかのサイトから紹介されていないかも確認します。Search Consoleのリンクレポートなどは手がかりになりますが、表示されたものですべてとは限りません。把握している紹介元や、アクセス解析上の参照元も見ておきます。リンクレポートの仕様
ただし、被リンクがあるから絶対に残す、という話でもありません。何を評価して紹介されているのかが大切です。独自の比較表や体験が理由なら、その情報を更新して残すか、適切な統合先へ引き継げないかを考えます。
本文も読み直してください。記事全体は弱くても、当時しか撮れなかった写真、失敗して分かった条件、実際に使った比較など、価値がある部分が埋もれているかもしれません。
削除するのはURLであって、使える経験まで捨てる必要はありません。残す情報と不要な説明を分けるだけで、次の判断が変わります。
残す・直す・統合する・削除するの判断基準
調べた材料を使って、記事を四つに分けます。迷う記事は保留でも構いません。数字が足りないのに、今日中に白黒を付ける必要はありません。
| 選択 | どんな記事か | 次にすること |
|---|---|---|
| 残す | 今の読者に必要で、内容も役割も成立している | 誤情報・リンク切れなどを点検して維持 |
| 直す | 答えるべき疑問はあるが、説明や根拠が足りない | 同じURLで内容を改善 |
| 統合する | 同じ読者の同じ疑問へ答える記事が重なっている | 有用な情報を一つへ整理し、旧URLの扱いを決定 |
| 削除する | 役割がなく、直す・移す価値も見いだせない | 保存後に削除し、リンクと応答を確認 |
役割がある記事は、答えが十分なら残し、不足があれば直す
読者に必要な記事で、すでに十分な内容があるなら、無理に変えません。順位が良い記事を「古いから」という理由だけで全面的に作り直すのも避けます。古い料金や終了したサービスなどは、必要な範囲で更新します。
役割はあるのに答えが弱いなら、削除ではなくリライトです。使用レビューなのに公式スペックしか載っていないなら、実際に使った条件や不満、向いている人の判断を足す余地があります。
私自身、以前は新規記事ばかり増やしていましたが、リライトへ集中した結果、時間の都合で2か月ほど新規記事を書けなかった時期があります。その後、アクセスが1.8倍になった経験があります。
これは削除の成果ではありません。すでにある記事を改善する選択にも意味がある、という話です。残せる記事まで捨てて、またゼロから書くのはもったいない。具体的な直し方は、AIを使ったブログリライトの進め方を参考にしてください。
統合は「キーワードが似ている」ではなく「答えが重なる」とき
「キャンプ椅子の選び方」と「キャンプ椅子Aを半年使ったレビュー」は、同じ商品分野でも役割が違います。選ぶ基準を知りたい人と、その製品の使用感を知りたい人へ、それぞれ答えられるなら両方残せます。
反対に、「初心者向けキャンプ椅子の選び方」と「初めてのキャンプ椅子の選び方」が、同じ商品、同じ基準、同じ結論を並べているだけなら、別々に持つ理由は弱いでしょう。
私は、AIで記事を増やして検索意図が重複したブログでは、表示回数や記事の役割を比べて整理します。検索語の表記が違うだけで、読者が欲しい答えは同じということがあるからです。
両方の冒頭と見出しを並べて、「この記事だけで解決する疑問」を一文ずつ書いてみてください。同じ一文になるなら統合を検討。別の一文になるなら、タイトルと本文でも違いが伝わるように直します。
削除は、改善や統合を考えても残す理由がないとき
削除を検討するのは、今のブログの対象から外れ、内容も役立たず、補強できる経験や情報もなく、適切な統合先もない記事です。古いキャンペーンの告知で、現在の読者に残す意味がない場合などが考えられます。
ただし、終了した商品を扱っていても、今使っている人への操作方法や過去資料としての需要があるなら、終了した事実を明記して残す選択もあります。「古い」「短い」「売れない」だけで自動的に削除とはしません。
書いた時間が惜しいことと、公開し続ける価値があることは別です。 役割がないと確認できた記事まで、記事数を守るために置いておく必要はありません。
迷ったら、「これを残すことで、誰が何を判断できるのか」と聞いてください。答えられず、直しても答えられる見込みがない。その段階で初めて、削除が具体的な選択肢になります。
記事を統合するなら、良い情報を移してから旧URLを整理する
統合は、二つの記事をそのまま連結して長くすることではありません。読者が一つの記事で、重複なく必要な答えへたどり着けるように作り直す作業です。
残すURLと、残す情報を別々に決める
土台のURLは、表示回数やクリックだけでなく、狙う検索意図との一致、既存の外部リンク、内部リンク、内容の充実度を見て決めます。古いほうだから残す、検索数が多い言葉がURLに入っているから残す、といった決め方はしません。
ここでは架空の例として、同じ読者向けの「ブログ画像の選び方」と「ブログに入れる画像の決め方」があるとします。A記事に流入があり、B記事には自分で撮影した比較画像がある場合、Aを土台にしつつBの比較を移す方法が考えられます。
移すのは必要な比較や体験であって、Bの導入文からまとめまで全部ではありません。Aだけを読んで分かるように説明をつなぎ、画像の権利や出典、古くなった記述も見直します。
統合先が未完成のうちに旧記事を消すと、必要な情報が一時的になくなります。先に統合先を仕上げ、スマホでも読めることを確認してから、旧URLを処理してください。
同じ疑問の答えが移ったなら、301リダイレクトを検討する
301リダイレクトは、旧URLへ来た人を新しいURLへ恒久的に転送する仕組みです。記事の内容を別のページへ統合し、旧記事を求めて来た人が統合先でも用事を済ませられる場合に使います。Google公式のリダイレクトの説明
大切なのは、旧URLと新URLを一組ずつ記録することです。「削除したら全部トップページへ」では、椅子の比較を読みに来た人が、ブログ全体の入口へ放り出されます。Googleも、関係のない一つのページへ多数のURLを転送する対応を避けるよう案内しています。サイト移転時のURL対応
統合後は、ブログ内のリンクも新URLへ直接向けます。転送があるから古いリンクを放置するのではなく、関連する文言も新しい内容へ合わせます。
なお、301を設定しても、以前の順位や流入がそのまま確定するわけではありません。答える内容を受け継ぎ、移動先を正しく伝えるための処理だと考えてください。
削除・noindex・404の違いを混ぜない
記事を残すかどうか決めたら、次は実際の処理です。名前が難しく見えますが、「読者に見せたいか」「代わりのページがあるか」で分けると整理できます。
| 状態・方法 | 読者から見た状態 | 主な用途 |
|---|---|---|
| 同じURLで改善 | 今までのURLで記事を読める | 必要な記事をリライト |
| 301リダイレクト | 旧URLから統合先へ移動する | 内容を引き継ぐページへの恒久的な転送 |
| 削除して404・410 | そのURLの本文は読めない | 代わりになるページもない記事の終了 |
| noindex | URLを知っていれば読める | 公開は続けるが検索には出したくないページ |
代わりがない削除記事は、404・410で終了を伝える
404は「そのページが見つからない」、410は「そのページはなくなった」とサーバーが返す応答です。本文がないURLを、ないと伝えること自体は正常な処理です。
Googleの公式ヘルプでも、削除して代わりになるページがない場合は404、または410を返す扱いが示されています。404を見つけたら全部直さなければSEOで不利、ということではありません。 本来残すべき記事が誤って404になっている場合と、不要な記事を意図して削除した場合を分けます。404エラーの公式説明
注意したいのは、画面に「記事はありません」と出ていても、サーバーは正常なページとして200を返していることがある点です。このような状態はソフト404として扱われることがあります。
WordPressで記事を削除した後も、テーマや転送設定、キャッシュによって見え方は変わります。管理画面の表示だけで済ませず、ログアウト状態で旧URLを開き、実際の応答まで確認してください。
noindexは、記事を消す代わりの万能薬ではない
noindexは、ページを検索結果へ載せないための指定です。本文は公開されたままなので、リンクから来た人は読めます。登録後の案内ページなど、読者には必要でも検索集客を担当しないページが使いどころになります。
一方で、内容が薄い記事を「とりあえずnoindex」にしても、読者向けの内容が良くなるわけではありません。検索から読んでほしい記事なら、まず改善できるかを考えます。残す役割がない記事なら、公開を続ける必要自体を考えます。
Googleにnoindexを認識してもらうには、ページを取得できる状態にする必要があります。robots.txtで取得を止めると、noindexを読めません。noindexの公式仕様
また、noindexは非公開やパスワード保護ではありません。個人情報などを見せたくないときの対策には使わないでください。検索から外すことと、人が閲覧できないようにすることは、まったく別です。
Search Consoleの削除ツールだけでは、恒久的な削除にならない
Search Consoleの削除・非表示ツールは、検索結果から急いで隠す必要がある場合の手段です。ページそのものをサイトから削除する機能ではなく、一時的な非表示は約6か月です。Google検索から非表示にする方法
通常の記事整理なら、まずサイト側で削除、適切な転送、noindexなどの処理を決めます。ツールで申請したから作業終了、とは考えません。サイト上に本文が残っていれば、直接アクセスできる状態も続きます。
誤って個人情報を出したなど、急いで隠す事情がある場合は、サイト上の情報を取り除く対応と、検索結果を非表示にする対応を分けて進めます。単に順位が低いというだけで、削除ツールを記事整理の中心に使う必要はありません。
実例｜記事整理と方向転換でアクセス約6倍になったゴルフブログ
私が指導した趣味のゴルフブログでは、幅広い内容から女子プロ関連へ方向を絞ったことで、アクセスが約6倍になり、それまでなかった収益も継続的に得られるようになりました。
ただし、ここで「不要記事を消したら6倍」とだけ受け取らないでください。それでは、この事例の一番大切な部分が抜けます。
残すテーマを決め、記事・カテゴリ・内部リンクを揃えた
もともとは、ゴルフについていろいろな内容を書くブログでした。その中で、アクセスが集まっていたのが女子プロ関連の記事です。そこで、反応が出ていたテーマへブログを寄せました。
女子プロに関係する記事を中心にし、カテゴリを整理する。関係のない記事を削除する。残した記事を内部リンクでつなぎ、同じ関心を持つ読者が読み進められるようにする。このように、複数の部分をまとめて整えました。
記事削除は、その方針に沿った作業の一つです。何を残すブログなのか決まったから、外す記事も判断できたのです。
この結果から、削除だけの効果を切り出すことはできません。私が伝えたいのは、記事数を減らす技ではなく、すでに反応があった読者へ情報を集中させる考え方です。
あなたのブログでも、先に「残す理由」を見つける
今の記事を全部捨てる前に、比較的読まれているテーマ、問い合わせにつながった話、ほかでは書けない経験を探してください。整理の中心は、不要記事を見つけることだけではありません。
たとえば、趣味のブログの中でも、初心者向けの失敗談だけに反応があるなら、その読者へ向けたブログに寄せられるかを考えます。これは説明用の例ですが、反応のある部分を基点にする順番は、ゴルフブログと共通します。
もちろん、アクセスだけでテーマを決めるわけではありません。自分が情報を出し続けられるか、収益化するなら紹介できる商品やサービスがあるかも確認します。読み手も収益の作り方も決まらないまま、記事を消しても迷いは残ります。
何を残すべきかから迷っている方は、無料のAIブログ収益化設計GPTを使い、今ある経験や記事のテーマからブログの方向を整理してみてください。削除対象をAIに一括決定させるためではなく、判断する軸を作るために使います。
WordPressで記事を整理する前後のチェック手順
ここまで判断できたら、作業へ進みます。一度に大量の記事へ手を入れるより、まず一つの判断が明確な記事、または一組の重複記事から始めると、処理の漏れを見つけやすくなります。
ただし、個人情報や重大な誤情報の公開など、放置すること自体に問題がある場合は、観測のしやすさより適切な対応を優先してください。
作業前に、本文・URL・数字・判断理由を保存する
WordPressのバックアップを取り、対象記事の本文、画像、URLも取り出せる状態にします。ゴミ箱へ移したから永久に復元できる、と考えず、バックアップを別に持ってください。WordPress公式の説明でも、ゴミ箱内の記事は標準設定で30日後に完全削除される扱いです。画像がほかの記事でも使われている場合は、記事と一緒に消さないよう注意します。
管理表は大げさなものでなくて構いません。次の内容を一行に残しておくと、作業後の確認に使えます。
| 記録する項目 | 記入する内容 |
|---|---|
| 対象と観測条件 | URL、公開日、数字を見た期間 |
| 変更前の状態 | クリック・表示・主要検索語、内部導線、把握できた成約や外部リンク |
| 判断 | 残す・直す・統合・削除と、その理由 |
| 移す情報 | 残す体験・写真・比較表と、統合先URL |
| 実施内容 | 実施日、旧URLの扱い、リンク修正の場所 |
| 次の確認 | 技術確認の結果、再確認日、比較する記事や検索語 |
「低アクセスなので削除」では、後から検証できません。「今の読者の疑問とは関係がなく、使える情報も別記事へ保存したため削除」のように、決めた理由まで書きます。
作業直後は、旧URL・リンク・サイトマップを確認する
統合なら新しい記事を先に完成させ、旧URLから正しいページへ一度で移動できるか確認します。転送を繰り返したり、元へ戻ったりしていないかも見ます。削除なら、意図した404・410になっているかを確認します。
応答コードは、Chromeなら開発者ツールの「Network」を開いてから対象URLを読み込み、ページの通信の「Status」で確認できます。Chrome公式の確認方法も参考にしてください。操作が分からない場合は、利用中のサーバーや制作担当へ「このURLは301でどこへ転送されるか」「404を返しているか」と具体的に確認してください。設定方法が分からないままサーバーの設定ファイルを変更する必要はありません。
次に、本文内のリンクだけでなく、メニュー、関連記事、カテゴリの案内から旧記事へ進んでいないかを確認します。統合先があるなら適切な文言で直接リンクし、代わりがないなら案内文ごと見直します。
XMLサイトマップも、削除したURLを掲載し続けていないか確認します。自動更新される構成でも、実際に出力された内容を見てください。キャッシュが残っていたら、必要な範囲で更新します。
後日見るのは、インデックス数だけでなく残した記事の成果
削除すれば、登録済みページ数が減るのは自然です。意図した削除URLが未登録になったことを、サイト全体の異常と混同しないでください。統合した場合は、残すURLの登録状況も確認します。
検索データを見るときは、旧記事だけでなく、統合先と対象の検索語も追います。旧記事のクリックがゼロになっても、統合先へ移っていれば、それだけで失敗とは言えません。反対に、ブログ全体のアクセスが維持されても、必要な成約導線が切れていれば修正が必要です。
まず2〜4週間後などに確認日を置くのは、忘れないための運用例です。その日までにSEOの変化が出る期限ではありません。検索への反映状況、需要の季節変動、同時に変更した内容を確認し、比較できるだけのデータで判断します。
誤って必要な記事を削除していたら、保存した内容やURLを確認して復旧を検討します。ただし、元の順位まですぐ戻るとは限りません。だからこそ、消す前の判断と記録を省かないのです。
まとめ｜消す記事ではなく、残す価値から決める
ブログ記事を削除するとSEOに悪いか。その答えは、何を消し、何を残し、どう処理するかで変わります。
アクセスが少ない記事でも、読者に必要なら残す。答えが弱ければ直す。同じ疑問へ答えているなら、良い情報を統合する。それでも役割がない記事は、記録を残して削除する。この順番です。
私が見てきた改善事例でも、成果へつながったのは「作業した本数」ではありません。誰に何を届けるかを決め、それに合わせて記事を整えたことです。
削除ボタンは、ブログの設計ミスまで消してくれません。 残った記事がまた同じ方向へ散らばるなら、次の整理も同じ悩みの繰り返しになります。
今日取り組むなら、気になる記事を一つだけ開いてください。検索から来る人、ブログ内から来る人、その人が知りたい答え、別記事へ残せる情報。この四つをメモすれば、いきなり削除するより確かな一歩になります。
見直す中で、ジャンルやターゲット、記事から収益へつながる流れ自体を整える必要を感じた方には、AIブログ収益化フルプロデュースも用意しています。ブログコンサルだけで終わらず、目標と経験をもとに設計し、WordPress・初期記事・導線まで形にしてお渡しするサービスです。
自分で直す場合も、判断の中心は同じです。「何記事減らせたか」ではなく、「必要な人へ、必要な答えが届くブログになったか」。そこを見て、記事を整理してください。
