この記事は、住宅会社のオウンドメディア・SEO担当者に向けた実務ガイドです。
「記事数は増えたが成果が見えず、新規記事を増やすべきか既存記事を直すべきか迷っている」という状況から、判断の順番と確かめることを示します。
読み終えたときに、既存記事を残す・追記・分担・統合の四つに分類できる状態をつくるための手順が手元に残ります。
検索からあまり読まれない記事でも、商談前の案内や既存顧客への説明に使われている場合があります。まず、記事の対象者、答える疑問、関連サービス、営業での使用場面を一覧にします。検索だけで評価する記事と、既存顧客の理解を補う記事を同じ基準で削除しないようにします。
次に、公開状態、検索からの表示、流入後の行動を確認します。公開したつもりでも検索対象から外れている、リンクがなく発見されにくい、といった技術上の問題があるなら、本文を全面的に書き直す前に切り分けます。
タイトルが似ているだけで重複とは限りません。一方、タイトルが違っていても、本文が同じ疑問に同じ深さで答えていれば、役割が重なる可能性があります。各記事を一文で要約し、対象者と読後の判断を書き出すと比較しやすくなります。
同じ検索語で複数のURLが表示されることだけを、問題や罰則の証拠として扱いません。意図の違いに対応しているのか、内容が競合して読者を迷わせているのかを本文まで見て判断します。
NAYUTAの整理案は、古い記事を一括削除するのではなく、以下の四つに分けることです。制度、価格、商品仕様が含まれる場合は、内容の正しさを先に点検し、確認できない記述をそのまま残さないようにします。
| 判断 | 適している状態 | 実施すること |
|---|
| 残す | 独自の役割があり、内容も現在の条件に合う | リンクと確認日を点検する |
| 追記する | 主な回答は有用だが、前提や具体例が足りない | 不足する判断材料を追加する |
| 役割を分ける | 関連しているが対象者や深さが異なる | 扱う範囲を明確にして相互に案内する |
| 統合する | 同じ疑問にほぼ同じ説明をしている | 情報をまとめ、旧URLの扱いを決める |
統合する場合は、どのURLを残すか、旧URLへアクセスした人をどう案内するか、サイト内リンクをどう直すかを決めます。Googleは重複URLを整理する方法として、リダイレクトやrel=canonicalなどを案内しています。canonicalは単なる別記事への誘導リンクではなく、重複・非常に類似するページの代表URLを伝えるための指定です。［1］
統合対象ではない独自の記事まで、一つのページをcanonicalに指定して集める設計は避けます。削除するページに適切な代替先がない場合も含め、URLの状態と意図が一致しているか技術担当者と確認します。サイトマップや関連記事から古いURLへ案内し続けていないかも点検してください。
変更前のタイトル、本文の要点、対象クエリ、リンク先、変更理由を残します。日付だけを更新して内容を新しく見せるのではなく、何を改善したかを説明できるようにします。公開後は表示やクリックに加え、読者が次の情報へ進めるか、旧URLで迷わないかを確認します。
変更直後の上下を、すべてリライトの効果と断定しないことも重要です。検索環境、季節、競合、公開設定などの変化を記録し、観測できたことと推測を分けて次の編集判断に使います。
古さだけでは判断できません。現在も役立つ情報か、誤りや重複があるか、別の用途で読まれているかを確認して決めます。
同じ読者の同じ疑問に答える内容なら、既存記事の追記が自然な場合があります。対象者や中心の問いが異なるなら、独立記事を検討します。
保証できません。統合は読者の分かりやすさと情報管理のために行い、URL設定や内部リンクを確認しながら結果を観測します。
出典参照日：2026-09-27。外部資料で確認した内容と、本稿の判断表・手順・設計例を区別しています。設計例や仮定の数字は実際の顧客実績を示すものではありません。
［1］Google Search Central：How to specify a canonical URL→重複・類似URLの整理におけるリダイレクトとcanonicalの用途。編集判断表はNAYUTAの提案。
