古いSEO記事を残す・書き直す・統合する・公開を終了するための判断表

古いSEO記事は、公開から時間がたったという理由だけで削除する必要はありません。アクセスが少なく見えても、特定の問いに答えていたり、営業担当が説明に使っていたりすることがあります。残すかどうかは、そのURLが今も担っている役割を確かめてから決めます。

まずは一つのURLに絞り、誰のどんな問いに答えているのかを確かめます。そのうえで、同じURLを残すか書き直すかを考えます。別のURLへの統合と公開終了も同じ条件で比べます。判断材料が足りなければ、結論を急がず保留にして構いません。

古い記事は公開日ではなく現在の役割で判断する

公開日は点検を始める目安になりますが、それだけで記事をどう扱うかは決められません。何年も前に公開した記事でも、内容が正確で、現在の読者が必要とする問いに答えているなら残す理由があります。

Googleも、サイトを新しく見せる目的だけで古いコンテンツを大量に削除することを勧めていません。ユーザー第一のコンテンツに関する公式資料では、読者が目的を果たせる内容か、独自の価値があるかといった観点が示されています。公開からの年数だけで記事の扱いを決めない考え方は、この案内とも矛盾しません。

まず一つの記事に絞って役割を確かめる

複数の記事を一度に比べると、アクセス数の差ばかりが目につきます。その結果、アクセスが少ない記事から削除したくなるかもしれません。最初は一つのURLだけを取り上げ、現在の役割を調べた方が判断を誤りにくくなります。

現在のタイトルと本文がどんな問いに答えているかを、まず一文で表します。次に、ほかのページでは代替できない情報があるかを確かめます。この二つが曖昧なままでは、流入データを見ても記事の扱いを決められません。

公開時の約束と現在の検索意図を分けて見る

タイトルやdescriptionから読み取れるのは、公開時に読者へ約束した内容です。現在も同じ問いを持つ人へ届いているとは限りません。検索からの流入クエリを確認し、いま届いている読者の問いとページの答えが合っているかを見ます。

両者にずれがあっても、すぐにタイトルを変えるのは早計です。確認できたクエリが検索需要の全体を表しているとは限らないからです。まずは公開時の約束と現在の使われ方を分けて記録し、その記事の役割をどう保つか判断できる状態にします。

検索流入だけでなくリンクや営業での利用も確かめる

記事の役割は検索流入だけでは分かりません。外部サイトから参照されていたり、営業の説明を補うページとして使われていたりするからです。検索データは確認した期間を明記します。リンクや問い合わせ、営業での利用も、どこまで確認したかを分けて残します。

流入クエリから読者の問いを確かめる

Google Search Consoleの検索パフォーマンス レポートのフィルタ機能では、対象ページのURLでデータを絞り込み、どのクエリで表示やクリックが発生したかを確認できます。ここで見るのは、流入の多い少ないだけではありません。クエリが示す問いと、記事が返している答えが合っているかを確かめます。

ただし、レポートにすべてのクエリが表示されるわけではありません。Googleのデータのグループ化に関する説明では、プライバシー保護のため匿名化されるクエリや、内部制限によって表に出ない行があると案内されています。検索パフォーマンスのデータは、多くの場合、Googleが選んだcanonical URLへ集約される点にも注意が必要です。数値が小さいことは、需要がないことの証明にはなりません。

リンクは本数だけでなく貼られている文脈を確かめる

外部リンクがあれば、別のサイトがその記事を参照する理由を確認します。内部リンクも同じです。リンク元の文章を読み、その先で読者に何を知ってほしいのかを確かめます。本数が少なくても、読者が次の判断へ進むためのリンク先なら簡単には動かせません。

Search Consoleのリンク レポートは確認先の一つですが、全リンクの完全な一覧ではありません。レポートに表示されないだけで、リンクが存在しないとは断定できません。サイト内のソースや運用記録など、別の確認手段がある場合は照合します。

問い合わせや営業での利用を担当者に確認する

BtoBサイトの記事は、検索から直接問い合わせを生む場面だけで使われるとは限りません。商談前の検討材料として読まれたり、営業担当が説明後に案内したりすることもあります。問い合わせ記録や営業資料にURLが残っていないか、確認できる範囲で調べます。

URL単位の記録がなければ、利用されていないとは判断できません。その場合は「寄与なし」ではなく「未確認」と記録します。今後の判断に必要なら、URLの利用状況をどこに残すか別途決めます。

四つの選択肢を同じ条件で比べる

ここまでに確かめた使われ方と記事固有の役割をもとに、四つの選択肢を同じ軸で比べます。下の表はAdRegionが記事運用で使う判断基準です。Googleが定めた分類ではありません。

残すか書き直すかは読者への約束が続くかで分ける

「残す」は、何もしないという意味ではありません。誤字やリンク切れだけを直し、次に見直す条件と日付を決めておけば、必要な記事をそのまま放置することも避けられます。

一方、記事が答える問いは変わっていないのに、根拠や説明が古くなっているなら書き直す候補です。この場合は、URLと読者への約束を維持したまま本文を作り直します。どの段落を書き直すかは、記事の扱いを決めた後の編集工程で考えます。

統合は別のURLが同じ問いに答えられる場合だけ選ぶ

統合で大切なのは、元の記事を探していた読者が移動先でも同じ目的を果たせることです。話題が似ているだけでは、統合先として十分ではありません。外部リンクや営業での利用がある場合は、その文脈まで引き継げることも確認します。

統合先に入りきらない固有情報があるなら、先にその扱いを決めます。流入の少ないページを大きな記事へまとめればよいという一律の判断はできません。

公開を終了する前に失われる情報がないか確かめる

現在の事業と関係がなく、読者の問いにも答えず、ほかでは得られない情報も残っていない記事は公開終了の候補になります。ただし、この結論を出すには十分な確認が必要です。検索データが少ないという理由だけで候補にしてはいけません。

同じ問いへ答えるページがないなら、話題の近いページを代替先にする理由もありません。記事の公開を終える判断と、その後のURLをどう扱うかは分けて考えます。

判断材料が足りなければ保留にする

四つの選択肢から必ずその場で一つを選ぶ必要はありません。確認できない情報が結論を左右するなら、判断を保留します。保留は先送りではなく、推測による統合や公開終了を避けるための選択です。

確認できないことを利用されていないと決めつけない

Search Consoleにクエリが出てこなくても、匿名化やデータ範囲の影響が考えられます。リンク レポートに掲載されていなくても、外部リンクがないとは言い切れません。営業側にURLの記録がなければ、利用の有無は分かりません。

記録がない項目を「利用なし」と置き換えると、役割のある記事を失うおそれがあります。確認できたことと未確認のことを分け、結論に必要な材料がそろっているかを先に判断します。

判断を再開する条件と日付を決める

保留にする場合は、何が分かれば判断を再開できるかを残します。季節によって読まれ方が変わる記事なら、比較できる時期まで確認を続ける必要があります。営業での利用が分からないなら、担当者への確認を終える日を決めます。

すべての記事に同じ確認期間を当てはめる必要はありません。対象記事の公開時期や需要の周期に合わせ、判断に足りる範囲を決めます。再確認日が来たら、前回と同じ条件で見直します。

Googleの仕様とAdRegionの判断基準を分ける

Googleの公式資料から確認できるのは、検索データの表示範囲や、URLを変更するときに検索エンジンへ伝える方法です。Googleが記事の扱いを四つに分類しているわけではありません。この記事で示す四つの選択肢と保留の考え方は、公開済みURLを安易に失わないためのAdRegion独自の運用基準です。

検索データだけでは記事の扱いを決められない

Search Consoleは、Google検索でそのURLがどのように表示され、クリックされたかを知るために使います。事業上の価値や営業での利用まで示す資料ではありません。検索の記録と社内での利用を照らし合わせて初めて、現在の役割を判断しやすくなります。

Googleの案内を根拠にできる範囲と、運営者が決める範囲を混ぜないことが大切です。数値が小さいという事実から、統合や公開終了が正しいという結論が自動で導かれることはありません。

タイトル変更とURL移行は別々に考える

AdRegionでは、主検索意図と読者への約束が続く場合、同じURLのままタイトルの助詞や語順を軽く整えます。本文を大きく書き直す場合も、記事の役割は変えません。

対象読者や中心となる問いまで変わるなら、新しいURLを検討します。既存記事を別の企画へ作り替えないためです。この境界を変更文字数ではなく、ページの役割が変わるかどうかで決めるのもAdRegionの運用基準です。

Googleのタイトルリンクに関する公式資料によると、検索結果のタイトルはtitle要素以外の情報も使って自動生成されます。そのため、変更した文言がそのまま表示されるとは限りません。この公式資料には、同じURLのまま変更できるタイトルの文字数や、新しいURLへ分ける文字数の基準は示されていません。

統合や公開終了を選んだ後は、URLの対応関係や内部リンクの変更を別の移行計画で扱います。GoogleのURL変更を伴うサイト移行の案内でも、無関係なページへ多数の旧URLを転送しないよう求めています。この記事では記事をどう扱うかまでを判断し、移行の実装手順には広げません。

判断の根拠と次に行う作業を一つのメモに残す

最後に、対象URLについて確認できたことと未確認のことを一つのメモへ残します。空欄を推測で埋めないことが大切です。どの選択肢がよいか決められなければ、未確認事項と再確認日を記入して保留にします。

対象URL:
確認した期間:
現在の検索意図:
確認できた流入クエリ:
外部リンクの確認範囲:
内部リンクの役割:
問い合わせ・営業での利用:
記事固有の役割:
判断結果:
未確認事項:
次に行う作業:
再確認日:

書き直すと決めた記事だけを本文の再編集へ進めます。統合または公開終了を選んだ場合は、元の記事と同じ問いに答えられるページがあるかを改めて確認し、URL移行を別に計画します。判断を保留した記事は、再確認日になったら前回確認できなかった項目から見直してください。