ホームページを月に一度更新すると決めても、更新すること自体が目的になると内容が薄くなります。読者へ届けたい情報と、事業上の目的を先に確認します。
更新頻度が結果を保証するわけではありません。無理なく確認できる工程を作り、古い情報を減らすことから始めます。
毎月確認する目的を決める
新しい案内を出す、サービス情報を直す、よくある疑問へ答えるなど、更新の役割を分けます。月ごとに全部を行う必要はありません。
閲覧数だけでテーマを決めず、営業、採用、問い合わせ窓口から集まる変更情報も確認します。読者に影響する期限や条件を優先します。
- 変更された商品やサービス情報
- 終了した案内や古いリンク
- 問い合わせで繰り返される疑問
- 公開後に確認したい導線
更新候補を一つの台帳へ集める
担当者が個別のメールで素材を持つと、作業日時に探す作業が増えます。候補、根拠資料、対象ページ、確認者を一つの台帳へ集めます。
思いつきの案と、公開が必要な確定情報を分けます。日付や条件を含む内容は、正本資料と確認日を添えます。
台帳を見る人が迷わないよう、保留理由と次に確認する担当も書きます。素材が届いていない案を、公開予定として扱わないようにします。
原稿の担当と作業日を逆算する
公開日から、素材提出、原稿作成、事実確認、画面確認の順に予定を置きます。担当者が不在でも進められる代理確認者を決めます。
長い原稿を毎回作る前提にせず、既存ページの一部修正も候補にします。新しい記事と古い情報の修正を、目的に応じて選びます。
台帳は更新候補を集める場所と、公開が決まった作業を管理する場所を分けます。検討中の案が誤って確定情報として扱われないようにします。
原稿担当が遅れた場合に公開日だけを優先しません。根拠と確認がそろわない内容は保留し、古い情報の修正など別の候補へ切り替えます。
公開前に内容と表示を分けて見る
内容の正しさは事業担当が確認し、見出し、リンク、スマートフォン表示は公開担当が確認します。一人がすべてを判断しないようにします。
- 根拠資料と対象ページを確認する
- 一文を短くして見出しを付ける
- 確認環境で画像とリンクを見る
- 承認記録を残して公開する
- 公開URLと表示を再確認する
表や箇条書きだけで説明を終えず、なぜその条件が必要かを段落で補います。専門語は初出で平易に説明します。
公開後の反応を目的別に確認する
更新したページが読まれたかだけでなく、関連ページや問い合わせへ進めるかを見ます。計測できない状態はゼロとせず、不明として設定を確認します。
結果が変わらなくても、すぐ内容を増やすとは限りません。対象読者、入口、案内先が合っているかを読み直します。
公開作業が止まった場合は、素材不足、確認待ち、技術問題など理由を分けます。担当者を責める記録ではなく、次に工程を進める条件を残します。
翌月へ残す運用記録
公開した内容、使った資料、確認者、未解決事項を記録します。毎月の会議では、実施数よりも止まった工程と次の優先順位を確認します。
- 更新目的を一つ選んだ
- 候補と根拠を台帳へ集めた
- 内容と表示の確認者を分けた
- 公開後のページを確認した
- 次月の候補と課題を残した
