結婚式場のフェアLPの運用。公式サイトのフェアページとの役割の分け方、LPを作る単位、流入元ごとの出し分け、更新と終了の手順

この記事の結論：式場のフェアLPは、公式サイトのフェアページの代わりではなく、「一つの来館理由を持つ人を、迷わせずに予約まで運ぶ入口」として持ちます。新しいLPを作るのは、フェアの種類・季節・訴求のうち、予約フォームに入る中身（日程・特典・案内する内容）が変わるときだけにし、見出しや写真の違いで済むなら同じLPの中で出し分けます。流入元（検索・SNS・婚礼ポータル・広告・LINEなど）ごとにLPを増やすのは、UTMで予約率の差を確かめてからです。日程と特典は公式サイト側のデータを正本にして一方向に写し、終わったLPは「次回へ差し替える」「似たフェアへ転送する」「404か410で閉じる」の3つから閉じ方を選びます。

この記事は、式場でフェアの告知やサイトの更新を受け持つ方と、式場のLPを作って運用する制作・運用側の方に向けています。LPの区画ごとの書き方は扱わず、LPを何本持ち、どこから人を連れてきて、どう更新し、どう閉じるかという運用の側に絞りました。

株式会社bundlyzeではフェアやプランのLP運用も、結婚式場のWeb集客を受け持つ仕事の一部として行っています。ここに書くのは公開されている決まりと運用の段取りで、特定の式場の数字は載せていません。

公式サイトのフェアページは比べる場所、LPは一つの理由で予約まで運ぶ場所

公式サイトのフェアページは開催中のフェアをすべて並べて選んでもらう場所で、LPは一つのフェアや訴求に絞って予約まで運ぶ場所です。役割が違うので、載せる範囲・検索への出し方・終わり方も別に決めます。

二つの違いを表にすると、どちらに何を任せるかが決めやすくなります。

ずれが起きやすいのは「LPにだけ載っている特典」や「LPにだけ残っている終わった日程」です。LPを正本にしないと決めておくと、日程や特典を直す場所が一つで済みます。フェアのデータをCMSで一か所にまとめる作り方は、CMSの一か所の修正でフェア情報を全体にそろえる記事で扱いました。

LPを新しく作るのは、予約フォームに入る中身が変わるときだけ

LPを新しく作るかどうかは、「予約する人が選ぶ日程・受け取る特典・当日案内される内容」が変わるかで決めます。見出しや写真が違うだけなら、同じLPの中で出し分けます。

フェアの種類・季節・訴求の3つの軸で、分ける・分けないの判断を並べました。

地域の行は特に気をつけます。Google検索の迷惑行為についての決まりは、誘導ページ（ドアウェイ）の例の一つに、地域や都市ごとのページを何枚も持ち、そこから一つのページへ人を送る作りを挙げています。エリア名で探す人に向けたページを作りたいときは、その地域から来る人だけに要る情報があるかを先に確かめます。

LPの数は、増やすより減らすほうが難しくなります。作る前に「このLPを閉じる日」と「閉じたあとの行き先」を決めておき、台帳（最後の節）に書いてから公開します。

流入元ごとの出し分けは、別のLPを作る前に入口の言葉を合わせる

流入元ごとに来る人の状態は違いますが、最初にやるのはLPを分けることではなく、同じLPの見出しや最初の写真を、元の投稿や紹介文の言葉に合わせることです。UTMで流入元ごとの予約率を比べ、差が続いてから分けるかを決めます。

検索・SNS・婚礼ポータル・広告・LINEを、どれも一つの流入元として同じ並びで見ます。どれかを主役に決めつけず、表の左から順に「来る人の状態」と「LPで最初に見せるもの」をそろえます。

表の source と medium は、リンクの utm_source と utm_medium に入れる値です。値は小文字にそろえ、utm_campaignにはLPを識別する名前（台帳のLP ID）を入れておくと、GA4でLPごとの予約数を拾いやすくなります。

入口の言葉を合わせるときに守りたいのは、流入元によって特典の条件を変えないことです。広告やポータルで示した条件とLPの条件が違うと、来館したときの説明と食い違います。ポータルと公式の情報をそろえる考え方は、ポータル経由の人に公式の情報を届ける記事にまとめています。

検索に出すLPと出さないLPは公開前に決める

LPを公開する前に、検索に出すか出さないかを決めます。公式サイトのフェアページと中身が重なるLPは、検索に出さないか、正規のページを指定して評価をまとめます。

Googleは正規ページを指定する理由として、トラッキング用のパラメータが付いたURLではなく、表示したいURLを示せることや、似たページのシグナルを一つのURLにまとめられることを挙げています。

noindexを使うときは、robots.txtで同じLPのクロールを止めてはいけません。Google側の説明には、robots.txtでブロックされているとクローラが noindex の指定を認識しない、と書かれています。

日程と特典は、公式サイト側の正本からLPへ一方向に写す

更新は、公式サイト（CMSのフェアのデータ）を先に直し、LPはその内容を写すか読み込む、という一方向にします。LPだけを直す運用にすると、満席や中止がLPに残ります。

更新のきっかけごとに、LPで直すところをチェックリストにしておきます。

• 開催日の追加・中止・満席：日程の一覧、予約ボタンの行き先、フォームで選べる日程
• 特典の内容や条件の変更：最初の画面の特典の表記、条件の注記、広告文やポータルの表記
• 写真の差し替え：最初の画面の写真、写真の代わりのテキスト（alt）、SNSの投稿と同じ場面か
• 料金や見積もりの前提の変更：LP内の料金の表記と、公式サイトのプランページとの一致
• 予約フォームの変更：LPからフォームへ渡す日程やLP IDが、変更後も届いているか

直したあとは、スマホで、LPの最初の画面から予約の完了画面まで一度通して操作します。

終わったLPは、次回へ差し替える・似たフェアへ転送する・404か410で閉じるの3つから選ぶ

フェアが終わったLPは、次の開催があるか、似たフェアがあるかで閉じ方を選びます。どちらもなければ、空のページを残さずに404や410で閉じます。

Googleのヘルプでは、以前インデックスに登録されていたURLが404や410を返すと、インデックスから外れるとされています。中身が空白やエラーの表示なのに200を返すページは、ソフト404としてサーチコンソールに出ることがあります。

閉じたあとは、流入元側のリンクも片づけます。SNSのプロフィールやハイライト、ポータルの原稿、広告の行き先、LINEのリッチメニューに閉じたLPのURLが残っていたら、すべて差し替えます。

LP台帳は1行1LPで、閉じる日と閉じ方まで書いてから公開する

LPの数が増えても管理できるように、1行に1つのLPを書く台帳を作ります。公開前に「閉じる日」と「閉じ方」の欄まで埋めておくと、終わったLPが残りません。

台帳は、式場側と運用側の両方が見られる場所に置きます。月に一度、閉じる日を過ぎたLPが残っていないか、流入元のリンクが閉じたLPを指していないかを台帳の上から順に確かめます。

LPの運用から、公式サイト・SNS・ポータルとの組み立て、数字の振り返りまでを一つの流れで任せたいときは、WEB戦略代行で受け持つ範囲を紹介しています。

出典

LPの閉じ方や検索への出し方の根拠にした説明です。どれも2026年10月3日の記載を読んでいます。

• 検索の迷惑行為についてのGoogleの決まり：誘導ページの例に地域ごとのページ
• 正規ページの指定（canonical）の説明：パラメータ付きURLより表示したいURLを示す理由
• noindex の使い方（検索セントラル）：robots.txt で止めると noindex が読まれない点
• 転送（リダイレクト）と検索の説明：恒久的な転送を使う場面
• ステータスコードとクローラーの関係（検索セントラル）：404・410で索引から外れること、ソフト404
• GA4のキャンペーン用URLの作り方：流入元を分けるパラメータ