ブライダル

結婚式場LPの運用体制と毎月の回し方。式場側と運用側の分担、写真・特典の差し替えの締め切り、UTM・GA4・予約台帳の突き合わせ、改善の記録

結婚式場のLPを毎月回すための体制づくりです。LPの作業ごとの式場側と運用側の受け持ち、写真や特典の差し替えを公開日から逆算する締め切り、UTM・GA4のキーイベント・予約台帳をLP IDで突き合わせる手順と、改善の記録の型をまとめました。

この記事の結論:式場のLPを月ごとに回し続けるには、LPの作業を「決める・素材を出す・手を動かす・数字を合わせる」の4つの役に分け、式場側は決めることと素材と来館の結果を、運用側は更新作業と計測と突き合わせを受け持ちます。写真と特典の差し替えは、公開日から承認と確認の日数を逆算して素材ごとの締め切りを決めます。計測は、LPごとにID(LP ID)を振り、UTM・GA4のキーイベント・予約台帳の3か所に同じIDを残して、月に一度LP単位で数を突き合わせます。改善は、LPごとの変更の履歴として残し、次の月の打ち合わせで読み返します。

この記事は、式場でLPの更新や数字の確認を受け持つ方と、式場のLPの運用を請け負う側の方に向けています。式場のWeb集客全体を外に任せるときの分担や、サイト全体の月次レポートではなく、LPという単位の運用に絞りました。式場の名前や成果の数字は載せていません。

LPの作業は、決める・素材を出す・手を動かす・数字を合わせるの4役で分ける

LPの運用は、作業ごとに「決める人」「素材を出す人」「手を動かす人」「数字を合わせる人」を割り当てると回ります。式場側には決めることと素材が残り、運用側には更新と計測が集まります。

LPに出てくる作業を並べ、それぞれの役を割り当てた表です。担当の欄には、役職ではなく名前を書きます。

LPの作業 決める 素材を出す 手を動かす 数字を合わせる
フェアの日程と予約枠の登録 式場(営業) 式場(予約の台帳) 運用側 運用側
特典の内容と条件の変更 式場(責任者) 式場 運用側 —
写真の差し替え 式場 式場(撮影・許諾の記録) 運用側 —
見出しや本文の手直し 式場が承認 運用側が案を出す 運用側 運用側
UTMの発行と流入元のリンクの差し替え 運用側 — 運用側(SNS・ポータルの原稿は式場と分担) 運用側
GA4の設定と点検 運用側 — 運用側 運用側
予約台帳からの来館・成約の数 — 式場 — 運用側と式場
LPを閉じる・次回へ差し替える 式場 — 運用側 運用側

Web集客の全体を社外に預けるときの線の引き方は、式場と外部チームの分担を決める記事で扱いました。ここでは、その中のLPの作業だけを細かく割っています。

写真と特典の差し替えは、公開日から逆算して素材ごとに締め切りを決める

差し替えの締め切りは、LPを公開したい日から、承認・作業・確認にかかる日数をさかのぼって決めます。承認する人が多い素材ほど、締め切りを早くします。

日数は式場の体制で変わるので、表の「◯」は式場ごとに決めて埋めてください。並べ方の目安として、承認が重いものを上にしています。

素材 式場側の締め切り 早めにする理由 運用側の作業
特典の内容と条件 公開日の◯営業日前 責任者の承認と、ポータルや広告の表記との照合が要る LP・フォーム・流入元の表記をまとめて直す
料金や見積もりの前提 公開日の◯営業日前 公式サイトのプランページと同時に直す必要がある 公式サイトとLPの表記を照合する
新しいフェアの内容と当日の流れ 公開日の◯営業日前 当日の段取りを現場と決める時間が要る 当日の流れの表と不安への答えを直す
写真(許諾の確認済み) 公開日の◯営業日前 画像の書き出しと表示の確認が要る 画像を差し替え、スマホで表示を確かめる
日程の追加・満席・中止 決まったらすぐ 予約の取りこぼしや、満席の回への予約を防ぐ 当日中に反映する

日程の変更だけは締め切りを作らず、決まったらすぐ直します。満席になった回に予約が入ると、断りの連絡がそのまま機会の損失になるからです。

毎月の流れは、月初の突き合わせ・月の半ばの差し替え・月末の翌月準備で回す

1か月の中で、突き合わせ・差し替え・翌月の準備の時期を分けておくと、作業が月末に詰まりません。打ち合わせは月初の突き合わせのあとに置きます。

時期 運用側 式場側
月初 前の月のLPごとの数を、GA4と予約台帳で突き合わせる 予約台帳から、LPごとの来館と成約の数を渡す
月初の打ち合わせ 突き合わせの表と、前の月の変更の結果を出す 翌月のフェアの日程と特典の方針を決める
月の半ば 承認された差し替えをLPに反映し、スマホで予約完了まで確かめる 写真・特典・当日の流れの素材を締め切りまでに出す
月末 翌月に閉じるLP・次回へ差し替えるLPを台帳で確かめる 閉じ方と、差し替えの内容を承認する

計測は、LP IDをUTM・GA4・予約台帳の3か所に同じ形で残す

LPごとの成果を見るには、LPを識別するID(LP ID)を決め、UTM、GA4に送るイベント、予約台帳の3か所に同じ文字列で残します。IDが一か所でも違う形で残ると、月初の突き合わせがLP単位でできなくなります。

残す場所 残すもの 決めること
UTM(流入元のリンク) 流入元・手段・施策の3つの値と、utm_campaign または utm_content にLP ID 値は小文字、区切りはハイフンなど、表記の決まり
GA4 予約完了のイベントと、そのパラメータとしてのLP ID 予約完了をキーイベントにする(一つに決める)
予約台帳 予約1件ごとの流入元とLP ID(フォームの隠し項目から) 電話で受けた予約に、どのLPを見たかを聞いて残すか

GA4のキーイベントは、管理画面でイベントに印を付けて指定します。無償の標準プロパティで印を付けられるのは30個までなので、LPの運用では「予約の完了」を一つだけキーイベントにし、予約ボタンのクリックやフォームの表示は途中の段階としてふつうのイベントのまま見ます。

GA4へは、予約した人の氏名や連絡先を送りません。完了画面のURLに入力内容が付いていないかも確かめます。個人を特定できる情報を計測に入れないことは、Googleのヘルプでも求められています。予約台帳の側でLP IDと個人の情報を一緒に持つときは、個人情報としての扱い(利用目的の範囲、委託先として運用側が見られる範囲)を式場と運用側で決めておきます。

突き合わせは、LPごとにGA4と台帳の数を並べ、差の理由を一つずつ確かめる

月初の突き合わせでは、LPごとに「GA4の予約完了の数」と「予約台帳のWeb予約の数」を並べ、差が出た理由を確かめます。二つの数がぴったり合うことより、差の幅が月ごとに大きく変わらないことを見ます。

突き合わせの表は、次の形で毎月同じ列を使います。

LP ID GA4の予約完了 台帳のWeb予約 差 台帳の来館 台帳の成約 差の主な理由 次の月の対応
(LP ID) (数) (数) (数) (数) (数) (下の表から選ぶ) (対応)

差が出たときに確かめる理由を、よく出る順に並べました。

差の理由 GA4のほうが多くなる・少なくなる 確かめ方
二重送信や再読み込みで完了の合図が2回送られた GA4が多い 同じ時刻の近くに完了が続いていないか
式場や運用側のテストの送信 GA4が多い テストの日時を記録し、台帳のテスト予約と照らす
Cookieの同意の仕組みで、同意しなかった人が数えられない GA4が少ない 同意の仕組みを入れた日と、差が広がった時期を照らす
予約の途中で電話に切り替えた GA4が少ない(台帳は電話の予約として入る) 電話の予約で「どのLPを見たか」を聞いているか
台帳で流入元やLP IDの入力が抜けた 台帳が少ない LP IDが空の予約が何件あるか
フォームの改修で、LP IDの引き継ぎが切れた 台帳が少ない 改修した日の前後で、LP IDが空の予約が増えていないか

差の理由が分かったら、表の「次の月の対応」に書き、翌月の突き合わせで直ったかを確かめます。来館と成約の数は台帳にしかないので、ここまで並べると、予約は多いのに来館につながらないLPが見えてきます。

改善の記録は、LPごとの変更の履歴として残す

改善は、LPごとに「いつ・何を・なぜ変え、何を見て、どう判断したか」を1行ずつ足す履歴として残します。担当が替わっても、そのLPで何を試したかがたどれるようにするためです。

変更日 LP ID 変えたこと 変えた理由 見る数字 判断する日 結果と判断
(日付) (LP ID) 最初の画面の写真を、試食の場面から会場全体へ SNSからの人の多くが会場の広さを知りたがっていた LPの予約完了の率 (日付) 続ける・戻す・変え方を改める

変えるのは1回に1か所にし、判断する日は変える前に決めておきます。比べる期間の取り方や、季節の波の外し方などの進め方は、1回に1か所ずつ変えて確かめる改善の記事にまとめています。

運用を外に頼む前に、権限と台帳と閉じ方の取り決めを確かめる

LPの運用を外部に頼むときは、始める前に、アカウントの持ち主、台帳を誰が見られるか、LPを閉じるときの手順を取り決めます。ここが曖昧なままだと、担当が替わったときにLPと計測の設定が置き去りになります。

  • アカウントの持ち主:GA4、LPを置くサーバーやCMSの持ち主が式場(運営会社)になっているか
  • 権限の渡し方:運用側には役割で権限を渡し、ログイン情報を共有していないか
  • 予約台帳の見える範囲:運用側が見るのは件数とLP IDまでか、個人の情報まで見るなら委託として取り決めているか
  • 締め切りの表:素材ごとの締め切りが、式場側の担当の予定に入っているか
  • 閉じる手順:LPを閉じる・次回へ差し替えるときの承認と、流入元のリンクの片づけを誰がするか
  • 記録の引き渡し:契約が終わるとき、LP台帳・UTMの命名表・改善の履歴を式場に渡す取り決めがあるか

株式会社bundlyzeではこうしたLPの運用を、式場の外にいるWeb責任者として方針づくりから数字の読み解きまで請け負うWEB戦略代行の中で、結婚式場向けに続けています。突き合わせ表や締め切りの決め方から一緒に整えたいときは、WEB戦略代行の説明に進め方を載せています。

出典

計測と個人情報の扱いで根拠にした資料です。ページの記載は2026年10月3日に見直しました。

よくある質問

LPの運用を外部に頼むとき、式場側には何が残りますか?

特典や料金の条件を決めて承認すること、写真の素材と掲載許諾を用意すること、予約の台帳から来館の結果を渡すことの3つです。LPの更新作業、UTMの発行、GA4の設定と数字の突き合わせは運用側に任せられます。

GA4の予約完了の数と、予約台帳のWeb予約の数が合いません。どちらが正しいですか?

どちらかが正しいというより、数えているものが違います。台帳は実際に受け付けた予約、GA4はブラウザから送られた完了の合図を数えています。二重送信、テストの送信、Cookieの同意を得られなかった人、途中で電話に切り替えた人などで差が出るので、差の理由を一つずつ表で確かめ、毎月の差の幅が大きく動いていないかを見ます。

GA4のキーイベントには、何を設定すればいいですか?

LPの運用で見るなら、予約の完了を一つ決めてキーイベントにします。予約ボタンのクリックやフォームの表示はふつうのイベントのまま途中の段階として見ると、キーイベントの数がぶれません。キーイベントにできるのは、GA4の標準プロパティで最大30個です。

写真や特典の差し替えの締め切りは、どう決めればいいですか?

公開日から逆算し、承認と確認に要る日数を素材ごとに足して決めます。特典の条件は承認する人が多いので早め、写真の差し替えは許諾の確認が済んでいれば短め、という順に並べ、決めた締め切りを台帳と毎月の予定表に書いておきます。