SEO記事のリライトは、文章を長くしたり、日付を新しくしたりする作業ではありません。既存ページの検索意図、情報、構造、導線をデータと一次情報に基づいて改善することです。
成果につながりやすいのは、改善余地のある記事を選び、問題の種類に合う変更をする場合です。この記事では、対象選定から変更記録・効果検証まで7ステップで説明します。
リライト前に見る4つの状態
| 状態 | 考えられる課題 | 主な確認 |
|---|---|---|
| 表示多・クリック少 | タイトル、意図のずれ | 検索語、CTR、SERP |
| 表示少・順位中位 | 内容、関連性、内部リンク | 見出し、根拠、サイト構造 |
| 流入多・行動少 | 読者・導線のずれ | 読了、クリック、問い合わせ |
| 流入減 | 鮮度、競合、需要、技術 | 期間比較、インデックス |
平均順位だけで決めず、検索語ごとの表示・クリックと事業への行動を確認します。需要の季節変動やサイト全体の障害も切り分けます。
SEO記事をリライトする7ステップ
1. 目的と基準期間を決める
クリック増、問い合わせ改善、古い情報の更新など目的を一つ決めます。前年同期や公開後の十分な期間と比較し、季節性を考慮します。
2. Search Consoleなどから候補を出す
表示回数があり改善余地のあるページ、重要サービスに近いページ、情報が古くリスクのあるページを優先します。流入ゼロの全記事を一律に直す必要はありません。
3. 現在の検索結果を再調査する
制作時と検索意図やページ型が変わっていないか、上位ページ、公式情報、SERP機能を実際に確認します。過去の構成案だけで判断しません。
4. 問題を一つに特定する
タイトル、検索意図、情報不足、独自性、事実の古さ、重複、内部リンク、導線のどれが主因か仮説を立てます。複数の大変更を同時に行うと、効果の理由が分かりにくくなります。
5. 追記・差し替え・削除・統合を選ぶ
- 追記:必要情報や例が不足
- 差し替え:数字、仕様、手順が古い
- 削除:主題から外れた重複・一般論
- 統合:複数ページが同じ意図で競合
- 分離:一記事に異なる意図が混在
リライトは追記だけではありません。不要部分を減らす判断も品質を上げます。
6. 変更内容と日付を記録する
変更前数値、仮説、修正箇所、公開日、担当者を残します。URL変更は影響が大きいため、明確な理由とリダイレクト設計がない限り避けます。
7. 短期異常と中期変化を分けて検証する
公開直後は表示崩れ、リンク、noindexなどの事故を確認します。その後、十分なデータがたまったら検索語、クリック、行動を比較します。順位だけでなく、目的に近づいたかを見ます。
リライトの変更記録テンプレート
対象URL:
目的:
基準期間:
主要検索語:
現状数値:
問題の仮説:
調査した一次情報:
変更内容:
変更しなかった内容と理由:
公開日:
短期確認:
次回評価日:
結果と次の判断:
この記録があれば、担当者が変わっても同じ修正を繰り返さず、サイト固有の学びを蓄積できます。
リライトしない方がよい場合
公開直後で判断材料がない、検索需要が消えた、事業対象外になった、技術障害が原因、別ページへ統合すべき、といった場合は文章修正が最善ではありません。新規記事の方が適切な意図もあります。
リライト前に技術問題を除外する
コンテンツを書き直す前に、次の問題がないか確認します。
- URLがnoindexになっている
- robots.txtや認証で取得を妨げている
- canonicalが別URLを指している
- 意図しないリダイレクトがある
- JavaScriptエラーや表示崩れがある
- 内部リンクから孤立している
- 同じ内容のURLが複数ある
- サイト移行やテンプレート変更の直後である
検索流入がサイト全体で同時に落ちた場合、個別記事の品質より技術変更や需要変化を疑います。技術問題が原因なら、本文追記では解決しません。
変更方法の判断表
| 状態 | 選ぶ変更 | 選ばない方がよい変更 |
|---|---|---|
| 意図は合うが説明不足 | 追記・具体例 | URL変更 |
| 情報が古い | 差し替え・更新記録 | 古い章を残したまま追記 |
| 主題外の一般論が多い | 削除・要約 | さらに文字数を増やす |
| 同じ意図の2記事が競合 | 統合・内部リンク整理 | 両方を同じ方向へ増補 |
| 一記事に別の意図が混在 | 分離・各ページの役割明確化 | 一つの巨大記事に残す |
| タイトルと本文は合うがCTRが低い | SERPを見てタイトル改善 | 本文全面書き換え |
| 流入はあるがCVが弱い | 比較材料・導線改善 | 検索意図を変える |
統合する場合は、どのURLを残すかを表示実績、被リンク、内部リンク、内容の適合で決めます。削除した側は適切にリダイレクトし、サイト内リンクとサイトマップも更新します。
Search Consoleを使った架空の判断例
以下は手順を示す架空データであり、成果例ではありません。
対象ページ「SEO記事 外注 費用」の直近3か月:
| クエリ | 表示 | クリック | 平均掲載順位 |
|---|---|---|---|
| SEO記事 外注 費用 | 3,000 | 45 | 8.2 |
| SEOライティング 相場 | 1,200 | 9 | 9.5 |
| SEO記事 制作会社 選び方 | 900 | 30 | 5.1 |
費用系の表示が多いのにクリックが少なく、選び方では比較的反応があります。現在の記事を確認すると、外注先の選び方は詳しいものの、具体的な費用例が導入から遠い位置にあるとします。
この場合の仮説は「ページの主目的と冒頭の回答がずれている」です。現在のSERPで費用記事が上位を占めることを再確認し、タイトルと導入で費用の幅を条件付きで示します。選び方の詳説は専用記事へ移し、見積もり比較表を追加します。
変更後は、費用系クエリのクリックとページ内のサービス遷移を観察します。平均順位だけを見て成功とせず、想定した検索者に選ばれるようになったかを確認します。
30・60・90日で見る内容
日数は固定ルールではなく、運用の目安です。サイト規模や検索需要によって十分なデータがたまる時期は異なります。
公開直後〜数日
ステータスコード、noindex、canonical、表示崩れ、内部リンク、計測タグ、誤公開を確認します。ここでは順位変動を評価しません。
30日前後
新しい検索語が出ているか、主要クエリの表示・クリックに異常がないかを見ます。需要やサイト全体の変化も記録します。
60日前後
基準期間と比べ、検索語、CTR、ページ遷移の傾向を確認します。十分な表示がなければ評価を延長します。
90日前後
事業指標を含めて、維持、追加修正、統合、新規記事のどれへ進むか決めます。一度の変更で結論を急がず、変更ログを次の仮説へ使います。
リライトの優先順位スコア
候補が多い場合は、次を各1〜5点で評価します。
- 事業重要度:サービスや商談に近いか
- 改善余地:表示実績があり、意図も合うか
- 情報リスク:古い情報が顧客判断を誤らせないか
- 作業可能性:一次情報、取材、承認を確保できるか
- 重複解消:統合によってサイト構造が明確になるか
合計点だけでなく、誤情報や法令変更がある記事は緊急対応として優先します。逆に、需要がなく事業対象外のページは高工数のリライトより削除・統合を検討します。
よくある質問
リライトは何か月ごとに行いますか
固定周期より、情報の変化、検索データ、事業優先度で決めます。法令・価格・仕様は変化時に早く確認します。
文字数を増やせば順位は上がりますか
保証されません。必要情報の不足なら追記しますが、重複や主題外の説明は削ります。
更新日だけ変えてもよいですか
実質的な確認・更新をせず日付だけ変えるのは読者を誤解させます。何を確認したか記録します。
URLを変えるべきですか
原則は既存URLを維持します。変更が必要ならリダイレクト、内部リンク、サイトマップなどを計画します。
AIでリライトできますか
改善候補の整理には使えます。現在の検索結果、一次情報、数値、独自情報は人が確認します。
リライトと新規記事のどちらを優先しますか
既存記事に表示実績と改善余地があり、意図も一致するならリライト。別意図なら新規を検討します。
まとめ
SEO記事のリライトは、対象選定と問題特定が中心です。データ、現在の検索結果、一次情報を確認し、追記だけでなく削除・統合・分離も選び、変更履歴を残しましょう。
アヤハネの記事制作支援は、公開後の改善提案にも対応しています。「SEO・AIO記事制作代行・内製化支援」で支援の流れを確認できます。
参考情報
- Google Search Console「検索パフォーマンスレポート」:https://support.google.com/webmasters/answer/7576553?hl=ja
- Google「有用で信頼性の高い、ユーザー第一のコンテンツの作成」:https://developers.google.com/search/docs/fundamentals/creating-helpful-content?hl=ja