結論
ホームページの情報鮮度は、記事を頻繁に増やすことでは維持できません。ページごとに内容の管理責任者、根拠資料、見直す時期と変更時の確認条件を定め、定期確認と事業上の変更をきっかけに「維持・更新・統合・終了」を判断します。公開後の表示と導線まで確認し、判断履歴を残すことで、古い料金・体制・募集情報が残るリスクを抑えられます。
更新回数ではなく、誤ったまま残る影響で優先順位を決める
情報鮮度の管理は、すべてのページを同じ間隔で書き換えることではありません。会社名、所在地、役員・担当部署、料金、受付条件、募集期間、支援制度、イベント日程、問い合わせ先など、変更後も旧情報が残ると利用者の判断や業務へ影響する内容を先に特定します。一方、会社の沿革や公開済みの報告のように、過去の時点を明示して保存する情報は、内容を新しくするのではなく、掲載日と対象期間が分かる状態を保ちます。
優先度はアクセス数だけで決めません。閲覧が少なくても、契約、応募、来訪、申請、参加、支払いなどの判断に使われるページは確認を優先します。更新日を表示するだけで正確性が担保されるわけではないため、何を根拠に誰が確認したかを管理情報として残します。記事本数や更新頻度を成果にせず、利用者が現在の条件を誤解しない状態を管理目標にします。
- 誤りが契約・応募・申請・来訪へ影響するか
- 料金・期間・対象者・提供条件を含むか
- 組織・担当者・問い合わせ先が変わり得るか
- 他ページやPDF、外部サービスにも同じ情報があるか
- 過去記録として残す場合に対象時点が明示されているか
ページ台帳に責任者・根拠・見直し条件を記録する
最初に、公開URL、ページの目的、主要情報、情報の管理部署、公開作業の担当、最終確認日、次回確認の目安、変更を知るための連絡経路を一覧にします。ページ単位だけでは管理しにくい場合は、料金表、役員一覧、募集要項、FAQ、PDFなど、独立して変更される情報単位で行を分けます。制作会社が更新作業を担っていても、料金や制度の正しさを判断する責任は発注側の担当部署に置き、事実確認と公開操作を同じ役割として曖昧にしません。
根拠欄には、承認済みの規程、正式な料金表、決裁資料、担当部署からの確定連絡など、確認時に参照した資料を記録します。資料そのものを誰でも見られる場所へ置く必要はありませんが、後から同じ判断を再現できる所在と版を残します。担当者名だけでなく部署や役割も記録し、異動や退職があっても確認先を引き継げる形にします。
- 公開URLとページ・情報の目的
- 事実を確認する部署と公開担当
- 確認に使う正式資料と版
- 最終確認日と次回確認の目安
- 変更時に連絡を受ける経路
- 関連ページ・PDF・外部掲載先
定期確認と変更通知の二つの経路で見落としを防ぐ
定期確認は、変化がなくても確認する予定を持つ方法です。対象を一律の日数で区切るのではなく、情報の変わりやすさと誤りの影響から確認時期を決めます。募集やイベントのように終了条件が明確な情報は、開始前・実施中・終了後の表示をあらかじめ用意し、終了時に担当者が思い出すことだけへ依存しないようにします。
変更通知は、組織改編、価格改定、制度変更、新サービス、採用条件、拠点移転、休業、イベント延期など、元となる業務変更が決まった時点でWEB担当へ連絡する方法です。サイト更新を最後の広報作業として扱うと連絡が遅れるため、社内の決裁・契約・募集・イベント準備の確認項目へWEB掲載の有無を加えます。定期確認は通知漏れを補い、変更通知は次の定期日まで古い情報が残るのを防ぎます。
- 定期確認：変化がなくても予定日に内容を照合
- 変更通知：元の業務条件が変わった時点で連絡
- 終了条件：終了後の表示・転送・保存方法を事前決定
- 緊急修正：誤案内の停止と通常更新を別経路で実施
維持・更新・統合・終了の四区分で公開判断を揃える
確認結果は「維持」「更新」「統合」「終了」に分けます。維持は、根拠と照合して現在も正しいと確認できた状態です。更新は、ページの目的を保ったまま事実、表現、画像、導線などを修正する判断です。統合は、同じ検索意図や同じ案内が複数ページに分かれ、別々に管理することで不一致が起きやすい場合に、主となるページへ情報を集約します。終了は、提供や募集が終わり、今後の利用者に案内する役割がない場合の判断です。
統合や終了では、画面からリンクを消すだけで終えません。旧URLへの訪問者がいるか、外部サイトや配布資料から参照されていないか、記録として保持する必要があるかを確認します。対応する最新ページがある場合は適切な案内や転送を検討し、代替がない場合は終了理由と問い合わせ先を示すページを一定期間残す選択肢もあります。どの対応が適切かは、情報の継続性、利用者への影響、保存要件、現在のサイト構造から判断します。
- 維持：根拠と照合し、変更不要と記録
- 更新：目的を保ち、事実・表現・導線を修正
- 統合：重複情報を主ページへ集約
- 終了：提供終了後の案内・保存・URL対応を決定
更新依頼から公開後確認までを五段階で実行する
実行は、①変更内容と影響範囲の受付、②根拠資料と関連掲載先の確認、③原稿・画像・リンク・表示期間の修正、④事実確認者と承認者による確認、⑤公開後の実ページ確認と台帳更新の順で進めます。一つの料金や名称を変更する場合でも、TOP、サービス、記事、FAQ、PDF、フォーム、自動返信、構造化データなどに同じ情報がないかを検索し、変更対象の一覧を作ってから修正します。
公開後は、管理画面の保存結果ではなく、利用者が見るURLをPCとスマートフォンで開きます。本文、画像、日付、主要リンク、問い合わせ導線を確認し、必要に応じてサイト内検索や検索エンジン向けの表示情報も照合します。完了時に、確認者、公開日時、変更箇所、公開後確認の結果、次回確認条件を台帳へ戻します。未確認の関連ページがあれば完了として閉じず、担当者と期限を明記して追跡します。
- 変更の対象・理由・希望時期を受け付ける
- 根拠資料と同じ情報を持つ掲載先を洗い出す
- 原稿・画像・リンク・表示条件を修正する
- 事実確認と公開承認を記録する
- 実ページを確認し台帳と次回条件を更新する
よくある質問
すべてのページに更新日を表示すれば情報鮮度を管理できますか？＋
更新日の表示は利用者の判断材料になりますが、それだけでは内容の正しさを確認できません。ページごとの責任者、根拠資料、確認日、次回の見直し条件を台帳で管理し、表示する日付は実際の確認・変更内容と一致させます。
更新期限は全ページで同じ期間に設定した方がよいですか？＋
一律にする必要はありません。料金、募集、制度、担当者など変化しやすく誤りの影響が大きい情報は優先し、過去の報告や沿革は対象時点を明示して保存するなど、情報の性質に合わせて決めます。
古いページは削除すれば問題ありませんか？＋
削除だけでは、外部リンクや過去の案内から訪れた利用者が情報を失う場合があります。対応する最新ページ、記録としての必要性、問い合わせ先、URLの扱いを確認し、統合・案内・転送・終了のどれが適切かを判断します。
提供サービス：FIRST INNOVATION WEB