ガイド

イベント申込サイトの作り方:出欠確認、チケット、受付

イベント申込サイトには、日時と場所を示すイベントページ、定員を守る申込フォーム、カレンダー招待付きの確認メール、主催者向けの参加者リスト、当日すぐに受付をするための仕組みが必要です。有料イベントでは、チケットの種類と、決済プロバイダーを通じた決済画面も加わります。イベントと申込のルールを説明すれば、AIアプリビルダーですべてを作れます。もっとも十分にテストすべき部分は、定員の制限と、誰かがキャンセルした場合の動きです。

サイトに必要なもの

参加者向け

  • イベントページ: 名前、日付、開始と終了の時刻とタイムゾーン、会場と地図リンク(またはオンラインの場合は参加リンクが届く時期の説明)、プログラム、登壇者やホスト、料金、対象者。
  • 申込フォーム: 名前、メール、実際に使う質問だけ(食事制限、会社名、Tシャツのサイズなど)。
  • 確認画面とメール: 詳細情報、カレンダーに追加できるファイル(.ics)、キャンセル方法。
  • リマインダーメール: 前日か前々日に、道順やオンラインの参加リンクを添えて送る。

主催者向け

  • 参加者リスト: 検索、チケットの種類による絞り込み、CSVの書き出し。
  • 定員とキャンセル待ちのルール。
  • 受付画面: 入口でスマートフォンから使えること。
  • 参加者へのお知らせ: 部屋の変更や遅延など。
  • イベントの管理: 複数のイベントを運営する場合。

裏側のデータ

データ主な項目
イベントタイトル、説明、開始、終了、タイムゾーン、会場またはオンラインの参加リンク、定員、ステータス(下書き、受付中、締め切り)
チケットの種類イベント、名前(例:一般、学生)、料金、販売数、販売開始と終了
申込イベント、チケットの種類、名前、メール、独自の質問への回答、ステータス(確定、キャンセル待ち、キャンセル)、支払い参照、作成日時
受付申込、受付日時、受付担当者

構築前に決めること

無料の出欠確認か、有料チケットか

無料のイベントははるかに単純です。決済も、返金も、税金もありません。問題は無断欠席です。無料のイベントでは、申込者の一定数が来ないことがよくあります。そのため、主催者の多くは、部屋の定員を少し超えて申込を受け付けたり、「まだ参加しますか?」というメールを送って、参加者が枠を解放できるようにしたりします。

有料チケットには、Stripeなどの決済プロバイダー、決済が成功したあとにだけ申込を確定させるWebhook、返金ポリシー、そして所在地によってはチケットへの消費税が必要です。アプリに決済を追加する方法 を参照してください。

1つのイベントか、複数か

1回限りのカンファレンスや発表会は、申込フォームのある1ページで十分です。毎月のミートアップ、ワークショップ、クラスを運営するなら、最初から共通の申込システムを持つイベント一覧として作ってください。後から「イベント」という概念を追加すると、データの構造を作り直すことになります。

キャンセル待ちの動き

イベントが満員になったら、申込を締め切るか、キャンセル待ちを受け付けることができます。誰かがキャンセルした場合は、キャンセル待ちの先頭の人にメールで通知し、承諾までの期限を設けるか、自動的に繰り上げるかを選べます。自動の繰り上げは運用が簡単です。期限付きの案内は、次の人が支払う必要がある有料チケットでは、よりうまく機能します。

オンライン、対面、ハイブリッド

オンラインイベントでは、参加リンクを適切なタイミングで届ける必要があります。確認メールに含めるか、共有されにくいようリマインダーでだけ送るかを決めてください。対面イベントでは、会場、入場に関する注意、受付の計画が必要です。ハイブリッドイベントでは、それぞれの方法に応じて異なる情報を含むメールを送るため、2種類のチケットが必要です。

段階的な構築手順

ステップ1:イベントの詳細を書く

実際のタイトル、日付、タイムゾーン、会場、プログラム、定員、チケットの種類を集めます。キャンセルと返金のポリシーを決め、1〜2文で書いてください。

ステップ2:最初のプロンプトを書く

イベント、フォーム、ルール、主催者の画面を説明します。

ブリストル・プロダクトナイトというイベントの申込サイトを作ってください。プロダクトマネージャー向けの、毎月開催される無料のミートアップです。今後のイベントを、日時(英国時間)、地図リンク付きの会場、プログラム、残りの空席とともに表示してください。各イベントには定員があり、フォームでは名前、メール、会社名、役職を尋ねます。イベントが満員になったら、新しい申込はキャンセル待ちに入り、誰かがキャンセルした場合は、キャンセル待ちの先頭の人が自動的に繰り上げられるようにしてください。すべてをデータベースに保存してください。確認画面には「カレンダーに追加」ファイルとキャンセルリンクを付けてください。非公開の管理ページでは、イベントの作成、検索とCSV書き出しができる申込一覧、そしてスマートフォンで使いやすい受付リスト(大きな「受付済み」ボタン付き)を用意してください。親しみやすくモダンなデザインにしてください。

ステップ3:複数人での定員をテストする

定員のバグは、2人がほぼ同時に申し込んだときにだけ現れます。テストイベントの定員を2に設定し、2つのブラウザからすばやく申し込み、そのあとさらに3人目で申し込んでみてください。最終的に確定が2件、キャンセル待ちが1件になるべきで、確定が3件になってはいけません。定員の確認は、申込を保存するのと同じデータベース操作の中で、サーバー側で行うよう依頼してください。

ほかにも確認してください。確定した席をキャンセルしたとき、キャンセル待ちの正しい人が繰り上がるか。確認画面に、正しいタイムゾーンで正しい時刻が表示されるか。カレンダーファイルがスマートフォンで正しく開くか。

ステップ4:メールを追加する

確認、リマインダー、「キャンセル待ちから繰り上がりました」のメールには、メールプロバイダーと認証済みの送信ドメインが必要です。それぞれを短くし、日付、時刻、場所を、読んでもらう最初の要素にしてください。アプリからメールを送る方法 で設定方法を説明しています。

ステップ5:必要なら有料チケットを追加する

チケットの種類ごとに数量を設定し、決済プロバイダーを通じた決済画面を追加し、支払いが成功したときにだけ申込のステータスが「確定」になるようにします。完了しなかった決済画面をどう扱うかも決めてください。チケットを数分間確保してから解放するのが一般的です。

ステップ6:当日の受付に備える

当日は、会場のWi-Fiが不安定になり、列が長くなることがあります。受付リストは、名前ですばやく検索でき、スマートフォンでタップしやすい大きさにしてください。前日には、紙のバックアップリストを書き出しておきます。大規模なイベントでは、確認メールにQRコードを入れ、スタッフがスキャンすると速く進みます。また、スキャンされたチケットは使用済みとしてマークし、二重にスキャンできないようにしてください。

よくある失敗

  • タイムゾーンがない。 特にオンラインイベントでは、「19時」は参加者によって意味が違います。タイムゾーンは必ず表示してください。
  • ページを読み込んだときだけ定員を確認する。 2人が両方とも「残り1席」と見ることがあります。
  • 質問が多すぎる。 項目が増えるたびに申込は減ります。必須でないものは、申込後に尋ねてください。
  • キャンセルリンクがない。 参加できない人は席を空けてくれず、キャンセル待ちが動きません。
  • リマインダーがない。 リマインダーは無断欠席を減らす傾向があるので、省かないでください。
  • イベントの日付を変えたのに誰にも伝えない。 変更は、申込者全員へのメールが必要です。

かかる費用

無料のイベントなら、費用は小さく、ホスティング、データベース、確認とリマインダーのためのメールプロバイダー、必要ならドメインだけです。有料イベントでは、チケットごとの決済手数料が加わります。チケット販売プラットフォームは、通常チケットごとに手数料を課し、それが購入者に転嫁されることもあります。現在の料金を比べ、自分で作って運用する時間と比較してください。

既製の製品がより良い選択になる場合

Eventbrite、Luma、Meetup、Titoなどのチケットや出欠確認のプラットフォームには、決済、返金、リマインダー、受付ツール、キャンセル待ちが、それぞれの組み合わせで、すでに作られてテスト済みの形で揃っています。プラットフォームが、イベントの発見を助けてくれるものもあります。次のような場合に使うとよいでしょう。

  • 1回限りのイベントで、今日中に公開する必要がある。
  • プラットフォームの既存の参加者の力で、チケットを売りたい。
  • 数千人の参加者を扱う、成熟した受付アプリが必要。
  • 返金や決済のトラブルを扱いたくない。

自分で作るのが適しているのは、定期的にイベントを開催し、参加者リストを自社のデータベースに持ちたい場合、独自の申込ロジック(確定前の承認、会員限定の料金、選考によるイベント)が必要な場合、またはページをブランドに合わせた見た目と雰囲気にしたい場合です。イベントページ自体は、申込を募るほかのページと同じルールに従います。コンバージョンするランディングページの作り方 を参照してください。あなたの「イベント」が実際には1対1の予約である場合は、予約アプリの作り方 のほうが適したガイドです。

Mythexで作る

MythexはAIアプリビルダーです。イベントとルールを説明すると、イベントページ、申込フォーム、管理画面をライブプレビューで作成し、申込を保存するためのデータベースをプロジェクトに追加します。/testと入力すると、プレビュー内で申込の流れをクリックして確認し、何が壊れたかを報告させられます。定員とキャンセル待ちの流れに便利です。公開は無料プランとProプランで利用でき、独自ドメインはProで使えます。Mythexは、チケット販売、メール、決済を組み込み製品としては提供していません。有料チケットには自分のStripeアカウント、確認メールには自分のメールプロバイダーを接続し、キーはプロジェクトのシークレットに保存します。Stripe決済、メールの送信、アプリのテスト のドキュメントを参照してください。

イベント申込ページのテンプレート は、最初のプロンプトの出発点として良いでしょう。ほかのウェブサイトのテンプレート も見られます。

よくある質問

イベント申込サイトに必要なものは何ですか?

日時、タイムゾーン、会場を示すイベントページ、申込フォーム、確認メール、主催者向けの参加者リスト、そして受付の仕組みが必要です。有料イベントには、チケットの種類と決済画面も必要です。

イベントが定員を超えて申し込みを受けないようにするには?

申込や支払いが確定する瞬間に、サーバー側で残りの定員を確認してください。フォームを読み込んだときだけの確認では不十分です。定員に達したら、申込を締め切るか、自動的にキャンセル待ちに回してください。

イベントの受付はどうやって行いますか?

もっとも単純な方法は、スマートフォンやタブレットで参加者を検索でき、チェックインボタンがある参加者リストを使うことです。大規模なイベントでは、確認メールにQRコードを含め、スタッフがスキャンしてチケットを使用済みにできるようにします。

Eventbriteを使うべきですか、それとも自分でイベント申込サイトを作るべきですか?

チケット販売プラットフォームは、設定が速く、決済と返金を扱ってくれ、イベントの発見にも役立ちます。その代わり、手数料がかかり、ブランドも一部プラットフォームのものになります。定期的に開催するイベント、独自の申込項目が必要な場合、または参加者データとブランドを完全に自分の手元に置きたい場合は、自社のサイトのほうが適しています。

Mythex · Pricing · AIでなんでも作ろう · ウェブサイト・アプリのテンプレート · Mythexを比較 · AIアプリ開発用語集 · AIアプリ開発の無料ツール · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)