この記事の結論
- 直す記事は勘で選ばない。Search Consoleの表示回数・クリック数・CTR・平均掲載順位の組み合わせで決める。
- 数字の組み合わせごとに直す場所は変わる。全部直さず、症状に合った3箇所だけを直す。
- URLは変えない。効果の判定は4週間後（運用上の目安）。同時に何本も直すと何が効いたか分からなくなる。
ブログのリライトは、公開済み記事をSearch Consoleの数字で選び、症状に合った箇所だけを直す作業です。手順は「①1記事を選ぶ→②流入クエリを書き出す→③ズレを特定→④直す箇所を3つに絞る→⑤書き直す→⑥URLを変えずに公開→⑦4週間後に確認」の7ステップ。本記事では判断表・処方表・所要時間・やってはいけない直し方までをまとめます。
ブログのリライトとは（公開後の記事を直す作業）
ブログのリライトとは、公開済み記事のテーマを変えずに、追記・書き換え・削除・統合を行って読者の役に立つ状態へ作り直す作業です。新規に書くのではなく、いま検索結果に出ている記事を作り直す点が違います。
Google検索セントラルは、順位が下がったサイトへの助言として「コンテンツの書き換えや再構成により、そのページが読者にとって読みやすく、移動しやすいものになるかもしれません」と説明する一方、「『その場しのぎの修正』は避けましょう」とも述べています（出典: developers.google.com・2026年7月29日確認）。小手先の手直しではなく、読者に役立つ形へ作り直す作業です。
なお公開前の点検は別作業です。誤字・表記・リンク切れなどはAIブログの公開前チェックリスト15項目にまとめています。
直す記事はSearch Consoleの4つの数字で選ぶ
最も失敗しやすいのは「なんとなく気になる記事」から手をつけることです。対象は検索パフォーマンスレポートの4指標で選びます。意味を取り違えると打ち手も間違えるため、まず定義を押さえます。
4つの指標の意味（公式の定義）
| 指標 | 公式の定義 | リライトで読み取ること |
|---|---|---|
| クリック数 | ユーザーが検索結果からサイトをクリックした回数 | 読まれた回数。伸びれば成功 |
| 表示回数 | サイトが検索結果に表示された回数。通常、結果ページに掲載されていればスクロールしなくてもカウントされる | 伸びしろの土台。ゼロに近いなら直しても変わりにくい |
| CTR | クリック数を表示回数で割った値 | 一覧で選ばれているか。低ければタイトルを疑う |
| 平均掲載順位 | 検索結果における自サイトの最上位の順位を、表示されたすべてのクエリで平均した値 | 中身が評価されているか。低ければ内容のズレを疑う |
出典: Search Consoleヘルプ（support.google.com・2026年7月29日確認）。期間の既定値は「過去 3 か月間」と明記され、画面上で変更できます。注意したいのは平均掲載順位が全クエリの平均である点で、3位のクエリと40位のクエリがあれば平均は中位に見えます。記事単位の平均で判断せず、クエリ単位まで分解してください。
症状別・リライト処方表
数字の組み合わせで記事の「症状」が分かり、症状ごとに直す場所が変わります。自分の記事がどの行に当てはまるか確認してください。
| 数値の組み合わせ | 考えられる症状 | まず直す場所 | 優先度 |
|---|---|---|---|
| 表示回数が多い／CTRが低い／順位1〜10位 | 検索結果には出ているが選ばれていない | タイトルとメタディスクリプション。本文はいじらない | 高 |
| 表示回数が多い／順位11〜20位 | あと一歩。内容に取りこぼしがある | 上位記事にあって自分に無い項目を追記。結論を前へ | 高 |
| 表示回数が多い／順位21〜50位 | 切り口が実際の流入クエリとずれている | 見出し構成そのもの。狙うクエリの見直しも検討 | 中 |
| 表示回数が少ない／順位1〜10位 | 評価はされているが検索需要が小さい | 記事ではなくクエリ選びの問題。効果は限定的 | 低 |
| クリックはあるが次の行動につながらない | 結論と次に読むページがつながっていない | 記事末尾の内部リンクと結論部分の導線 | 中 |
| 順位51位以下／表示回数もほぼゼロ | 評価の土台がなく手がかりが取れない | リライトより新規記事、または近いテーマへの統合 | 低 |
| 表示回数が数か月下がり続けている | 情報が古い、読者の求める内容が変わった | 数字・料金・仕様の更新と、現在の上位記事との突き合わせ | 高 |
この順位区分をはじめ、本記事に出てくる順位・期間・件数の数値（11〜20位、公開1か月未満、4週間後、3箇所など）はいずれも一般的な運用上の目安であって、Googleが公表している基準ではありません。クエリ単位で見るには、検索パフォーマンスの「ページ」フィルタに対象URLを入れ、その状態で「クエリ」タブを開きます。新しく狙うクエリを探す話はAIブログのキーワード選定方法を参照してください。
リライトしない方がよい記事の見分け方
リライトは「やれば必ず良くなる」作業ではありません。着手前に次の表で除外判定をします。
| こういう記事は | 見送る理由 | 代わりにやること |
|---|---|---|
| 公開から1か月未満 | データが足りず効果を判定できない | 置いたまま数字がたまるのを待つ |
| 狙ったクエリですでに1〜3位 | 今の形が評価されている。作り替えると失う可能性 | 情報の更新と誤りの修正だけ。タイトルは変えない |
| 直近1か月以内にリライト済み | どの変更が効いたか切り分けられなくなる | 前回の効果判定を先に終わらせる |
| 順位51位以下で表示回数もほぼゼロ | 手がかりになる数字が取れない | 新規記事を書く、または近いテーマへ統合する |
| 記事の主題が読者にとって不要になった | 直しても需要が戻らない | 統合か削除の判断をする（リライトの範囲外） |
| コアアップデートの直後 | 変動の途中で判断すると打ち手を誤る | 順位が落ち着くまで待つ |
最後の行について、Googleは再評価まで「数か月かかることもあります」と説明しています（出典: developers.google.com・2026年7月29日確認）。変動の最中に慌てて直すより、落ち着いてから症状を見る方が確実です。
ブログリライトのやり方7ステップ
ここからが実作業です。1記事あたりの目安は合計3〜5時間です。
| ステップ | やること | 目安時間 | つまずきポイント |
|---|---|---|---|
| 1. 直す1記事を選ぶ | 検索パフォーマンスをページ単位で表示回数順に並べ、症状表に当てはめる | 20分 | 一度に何本も選ばない |
| 2. 流入クエリを書き出す | そのページで表示回数の多いクエリを上位10件メモする | 15分 | 狙ったクエリと実際の流入は違うことが多い |
| 3. ズレを特定する | 主クエリで検索し、上位記事が答えている項目と自分の記事を突き合わせて不足を箇条書きにする | 30分 | 文章をコピーしない。項目の有無だけ見る |
| 4. 直す箇所を3つに絞る | 不足のうち影響が大きい順に3つ選ぶ。残りは今回やらない | 15分 | 全部直すと何が効いたか分からない |
| 5. 書き直す | 結論を前へ／不足項目を追記／古い数値を更新／必要ならタイトル見直し | 60〜120分 | 追記だけで肥大化させず、不要な段落は削る |
| 6. 公開して記録する | URLはそのまま。更新日を正しく表示し、変更内容を1行で記録 | 15分 | 更新していないのに日付だけ変えない |
| 7. 効果を確認する | 4週間後に同じ4指標を、リライト前の同じ長さの期間と比べる | 20分 | 数日で判断しない |
ステップ3が要（ズレを先に確定させる）
ここを飛ばすと「なんとなく文章を整えただけ」で終わります。やり方は、主クエリで検索して上位数記事を開き、各記事が答えている項目を見出しレベルで一覧にするだけ。そのうえで自分の記事に無い項目に印をつけます。Googleも自己評価の問いに「特定のトピックに対して実質的な内容を伴う詳細または包括的な説明が記載されていますか」を挙げています（出典: developers.google.com・2026年7月29日確認）。
直す優先順位は「①検索意図とのズレ→②結論の位置→③タイトル」が扱いやすいでしょう。見出しを組み直すならAIブログの見出し構成の作り方を、追記の下書きをAIに作らせるならChatGPTでブログ記事を書く方法を参照してください。古い数値は必ず公式ページで確認しなおします（手順はAI記事のファクトチェック手順）。
公開後にやること・やらないこと
更新日はページ上に表示します。Googleは「日付には、『公開日』や『最終更新日』などのテキストで適切にラベル付けしてください」と説明しています（出典: developers.google.com・2026年7月29日確認）。
再クロールはURL検査ツールからリクエストできますが、「クロールには数日から数週間かかることがあります」「何度もリクエストしても、早くクロールされることはありません」と公式に明記されています（出典: developers.google.com・2026年7月29日確認）。リクエストは1回で十分です。
やってはいけない直し方6つ
リライトで避けるべき6つの行為
- URLを変える: リダイレクトを設定しない限り、これまでの被リンクや内部リンクの受け皿が失われます。変える場合、Googleは「可能な限りサーバー側の永続的なリダイレクトを使用することをおすすめします」としています（出典: developers.google.com・2026年7月29日確認）。中身の改善が目的なら変える必要はありません。
- 記事の主題ごと別テーマに書き換える: 改善ではなく別記事の上書きで、評価を積み直すことになり内部リンクの文脈も壊れます。テーマを変えたいなら新規記事として書き、古い記事は統合か削除で処理します。
- 更新していないのに日付だけ新しくする: 中身が同じなら読者の価値は増えません。日付は実際に大幅な更新をしたときに更新します。
- 一度に10箇所以上を直す: 効果の切り分けができず、次のリライトに何も残りません。
- 上位記事の文章をコピーする: 著作権の問題があり、独自性も失われます。参照は項目の有無までにとどめます。
- その場しのぎの手直しを繰り返す: Googleは「その場しのぎの修正」を避け、有意義な方法での改善を考えるよう説明しています（前掲）。キーワードの詰め込みや文字数を増やすだけの追記は改善になりません。
リライトの記録の残し方
リライトは1回で終わりません。次回の判断材料として、1記事につき次の項目を1行で記録します。
リライト記録に残す7項目
- 実施日
- 対象URL
- 主クエリ（実際に表示回数が最も多かったもの）
- リライト前の4指標＋集計期間（例: 直近28日間）
- 直した3箇所（例: 結論を冒頭へ移動／比較表を追加／タイトル変更）
- 4週間後の同じ4指標
- 判定と次の一手（維持・追加リライト・統合）
比較は必ず同じ長さの期間どうしで行います。「直近28日間」と「その前の28日間」のように揃えないと、期間の差を効果と見間違えます。
よくある質問
リライトの効果はどれくらいで出ますか？
Googleは更新後のクロールに「数日から数週間かかることがあります」、再評価には「数か月かかることもあります」と説明しています（出典: developers.google.com・2026年7月29日確認）。数日での判断は早すぎます。実務上は4週間後に一度確認し、変化が小さければさらに1〜2か月様子を見ます（運用上の目安）。
リライト後にインデックス登録をリクエストすべきですか？
URL検査ツールからできますが必須ではありません。「何度もリクエストしても、早くクロールされることはありません」と公式に明記されているため1回で十分です。
リライトすれば順位は上がりますか？
上がる保証はありません。Googleは「更新すれば順位が上がる」とは説明していません。目的は読者に役立つ記事にすることで、順位はその結果として動く可能性があるもの、と考えてください。
記事が何本たまってから始めるべきですか？
本数ではなく「データが取れているか」で判断します。公開から1か月以上が経ち、表示回数が発生しているかどうかです。表示回数がほぼゼロなら症状を特定できないため、新規記事を増やす方が先になります。
まとめ: 今日直す1記事を決めよう
- 対象は表示回数・クリック数・CTR・平均掲載順位の組み合わせで決める。数字を見ずに始めない。
- 症状ごとに直す場所は違う。CTRが低いならタイトル、順位11〜20位なら不足項目の追記、表示回数の低下なら情報の更新。
- 公開1か月未満・すでに上位・直近リライト済み・表示回数ほぼゼロの記事は見送る。
- URLは変えない。直す箇所は3つまで。判定は4週間後、同じ長さの期間どうしで比べる。
- その場しのぎの手直しを重ねるやり方はGoogleが避けるよう説明している。更新していないのに日付だけ変えるのも、読者の得るものが増えない。
最初の一歩は1つだけです。 Search Consoleの検索パフォーマンスを開き、期間を過去3か月にして表示回数の多い順に並べてください。上から見て症状表の「高」に当てはまる記事が1本見つかったら、そこで手を止めてその1本だけに取りかかります。他の記事は今日は触りません。
運営全体の流れはAIブログの始め方完全ガイドで、直した記事の公開前の最終点検はAIブログの公開前チェックリスト15項目で確認してください。
出典（すべて公式ページで確認・2026年7月29日）
- 4指標の定義・既定期間 https://support.google.com/webmasters/answer/7576553?hl=ja
- 表示回数の条件・順位の算出 https://support.google.com/webmasters/answer/7042828?hl=ja
- その場しのぎの修正・再評価の期間 https://developers.google.com/search/updates/core-updates?hl=ja
- コンテンツの自己評価 https://developers.google.com/search/docs/fundamentals/creating-helpful-content?hl=ja
- 再クロールの所要期間 https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl?hl=ja
- 更新日の表示とラベル付け https://developers.google.com/search/docs/appearance/publication-dates?hl=ja
- URL変更時の永続的リダイレクト https://developers.google.com/search/docs/crawling-indexing/301-redirects?hl=ja
コメント