著者
記事を書き直したのに、順位が上がったのが書き直しのおかげなのか、たまたまなのかがわからない。リライトでつまずくのは、書く作業そのものより、その前と後です。
リライトは、書き直す前に「何を変えて、どの数字で確かめるか」を決めておくと、成果の見える作業になります。
SEOリライトとは、公開済みの記事を検索データと読者の目で見直し、タイトルや中身を書き直して、検索での評価と読者の満足を高める作業です。
どの記事を直すかをサイト全体で決める段階なら、先に全記事を棚卸しするコンテンツ監査があります。ここで扱うのは、直す記事が決まったあとの1本の直し方と、その効果の確かめ方です。
CONTENTS
SEOリライトと新規記事の違いは判断の材料があること
リライトは、すでに検索結果に表示されて数字が出ている記事の「ズレ」を直して伸ばす作業です。Googleもスターターガイドで、公開済みのコンテンツをときどき見直して必要に応じて更新し、今の読者に関係がなくなったものは削除してもよい、と勧めています。
新規記事は、公開してみるまでどんな検索語で何位に出るかがわかりません。リライトの対象には、Search Consoleに表示回数やクリック率、平均掲載順位、表示された検索語が残っています。どこが読者の期待とずれているかを、数字から見立ててから手を入れられるのがリライトの強みです。
| 新規記事 | リライト | |
|---|---|---|
| 始める材料 | キーワード調査と競合の検索結果 | 左に加え、その記事の表示回数・順位・検索語 |
| 狙い | 新しいテーマで表示される | 表示されている検索語で順位やクリックを伸ばす |
| 確かめ方 | 公開後の数字をゼロから見る | 変更の前後で同じ指標を比べる |
一方で、リライトと呼ばれていても評価につながらない更新があります。Googleの有用なコンテンツのガイド（英語版、2026年10月5日更新）は、自己評価の問いとして、中身がほとんど変わっていないのに新しく見せるために日付を変えていないか、を挙げています。日付だけを新しくする更新はリライトではありません。
リライトは4つの工程を回す
リライトは「対象を選ぶ」「原因を見立てる」「書き直す」「公開して検証する」の4つの工程でできています。検証で得た数字が次の対象選びの材料になるので、1回で終わらせず循環として回します。
リライトする記事はどう選ぶ？
候補は、表示回数があるのにクリックや成果につながっていない記事です。表示されているなら、その検索語には需要があり、記事もある程度は関連があると扱われていると考えられます。
Search Consoleの検索パフォーマンスでは、ページで絞り込むと記事ごとに次の数字が見られます。
- 表示回数（検索結果に表示された回数）
- クリック数（検索結果からクリックされた回数）
- クリック率（クリック数を表示回数で割った値）
- 平均掲載順位（検索結果でのいちばん上の表示位置の平均）
期間を比べる表示にも切り替えられます。Search Consoleのデータは直近16か月分が残るので、季節で需要が変わるテーマなら前年の同じ時期とも比べられます。
候補が多いときは「伸びしろ」と「事業への近さ」で順番をつけます。伸びしろは表示回数の多さと、順位やクリック率の改善の余地で見ます。事業への近さは、その記事から問い合わせや申込み、資料請求につながるかで見ます。
以前よりクリックが下がった記事は、すぐ書き直す前に記事の外の変化を疑います。コアアップデートや検索結果の見え方の変化は、手を入れていない記事にも同じように表れます。Search Consoleの生成AIパフォーマンスレポート（画面の表示は「生成 AI 機能」、ベータ）では、AI Overviews（AIによる概要）やAIモードにそのページへのリンクが表示された回数を確かめられます。
症状から原因を見立てて4種類の直し方を選ぶ
対象を選んだら、数字の症状から原因を仮に決めて、直し方を選びます。直し方は「タイトルと説明文の見直し」「情報の更新」「追記と再構成」「統合とリダイレクト」の4種類です。原因の見立てがないまま全部の記事に同じ追記をしても、何が効いたのかはわかりません。
| 症状 | 疑う原因 | 直し方 |
|---|---|---|
| 表示回数は多いがクリック率が低い | タイトルや説明文が検索意図と合っていない | タイトルと説明文の見直し |
| 数値や仕様が古い | 情報が今の事実と合っていない | 情報の更新 |
| 2ページ目前後で止まっている | 答えが足りない、独自の情報がない、検索意図とずれている | 追記と再構成 |
| 似た記事が同じ検索語で表示されている | 記事どうしで評価が分かれている | 統合とリダイレクト |
| 表示回数がほとんどない | インデックスされていない、需要のないテーマ | リライトの前にインデックスと需要を確かめる |
試す順番は、直す範囲が小さいものからにします。タイトルと説明文の見直しと情報の更新は範囲が小さく、追記と再構成はそれより大きく、URLが変わる統合がいちばん大きな変更です。範囲の小さい変更ほど元に戻しやすく、何が効いたのかも切り分けやすくなります。
タイトルと説明文の見直し
表示されているのにクリックされない記事は、まず検索結果での見え方を疑います。表示されている検索語と、タイトルや説明文が約束している中身がずれていないかを確かめます。
ただし、検索結果のタイトルはGoogleが見出しなども材料にして自動で決めるので、タイトルタグを変えてもそのとおりに出るとは限りません。書き換えの原因と確かめ方はタイトルタグの記事で扱っています。
情報の更新
料金や仕様、制度、統計が古くなった記事は、今の情報に書き換えます。読者が古い情報で行動してしまうのを防ぐ更新で、順位よりも記事の信頼を保つ意味が大きい作業です。数値を差し替えたら、出典と時点も新しくします。
追記と再構成
2ページ目前後で止まっている記事は、検索する人の知りたいことに答えきれていない可能性があります。足りない答えの洗い出し方は、次の章の手順にまとめました。
足すものは、ほかのページやAIの回答と並べたときに違いが出る中身を優先します。自分たちで行った調査や検証、実際の事例、実務で気づいた条件や失敗です。Googleも有用なコンテンツのガイドで、独自の情報や調査、分析を含んでいるかを問いかけています。
統合とリダイレクト
同じ検索語で自分のサイトの記事が複数表示されているなら、1本にまとめることを検討します。残す記事に中身を集め、もう一方のURLからは恒久的なリダイレクト（301）をかけます。Googleは、恒久的なリダイレクトを転送先が正規のページだというシグナルとして使うと説明しています。
効くリライトは中身を変え、良いところは残す
書き直しでは、今の検索結果と読者の疑問に照らして足りない答えを足し、要らない部分を削ります。語尾の言い換えや日付の更新だけでは、記事の中身は何も変わりません。
- 今の検索結果を見直す対象の検索語で実際に検索し、上位に並ぶページが記事を書いたときから変わっていないかを見る
- 答えのズレを書き出す表示されている検索語と上位ページの論点を並べ、答えていないこと、答えが古いことを書き出す
- 足す・削る・並べ替える足りない答えと独自の情報を足し、要らない説明を削り、結論を前に出す
- タイトルと内部リンクを合わせる中身に合わせてタイトルと説明文を見直し、関連する記事とのリンクを確かめる
最初に検索結果を見直すのは、検索する人の目的が時間とともに変わることがあるからです。書いた当時は「やり方」を知りたい人が多かった語が、今は「比較」を求める人の多い語になっていることもあります。上位のページから検索する人の目的をどう読み取るかは、検索意図の解説で例を挙げて説明しました。
次のような書き直しは、手間のわりに評価につながりません。
- 中身を変えずに更新日だけを新しくする
- 文字数を増やすために、答えと関係の薄い説明を足す
- 語尾や言い回しを変えるだけで、答えの中身は変えない
- 生成AIなどで多くの記事を言い換え、読者にとっての価値を足さない
- 理由なくURLを変える
大量生成コンテンツに関するスパムポリシーは、生成AIなどのツールで読者への価値を足さずに多くのページを作ることや、ほかのサイトなどから集めた文章を同義語への置き換えなどの自動変換で作り変えて多くのページを作ることを例に挙げています。どちらも対象は「多くのページ」です。自分の記事でも、価値を足さない言い換えを数多くの記事にくり返せば、同じ考え方に近づくと私たちは見ています。生成AIで書き直すなら、公開前に人が正確さを確かめます。
書き直す前に「この記事を読んだ人が次に何をしたいか」を1行で書いてみてください。その1行に答えていない段落が、削るか書き直す候補です。
今ある記事の良いところを壊さないことも大切です。すでにクリックされている検索語に答えている部分や、ほかの記事からリンクされている見出しは、理由がなければ残します。
公開したら変更を記録し、同じ日数で前後を比べる
公開したら、更新日と変更の記録を残し、反映を待ってから同じ長さの期間で前後の数字を比べます。手を入れていない似た記事の数字とも並べると、リライトの効果とそれ以外の変化を見分けやすくなります。
公開するときにやること
- 読者に見える位置に「最終更新日」を出す。構造化データの
dateModifiedも同じ日付にする - Search ConsoleのURL検査ツールでインデックス登録をリクエストする
- 変更の記録（変更ログ）を残す
Googleは記事の日付について、「最終更新日」のようなラベルを付けて表示し、構造化データの日付と一致させるよう勧めています。
Search Consoleのヘルプによると、URL検査ツールからリクエストしたページの登録は、通常は1日ほどですが、もっと長くかかることもあり、最大で1〜2週間ほどです。リクエストを使わずにGoogleの再クロールを待つ場合は、数日から数週間かかることがあると検索セントラルは説明しています。リクエストには1日あたりの上限があり、同じURLを何度リクエストしても早くクロールされるわけではなく、検索結果に載る保証もありません。1回リクエストしたら、あとは待ちます。
変更ログは、次の項目を1行ずつ残す表で足ります。
| 項目 | 書く内容の例 |
|---|---|
| URL | 対象の記事 |
| 公開日 | 書き直した記事を公開した日 |
| 直し方の種類 | タイトルと説明文／情報の更新／追記と再構成／統合 |
| 変えた内容 | 「料金表を最新の価格に差し替え、比較の章を追加」 |
| 仮説 | 「比較を求める検索語でクリック率が上がるはず」 |
| 見る数字と判定日 | 見る指標と、比べる期間の終わりの日 |
| 比べる記事 | 期間中に手を入れない似た記事のURL |
| 変更前の版 | WordPressのリビジョン、または変更前の本文のコピーの置き場所 |
COCORO Pulse.でも、書き直した記事は原稿の冒頭に、直した日と変更の要約を1行で残しています。記事ページの更新日を動かすのは本文の中身を直したときだけで、タイトルや説明文、アイキャッチ、誤字の手直しでは動かしません。テーマの全体像を扱うピラー記事は、四半期に1回、統計や仕様が変わっていないかを見直すようにしています。
効果の測り方
変更の反映には数時間から数か月の幅があり、効果の判断には数週間ほど待つのがよいとGoogleは説明しています。実際にどのくらい待つかは、サイトによって変わります。
判定の時期
リライトの効果をいつ判断するかは、サイトの成長の段階によります。公開した記事が数時間でインデックスされるサイトなら、ほぼ1週間以内に結果が出るという印象です。インデックスに時間がかかるサイトでは、リライトした記事1本より、関連する同じテーマの記事のまとまりで数字を見るとよいと考えています。その場合でも、1か月ほど見れば結果はある程度落ち着きます。
待つ間に、比べ方を決めておきます。
- 変更前と変更後で、同じ日数の期間を比べる（曜日の偏りが出ないよう7の倍数の日数にする）
- 公開日から反映を待つ期間を空けてから、変更後の期間を始める
- ページで絞り込み、表示回数・クリック数・クリック率・平均掲載順位をそろえて見る（インデックスに時間がかかるサイトでは、同じテーマの記事のまとまりで見る）
- 同じ期間に手を入れていない似た記事の数字も並べる
比べる記事は、同じカテゴリで順位の近い記事を2〜3本、期間中に手を入れないものから選んでおきます。テーマの記事のまとまりで見るときは、そのまとまりの外から選びます。公開の前に変更ログへ書いておけば、結果を見てから都合のよい記事を選ぶことも防げます。
期間の長さは、サイトの反映の早さに合わせます。数時間でインデックスされるサイトなら前後7日間ずつ、インデックスに時間がかかるサイトなら前後28日間ずつにするとわかりやすいと考えます。表示回数が少ない記事は期間が短いと数字がぶれやすいので、長めに取ります。
比べている間に記事の外で起きた変化にも注意します。コアアップデート、検索結果の表示の変化、季節による需要の変化は、手を入れていない記事にも同じように表れます。手を入れていない記事も同じように動いているなら、その変化はリライトの効果とは言えません。
結果から次の手を決める
| 結果 | 次の手 |
|---|---|
| 狙った数字が上がり、手を入れていない記事は横ばい | 同じ直し方を、似た状態のほかの記事にも試す |
| 表示回数は上がったがクリック率が下がった | 表示される検索語が広がった可能性がある。タイトルと説明文を見直す |
| 変化がない | 見立てた原因が違った可能性がある。別の直し方を試すか、統合を検討する |
| 下がった | 評価されていた部分を削っていないか変更ログと見比べる。外部要因でなければ、削った部分を戻すことを検討する |
同じ記事に何度も手を入れるときも、1回ごとに変更ログを残し、判定を終えてから次の変更をします。複数の変更を同時に入れると、どれが効いたのかがわからなくなります。SEOのKPI設計を先に決めておくと、どの数字が上がれば成功かで迷いません。
最初の1本はタイトルの見直しか古い情報の更新から
最初に変更ログと比べ方の型を用意し、直す範囲の小さいタイトルの見直しや古い情報の更新から始めて、慣れたら2ページ目前後の記事への追記、最後に統合へと進みます。小さい変更で「直す→確かめる」を一度回すと、次から何を直すべきかを数字で選べるようになります。記事が多くてどこから手をつけるか決められないなら、先にコンテンツ監査で直す記事を選びます。
新しい記事を増やすか今ある記事を直すかの配分と、私がリライトで効きやすいと感じている直し方はコンテンツSEOの記事で触れています。
よくある質問
リライトのときにURLを変えてもいいですか？
理由がなければ変えません。URLを変えると、ほかのページからのリンクも張り直しが必要になります。統合などでどうしても変える場合は、古いURLから新しいURLへ301リダイレクトをかけます。
リライトして順位が下がったら、すぐ元に戻すべきですか？
判定日までは戻さずに待ちます。反映には時間がかかり、途中で数字が上下することがあるからです。判定日になっても下がったままなら、変更ログと見比べて、評価されていた部分を削っていないかを確かめます。手を入れていない記事も同じように下がっているなら、記事の外の要因を疑います。
まとめ
- SEOリライトは、数字がすでにある記事のズレを直して伸ばす作業です。日付だけの更新や文字数の水増しは評価につながりません
- 数字の症状から原因を見立て、タイトルと説明文の見直し、情報の更新、追記と再構成、統合の4種類から、範囲の小さいものを先に選びます
- 公開したら変更ログを残し、反映を待ってから同じ日数で前後を比べ、手を入れていない記事とも並べて判定します
参考にした一次情報
- SEO Starter Guide Google Search Central・最終更新 2025-12-10、確認日 2026-10-24
- Creating helpful, reliable, people-first content Google Search Central・英語版 最終更新 2026-10-05、確認日 2026-10-24
- Spam policies for Google web search Google Search Central・最終更新 2026-08-28、確認日 2026-10-24
- Influence your byline dates in Google Search Google Search Central・最終更新 2025-12-10、確認日 2026-10-24
- Ask Google to recrawl your URLs Google Search Central・最終更新 2025-12-10、確認日 2026-10-24
- URL Inspection tool Search Console ヘルプ・Request (re)indexing の項、確認日 2026-10-24
- Redirects and Google Search Google Search Central・最終更新 2026-04-14、確認日 2026-10-24
- Generative AI performance report (Search) Search Console ヘルプ・2026-08-31 全サイト展開、確認日 2026-10-24
- Connect Search Console to Google Analytics アナリティクス ヘルプ・Search Console のデータ保存期間 16か月、確認日 2026-10-24
