ライブハウス集客

ライブハウスのイベントページに載せるべき情報|公演情報・料金・更新方法

ライブハウスのイベントページに必要な情報を、日時・出演者・料金・チケット・入場条件・変更案内の順に整理。来場判断と予約を止めない書き方、テンプレート、更新方法を解説します。

イベント告知を表すメガホンと円形モチーフのイラスト

ライブハウスのイベントページには、公演名と出演者だけでなく、来場者が「行けるか」「いくら必要か」「どう予約するか」「当日どこへ行くか」を判断するための情報が必要です。

基本は、一つの公演に一つのページを用意し、日時、会場、出演者、料金、購入・予約方法、入場条件、変更情報を同じ場所で確認できる状態にすることです。SNSの告知だけに頼ると、投稿の流れや画像内に重要情報が埋もれ、変更後も古い内容が残りやすくなります。

この記事では、ライブハウスや音楽会場の運営者、制作担当者、広報担当者に向けて、イベントページへ載せる項目、情報の並べ方、料金やチケットの書き方、延期・中止時の更新、公開前チェックを実務用に整理します。

イベントページの役割を決める

イベントページの役割は、宣伝文を載せることだけではありません。来場前の判断と行動を一つずつ完了できる案内ページです。

読者が知りたいこと ページで答える情報 次の行動
日程に参加できるか 開催日、曜日、OPEN、START、終了目安 予定を確保する
内容が自分に合うか 公演名、出演者、ジャンル、企画説明 出演者を確認する
いくら必要か 券種、税込価格、ドリンク代、手数料 予算を確認する
どう入場するか 購入・予約先、発売日時、入場順、受付方法 チケットを取る
会場へ行けるか 会場名、住所、入口、アクセス、配慮事項 経路を確認する
予定どおり開催されるか 販売状態、出演変更、延期・中止、更新日時 最新情報を確認する

ページの冒頭で全員が必要とする情報を提示し、その後に料金、購入、入場条件、アクセス、問い合わせを詳しく説明します。

会場そのものの設備や利用条件は、ライブハウスのプロフィールに掲載すべき情報へ分けます。イベントページは公演ごとに変わる情報、会場プロフィールは名称・所在地・設備・窓口など比較的長く使う情報として役割を分けると、更新漏れを減らせます。

一つの公演に一つのURLを用意する

月間スケジュールは一覧として便利ですが、個別の公演情報を共有・更新するには、一公演ごとのページが向いています。

  • SNSやメッセージから、その公演だけを案内できる
  • 出演者が同じ情報源を共有できる
  • チケット販売先から公式情報へ戻れる
  • 延期・中止・出演変更を元のページで更新できる
  • 終演後も公演記録として参照できる

Google検索セントラルのEvent構造化データの技術ガイドラインでも、イベントごとに固有URLを持たせ、複数イベントの一覧ではなく一つのイベントを扱うページへマークアップする方法が案内されています。

ただし、構造化データを入れれば検索結果で必ず特別表示されるわけではありません。表示機能の提供地域、ガイドライン、ページ品質、クロール状況などで扱いは変わります。まず、人がページ上で正確な情報を確認できることを優先します。

URLを変更しない

出演者追加、発売開始、時間変更、延期などがあっても、原則として同じ公演ページを更新します。日程変更のたびに別URLを作ると、古い告知や購入導線から更新後の情報へたどれなくなります。

同じページ内で、変更前の情報、変更内容、更新日時を明示します。

冒頭に置く必須情報

スマートフォンでページを開いたとき、最初の画面付近で次の内容を確認できるようにします。

  1. 開催日と曜日
  2. 公演名
  3. 出演者
  4. 会場名
  5. OPENとSTART
  6. 主な券種と料金
  7. チケットの販売・予約状態
  8. 購入または予約ボタン
  9. 重要な変更案内

告知画像に情報が含まれていても、同じ内容をテキストで掲載します。画像だけでは、文字が小さくて読めない、検索できない、読み上げに伝わらない、内容をコピーしにくいといった問題が起きます。

冒頭表示の例

次は架空の公演例です。実際の内容に置き換えて使用してください。

2026年11月14日(土)
ViVaLiVe Night vol.12

出演:Band A / Singer B / DJ C
会場:○○ LIVE HOUSE
OPEN 17:30 / START 18:00

前売 3,000円 / 当日 3,500円
入場時に別途ドリンク代が必要です

前売チケット:販売中

「詳細は画像」「料金は各出演者へ」のように情報を分散させず、最低限の判断材料を公式ページへ集約します。

日時・会場・出演者を正確に書く

開催日と時刻

日付には年、月、日、曜日を含めます。OPENとSTARTは意味が異なるため、両方ある場合は分けて表示します。

  • OPEN:入場受付を開始する時刻
  • START:公演を開始する時刻
  • 終演目安:帰路や送迎の判断に必要な場合に掲載
  • 受付終了:予約受付や当日受付に締切がある場合に掲載

深夜公演は、日付の解釈がずれやすくなります。「金曜深夜」だけでなく、実際の年月日と時刻を併記します。時間が未定なら、推測の時刻を置かず「後日発表」と更新予定を示します。

会場情報

会場名は、地図、公式サイト、チケット販売ページで表記をそろえます。

  • 会場の正式名称
  • 住所、建物名、階数
  • 来場者入口
  • 地図またはアクセスページ
  • 最寄駅と推奨出口
  • 段差、エレベーター、車椅子利用などの確認先

詳しい経路はライブハウスのアクセス情報の書き方へ分け、イベントページには会場名とアクセスへの明確なリンクを置きます。

出演者

出演者名は正式表記にし、公式プロフィール、公式SNS、アーティストページなど確認できる導線を付けます。

  • 出演者名
  • バンド、ソロ、DJ、ラッパーなどの形態
  • 出演順または出演時刻を公開する場合はその情報
  • 出演者追加・変更の更新日

出演順を非公開にする場合は、空欄にせず「出演順は当日発表」「タイムテーブルは後日公開」など扱いを明らかにします。

料金・券種・追加費用を分ける

料金は、金額だけでなく「何の料金か」「何が別に必要か」をセットで示します。

券種ごとに書く項目

項目 記載例
券種 前売、当日、学生、配信、指定席、スタンディング
価格 税込3,000円
対象 22歳以下、学生証提示、未就学児など
販売期間 10月1日12:00から11月13日23:59まで
追加費用 入場時ドリンク代、販売サービスの手数料
座席・整理番号 全自由、整理番号順、指定席
在庫状態 販売前、販売中、残りわずか、予定枚数終了、当日券あり・なし

手数料やドリンク代は、チケット代に含まれるのか、購入時または入場時に別途必要なのかを明記します。金額や条件は会場・主催者・販売サービスごとに異なるため、他公演の数字を流用しません。

Live House Pangeaの公演ページでは、開催日、出演者、OPEN・START、前売料金、ドリンク代、販売方法、主催・制作、問い合わせ、年齢条件、撮影ルールなどを一つの公演ページで確認できます。このように、来場前に必要な条件を公演単位でまとめる構成は参考になりますが、料金や運用ルールは各会場が自分の公演条件に合わせて決めます。

会場貸切や自主企画の予算を検討する読者には、ライブハウスの借り方や自主企画ライブのやり方も案内できます。

購入・予約導線と販売状態をそろえる

チケット購入と予約は、名称だけでなく操作できるリンクまたはボタンを用意します。

  • 公式プレイガイド
  • 会場予約フォーム
  • 出演者予約
  • 取り置き
  • 当日券
  • 配信チケット

複数の販売方法がある場合は、入場順、手数料、受取方法、支払方法など違いを説明します。どれを選んでも同じなら、そのことも明記します。

状態を更新する

販売状態は次のように具体的に表示します。

  • 発売前:発売日時を表示
  • 販売中:購入ボタンを表示
  • 予定枚数終了:当日券やキャンセル待ちの有無を表示
  • 受付終了:終了した予約ボタンを無効化
  • 当日券あり:販売開始時刻と場所を表示
  • 当日券なし:誤解のないよう明示

リンク切れや終了済みのフォームを残さないよう、公演前日に最終確認します。ViVaLiVeのイベント一覧など外部プロフィールにも公演を掲載する場合は、公式ページを正本として戻れるリンクを設定します。

入場条件・当日のルールを具体的にする

公演ごとに異なる条件は、会場の共通ルールだけでなくイベントページにも掲載します。

  • 入場順
  • 整理番号の扱い
  • 年齢条件、未成年者の入場
  • 再入場
  • ドリンク交換
  • 荷物、クローク、ロッカー
  • 撮影、録音、配信
  • 物販、特典会
  • 喫煙場所
  • 危険行為や迷惑行為
  • 出演者変更時の扱い
  • 払い戻し条件
  • 車椅子利用や介助者に関する相談

「会場規定に従う」だけでは、来場者は内容を確認できません。共通ルールへのリンクを置いたうえで、その公演だけの例外をイベントページに書きます。

公演ページには、主催者、制作、会場のどこへ問い合わせるべきかも示します。チケット購入の問題、出演者への連絡、会場アクセスでは担当窓口が異なる場合があります。

写真・画像は本文情報を補助する

イベント画像には、公演名、日付、出演者、会場、主要な時刻を入れられます。ただし、料金条件や変更案内を画像だけで管理しません。

  • 画像内の重要情報を本文にも書く
  • 出演者変更後は古い画像を差し替える
  • 画像へ代替テキストを付ける
  • SNS用画像と公式ページの内容を一致させる
  • 写真・ロゴの使用許可を確認する

会場写真の撮影と管理は、ライブハウスの会場写真で撮っておくべき場所で詳しく整理しています。

変更・延期・中止は元のページで更新する

変更が発生したら、古い情報を静かに置き換えるだけでは不十分です。ページ冒頭へ変更内容と更新日時を表示し、必要に応じて旧情報も確認できるようにします。

出演者変更

更新 2026年11月10日 18:00
出演者Aは出演キャンセルとなり、出演者Dが追加されました。
開場・開演時刻と料金に変更はありません。
チケットの扱いは下記「変更時の対応」をご確認ください。

開催延期

重要:本公演は延期となりました。
旧開催日:2026年11月14日(土)
新開催日:2026年12月12日(土)
購入済みチケットの扱い:[有効/払い戻し方法]
更新日時:2026年11月12日 15:00

開催中止

公演名、当初の日程、会場を残し、中止であること、払い戻し方法、期限、問い合わせ先を明示します。ページを削除すると、古い告知を見た人が公式な中止情報を確認できません。

GoogleのEvent仕様でも、eventStatusを用いて予定、延期、中止などの状態を表し、日程変更時には元の日程を保持する方法が示されています。構造化データを使う場合も、ページ本文と同じ最新状態へ更新します。

Event構造化データは本文と一致させる

構造化データは、ページ上の情報を検索エンジンなどが解釈しやすい形式で記述するものです。実装する場合は、少なくとも次の内容を本文と一致させます。

  • name:公演名
  • startDate:開始日時
  • endDate:終了日時が分かる場合
  • location:会場名と住所
  • eventStatus:開催予定、延期、中止など
  • image:公演画像
  • description:公演の概要
  • offers:価格、通貨、購入URL、販売状態
  • performer:出演者
  • organizer:主催者

必須・推奨項目やガイドラインは変更される可能性があるため、実装時はGoogle検索セントラルの最新仕様を確認し、リッチリザルトテストなどで検証します。

構造化データにだけ情報を入れ、本文に表示しない運用は避けます。日時や料金を更新したときは、本文、構造化データ、チケット販売ページ、外部告知を同じ内容にそろえます。

公開前チェックリスト

基本情報

  • 開催年、月、日、曜日が正しい
  • 公演名の表記が告知画像と一致している
  • 出演者名とリンクが正しい
  • 会場名、住所、入口、アクセスが正しい
  • OPENとSTARTを取り違えていない

料金・チケット

  • 券種ごとの税込価格がある
  • ドリンク代や手数料の扱いが分かる
  • 発売日時、販売期間、販売状態が最新
  • 購入・予約リンクを実際に開ける
  • 入場順、整理番号、当日券の扱いがある

当日案内

  • 年齢条件と本人確認の要否がある
  • 再入場、撮影、物販、クロークの扱いがある
  • 車椅子利用などの相談窓口がある
  • 主催者と問い合わせ先がある
  • 公演固有の注意事項が共通ルールと矛盾していない

更新と技術

  • 最終更新日時がある
  • SNS、出演者、販売ページと内容が一致している
  • 終了したフォームや古い画像が残っていない
  • 変更・延期・中止時の更新担当が決まっている
  • 構造化データを使う場合は本文と一致している
  • スマートフォンで重要情報と購入ボタンを確認できる

更新台帳を作る

イベントページは公開時だけでなく、発売、出演者追加、タイムテーブル発表、公演直前、終了後に更新します。

タイミング 主な更新内容 確認担当
公演決定 日程、会場、公演名、出演者、基本料金 制作
情報解禁 画像、出演者リンク、販売日時 広報
発売開始 購入リンク、券種、手数料、販売状態 チケット担当
追加発表 追加出演者、タイムテーブル、注意事項 制作・会場
公演前日 開催状態、当日券、アクセス、リンク切れ 当日責任者
変更発生時 変更内容、旧情報、払い戻し、更新日時 主催責任者
終演後 終了表示、記録、次回導線 広報

更新台帳には、ページURL、担当者、更新日時、変更内容、確認者、外部媒体への反映状況を残します。変更元を一つ決め、SNSや外部サービスを先に独自更新しないようにします。

会場情報をViVaLiVeの会場一覧へ掲載する場合も、公式ページの名称・所在地・イベント情報と矛盾しないように確認します。

そのまま使えるイベントページ構成

【重要なお知らせ】
変更・延期・中止がある場合に、内容と更新日時を表示

【公演概要】
開催日:
公演名:
出演者:
会場:
OPEN:
START:
終演目安:

【チケット】
券種・税込価格:
ドリンク代:
販売開始:
販売終了:
購入・予約先:
当日券:
入場順:

【来場案内】
住所:
入口:
アクセス:
年齢条件:
再入場:
撮影・録音:
物販:
クローク:
アクセシビリティ相談:

【主催・問い合わせ】
主催:
制作:
チケット問い合わせ:
会場問い合わせ:

【更新情報】
最終更新日時:
変更履歴:

未確定の項目は削除せず、「後日発表」「確認中」と更新予定を示します。架空の仮情報を本番ページに置きません。

よくある質問

月間スケジュールだけでは足りませんか?

一覧は公演を探す入口として有効ですが、料金、入場条件、出演変更、問い合わせまで載せると読みにくくなります。月間スケジュールから一公演ごとの詳細ページへ移動できる構成にすると、共有と更新がしやすくなります。

SNS投稿をイベントページの代わりにできますか?

SNSは告知の拡散に向きますが、投稿の修正、検索、長期参照、変更履歴の管理には制約があります。公式のイベントページを正本にし、SNSからリンクします。

料金がまだ決まっていない場合はどう書きますか?

空欄や仮の金額を置かず、「料金は○月○日に発表予定」と更新時期を示します。発売前に、券種、税込価格、追加費用、販売方法を確定して更新します。

出演順は必ず載せるべきですか?

公演方針によって異なります。公開する場合は出演時刻まで明確にし、公開しない場合は「出演順は当日発表」など扱いを明示します。問い合わせへの回答が担当者ごとに変わらないようにします。

出演者が変更になったら古い名前を消せばよいですか?

変更前の情報を見た人のために、ページ冒頭へ変更内容と更新日時を表示します。チケットや払い戻しへの影響も同じ場所で案内し、SNS、販売ページ、出演者告知も更新します。

Event構造化データを入れれば検索に必ず表示されますか?

いいえ。構造化データはページ内容を伝える方法であり、特別な検索表示を保証するものではありません。提供地域やガイドラインも変わるため、最新仕様を確認し、まず本文を正確かつ公開状態にします。

終了した公演ページは削除すべきですか?

原則として、終了したことを表示して残す方法があります。削除すると、過去の告知や出演者ページから参照できなくなります。個人情報、契約、権利など削除が必要な事情がある場合は、会場の方針に従って対応します。

イベントページを来場までの案内にする

ライブハウスのイベントページは、告知画像の置き場ではなく、来場者が参加を判断し、チケットを取り、当日迷わず入場するための案内です。

まず、開催日、公演名、出演者、会場、OPEN・START、料金、販売状態、購入導線を冒頭で確認できるようにします。次に、追加費用、入場順、年齢、再入場、撮影、アクセシビリティ、問い合わせを具体的に示します。

変更・延期・中止が発生したら、元のページを最新情報へ更新し、何が変わったかと更新日時を残します。本文、構造化データ、販売ページ、SNS、外部プロフィールを同じ内容にそろえれば、来場者と出演者の混乱を減らせます。

参考資料: