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

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

問いも答えも今の読者に合っているなら残し、答えが古ければ同じURLで書き直します。同じ目的を果たせる別のページがある場合は統合も候補です。公開終了を選ぶのは、現在の利用と固有情報を確かめても、公開を続ける理由が見当たらない場合です。

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

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

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

タイトルが示す問いと本文の答えを比べる

現在のタイトルが示す問いに、本文が答えているかを見ます。たとえば「保守契約に含まれる作業」という記事に、今は提供していない作業が載っているなら修正が必要です。一方、契約前に範囲を知りたいという問い自体は残っているため、記事をなくす理由にはなりません。これは処遇の違いを説明するための仮定例です。

統合を考える場面では、候補となる複数の記事を比べます。同じ商材を扱っていても、「契約に含まれる作業」と「故障時の連絡方法」は別の問いです。話題の近さより、それぞれを探していた読者がどんな答えを必要としているかが判断を分けます。

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

記事の役割は検索流入だけでは分かりません。外部サイトから参照されていたり、営業の説明を補うページとして使われていたりするからです。流入が少なくても、契約前の疑問を解くために使われているなら、その役割は残っています。

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

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

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

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

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

Search Consoleのリンク レポートは確認先の一つですが、全リンクの完全な一覧ではありません。過去に見つかったリンクが含まれることもあるため、掲載の有無だけで現在の状態は決まりません。リンク元の現状やサイト内のソースと照合すると、その記事がどの説明を支えているか分かります。

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

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

営業担当が顧客へ案内しているURLなら、検索クリックが少なくても急に消すと説明が途切れます。資料にURLがあるかだけでなく、何を説明するために使っているかが、残す情報や統合先を決める材料になります。

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

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

問いが続いていても、答えが古ければ書き直す

たとえば、法人向け機器の設置条件を説明した記事を考えます。機器も設置条件も変わっておらず、図解が現在の検討に役立つなら、古い公開日のままでも残す理由があります。新しい機種では必要な電源の条件が変わったなら、答える問いを維持して説明を更新する候補です。いずれも判断を説明する仮定例であり、実際の機器仕様を示すものではありません。

「残す」を選んだ記事でも、誤字やリンク切れは修正します。本文の説明が正確な状態と、ページを一切触らないことは同じではありません。書き直す場合も、内容を新しく見せるためではなく、読者が誤った条件で判断する箇所を直します。

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

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

仮定例として、旧記事には保守の対象作業、新しいサービスページには対象作業と料金が載っているとします。旧記事だけにある対象外の作業まで新ページへ引き継げれば、同じ目的を果たせる統合先になります。一方、料金だけを載せたページでは、作業範囲を調べていた人の疑問が残ります。

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

たとえば、受付が終わった期間限定サービスの募集案内を想定します。既存契約者向けの説明としても使われず、後から参照する資料や記録も含まれていなければ、公開終了が候補になります。同じ終了済みサービスでも、契約者が保守対応を調べるページなら役割が続いています。終了した事業に関する記事を一律に消す判断にはなりません。

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

結論を左右する情報が未確認なら、その判断を待つ

不明な点があるだけで、すべての変更を止める必要はありません。たとえば営業で使われているか分からない記事でも、本文中のリンク切れは修正できます。ただし、その利用状況によって公開終了の是非が変わるなら、終了の判断は担当者への確認が済むまで待つ理由があります。

季節性のある記事も同様です。閑散期の短い期間だけを見て、年間を通じた需要がないとは判断できません。比較する季節や期間によって結論が変わるため、検索データには確認期間を伴わせます。「利用がない」と「調べた範囲では分からない」を区別することで、何を待つ必要があるかが絞れます。

統合や公開終了の判断とURLの移行は分ける

記事を統合すると決めても、旧URLをどこへ転送してもよいわけではありません。GoogleのURL変更を伴うサイト移行の案内でも、無関係なページへ多数の旧URLを転送しないよう求めています。必要な情報を引き継いだページへの統合と、単にトップページへ集める処理は区別されます。

保守範囲の記事を統合するなら、旧URLを開いた人が移動先で保守範囲を読める状態が必要です。公開終了を選び、同じ問いに答えられる後継ページがないなら、無関係なページへの転送で代用はできません。記事をどう扱うか決めた後に、その結論に合うURLの応答と内部リンクの変更を設計します。