ブライダルフェア情報をCMSで更新する設計。日程・特典・予約枠を1か所で直せば一覧・詳細・予約フォーム・構造化データに反映し、終わったフェアは自動で非公開にする

この記事の結論：CMSでブライダルフェア情報を更新するなら、日程・特典・予約枠を「フェア」「開催回」「特典」の3つの入れ物に分けて1か所に持ち、一覧・詳細・予約フォームの日付・構造化データ・確認メールは、すべてそこから組み立てます。予約枠は残りの数ではなく「受付中・残りわずか・満席・受付終了・中止」のような状態で表示を切り替え、終わった開催回は終了時刻をきっかけに自動で一覧と予約フォームと構造化データから外します。手で何か所にも同じ日程を書く作りをやめれば、直し忘れによる「満席なのに申し込める」「終わった日が残る」は起きなくなります。

ここで書くのは、式場の Web 担当の方と、フェアのページや予約の仕組みを作る制作者・開発者に向けた設計の考え方です。フェアのページが検索から見つかるためのサイトの骨組みはエリア名で探される式場サイトの記事で扱ったので、この記事では「1か所で直したら全部がそろう」データの持ち方と、自動で外す仕組みに絞ります。実在の式場の事例は出てきません。

ブライダルフェアの情報がずれるのは、同じ日程を何か所にも手で書いているから

フェアの情報がページによって違って見えるのは、同じ日程や特典を、表示する場所ごとに別々に入力しているからです。1か所を直しても、ほかの場所が古いまま残ります。

どれも担当者の注意で防ぐことはできますが、フェアの数と回数が増えるほど漏れます。表示の場所を増やすたびに直す箇所が増える作りそのものを変えるのが、CMS で設計するときの出発点です。

CMSに持たせる入れ物は、フェア・開催回・特典の3つに分ける

フェアの情報は、内容を表す「フェア」、日時と枠を表す「開催回」、条件付きの「特典」に分けて持ちます。1つのフェアが何日も開かれ、特典が複数のフェアにまたがるので、1つの入れ物に詰めると同じことを何度も書くことになります。

ポイントは、日付と時刻を「開催回」にだけ持たせることです。フェアの説明文の中に「◯月◯日開催」と書く欄を作らないようにします。文章の中の日付は、自動で外す仕組みから見えないので、必ず古くなります。

特典も同じで、フェアの説明文に書き込まず、特典の入れ物から条件と期間ごと表示します。こうしておくと、特典の期間が終わったときに、その特典を使っているすべてのフェアの表示が一度に変わります。

一覧・詳細・予約フォーム・構造化データは、同じ開催回のデータから作る

表示する場所ごとに入力欄を持たず、開催回のデータを読み出して組み立てます。どこに何を使うかを表にしておくと、作る側も確かめる側も迷いません。

構造化データの値は、画面に表示している本文の値とそろえます。開催回ごとに1つの Event を作り、本文に載っていない日を構造化データだけに入れることはしません。満席の回を表す値の候補は、schema.org の Offer にある availability です。売り切れ（SoldOut）や残りわずか（LimitedAvailability）といった値が用意されています。

特典は、構造化データの Event には入れません。Google のガイドラインは、期間限定の割引やクーポンはイベントとして扱わないよう求めているので、特典は本文に条件と一緒に表示するだけにします。

予約枠は、満席・締め切り・中止を状態で持ち、表示を自動で切り替える

予約枠は、残りの数をそのまま見せるより、「状態」を1つ持たせて、表示と受け付けを状態から決めるほうが崩れません。状態が決まれば、一覧の印、詳細の文、予約フォームの選択肢、構造化データの値が一度に決まります。

「残りわずか」に切り替える数は、式場ごとに決めて設定の欄に持たせます。人が状態を書き換えるのは「中止」と「日程変更」だけにし、ほかは予約の数と時刻から自動で決まるようにします。

中止と日程変更には注意が要ります。Google の解説では、中止や延期の場合も startDate や location を消さず、ほかの値も元のまま残すよう書かれています。日程を変えたときに previousStartDate を入れる場合は、eventStatus を日程変更にしておく必要があります。「中止になったから回ごと消す」という作りにすると、この説明に沿えません。

終わったフェアは、開催回ごとに自動で外し、フェアのページは残すか閉じるかを決める

終わったフェアを自動で非公開にするときは、外す単位を「開催回」と「フェアのページ」に分けて考えます。開催回は終わった時点で機械的に外してよく、フェアのページは次の回があるかどうかで扱いが変わります。

もう開かないフェアのページを、中身を空にしたまま残すのは避けます。Google のHTTP ステータスの説明によると、エラーのような内容や空のページを成功（200）として返したものは、soft 404 の扱いで Search Console に表示されることがあります。404 と 410 は、Google の検索ではどちらも「中身がない」として同じように扱われ、登録済みの URL は検索の登録から外されます。

開催日が決まっている1回きりのフェアで、ページごと期限を決めたい場合は、robots の meta タグの unavailable_after で、指定した日時より後は検索結果に出さないよう伝える方法もあります。ただし、検索結果から外れても、ページそのものは開けるままです。サイトの中の一覧や予約フォームからは、CMS の側で外す必要があります。

静的に書き出すサイトでは、書き出しの時刻と、受け付けの再確認を組み合わせる

事前に HTML を書き出す作りのサイトでは、表示は書き出したときの状態のままです。終了時刻に合わせて書き出しを定期的に走らせても、次の書き出しまでの間は古い表示が残ります。

そこで、予約フォームの送信を受ける側で、開催回の状態と受付の締め切りと残りの枠を、送信の瞬間にもう一度確かめます。画面に古い日付が残っていても、受け付けの段階で止まれば「満席の回に予約が入る」ことはありません。止めたときは、エラーだけを返さず、同じフェアの次の回を案内する文を出します。

特典は、条件と期間を特典の側に持たせ、表示する場所で書き換えない

フェアの特典は、条件と期間を特典の入れ物に持たせ、一覧・詳細・案内の帯のどこでも、同じ文言を読み出して表示します。表示の場所ごとに短く言い換えると、条件が抜けた表示が生まれます。

1. 特典の入れ物に、文言・条件・対象の期間・対象のフェアを入れる
2. 一覧や帯で短く見せたいときも、条件を省いた別の文を作らない。 短い見出しの欄を作るなら、条件の欄もかならず隣に出す
3. 対象の期間が終わったら、自動で全部の表示から外す。 開催回と同じく、終了の日時をきっかけにする
4. 期間の途中で条件を変えるときは、特典を上書きせず、新しい特典として作る。 いつからどの条件だったかが後から分かるようにする

公開の前と、自動の処理のあとに確かめること

1か所で直せば全部がそろう作りでも、つなぎ目が壊れていれば全部がそろって間違えます。公開の前と、自動で外す処理が動いたあとに、次の点を確かめます。

最後の2つは、自動の仕組みを入れても人が見届ける項目です。フェアの予約は式場の売り上げに直結するので、仕組みを変えたら必ず実機で1件送り切ってから公開します。

株式会社bundlyzeでは幅広い業種に向けた予約管理の仕組みを手がけ、企画から動き出したあとの運用まで通して開発しています。フェアの日程と予約枠を、サイトと予約の受け付けで同じデータとして扱う作りは、その中心にある考え方です。式場サイトの作り直しと合わせて考える場合は、Webサイト制作の案内ページからご相談ください。

出典

出典に挙げた4つは、2026年10月3日に原文を読み、本文の説明と照らしています。

• Google 検索セントラル「イベント（Event）の構造化データ」：eventStatus の値、中止・延期のときに値を消さないこと、previousStartDate、イベントとして書かないもの
• schema.org「Offer」：availability と、SoldOut・LimitedAvailability などの値
• Google 検索セントラル「HTTP ステータス コード、ネットワーク エラー、DNS エラーが Google 検索に与える影響」：404 と 410 の扱い、soft 404
• Google 検索セントラル「robots meta タグ、data-nosnippet、X-Robots-Tag の仕様」：unavailable_after