古いSEO記事を更新する方法｜情報鮮度と公開履歴の管理
目次
古いSEO記事は、日付を新しくするだけでは更新したことになりません。商品の仕様、紹介先、制度、根拠となる資料を確認し、現在の読者が安心して使える内容へ直す必要があります。ECサイトでは、記事が公開されたままでも、商品は終売し、カテゴリ構成や配送条件は変わります。古い説明を放置すると、検索流入があっても購入体験を損ねます。
すべての記事を毎月読み直すのは現実的ではありません。変わりやすさと影響の大きさで優先順位を決め、更新のきっかけを運用へ組み込みます。この記事では、記事棚卸しから更新履歴の管理までを解説します。
記事の古さは公開日だけでは決まらない
数年前の記事でも、原理や基本的な手順が変わっていなければ、今も役立つことがあります。反対に、公開から数か月でも、商品仕様や法令が変われば更新が必要です。年数だけで古いと判断せず、内容が現在も正確かを見ます。
記事内の一部だけが古い場合もあります。選び方の考え方は有効でも、紹介商品やリンク先が古いケースです。ページ全体を廃止する前に、残せる内容と直す内容を分けます。
記事一覧を作って棚卸しする
まず、URL、タイトル、カテゴリ、公開日、最終確認日、担当者、関連商品、参照資料を一覧にします。検索流入の有無だけでなく、問い合わせ対応で使っているか、商品ページからリンクされているかも記録します。
ページ数が多い場合は、全記事を細かく読む前に、終売商品名、過去の年号、旧制度名、リンク切れなどを手がかりに候補を絞ります。機械的な抽出で見つけた記事は、担当者が本文を確認してから対応を決めます。
更新の優先順位を決める
優先度は、情報が誤っている可能性と、読者への影響で判断します。安全な使い方、健康、保証、返品、法令に関係する誤りは早く対応します。次に、検索やサイト内導線から多く読まれている記事、主要カテゴリの購入判断に関わる記事を見ます。
アクセスが少ない記事でも、問い合わせ担当が案内に使っているなら重要です。検索数だけで優先順位を決めず、顧客接点と事業上の役割を合わせて評価します。
更新のきっかけを決めておく
定期点検に加え、商品仕様変更、新モデル発売、法令改正、メーカー資料更新、リンク切れ、顧客からの指摘などを更新のきっかけにします。商品担当が変更を把握しても、編集担当へ伝わらなければ記事は古いままです。
商品マスタの変更や終売連絡を、関連する記事IDへひも付ける運用があると対応しやすくなります。記事公開時に「何が変わったら見直すか」を記録する方法も有効です。
商品とリンク先を確認する
紹介している商品が販売中か、同じ型番か、仕様や付属品が変わっていないかを確認します。後継商品へ差し替える場合は、旧商品と同じ特徴だと決めつけず、記事の結論が成り立つかを見直します。
リンク先が表示されるだけでは十分ではありません。意図した商品やカテゴリへ到達するか、在庫切れ時の案内が適切か、キャンペーン終了ページへ誘導していないかを確認します。関連記事同士のリンクも対象です。
外部情報と根拠を再確認する
公的資料、規格、メーカー情報、統計などを参照している記事は、改訂版がないか確認します。外部ページのURLが同じでも、内容が更新されていることがあります。本文の主張を現在も支えているかまで見ます。
数値を更新するときは、年だけを入れ替えないでください。調査対象、集計方法、定義が変わっていれば単純比較できません。新しい資料の意味を理解し、記事の説明も合わせて直します。
検索意図の変化も見る
記事の事実が正しくても、検索者が求める内容が変わることがあります。検索結果に表示されるページの型、Search Consoleのクエリ、サイト内検索や問い合わせを確認し、記事の役割が現在も合っているかを見ます。
ただし、検索結果に合わせて記事の目的を毎回変えると、既存読者にとっての価値を失います。自社が答える意味のある疑問か、商品やカテゴリとの関係があるかを確認してから構成を見直します。
公開日と更新日を使い分ける
公開日は記事を最初に公開した日、更新日は内容を実質的に見直した日として扱います。誤字を一文字直しただけで更新日を新しくすると、読者は最新情報まで確認済みだと受け取るかもしれません。
商品選定を刷新した、法改正を反映した、検証をやり直したなど、意味のある変更で更新日を変えます。必要に応じて「紹介商品を現行モデルへ変更」「手順を新仕様に合わせて更新」のように、主な変更点を示します。
構造化データの日付を一致させる
記事ページで公開日や更新日を構造化データに含める場合は、画面上の表示と矛盾しないようにします。システムの保存日時を自動で更新日として出すと、内容を触っていないのに日付だけ変わることがあります。
CMSの仕様を確認し、編集上の小さな操作と記事の実質更新を区別します。検索結果で新しく見せるためだけに日付を操作するのではなく、読者が鮮度を判断できる正確な情報を提供します。
統合、非公開、削除も選択肢にする
更新して残す価値が薄い記事は、似た記事との統合、公開範囲の変更、削除を検討します。終売商品の記事でも、修理や使い方を探す既存顧客に役立つなら残す理由があります。一方、短期キャンペーンだけを扱い、代替情報もないページは役割を終えているかもしれません。
削除や統合では、外部リンク、検索流入、顧客サポートでの利用を確認します。適切な代替ページがある場合はリダイレクトを設定し、サイト内リンクも更新します。関係のないページへの一律転送は避けます。
更新履歴を社内で管理する
記事ごとに、確認日、変更箇所、変更理由、確認者、参照資料を記録します。公開画面へすべて出す必要はありませんが、次の担当者が何を確認すべきか分かる記録は必要です。
商品の型番や資料の版も残すと、次回の差分確認がしやすくなります。担当者が退職しても更新できるよう、個人の記憶ではなく共有の台帳に保管します。
更新後の動きを確認する
更新後は、表示崩れ、リンク、インデックス状況を確認します。検索パフォーマンスでは、表示回数、クリック、クエリの変化を見ますが、短期間の上下だけで更新の成否を決めません。季節性やサイト全体の変更も考慮します。
ECサイトでは、記事からカテゴリや商品への移動、問い合わせ内容の変化も確認材料です。検索指標だけでなく、更新目的に対応する行動を見ます。
よくある間違い
最新年の数字をタイトルに足し、本文をほとんど確認しない更新は避けます。新しい情報を継ぎ足し続け、古い説明との矛盾が残ることもあります。構成全体を読み直し、不要になった部分を削ることが必要です。
検索流入が少ないという理由だけで記事を大量に削除すると、顧客サポートや内部リンクの役割を失う可能性があります。一覧と影響範囲を確認し、ページごとに判断します。
古い記事を見直すチェック項目
- 商品名、型番、仕様、在庫状況が現在と合っているか
- 配送、返品、保証などの案内が最新か
- 外部資料が今も本文の根拠になっているか
- リンク先が読者の目的に合っているか
- 検索意図と記事の役割が現在も一致しているか
- 公開日と更新日を実態に合わせて表示しているか
- 統合や削除による他ページへの影響を確認したか
- 変更理由と確認者を記録したか
まとめ
古いSEO記事の更新では、年号や日付ではなく、読者が今も正しい判断をできる内容かを確認します。商品、リンク、根拠、検索意図を点検し、更新、統合、削除を役割に応じて選びましょう。更新のきっかけと履歴を管理しておけば、記事数が増えても情報鮮度を個人の気づきだけに頼らず保てます。
