ブログの記事が増えてくると、「過去記事も直したほうがいい」と言われることがあります。
とはいえ、30記事、50記事とある中から何を選び、どこを直せばいいのかわからない人も多いでしょう。
リライトで避けたいのは、古い記事を公開順に開き、なんとなく文章を書き換えていくことです。
タイトルを少し変える。
文字数を増やす。
見出しを追加する。
文章をAIで整える。
それだけでは、検索流入が増えない原因と修正内容が一致しているとは限りません。
ブログ記事をリライトするときは、下記の流れで進めます。
- Search Consoleから改善候補を探す
- その記事を残す価値があるか確認する
- 実際の検索クエリを見る
- 検索意図をもう一度確認する
- タイトル・導入・見出し・本文を修正する
- 古い情報と根拠を更新する
- 内部リンクを整理する
- 重複記事があれば統合を検討する
- 修正内容と日付を記録する
- 一定期間後に結果を確認する
GoogleのSEOスターターガイドでも、以前公開したコンテンツを確認し、必要に応じて更新することが勧められています。
重要なのは、「古いから直す」のではなく、「今ある記事のどこに改善余地があるか」を確認してから手を入れることです。
ブログのリライトとは？
ブログのリライトは、公開済みの記事を見直し、現在の検索意図や情報に合わせて改善する作業です。
文章を言い換えるだけではありません。
たとえば、
- 古い料金を現在の料金へ更新する
- 検索者が知りたい結論を前へ移す
- 足りない比較項目を追加する
- 不要になった説明を削る
- SEOタイトルを見直す
- 公式情報へ出典を付ける
- 関連記事へ内部リンクする
- 重複している記事を統合する
といった作業もリライトに含まれます。
Googleは、検索順位のためだけに文章を作るのではなく、読者に役立ち、信頼できるpeople-first contentを作ることを推奨しています。既存記事を直す場合も、「SEOっぽい文章へ変える」より、今このページを読んだ人が十分な答えを得られるかを確認します。
結論｜リライトは「伸びる余地が見えている記事」から始める
記事が50本あるなら、50本を順番に直す必要はありません。
Search Consoleを使い、優先順位を付けます。
私なら、最初に下記のような記事を探します。
| 状態 | リライト優先度 | 主な改善候補 |
|---|---|---|
| 表示回数が多く11〜20位前後 | 高い | 本文・検索意図・内部リンク |
| 上位付近なのにCTRが低い | 高い | タイトル・検索結果との一致 |
| 以前クリックされていたが減少 | 高い | 情報の古さ・競合・検索需要 |
| 想定外のクエリで表示されている | 中〜高 | 追記・別記事化 |
| 表示回数が少なく順位も低い | 中 | テーマ・記事そのものを再検討 |
| インデックスされていない | 別途確認 | インデックス・重複・内容 |
| 検索需要も役割もない | 低い | 統合・削除を検討 |
Search Consoleでは、検索パフォーマンスをクエリやページ単位で確認できます。
Googleも、クリックやCTRの変化があった場合、どのクエリ・ページで変化したのかを確認する使い方を案内しています。
Search Consoleのクリック数・表示回数・CTR・平均掲載順位の読み方がまだわからない場合は、「Search Consoleの見方」から確認してください。
Search Consoleからリライト候補を探す
Search Consoleの「検索パフォーマンス」を開きます。
期間は、記事数やアクセス数にもよりますが、最初は過去3か月程度を見ると候補を探しやすくなります。
前月との違いを見たい場合は期間比較も使います。
まず「ページ」を見る
検索パフォーマンス画面の下にある「ページ」を開きます。
ここではURLごとに、
- クリック数
- 表示回数
- CTR
- 平均掲載順位
を確認できます。
すべての記事を見る必要はありません。
まず、表示回数が発生している記事を探します。
Google検索ですでに表示されているなら、少なくとも何らかの検索との関連が生まれています。
次に対象ページをクリックして「クエリ」を見る
改善したいURLをクリックすると、そのページだけに絞れます。
その状態で「クエリ」を開くと、その記事がどんな検索語で表示されているか確認できます。
ここで見るのは、「自分が狙ったキーワードで表示されているか」だけではありません。
たとえば「ブログ アクセス 増えない」を狙った記事が、
- ブログ 検索されない
- ブログ 表示回数 少ない
- ブログ 記事 書いても アクセスない
でも表示されているなら、その検索者が知りたい内容まで記事で答えられているか確認します。
Googleも、Search Consoleの検索パフォーマンスをクエリ・ページ単位に分け、変化した場所を特定する方法を案内しています。
その記事を本当にリライトするべきか確認する
Search Consoleに表示されているからといって、すべての記事を改善して残す必要はありません。
本文へ手を入れる前に、そのURLの役割を確認します。
判断は大きく4つです。
残してリライトする
テーマが現在のブログと合い、検索需要もあり、独立した記事として必要な場合です。
通常はこれが第一候補です。
別の記事と統合する
2記事がほぼ同じ検索意図へ答えている場合です。
たとえば、
- ブログアクセスが増えない原因
- ブログPVが増えない原因
の内容がほぼ同じなら、無理に2本残す必要がない場合があります。
一方を中心記事として改善し、もう一方を統合します。
役割を変える
検索流入は少なくても、別の記事を補完する子記事として価値がある場合です。
その場合は「検索順位を上げるためだけの記事」ではなく、親記事で説明しきれない内容へ集中させます。
削除する
現在のブログと関係がなく、検索需要もなく、ほかの記事へ統合できず、読者に提供する価値もほとんど残っていない場合です。
Googleはコンテンツ削除を改善策の最終手段と位置付けており、救済できるコンテンツならまず改善する考え方を示しています。
「アクセス0だから削除」では判断しません。
狙っていたキーワードと実際のクエリを比較する
記事を公開した時点では、「このキーワードを狙う」と決めていたはずです。
しかしSearch Consoleを見ると、別の言葉で表示されていることがあります。
これはリライトの重要な材料です。
たとえば、「副業ブログ 始め方」の記事が、
- 副業ブログ 会社員
- 副業ブログ 時間
- 会社員 ブログ 始め方
で表示されているとします。
本文に「会社員が平日にどう時間を作るか」がほとんど書かれていないなら、記事のテーマを壊さない範囲で追記できるか確認します。
一方、
- 副業ブログ 確定申告
でも表示されたからといって、確定申告の説明を何千文字も足す必要はありません。
検索意図が大きく違うなら別記事に分けたほうが読みやすくなります。
Search Consoleに出たクエリを全部本文へ入れることがリライトではありません。
記事の中心テーマと合うクエリだけを使います。
検索結果をもう一度確認する
記事公開時から時間が経っているなら、検索結果も変わっている可能性があります。
同じキーワードで改めて検索します。
確認するのは下記です。
- どんなページが上位にいるか
- 検索意図が変わっていないか
- 比較記事・手順記事など形式に偏りがあるか
- 上位記事が何を共通して説明しているか
- 自分の記事に不足している情報があるか
- 逆に自分の記事に不要な説明が多くないか
たとえば以前は解説記事が上位だったのに、現在は商品比較が中心なら、検索意図が変わっている可能性があります。
競合記事をそのまま真似するのではなく、現在の検索結果から検索者が何を求めているかを読み直します。
Googleは、ユーザーへ役立つ情報、独自性、十分な説明、実体験や専門性などをコンテンツの自己評価項目として示しています。
検索意図の確認方法から見直したい場合は、「SEOキーワードの選び方」でキーワード選定の手順を確認できます。
SEOタイトルを見直す
本文へ手を入れる前に、タイトルを確認します。
特に、タイトルを改善する候補となる記事の条件はこちら。
- 平均掲載順位は悪くない
- 表示回数もある
- CTRだけ低い
たとえば、
副業ブログのアクセスについて詳しく解説
より、
ブログのアクセスが増えない原因10選｜記事数を増やす前に確認
のほうが、何がわかる記事なのか伝わりやすくなります。
Googleも、検索結果に使われるタイトルについて、ページごとに固有で、内容を具体的かつ簡潔に説明するテキストを推奨しています。
タイトルだけ変えて終わらせない
CTRが低い場合でも、タイトルだけが原因とは限りません。
タイトルでは「初心者向け」と書いているのに本文が専門家向けなら、検索結果と記事内容が一致していません。
リライトでは、タイトル、導入、本文を同じ方向へそろえます。
導入文で答えを早く出す
過去記事を読むと、本文へ入るまでの前置きが長い場合があります。
たとえば、
ブログは近年多くの人に利用されています。
インターネットの普及によって誰でも情報発信できる時代になりました。
ブログ運営にはさまざまな悩みがあります。
という説明が続いたあとで、ようやく「アクセスが増えない原因」に入る記事です。
検索者は、ブログの歴史を知るために来たわけではありません。
検索意図が明確なら、導入ですぐに答えを出せます。
ブログのアクセスが増えない原因は、記事数だけではありません。
まずインデックス・表示回数・CTR・掲載順位のどこで止まっているか確認します。
導入では、
- 誰向けか
- 何に困っているか
- 結論
- この記事で何がわかるか
が伝われば十分です。
見出しを「読者の疑問」で組み直す
古い記事には、書き手側の都合で見出しが並んでいる場合があります。
たとえば、
- SEOとは
- SEOの歴史
- SEOの重要性
- Googleとは
- SEO記事とは
- SEO記事を書く方法
という構成です。
「SEO記事の書き方」を検索した人に必要なのは、後半でしょう。
リライトでは、検索者が必要とする順番へ組み直します。
- キーワードを決める
- 検索意図を見る
- 情報を集める
- 構成を作る
- 本文を書く
のように、実際の行動順にする方法もあります。
検索意図から構成・タイトル・本文を作る流れは、「SEO記事の書き方」で詳しくまとめています。
足りない情報を追加する
ここで初めて、本文へ情報を追加します。
追加候補になるのは、
- Search Consoleで実際に表示されている関連クエリ
- 現在の検索結果で必要と判断した内容
- 新しく変わったサービス仕様
- 料金・機能・制度の変更
- 自分が後から経験した内容
- 読者が判断するために必要な比較
- 具体例
- 失敗例
- 公式情報
などです。
「文字数を増やすための追記」はしない
2,000文字の記事を5,000文字へ増やしたからといって、SEOで有利になるというGoogleの基準はありません。
検索者へ必要な情報が1,800文字で完結するなら、それで構いません。
逆に複雑な比較記事なら、必要な情報を書いた結果として8,000文字になることもあります。
何文字増やすかではなく、何が不足しているかを決めてから追記します。
不要な内容を削る
リライトは、情報を増やすだけではありません。
過去記事には、
- 本題と関係のない前置き
- 同じ説明の繰り返し
- 現在は使えない方法
- 終了したキャンペーン
- 古いツール
- テーマと関係のない商品紹介
- 検索意図から外れた章
が残っている場合があります。
こうした部分は削除します。
GoogleもSEOスターターガイドで、公開済みコンテンツを見直し、必要なら更新し、現在のサイトに関係がなくなったものは削除する考え方を示しています。
「長い記事ほど強そうだから」と古い文章を残す必要はありません。
古い数字・料金・制度を更新する
過去記事で特に確認したいのが、時間とともに変化する情報です。
たとえば、
- サービス料金
- AIモデル名
- 商品価格
- キャンペーン
- 法律
- 税制
- 手数料
- ソフトのUI
- 対応OS
- 製品仕様
などです。
2024年の記事に、「現在のChatGPT最新モデルは○○です」と書いてあっても、2026年には意味が変わります。
こうした情報は、公式サイトや官公庁など一次情報を確認して更新します。
Googleのpeople-first contentのガイダンスでも、記事に明確な情報源があるか、信頼できる内容になっているかを自己評価するよう案内しています。
年号だけ2026年へ変えない
タイトルを、「【2025年版】」から「【2026年版】」へ変更するだけでは更新とは言えません。
本文内もちゃんと現在の状態になっているかを確認します。
- 商品
- 料金
- 画面
- 順位
- 比較内容
- 引用元
自分で確認した情報を追加する
個人ブログのリライトでは、後から自分の経験を追加できることがあります。
たとえば商品記事なら、
- 買う前に予想していたこと
- 実際に使った結果
- 良かった点
- 困った点
- どんな人には合わなかったか
まで書けます。
サービス記事なら、
- 登録
- 初期設定
- 実際の作業
- 解約
まで経験したあとで情報を追加できます。
Googleは、コンテンツが実際の使用経験などfirst-hand expertiseを示しているかをpeople-first contentの確認項目にしています。
すべての記事に体験談を付ける必要はありません。
経験したテーマなら、調べただけの記事では出せなかった具体性を追加するという考え方です。
内部リンクを追加・整理する
記事を書いた当時は存在しなかった関連記事が、現在は公開されているかもしれません。
リライトするときは内部リンクも確認します。
たとえば、
- ブログジャンルの決め方
- SEOキーワードの選び方
- SEO記事の書き方
- Search Consoleの見方
- ブログ記事のリライト方法
とつなげれば、読者は次の作業へ進めます。
Googleは、新しいページを既知のページからのリンクによって発見することがあると説明しています。また、内部リンクでは重複URLではなく、正規URLへ一貫してリンクすることを推奨しています。
古いリダイレクトURLへリンクしていないか確認する
記事Aから古いURLへリンクし、
旧URL → 301 → 新URL
となっているなら、内部リンクは最初から新URLへ変更します。
301自体が正常でも、サイト内リンクをわざわざ古いURLへ向ける必要はありません。
似た記事がある場合は「追記」より統合を考える
リライト対象の記事とほぼ同じ内容の記事が別URLにある場合があります。
たとえば、
- AI副業の始め方
- AI副業初心者ガイド
- AI副業おすすめ
の3記事が、どれも「AI副業とは・おすすめ10選・始め方・注意点」を説明している状態です。
この場合、3記事すべてを増強すると、さらに内容が似てしまいます。
役割を分けられるなら分けます。
親記事：AI副業おすすめ・全体像
子記事：AI副業の案件の探し方
子記事：AI副業で稼げない原因
のように検索意図を分けられます。
分けられないなら、1ページへ統合する選択肢があります。
記事を統合するときはURLをどうする？
2記事を1記事へまとめる場合は、どちらを残すか決めます。
基本的には、
- 検索流入
- 被リンク
- URLのわかりやすさ
- 現在の検索意図との一致
- サイト内での役割
などを確認して中心URLを決めます。
残さないURLに明確な移転先がある場合は、301などの恒久リダイレクトを使って新しいURLへ案内します。
Googleも、ページが新しい場所へ移動した場合に恒久リダイレクトを利用できると説明しています。
URLだけ変えるリライトは避ける
記事を全面的に書き直したからといって、/old-article/を、/new-perfect-seo-article-2026/へ毎回変更する必要はありません。
現在のURLで問題がなく、そのテーマの記事として引き続き使えるなら、URLを維持したまま本文を更新できます。
URL変更にはリダイレクトや内部リンク修正など追加作業も発生します。
canonicalと301は同じものではない
似た記事を整理するとき、「とりあえずcanonicalを別記事へ向ければいい」と考えるのは避けます。
canonicalとは？
canonicalは、重複または非常に似たURL群の中から、検索結果で代表として扱ってほしいURLをGoogleへ示す仕組みです。
Google自身も、canonicalは重複URLを統合するためのものとして説明しています。
記事Aを完全に廃止し、記事Bへ移したのであれば、通常はリダイレクトのほうが意味を伝えやすくなります。
統合・URL変更・重複整理では、それぞれの仕組みを目的に合わせて使います。
リライトしてはいけない記事もある
Search Consoleを見ると数字が動いているため、すぐ修正したくなることがあります。
しかし、以下のような記事はしばらく触らない判断もあります。
公開したばかり
Googleがまだ十分にクロール・評価していない可能性があります。
リライトしたばかり
修正翌日に結果を見て再度タイトルを変えると、どの変更が影響したかわかりません。
順調に伸びている
表示回数・クリックとも増加しているなら、明確な問題がない限り、大規模変更を急がなくても構いません。
季節要因で検索数が変わっている
「アクセスが減った＝記事の品質低下」とは限りません。
Googleも、検索トラフィック減少を調べる際には、Search Consoleで影響を受けたクエリ・ページを確認し、Google Trendsなどで検索需要そのものが変わっていないか調べる方法を案内しています。
リライト後はすぐ順位が上がる？
保証はありません。
Googleは、サイトへ改善を加えた場合、効果が数日で現れる変更もあれば、システムが長期的な改善を確認するまで数か月かかる場合もあると案内しています。
そのため、
8月17日：全面リライト
8月18日：順位変わらない
8月19日：タイトル変更
8月20日：本文追記
のように毎日触るのは避けます。
リライトしたら、
- 修正日
- 修正前の数値
- 変更内容
- 対象キーワード
を記録します。
その後、一定期間のSearch Consoleデータを比較します。
リライト前後で何を記録する？
最低限、下記を残しておくと便利です。
| 項目 | 例 |
|---|---|
| リライト日 | 2026/08/17 |
| 対象URL | 記事URL |
| 主なクエリ | ブログ リライト |
| クリック数 | 12 |
| 表示回数 | 1,480 |
| CTR | 0.8％ |
| 平均掲載順位 | 14.2 |
| 主な変更 | タイトル・導入・H2追加 |
| 次回確認 | 4週間後 |
細かく記録しすぎて作業が止まる必要はありません。
「何を変えたかわからなくなる」のを防げれば十分です。
Googleも、ページへ変更を加えた場合、一定期間のPerformanceレポートをURLで絞って比較する考え方を公式資料で案内しています。
全面リライトと部分修正はどう使い分ける？
すべての記事を全文書き直す必要はありません。
部分修正でよいケース
- タイトルだけ弱い
- 一部情報が古い
- FAQが不足している
- 内部リンクが足りない
- 比較表だけ古い
検索意図は合っているので、必要な箇所だけ直します。
全面リライトを考えるケース
- 検索意図そのものを外している
- 結論が記事後半まで出てこない
- 古い情報が本文全体に広がっている
- 記事構成が現在の検索意図と合わない
- AI生成文をほぼ確認せず公開していた
- 別記事との役割が曖昧
- 元記事を残して部分修正するほうが難しい
全面リライトでも、URLまで変更する必要はありません。
AIを使ってブログ記事をリライトしてもいい？
AIを補助として使えます。
たとえば、下記のような作業です。
- 重複説明を探す
- 長い段落を整理する
- 見出し構成を比較する
- Search Consoleのクエリを分類する
- 誤字を確認する
- 文章表現を整える
一方、
このURLの記事をSEO1位になるよう全部書き直して
と依頼し、そのまま差し替えるだけでは、現在のSearch Consoleデータや自分の経験、一次情報まで正しく反映されるとは限りません。
AIを使う場合も、
- なぜこの記事をリライトするのか
- どの検索意図に合わせるのか
- 何を残して何を削るのか
は先に決めます。
ChatGPTを記事制作へ使う場合の具体的な指示は、キーワード調査から本文・リライトまで工程別にまとめています。
GoogleはAI利用そのものではなく、検索順位操作を目的として価値を追加せず大量のコンテンツを作る行為を問題としています。
リライトで避けたい8つの失敗
アクセス0の記事から順番に直す
改善余地が見えている記事を先に探します。
アクセス0の記事は、そもそもテーマ自体を残すべきか確認したほうがいい場合があります。
文字数だけ増やす
検索者が求めていない情報まで足す必要はありません。
競合の見出しをすべて追加する
競合にあるかではなく、検索者に必要かで判断します。
SEOタイトルだけ毎週変える
検証できるよう、一度修正したら一定期間データを確認します。
年号だけ更新する
本文の料金・商品・機能・出典まで現在の内容か確認します。
順位が落ちた記事を即削除する
検索需要の変化や一時的な順位変動も考えられます。
削除は救済できない場合に検討します。
Googleもコンテンツ削除を最終手段として案内しています。
統合後も旧記事をそのまま公開する
同じ検索意図のページを統合したなら、旧URLの扱いまで決めます。
リライト前の数字を残さない
修正前後を比較できなければ、改善したのか判断しにくくなります。
リライトと新記事、どちらを優先する？
ブログの状態で変わります。
新記事を優先しやすい状態
- まだ記事数が少ない
- 必要な検索意図が大量に抜けている
- 親記事からリンクする子記事がない
- 新しく扱うべきテーマが明確
リライトを優先しやすい状態
- すでに数十記事ある
- 表示回数がある記事が複数ある
- 11〜20位前後の記事がある
- 古い情報が残っている
- 似た記事が複数ある
- CTRが低い記事がある
- Search Consoleに改善材料が出ている
実際には、
今週は、新記事1本 & 既存記事1本をリライト
のように両方進めても構いません。
大切なのは、記事数を増やすこと自体を目標にしないことです。
新記事とリライトのどちらを優先すべきか判断できない場合は、「ブログのアクセスが増えない原因10選」で現在の状態から確認できます。
リライトは「文章をきれいにする作業」ではない
昔の記事を読み返すと、文章が気になります。
言い回しが幼い。
導入が長い。
今ならもっと読みやすく書ける。
そのため全文を書き直したくなることがあります。
でも、SEO目的で考えるなら、文章の美しさだけでは優先順位を決めません。
Search Consoleを見ると、
- すでに2ページ目まで来ている記事
- 表示回数だけ増えている記事
- 上位なのにクリックされない記事
- 何か月経ってもほとんど表示されない記事
が混ざっています。
同じ1時間を使うなら、どの記事へ使うかで結果は変わります。
まず数字を見る。次に検索結果を見る。
そのうえで、「この記事は何が足りないのか」を決める。
私は、リライトを過去記事の掃除ではなく、検索データを使って次の一手を選ぶ作業として考えるほうがわかりやすいと思っています。
ブログ記事のリライトに関するよくある質問
リライトは公開から何か月後にすればいい？
すべての記事に共通する期間はありません。
Search Consoleに十分なデータがない時点で頻繁に変更しても判断材料が少ないため、まずクロール・インデックス・表示状況を確認します。
検索データが蓄積してきたら、記事ごとの状態から判断してください。
リライトしたら更新日は変更する？
本文を大きく更新したなら、サイト上で更新日を表示する方法があります。
一方、誤字を1文字直しただけで「全面更新」のように見せる必要はありません。
読者が「いつの情報か」を判断するために意味のある更新日として使います。
SEOタイトルだけ変更してもいい？
問題ありません。
順位が比較的高く、表示回数もあるのにCTRが低い場合は、タイトルだけを改善するケースもあります。
変更前のタイトルと日付を記録し、その後のCTRを比較してください。
記事をリライトすると順位が下がることもある？
あります。
検索意図に合っていた部分を削除したり、記事テーマそのものを大きく変更したりすれば、以前表示されていた検索との関連が弱まる可能性があります。
伸びている記事を全面的に変更する場合は、現在どのクエリで評価されているか先に確認します。
アクセス0の記事は削除したほうがいい？
アクセスだけでは判断しません。
インデックスされているか、検索需要があるか、内部リンク上必要か、別記事へ統合できるかを確認します。
改善できるならリライトし、役割が重複しているなら統合し、救済する理由がない場合に削除を検討します。Googleも削除は最終手段としています。
記事を統合したら301リダイレクトする？
旧記事を廃止し、内容を新しい記事へ完全に移した場合は、旧URLから新URLへの恒久リダイレクトを検討します。
Googleは恒久的なURL移転を示す方法として301・308などの恒久リダイレクトを案内しています。
リライト後にインデックス登録をリクエストしたほうがいい？
大きく変更した重要ページではURL検査から再クロールを依頼できますが、リクエストしたから順位が上がるわけではありません。
同じURLへのリクエストを繰り返してもクロールが速くなるわけではないため、必要な記事に限定します。
まとめ｜リライトは「直す記事を選ぶ」ところから始まる
ブログ記事のリライトでは、いきなり過去記事を開いて文章を書き換えません。
まずSearch Consoleから、下記を確認します。
- 表示回数
- クリック
- CTR
- 平均掲載順位
- 検索クエリ
そのうえで、
- 記事を残すか決める
- 検索意図を確認する
- タイトルと導入を見直す
- 必要な情報を追加する
- 不要な情報を削る
- 古い情報を更新する
- 内部リンクを整理する
- 重複記事を統合する
- 修正内容を記録する
- 一定期間後に結果を見る
という順番で進めます。
Googleも、公開済みコンテンツを必要に応じて更新することを推奨しています。
リライトの目的は、昔書いた文章を新しく見せることではありません。
現在の検索者にとって、そのURLを以前より役立つページにすること。
どの記事を直すか迷ったら、まずSearch Consoleで「すでにGoogleから反応がある記事」を探すところから始めてください。
