店舗サイトの更新を止めないためには、担当者の頑張りに頼らず、何が変わったら、誰が確認し、どこを直すかを一枚の運用表にします。更新作業を毎日行う必要はありません。営業時間、臨時休業、商品、問い合わせ先など、お客様の行動に関わる情報を優先し、変更が決まった日に迷わず動ける状態を作ります。
更新が必要になるきっかけを先に決める
「気づいた人が更新する」だけでは、繁忙期や担当者の休みで止まりやすくなります。定休日や営業時間の変更、臨時休業、季節商品の開始・終了、価格や予約方法の変更、電話番号や担当窓口の変更を、更新開始のきっかけとして一覧にします。会津若松市内の店舗で地域行事や天候の影響を受ける場合も、実際に営業へ影響すると決まった時点で更新対象にします。
担当者と確認者を分けておく
小規模な店舗でも、原稿を決める人とWebサイトへ反映する人を区別すると確認しやすくなります。店長や事業責任者が営業情報を確定し、社内担当者または制作会社様が反映する形です。担当者が不在のときに誰が代わるか、緊急時は電話とチャットのどちらを使うかも決めておきます。パスワードを共有するのではなく、必要な人ごとに権限を用意します。
一つの変更をどこへ反映するか整理する
Webサイトだけ直しても、予約ページやGoogleビジネスプロフィールに古い情報が残ることがあります。運用表には、トップのお知らせ、店舗情報、商品・メニュー、問い合わせページ、予約先、Googleビジネスプロフィール、主要SNSなど、実際に使っている掲載先だけを記載します。前日の記事で扱った表記統一とは分け、ここでは更新作業の順番と完了確認を管理します。
- 変更内容と適用日を確定する
- Webサイト内の該当ページを洗い出す
- 予約先や地図情報など関連する掲載先を更新する
- スマートフォンの公開画面で日時とリンクを確認する
- 更新者、確認者、完了日時を残す
急ぎと通常更新を分ける
臨時休業、電話不通、予約停止、誤った価格のように利用者へ直接影響する内容は、通常の更新日を待ちません。一方、写真の追加や文章の言い換えは、週1回または月2回などの更新枠へまとめます。すべてを緊急にしないことで、確認不足のまま公開する事故を減らせます。公開期限がある場合は、原稿確定、反映、確認の期限をそれぞれ設定します。
更新前に戻せる状態を確認する
WordPress公式は、サイトの復旧にはデータベースとファイルの両方が必要で、更新前のバックアップを案内しています。文章だけの修正でも、公開前の原稿やリビジョンを残します。テーマ、プラグイン、PHPを変更する作業では、バックアップの有無だけでなく、復元方法と確認環境まで決めます。自動バックアップは、実際に保存されているかを定期的に確認します。
月1回は変更がなくても点検する
変更依頼がない月も、営業時間、定休日、電話、問い合わせフォーム、予約リンク、地図、主要ページの表示を確認します。WordPressのサイトヘルス、更新通知、バックアップ日時も同じ日に見れば、点検の抜けを減らせます。Googleビジネスプロフィールは外部情報などをもとに更新される場合があるため、通知が来たときだけでなく公開表示も確認します。
最初は一枚の運用表から始める
高機能な管理ツールを導入する前に、更新項目、更新先、担当者、確認者、期限、完了日時を共有できる表を作ります。運用して不足が見えたら、画像の保管場所、原稿の書き方、公開前チェックを足します。GreenCodingでは、更新しやすいWordPressサイトの設計と、公開後の修正を続けるための手順整理に対応しています。詳しくは小規模事業者様向けWebサイト制作をご覧ください。