多くの企業の公式サイトでは、記事を公開したあと長期間そのままにしておき、誰かから「ページの情報が違う」と指摘されて初めて修正する、ということが少なくありません。記事データを継続的に更新する必要がある根本的な理由は、検索エンジンが新しいコンテンツを好むからではなく、記事に含まれる業務情報そのものにライフサイクルがあるからです。連絡先は変わり、製品パラメータは変わり、ポリシーの表現は変わり、引用元は無効になります。読者が古い情報を見た場合、軽ければ問い合わせを諦め、重ければサイト全体の信頼性を疑うことにつながります。
まず記事の中で「記事データ」に当たるものを整理する
日常的に言われる記事データには、公開日だけではなく、本文やページ周辺にある業務の変化に伴って変わるすべての情報が含まれます。運用担当者は、まず以下のカテゴリで一度棚卸しをするとよいでしょう。
- 時間関連：公開日、キャンペーンの開始・終了日時、データ集計の締め切り日、引用資料の年。
- 事実関連：製品仕様、サービス範囲、適用条件、チーム人数、オフィス住所。
- 連絡先関連：電話番号、メールアドレス、オンライン相談窓口、フォームの説明。
- 引用関連：引用した標準、レポート、業界データの出典とバージョン。
- 関連リンク：記事内で言及している他のページ、ダウンロードファイル、事例リンクがまだ有効かどうか。
これらを一覧表にして記事ごとに照合すれば、「データ密度が高く古くなりやすい記事」と「方法論の説明が中心で更新頻度が低い記事」を区別できます。この作業が後の判断の土台になります。
「新しい記事を出す」だけで更新の代わりにならない理由
チームによっては、新しい記事を次々に公開し、古い記事は放置するというやり方を取ることがあります。この方法の直接的な問題は、古い記事が検索結果やサイト内ナビゲーションに依然として存在し、読者が先にそれを見る可能性があることです。古い記事の連絡先、サービス範囲、価格帯が現在と異なっていれば、読者は古い情報に基づいて業務を理解し、運用担当者が後から説明するコミュニケーションコストが増えます。
もう一つの現実的な問題は内容の重複です。同じテーマで古い記事と新しい記事が併存し、記述が一致しない場合、チーム内でもどちらを基準にすべきか判断しにくくなります。継続的な更新の意義の一つは、同じテーマについて現在有効なバージョンを一つに保つことであり、矛盾する複数の記事を同時に公開しておくことではありません。
記事を更新すべきかアーカイブすべきかの判断
すべての古い記事を修正する価値があるわけではありません。以下の順序で判断するとよいでしょう。
- まだ参照されているかを見る。ナビゲーション、カテゴリページ、他の記事、対外資料からリンクされている場合、その記事はまだ入口としての役割を担っているため、更新が適しています。
- 核心的な結論がまだ成立するかを見る。方法論や操作手順の内容で結論がまだ適用できるなら、古い時間、連絡先、引用を修正するだけで済みます。結論がすでに適用できない場合は、更新の幅が大きくなります。
- 代替記事があるかを見る。同じテーマのより新しい記事があり、古い記事に独自の情報がなければ、古い記事を新しい記事に統合し、古いリンクを新しいバージョンに向けることを検討できます。
- 維持コストを見る。データ密度が高く頻繁な確認が必要な記事は、レビュー周期を短めに設定できます。純粋な概念説明の記事は長めで構いません。
判断結果は記事一覧に直接記録し、「更新して保持」「統合」「アーカイブ」の3つの状態を付けておくと、毎回議論し直す手間を避けられます。
実行可能な更新リズムを組む
更新リズムは複雑である必要はなく、重要なのは業務の変化と連動させることです。次のように組み立てられます。
- 連絡先、サービス範囲、オフィス住所の変更など、業務情報が変わったときは、その日に影響を受ける記事の一覧を作成し、1件ずつ修正します。
- 四半期ごとにサイト全体の記事を抜き取り検査し、時間関連、事実関連、引用関連のデータを重点的に確認します。
- 新しい記事を公開するたびに、同じテーマの古い記事を確認し、古い記事を更新するか、新しい記事で代替関係を説明するかを決めます。
更新作業は具体的なフィールドに落とし込む必要があります。どの文を変え、どの数字を差し替え、どのリンクを置き換えるのかを明確にします。「内容を更新する必要がある」とだけ書いても意味がなく、実行する人はどこを直せばよいか分かりません。
更新後に確認すべきこと
記事を修正したら終わりではありません。公開前に以下のチェックリストで一通り確認することをお勧めします。
- 本文中の時間、数字、連絡先がすべて置き換えられ、古い値が残っていないか。
- 記事内で言及している他のページやダウンロードファイルがまだ開けるか。
- ページタイトル、カテゴリ所属、要約が本文とまだ一致しているか。
- 記事に複数の言語バージョンやモバイル表示がある場合、同期して更新されているか。
- 更新記録に日付と修正内容が明確に書かれているか。次回の判断がしやすくなります。
これらのチェックにツールは不要で、人手で1項目ずつ開いて確認すれば十分です。問題が起きやすいのは、本文は直したのに要約が直っていない、あるいは本文は直したのに関連するカテゴリページの紹介が直っていない、といったケースです。
更新責任を人に落とし込む
記事データの継続更新が最も滞りやすいのは「誰がやるのか」という点です。現実的な分担は、コンテンツ編集者が文章と引用を担当し、業務担当者が製品パラメータ、サービス範囲、ポリシー表現を担当し、運用責任者が公開を確認するという形です。各記事の一覧に担当者を1名記載し、更新時は直接その人に確認する方が、グループチャットで何人にも聞くより効率的です。
チームの人手が限られている場合は、トラフィックの入口が集中している記事から始めるとよいでしょう。例えば、カテゴリページで推薦されている記事、ナビゲーションから直接リンクされている記事、問い合わせ前に読まれることの多い記事などです。これらの記事のデータを適切に維持してから、徐々に他のコンテンツへ広げていきます。
次にできること
まだ記事一覧がない場合は、まず公式サイトの既存記事リストをエクスポートし、公開日、最終更新日、担当者の3列を追加し、上記のカテゴリに沿ってデータ密度を記入します。ここまでできれば、どの記事を優先的に更新すべきか、どれを統合・アーカイブできるかがほぼ見えてきます。その後、更新記録を残しておけば、次回のレビューがずっと楽になります。
