リライトの
進め方と判断基準
SEO 記事のリライトは、何を直すかよりも、どの記事に手を入れるかで結果の 8 割が決まります。再現性のある進め方は次の 3 つです。
- Search Console の順位 × 期待 CTR との差分の 4 象限で候補を絞る
- 追記 / 差し替え / 統合 / 分離 / URL 変更の 5 パターンから直し方を選ぶ
- 6 ステップの実装と公開直後の事故検知+ 30 / 60 / 90 日の計測でループを回す
01.SEO記事のリライトとは — 新規執筆との違いと3つの目的
SEO記事のリライトは、既存ページの内容を書き換えて検索評価を改善する編集作業です。新規執筆と比べると、URL・タイトル・本文の骨子・内部リンク・被リンクといったすでに積み上がった評価資産を引き継いだまま修正できる点が大きな違いです。
実務で扱うリライトには、目的が大きく3つあります。どの目的でリライトするかをはっきりさせないと、後述のリライトパターン(5パターンと判断基準)の選び方を誤ります。
| リライトの目的 | ねらう変化 | 代表的な打ち手 |
|---|---|---|
| 1. 順位を上げる | 平均掲載順位を 11〜20位 圏外から 10位以内へ動かす | 検索意図の再分解、独自情報の追加、見出し再構成 |
| 2. CTRを上げる | 順位は維持したまま、表示回数に対するクリック率を上げる | title・description・冒頭リード文の書き直し、AI Overview対応 |
| 3. CV・遷移を改善する | 流入は十分あるが、問い合わせ・資料請求・関連ページへの遷移が弱い | 本文内CTAの位置・文言、関連記事カード、内部リンクの整理 |
新規執筆との一番の違いは、リライトでは「ゼロから書く」必要がないことです。検索意図の再確認、競合ページの差分把握、独自情報の追加、内部リンクの繋ぎ直しといった編集行為に時間を集中できます。実務上、リライト1本にかける工数は新規執筆の半分から3分の1で済むことが多く、月10本の新規執筆に対して20本のリライトを並行する運用も成立します。修正の前後でどこを変えたかは、テキスト比較・差分チェックツールで色分け確認できます。
新規執筆の流れ全体については別記事で扱っています。新規記事の構成・本文・メタ情報のプロンプトを使うときは、こちらをあわせてご参照ください。
AIライティングプロンプト4選|SEO記事の構成・本文・リライトで使える書き方
記事構成・本文・リライト・メタ情報のプロンプト4種と、プロンプト精度を上げる5つのコツ、ファクトチェックの実装ラインを解説しています。
02.リライトが効く記事・効きにくい記事
リライトは万能ではありません。元の記事がどこに位置しているかで、リライトで取り戻せる伸びしろの大きさが変わります。判断は 2 軸で整理すると揺れません。
1 つ目の軸は既存ページの評価資産の厚みです。被リンク・内部リンクの本数、ページの公開からの年齢、過去の安定した検索表示回数などが厚いほど、リライトで動かせる範囲が広くなります。2 つ目の軸は検索意図とのズレの大きさです。クエリの意図が「比較・検討」に動いているのに記事が「定義のみ」のままだと、表現の差し替えだけでは追いつかず、構成からの作り直しが必要になります。
| 評価資産 | 検索意図のズレ | 推奨アクション |
|---|---|---|
| 厚い | 大きい | リライトで最も効きやすい。構成と独自情報の追加で順位とクリックが大きく動きやすい |
| 厚い | 小さい | 差し替え型で底上げ。情報の更新と独自データ追加で順位を 1〜3 動かしやすい |
| 薄い | 大きい | 再執筆か統合を検討。既存記事を直すより別記事への統合・新規執筆で組み直す方が早い |
| 薄い | 小さい | 微調整で十分。軽い更新と内部リンク追加にとどめる |
最初に手を入れるのは、評価資産が厚く、検索意図のズレが大きい記事です。評価資産が厚いほど、編集による変化が反映されるまでの待ち時間が短く、効果が読みやすくなります。一方で、評価資産が薄く意図のズレも大きい記事は、リライトより新規執筆や記事統合の方が短時間で効くことが多く、判断を間違えると工数の浪費につながります。
03.リライト対象の選び方
どの記事をリライトするか決めるとき、社内の感覚や担当者の好みで選ぶと優先度が揺れます。本章では、Search Console の数値からリライト対象を絞り込む手順を、次の 4 ステップで整理します。
- 前提確認(インデックス / noindex / canonical / 公開期間)
- 表示回数で母集団を絞る(改善インパクトを推定する)
- 順位 × 期待 CTR との差分で 4 象限に切る
- 判断フローで機械化
3-1. 前提確認 — インデックス・noindex・canonical
リライト判断に入る前に、対象ページがそもそも検索で評価され得る状態かを確認します。インデックス登録自体がされていない記事は、本文を書き換えても検索流入には反映されません。リライトの優先度を考える前に、次の 4 項目を URL 検査と robots / canonical の確認で潰します。
| 前提項目 | 確認方法 | リライト判断 |
|---|---|---|
| インデックス登録されているか | Search Console の URL 検査でステータスを確認 | 未登録なら、まず登録要求を出し、1〜2 週間待ってからリライト候補に戻す |
| noindex タグが付いていないか | URL 検査 → 「インデックス登録できません」の理由を確認、または HTML head の meta robots | noindex が意図的なら対象から除外。意図しない設定なら先にタグを外す |
| canonical の指す先が自身か | URL 検査の「ユーザーが指定した正規 URL」と「Google が選択した正規 URL」を比較 | 別 URL に向いていれば、そちらを対象にする。重複コンテンツなら統合を検討 |
| 公開後 3 か月以上経過しているか | 記事の公開日と Search Console の表示回数履歴を確認 | 公開 3 か月未満は評価サイクルが回りきっていない可能性が高く、対象から外す |
インデックスとは?クロール・ランキングとの違いと確認方法を解説
インデックスされない原因、noindex・robots.txt・canonical・sitemap.xml との関係をまとめています。
3-2. 表示回数で母集団を絞る — 改善インパクトを推定する
リライト判断の最初のフィルタは、表示回数(インプレッション)です。順位や CTR を見る前に、表示回数で母集団を絞ります。理由は単純で、表示回数が小さい記事は、順位を 1〜2 位上げてもクリック増分が小さく、リライト工数に対する改善インパクトの天井が低いからです。順位×CTR の象限分析より前に、母集団を絞る軸として表示回数を置きます。
どれくらい天井が違うかは、同じCTR +5pt の改善が表示回数ごとに何クリックの増分になるか並べると一目で分かります。
表示回数別 改善インパクトの推定
CTR を +5% 改善できたときの、月間クリック増分の試算
- 30 回/月天井が低く、本文リライトの工数を回収しづらい+1.5 件
- 100 回/月CV 直結クエリでなければ後回し+5 件
- 500 回/月小規模サイトの実用ライン+25 件
- 1,000 回/月中規模サイトの実用ライン+50 件
- 5,000 回/月title / description の修正だけで CV 数十件の改善余地+250 件
- 10,000 回/月最優先で着手したい改善インパクト+500 件
改善インパクトを推計できたら、次は表示回数(改善インパクトの天井)× CV 直結度(クエリの購買距離)の 2 軸で、リライト候補の優先度を 4 象限に切ります。
表示回数の閾値は、サイト規模に合わせて変えます。月間の自然検索流入が 1,000 クリック前後のサイトなら「過去 90 日で表示回数 100 以上」、10,000 クリック前後なら「過去 90 日で表示回数 1,000 以上」が目安です。閾値を下げると候補数は増えますが、ノイズが大きくなり、優先度判断が揺れます。Search Console の検索パフォーマンスレポートで「表示回数」を降順に並べ、上位 20〜30 件を母集団として扱うところから始めると、優先度が機械的に決まります。
3-3. 順位 × 期待CTRとの差分の4象限で優先度を切る
表示回数で絞った母集団に対して、平均掲載順位と期待 CTR との差分の 2 軸で 4 象限に分けます。順位は 10 位を境界に、CTR は同順位帯の想定 CTR(業界ベンチマーク)または自社の順位別 CTR ベンチマークとの差分で判断します。サイト全体の中央値で切ると、順位・指名/非指名・SERP 機能・検索意図の違いが混ざってしまうため、同順位帯で揃えるのが実務的です。
「期待 CTR」を判断するときに参照する、検索順位別 CTR のざっくり目安は次のとおりです。同順位帯のベンチマークと自社の値を比較して、象限の境界を引きます。
検索順位別 CTR のざっくり目安
通常の検索結果を想定。AI Overview / 広告 / 地図枠が出ると下振れしやすい
- 1 位28〜40%
- 2 位16〜19%
- 3 位10〜11%
- 4〜5 位5〜8%
- 6〜10 位1.6〜5%
| 状態 | 推奨アクション | 想定工数 |
|---|---|---|
| 順位高 × CTR が期待値未満 | title・description・リード文の書き直しに絞る | 0.5〜1 日 |
| 順位低 × CTR が期待値超え | 本文の独自情報追加と、見出し構成の再設計 | 1〜2 日 |
| 順位低 × CTR が期待値未満 | 検索意図の再分解 / 統合 / 分離 / 新規執筆 | 2〜3 日(または再執筆判断) |
| 順位高 × CTR が期待値超え | 情報の鮮度更新と、内部リンクの強化 | 0.5 日 |
最も投資対効果が高いのは、順位は良いのに CTR が期待値を下回っている記事です。本文のリライトに踏み込まず、title・description とリード文の書き直しだけでクリック数が動くケースが多く、半日〜1 日で着手できます。次に取り組みたいのが「圏外だが CTR は期待値超え」の記事で、最後に「順位も CTR も期待値未満」の記事を判断する順番が、工数あたりの効果として合理的です。
順位別CTRのざっくり目安と、AI Overviewによる影響、Search Consoleの読み方は別記事で詳しく整理しています。
CTRとは?SEOにおけるクリック率の意味・目安・改善方法を解説
検索順位別CTRの目安、AI Overviewによる低下推移、タイトル・ディスクリプション改善の打ち手をまとめています。
3-4. 修正対象の選び方 — インデックス → 表示回数 → CV 重要度 → 順位 → 期待 CTR との差分
ここまでの前提確認・2 軸(表示回数・順位×期待CTRとの差分)・CV 直結クエリの例外を 1 枚にまとめると、次の判断フローでリライト対象と直し方が機械的に決まります。低順位側でも CTR を分岐させているので、§3-3 の 4 象限すべてが判断フローの末端アクションに対応します。社内に共有するときは、この判断フローを貼って判断ルールを統一する運用が再現性を高めます。
- いいえリライト前にインデックス登録阻害を潰すnoindex / robots.txt / canonical 誤設定 / サイトマップ未登録を解消し、登録後 1〜2 週間待ってから候補に戻す
- はい公開後 3 か月以上経過しているか?評価サイクルが回りきっていない記事は対象から外す
- いいえ対象外(後回し)公開 3 か月未満は表示回数も安定しないため、判断材料が乏しい
- はい過去 90 日の表示回数が、自社の閾値(小規模 100/中規模 1,000)を超えているか?
- いいえCV 直結のクエリか?問い合わせ・資料請求につながるクエリは例外
- はい例外として優先(CV 直結クエリ)表示回数が少なくても投資対効果が高い。本文の意図整合性と CTA を点検する
- いいえ対象外(母集団から外す)改善インパクトの天井が低い。新規執筆や統合の方が早い
- はい平均掲載順位は 10 位以内か?
- いいえ(11 位以下)CTR は期待値(同順位帯のベンチマーク)以上か?サイト全体の中央値ではなく、同順位帯の想定 CTR と比較
- はい(期待値を上回る)本文リライトで順位を押し上げる検索意図と整合性が取れている可能性が高い。独自情報の追加と見出し再設計で順位を 10 位以内へ
- いいえ(期待値を下回る)再執筆 / 統合 / 分離を判断する検索意図のズレが大きい可能性が高く、本文リライトでは効きにくい
- はいCTR は期待値(同順位帯のベンチマーク)以上か?サイト全体の中央値ではなく、同順位帯の想定 CTR と比較
- いいえ(期待値を下回る)title / description / リード文を直す本文は触らず、CTR 改善に絞る。半日〜1 日で着手可能
- はい(期待値を上回る)鮮度更新と内部リンク強化にとどめる順位も CTR も安定。情報の最新化と関連記事カードの整備で十分
3-5. Search Console での見つけ方
前項の判断フローを Search Console の検索パフォーマンスレポートで動かす手順は、次の 7 ステップです。過去 90 日のクエリ別データを CSV で書き出して、判断フローに沿って絞り込みます。
- 候補 URL を Search Console のURL 検査に通し、インデックス登録状況・canonical・noindex を先に確認する(前提確認)。
- 検索パフォーマンス → 期間「過去 90 日」を選択。
- クエリタブを開き、「表示回数」「クリック数」「CTR」「平均掲載順位」の 4 指標を全て表示。
- CSV エクスポートでクエリ単位データを取得。
- スプレッドシートで表示回数の閾値(小規模サイトなら 90 日 100 以上、中規模なら 1,000 以上)でまず母集団を絞る。順位や CTR を見るのはここから先。
- 各クエリに紐づくページ URL を、ページタブのフィルタで確認し、リライト候補の URL リストを作る。
- 重複している URL(同じ URL が複数クエリに紐付くケース)を 1 行に集約し、主要クエリと副次クエリを併記する。CV 直結のクエリは表示回数が少なくても別欄で残す。
Search Consoleの全体的な使い方と、リライト以外の改善観点については別記事でまとめています。
Google Search Consoleとは?SEO担当者が最初に見るべき指標と使い方
クエリ別・ページ別・検索での見え方など各レポートの使い分けと、AI 検索時代の指標設計をまとめています。
04.リライトの5パターンと判断基準
リライトと一口に言っても、直し方の型は5つに分けられます。どのパターンを選ぶかで、必要な工数も、リダイレクト・canonicalの扱いも変わります。
| パターン | 適した状態 | URL・canonical | 想定工数 |
|---|---|---|---|
| 1. 追記 | 既存の主張は概ね正しいが、情報量が足りない/独自情報が薄い | URLそのまま / canonical変更なし | 半日〜1日 |
| 2. 差し替え | 古い情報・古い出典が複数あり、検索意図とのズレも徐々に出てきている | URLそのまま / canonical変更なし | 1〜2日 |
| 3. 統合 | 似たキーワードの記事が複数あり、評価が分散している(キーワードカニバリゼーション) | 残す記事のURLへ301リダイレクト、canonical統一 | 2〜3日 |
| 4. 分離 | 1記事に異なる検索意図が混在し、どちらにも刺さらない状態になっている | 新URLで分離、内部リンクで親子関係を明示 | 2〜4日 |
| 5. URL変更 | URL構造が現在のサイト設計と合わない/ディレクトリ階層を変える必要がある | 旧URLから新URLへ301リダイレクト | 1〜2日(既存リンクの棚卸し含む) |
運用で迷いやすいのが統合(パターン3)と分離(パターン4)の判断です。同じキーワードを含む複数記事があるとき、必ずしもキーワードカニバリゼーションとは限りません。検索意図が違えば、両方を残すべき場合もあります。
キーワードカニバリゼーションとは?SEO記事が共食いする原因と整理方法
Search Consoleでの見つけ方、統合・分離・canonical・リダイレクト・内部リンクでの整理方法を解説しています。
URL変更(パターン5)を選んだ場合は、リダイレクトの実装ミスで検索評価が引き継がれない事故が起きやすいので、301・302・meta refresh の使い分けを事前に揃えておきます。
リダイレクトとは?301・302・meta refreshの違いとSEOでの使い分けを解説
HTTPステータスコードの基本、301(恒久)と 302(一時)の違い、meta refresh / JavaScript リダイレクトの扱いを解説しています。
05.リライト実装の6ステップ
リライト1本を、計測まで通しで回す手順を6ステップに分解します。前章のパターンが「何をするか」、本章のステップは「どの順番で進めるか」にあたります。
| ステップ | やること | 判断材料・アウトプット |
|---|---|---|
| 1. 現状診断 | 順位 / CTR / 表示回数 / クリック数 / インデックス状況 / 被リンク数 / 内部リンク本数を一覧化 | 現状のスナップショット(リライト前ベースライン) |
| 2. 検索意図の再分解 | 主要キーワードを Search Console と検索結果で確認、上位5記事の見出し構造をリストアップ | 意図のズレの仮説と、競合との差分メモ |
| 3. リライト方針の確定 | 5パターンから選ぶ / 修正対象の見出しと、追加・削除する独自情報を明文化 | リライト方針シート(変更箇所と理由の対応表) |
| 4. 本文・メタ情報の編集 | 見出し・本文・title・description・内部リンク・関連記事カードを順に書き換え | 編集稿(公開前レビュー対象) |
| 5. ファクトチェックと公開 | 出典 URL の 404 確認、数値・固有名詞の出典確認、必要なら canonical・リダイレクト設定 | 公開稿、更新日(dateModified)の更新 |
| 6. 90日計測 | 30日 / 60日 / 90日の3点で、順位・CTR・クリック数・CV を追う | 効果検証レポート、次のリライト候補への反映 |
この6ステップで一番省略されやすいのが、ステップ1(現状診断)の数値スナップショットです。リライト前の数字を記録しないまま編集に入ると、公開後の振り返りで「良くなったのか悪くなったのか分からない」状態になります。社内テンプレートとして、リライト着手前に必ず数値を記録するルールにしておくと、計測が安定します。
- ✓ 主要キーワードの平均掲載順位(過去28日 / 過去90日)を控えたか
- ✓ ページ単位のCTR / 表示回数 / クリック数を控えたか
- ✓ URL検査でインデックス状況を確認したか
- ✓ 被リンクと主要な内部リンク元(参照されているページ)をリストアップしたか
- ✓ 上位5記事の見出し構造(H1 / H2)を書き出したか
- ✓ リライト目的(順位 / CTR / CV のどれか)を明文化したか
- ✓ リライトパターン(追記 / 差し替え / 統合 / 分離 / URL変更)を1つに絞ったか
ステップ2の検索意図の再分解は、SEO記事の品質を左右する中核工程です。検索意図の4分類と、SERP分析の手順については別記事で扱っています。
検索意図とは?SEO実務の4分類と Google 公式分類を解説
Know・Do・Go・Buy の分類、顕在ニーズと潜在ニーズ、SERP分析、AIライティングで外さないための実務手順を解説しています。
06.AIを使ったリライトの実務 — 効くところと任せない部分
AI(ChatGPT、Claude、Geminiなど)はリライトの一部工程と相性が良く、別の工程とは相性が悪いです。前章の6ステップに対して、AIに任せる工程と人が握る工程を線引きします。
| 工程 | AIへの任せ方 | 人が握る部分 |
|---|---|---|
| 1. 現状診断 | 数値の整理・分類はAIに渡せる | 重要指標の選定、評価軸の設計 |
| 2. 検索意図の再分解 | 上位5記事の見出しを渡して差分案を出させる | 意図のズレの仮説判断、独自視点の決定 |
| 3. リライト方針の確定 | 5パターンの選択肢提示 | 最終的な型の選択(事業判断を含む) |
| 4. 本文・メタ情報の編集 | 見出しごとの本文ドラフト、title・description案出し | 独自データの組み込み、文体の最終調整 |
| 5. ファクトチェックと公開 | URL一覧の整形、出典フォーマット統一 | 数値・固有名詞・引用の確認は必ず人が行う |
| 6. 90日計測 | 数値整理・グラフ化 | 次の打ち手への意思決定 |
最も効くのがステップ4のドラフト生成です。リライト方針シート(変更箇所と理由の対応表)を作ったうえで、見出し単位でAIにドラフトを書かせ、人が独自データを差し込みながら推敲すると、編集時間が大きく下がります。コピペで使えるリライトプロンプトのテンプレートと、ファクトチェックの実装ラインは、別記事の「リライトプロンプト」セクションで扱っています。
逆に、AIに任せきると事故が起きやすいのがステップ5のファクトチェックです。AI出力には、数値・固有名詞・引用・統計の分母・URLの404といった項目で構造的な誤りが残るため、最低5項目の確認は必ず人が行います。AI出力のハルシネーション率と、編集工程に組み込むファクトチェックの実装ラインは別記事で詳しく整理しています。
ハルシネーションとは|なぜ起こり、なぜ完全には防げないか
ハルシネーションの4分類、発生原理、ゼロにできない理由、現実的に抑える4つの打ち手を整理しています。
07.リライト後の計測 — 90日で振り返る
リライトの計測は、目的の違う2 つの工程に分けて考えます。
- 公開直後の事故検知:リダイレクト漏れ・canonical 誤設定・404 / 500・noindex の誤付与・構造化データの壊れを、公開後 24 時間 〜 7 日以内に拾う工程。順位を見るのではなく、評価資産が漏れていないかを確認する。
- 30 / 60 / 90 日の効果検証:順位・CTR・クリック数・CV の動きを、再クロール・再評価が安定する期間で見る工程。短期で判断すると、自然変動と効果を混同しやすい。
前者を省略すると、評価資産を失った状態のまま 90 日が過ぎ、原因を切り分けるのが難しくなります。公開直後の計測は順位を見ないが、最も重要な工程という認識を社内で揃えるのが運用上のコツです。
| タイミング | 見る指標 | 判断のしかた |
|---|---|---|
| 公開当日(〜24時間) | URL 検査でインデックス・canonical 動作、リダイレクト経路(301/302)、404 / 500 のステータス、構造化データの再パース | 事故検知が目的。1 つでも崩れていればその日のうちに修正する。順位はまだ見ない |
| 公開後 2〜7 日 | Search Console の「ページ」レポートでカバレッジ警告、AI Overview / 強調スニペットの引用変化、指名検索(ブランド検索)からの流入 | 引用・指名検索が落ちていれば、本文の文脈が壊れた可能性。短期の順位変動はノイズとして扱う |
| 30 日後 | 表示回数 / 平均掲載順位 / CTR の 3 指標 | 順位が動き始めているか、CTR が想定方向か。短期はノイズが大きいので断定しない |
| 60 日後 | 30 日と比較した順位・CTR・クリック数の差分 | 効果のトレンドが安定したか。逆に悪化していれば原因を切り分ける |
| 90 日後 | 順位・CTR・クリック数 に加え、CV / 商談化への寄与 | 次のリライト候補への反映、5 パターンの判断を確定する |
90 日のうちに想定方向に動かなかった場合は、リライト方針シートに戻って、検索意図の仮説が外れていなかったか・独自情報が足りていたかを点検します。リライト直後に URL 検査でインデックス登録をリクエストすると、Google が早めに再クロールしてくれることが多いので、数日〜2 週間で動きを確認しつつ、次の改善に進む運用が現実的です。ただし、1 週間以内に同じ箇所を何度も書き直すと、変化の原因が切り分けられなくなるので、再リライト前には必ず一度数値を確認してから進めます。
08.よくある失敗
- 短期で判断する:公開2週間で順位が動かないとリライトを失敗と決めつけ、何度も書き直す。Google側の再評価が回りきる前に手戻りを起こす。
- 同時に複数の打ち手を入れる:1記事のリライトで、見出し変更・URL変更・統合・内部リンク刷新を同時に行い、効果検証で何が効いたか分からなくなる。
- title・description だけで満足する:CTR改善目的なのに本文が古いままで、結局クリック後の滞在時間・遷移が伸びない。本文の検索意図整合性も合わせて点検する。
- 独自情報を消す:AIにリライトを丸投げした結果、評価資産だった一次データ・自社事例・独自比較表が削除される。リライト方針シートで「変えない部分」を明示する。
- dateModified を更新しない:本文を書き直したのに、構造化データ/meta の更新日を反映していない。読者にもクローラーにも「鮮度が更新された」シグナルを渡せない。
- 統合先のリダイレクト漏れ:複数記事を統合したのに、旧URLから新URLへの301リダイレクトを設定し忘れ、旧URLが404のまま既存被リンクの評価が宙に浮く。
- 対象選定をせずに片端からリライトする:Search Consoleの4象限分析を飛ばし、目に付いた記事から手を入れる。象限C・D(順位低×CTR低 / 順位高×CTR高)の記事に過剰な工数を割き、投資対効果が落ちる。
09.よくある質問(FAQ)
リライトはどの程度の頻度で回すのがよいですか?
リライトはスポットの大型施策ではなく、定常業務として継続的に回すのがおすすめです。リライト直後に Search Console の URL 検査からインデックス登録をリクエストすると、Google が比較的早く再クロールし、数日で順位や CTR の動きが見え始めることもあります。
「○○日待つ」と固定の待機期間を設けるよりも、計測しながら次のリライト候補へ着手していく運用のほうが、サイト全体の流入は早く伸びます。月 10〜20 本ペースで新規執筆と並行して回せると、評価資産を伸ばしながら既存記事の底上げも進めやすくなります。
リライトで順位が下がることはありますか?
あります。検索意図の仮説が外れたり、独自情報を意図せず削ってしまったり、見出し構成を大きく変えたために検索エンジンの再評価が安定しないケースが代表的です。
順位下落が3週間以上続くようなら、リライト前のバージョンに本文を戻す、または再度方針シートを引き直して再リライトする、のいずれかを検討するのがおすすめです。リライト前後の本文をバージョン管理(Git/編集ツール/CMSの履歴)に残しておくと安全です。
URLを変更すると、これまでの評価は失われますか?
適切に301リダイレクトを設定すれば、検索評価は新URLへ引き継がれます。ただし、301でも完全に引き継がれない場合があるため、URL変更は本当に必要なときに絞るのがおすすめです。
一時的なURL変更や、検証目的の暫定URL変更には302を使い、運用が安定してから301に切り替える進め方もあります。301・302・meta refresh の使い分けは、リダイレクトの解説記事で詳しく整理しています。
AI(ChatGPT、Claude、Geminiなど)にリライトを任せて大丈夫ですか?
見出し単位のドラフト生成や、title・descriptionの案出しはAIに任せて構いません。ただし、既存記事全体を渡して丸ごと書き直させるのは避けるのがおすすめです。評価資産になっている独自情報・自社事例・一次出典が消えるリスクがあり、ファクトチェックも別工程として人が握る必要があります。
リライト方針を見出し単位で指定し、変えない部分を明示的に保護する運用にすると安全です。リライトプロンプトの具体例と、ファクトチェックの実装ラインも参考にしてください。
リライトで dateModified(更新日)を必ず変えるべきですか?
本文や見出しに実質的な修正を加えたなら、構造化データのdateModifiedと表示上の最終更新日を更新するのがおすすめです。
誤字修正レベルの軽微な変更で更新日を動かすと、鮮度シグナルとしての意味が薄まります。社内ルールとして「6ステップのステップ4で本文を書き換えたら更新日も更新する」を固めておくと、運用が揺れません。
リライトと新規執筆、どちらを優先すべきですか?
公開後12か月以上経過した記事が10本以上あるなら、新規執筆と並行してリライトを回すのがおすすめです。新規執筆は流入の天井を引き上げる打ち手、リライトは既存資産の取りこぼしを拾う打ち手なので、両者は競合しません。
Search Console の4象限で「順位高×CTR低」「順位低×CTR高」の記事がそれぞれ3本以上見つかるなら、リライトの投資対効果が高い状態と判断できます。
10.まとめ
SEO 記事のリライトで結果を出す近道は、次の 6 工程を社内で固めることです。
- インデックス・canonical の前提確認
- 表示回数で母集団を絞る
- 順位 × 期待 CTR との差分で 4 象限に切る
- 判断フローで直し方を確定する
- 公開直後に事故検知
- 30 / 60 / 90 日で効果検証
新規執筆と比べて工数あたりの効果が大きいのに、対象選定や事故検知を飛ばしたり、AI に丸投げしたりで再現性を落としているケースが少なくありません。
まずは、過去 90 日の表示回数が大きい記事から、順位高×CTR 低の象限(リード文・title・description の書き直しだけで効きやすい領域)を 1〜3 本ピックアップし、半日〜1 日の小さなサイクルから始めることをおすすめします。公開直後の事故検知と、公開後 90 日の数値で手応えを掴めれば、次は順位低×CTR 高の象限へ広げる、という順番で社内の運用を厚くしていけます。
社内に分析リソースが足りないとき、外部に任せるのも選択肢のひとつです。弊社が提供する TANTOU for コンテンツマーケティングでは、次の 2 点を打ち出しています。
- 本記事で紹介したリライトを上回るデータ分析プロセスを社内で展開し、対象選定・直し方判断・公開後の計測ループまで一気通貫で運用しています。
- 新規執筆と同じ料金内でリライトも対応。スポットで頼みづらいリライトも、月次の制作枠の中で計画的に回せます。
TANTOU でリライト判断と実装を伴走する
弊社の SEO・AI 検索(LLMO・GEO・AIO)コンテンツ作成代行サービス TANTOU for コンテンツマーケティング では、対象選定・リライト方針・実装・公開後の計測まで一気通貫で支援しています。詳細と料金は資料にまとめています。

