複数店舗の案内を更新する｜住所・営業時間・設備を店舗別に管理する

全店舗共通と店舗固有を分ける

複数店舗の案内を同じテンプレートへ載せる場合でも、住所、入口、営業時間、定休日、設備、電話番号は店舗ごとに確認します。本部の説明文やサービスの概要と、現地で変わる情報を同じ欄へ混ぜないでください。たとえば本店の祝日営業を全店へコピーすると、支店への来店案内が誤ります。今回作るのは店舗の紹介ページを新設する手順ではなく、公開後の差分を管理する台帳です。１店舗の案内を作る場合は営業時間・アクセスの記事から始められます。

店舗IDと確認元を持たせる

店舗表には店舗ID、表示名、公開URL、連絡担当、最終確認日、更新が必要になる条件を置きます。店舗名の変更や移転があっても履歴を追えるよう、固定IDを使います。項目ごとに確認元も記録してください。営業時間は現地責任者、設備は現場の確認など、誰の情報で更新するかを決めます。単に前のページからコピーした文言は新しい根拠にはなりません。古い一覧表と新しい口頭連絡が食い違ったときに、どちらを確認するか分かる構成にします。

CMSの項目を店舗単位に設計する

WebflowなどのCMSを使うなら店舗を１つの管理単位にし、住所、営業時間の説明、地図リンク、連絡先を別の項目へ置く構成が考えられます。共通説明は必要に応じて参照し、例外は店舗側へ持たせます。CMS上で値を保存したことと公開ページへ反映されたことは分けて確認してください。複数店舗を共通部品で表示する場合は、一部の修正が他店舗へ広がっていないかを点検します。新しい店舗を追加するときも、空欄を本店情報で埋める自動補完は避けます。

変更依頼から公開確認までを残す

更新依頼には店舗ID、対象項目、変更前後、適用開始日、確認者を含めます。下書き、内容確認済み、公開済み、公開確認済みを分け、実際のURLで見た日時を残してください。臨時休業など終了日がある情報は解除の担当と予定も持たせます。公開を担当する人が現地の情報を判断する必要がないよう、依頼時点で確定した値を渡します。公開後の確認では対象店舗だけでなく、店舗一覧、フッター、問い合わせ先にも同じ情報が出ているかを見ます。

一括更新と例外を扱い分ける

全店の共通サービス文を変える場合は一括更新できますが、祝日営業や入口の案内は店舗ごとの差を確認します。一括処理の前に対象店舗と除外店舗を一覧にし、公開後に代表例と例外の両方を確認してください。CSVを使う場合は店舗IDの重複や必須列の空欄を点検します。誤更新に備え、元の値と変更対象のIDを残して戻せるようにします。CMSの下書きに別担当の未承認変更がある場合は、今回の公開で一緒に出ないかを製品の公開範囲に沿って確認します。

店舗数より更新頻度と担当人数を見る

２店舗でも担当者が別々で毎週営業時間が変わるなら確認台帳が役立ちます。反対に更新が少なく責任者も１人なら、既存サイトと管理表で十分な場合があります。費用はCMSの件数、共同編集者、言語、確認の負担を分けて考えます。Airtableを使うなら承認待ちの一覧や店舗ごとの未確認項目を整理する目的を明確にし、サイトのCMSと二重に入力するだけの構成を避けます。Makeなどの同期を追加するときは、どちらを正本とするかと失敗時の照合方法を先に決めてください。

店舗の取り違えを重点的に試す

似た店舗名、臨時休業のある１店舗だけの変更、移転、電話番号の差替え、未確認の新店、日英の片方だけの更新を試します。架空データでは、店舗IDが同じまま表示名を変えても関連付けが保たれるかを見ます。公開URLで対象外の店舗まで変わっていないことを確認してください。完了条件は変更対象、確認元、公開結果、期限付き情報の解除予定が一致していることです。多言語サイトと引継ぎの記事を併用すれば、担当者が変わっても店舗ごとの差を維持できます。

• 店舗の営業時間とアクセスを載せる｜臨時休業・入口・道順の伝え方
• 日英の会社サイトを作る｜言語追加・更新・費用の選び方
• Webサイトの納品・引き継ぎ｜更新・契約・受付・復旧の確認表