同じトピックと検索意図の記事がすでに存在する場合、原則として新しい記事を追加するべきではありません。類似ページを増やすと、検索エンジンが「どのページを評価すべきか」を判断しにくくなり、評価や被リンク、読者行動が複数のURLに分散する可能性があるためです。

今回の推奨方針は、既存記事の全面改稿です。

既存記事の全面改稿を推奨する理由

全面改稿には、次の利点があります。

  • 既存ページが獲得している検索評価を引き継げる
  • 類似記事同士の競合(カニバリゼーション)を避けられる
  • 被リンクや内部リンクの参照先を一本化できる
  • 古い情報と新しい情報が別ページに分散しない
  • 読者に提示する「決定版」を明確にできる

ただし、タイトルやキーワードが似ているだけで、必ず重複記事になるわけではありません。判断するときは、キーワードではなく検索した読者が解決したい課題を比較します。

新規記事として分けてもよいケース

次の条件を満たす場合は、別記事として新規執筆する余地があります。

  • 想定読者が明確に異なる
  • 読者の悩みや到達目標が異なる
  • 検索結果に表示されるページの種類が異なる
  • 既存記事とは別の実務工程を詳しく扱う
  • 両記事を内部リンクで自然に案内できる

たとえば、既存記事が「初心者向けの概要」で、新規記事が「実務担当者向けの検証手順」であれば、共存できる可能性があります。一方、見出しの言い換えや事例の差し替え程度では、十分な差別化とはいえません。

改稿前に確認する項目

既存記事を直す前に、最低限、次の情報を確認します。

  1. 既存記事のURLと公開日
  2. 狙っている主要キーワード
  3. Google Search Consoleの表示回数、順位、クリック率
  4. 現在流入している検索クエリ
  5. 被リンクと内部リンクの有無
  6. 情報が古くなっている箇所
  7. 読者が途中で離脱しやすい箇所
  8. 追加できる一次情報、検証ログ、画面、数値、失敗事例

実データを確認せずに本文を増やすだけでは、検索意図とのずれや冗長さを悪化させることがあります。

全面改稿の実務手順

1. 既存記事を保存する

改稿前の本文、公開日、主要指標を保存します。変更後に成果を比較できる状態にしておくことが重要です。

2. 検索意図を一つに定める

「この記事を読んだ人が、読み終えた直後に何をできるようになるのか」を一文で定義します。複数の目的が混在している場合は、主目的以外を関連記事へ分離します。

3. 一次情報を追加する

一般論だけでなく、実際に行った作業や観測結果を追加します。

  • 実行条件
  • 使用したデータ
  • 操作手順
  • 成功例と失敗例
  • 修正前後の数値
  • 再現できなかった条件
  • 判断に迷った点

一次情報を示すときは、都合のよい結果だけでなく、検証の限界も明記します。

4. 読者の行動順に構成する

記事は、次の順序にすると初心者でも実践しやすくなります。

  1. この記事で解決できること
  2. 事前に必要なもの
  3. 具体的な手順
  4. 判断基準
  5. よくある失敗
  6. 結果の確認方法
  7. 次に行うこと

5. 公開後に効果を比較する

改稿日を記録し、一定期間後に次の指標を比較します。

  • 検索順位
  • 表示回数
  • クリック率
  • 自然検索からの流入数
  • 読了やコンバージョンにつながる行動
  • 類似ページ間の流入分散

順位だけで成果を判断せず、記事の目的に合った読者行動まで確認します。

判断できない場合の安全な進め方

既存記事の検索実績や内容をまだ確認できていない場合は、すぐに新規公開しないことを推奨します。

まず既存記事を調査し、以下のどちらかに決定します。

  • 検索意図が同じなら、既存記事を全面改稿する
  • 検索意図が明確に異なるなら、役割を分けて新規執筆する

なお、この記事では対象ページの検索実績、被リンク、Search Consoleのデータを確認していません。そのため、最終判断には実データによる検証が必要です。

次に行うこと

初心者は、まず既存記事について次の三つを一文ずつ書き出してください。

  • 誰が読む記事か
  • どの悩みを解決する記事か
  • 読後に何ができるようになる記事か

新しく作ろうとしている記事についても同じ三項目を書き、回答がほぼ一致するなら、新規記事は作らず、既存記事を全面改稿します。これが、重複を避けながら記事の専門性と検索評価を集約する最も堅実な進め方です。