イベントはリンクで動いています。登録リンク、スピーカーリンク、スポンサーリンク、バッジのQRコード、フォローアップシーケンス。リンク層が乱雑な状態 — 登録チーム用のBitlyアカウント、セッション用のGoogleフォーム、フォローアップ用のSendinblueリスト — では、イベント開幕前からアトリビューションが崩壊しています。この記事は、200人規模のカンファレンスや2000人規模の展示会で実際に機能するリンクアーキテクチャについて解説します。
QR特有の詳細な解説は、QRコードキャンペーンをゼロから作るが本番品質のQRデザインと静的vs.動的の判断基準を網羅しています。この記事はイベントライフサイクル全体の大きな絵を扱います。
イベントリンクの4つのステージ#
すべてのイベントには同じ4つのステージがあります。各ステージで基盤となるリンクに求められる要件は異なります。
1. 登録#
登録者を集めるリンクです。以下の場所に表示されます：
- イベントランディングページのCTA
- メール招待状
- パートナープロモーション
- スピーカーのSNS投稿（「Xについて話すので聞きに来てください」）
- スポンサー掲載枠
重要なこと： ソース別のUTMアトリビューション。スポンサーは自分の投稿から何人が登録したか知る必要があり、スピーカーも同様です。メールチームは送信単位で測定します。ブランドの一貫性のために1つの短縮ドメイン（go.yourevent.com）を使用します。各リンクにsource/medium/campaignのUTMを付与します。
アンチパターン： ベンダーのURLそのもの（登録フォームのネイティブURL）をあらゆる場所で共有すること。アトリビューションもドメインの一貫性も得られません。短い文字数が厳密に必要でなくても、登録URLはすべて短縮する価値があります。
2. バッジ#
すべての参加者がバッジを受け取ります。バッジにはQRコードがあります。QRコードはプロフィールページへ誘導します。
重要なこと： QRはあらゆるスマートフォンで確実に読み取れる必要があります（低コントラストのコードが読めない機種や、2m以上の距離が苦手な機種があります）。また、高い同時接続でも宛先が素早く読み込まれる必要があります（1日目の朝のロビーでは、200件の同時スキャンがエンドポイントに集中することがあります）。
アンチパターン： カンファレンスのウェブサイトURLをそのまま普通のQRとしてバッジに焼き込むこと。そうするとバッジ印刷後に宛先を変更できなくなります。静的QRは恒久的ですが、動的QR（短縮リンクサービスを経由して解決するQR）であれば印刷後も宛先変更が可能です — 2日目にスケジュールを1日目と異なる方法で表示したい場合に便利です。
静的vs.動的の判断についての詳細は、動的QRコードvs.静的QRコードが詳しく解説しています。
3. セッション#
各セッションにはリンクがあります。スライド、補足資料、「スピーカーのメーリングリストに登録する」CTA、「このセッションを評価する」フォーム。
重要なこと： セッション間の一貫性、セッション単位のアトリビューション（どのセッションが最も高いエンゲージメントを生んだか？）、そしてQRコードのプロジェクション画面が機能しない場合（いつもそうなります）でもステージから読み上げられる程度に短いリンクであること。
アンチパターン： 各スピーカーが自分のベンダーアカウントから独自の短縮リンクを持参すること。すると30種類の異なる短縮ドメインが参加者の前を通り過ぎていき、その半分はbit.lyで監査できません。
正しいアプローチ：イベントの短縮ドメイン（go.yourevent.com/session-42）からセッションリンクを事前発行します。スピーカーにスラグを渡し、スピーカーが宛先URLを設定します。アトリビューションはあなたの手元に残ります。
4. フォローアップ#
イベント後のシーケンスです。振り返りメール。「イベントを評価する」アンケート。「録画セッションを視聴する」リンク。「来年登録する」CTA。
重要なこと： どのイベントがコンバージョンをもたらしたかへのアトリビューション。振り返りメールはコンバージョンしたか？現地のQRアンケートはニュースレター登録を促したか？そもそも現地での活動のコンバージョンROIは見合っていたか？
アンチパターン： フォローアップをイベントのセッションデータと切り離した独立したマーケティングキャンペーンとして扱うこと。そうすると来年の登録コンバージョンがメールから来たように見えます — しかし実際にはそのユーザーはセッション参加者であり、戻ってくるという決断はイベントの2日目に既に下されていたのです。
登録フォームからのコンバージョンイベントをリンクアナリティクスに転送し、フォローアップのアトリビューションがイベント中のデータと結合されるようにします。Meta CAPIへのコンバージョン転送が仕組みを解説しており、同じ転送パターンは下流のCRMやメールシステムにも適用できます。
1000人規模イベントのリファレンスアーキテクチャ#
これが私が最もよく推奨するリンクアーキテクチャです。軽微な調整で100人から5000人までスケールします。
イベントごとに1つの短縮ドメイン。 go.yourevent.com。DNS設定 + URLショートナーのカスタムドメイン機能で設定します。Caddy on-demand TLSまたはベンダー管理の証明書を使用します。理由：ブランドの一貫性 + 単一のアナリティクス基盤。
3つのスラグプレフィックス：
r/— 登録リンク。go.yourevent.com/r/email、r/sponsor-acme、r/speaker-jane。宛先URLにUTMを組み込みます。登録ソースのアトリビューション基盤。s/— セッションリンク。go.yourevent.com/s/keynote-day1、s/track-a-2pm。セッションごとの宛先。LMSがユーザーで自動ルーティングする場合は全セッションで同一になることもあります。b/— バッジリンク。go.yourevent.com/b/<attendee-id>。参加者ごと。プロフィール/アジェンダページへ誘導。VIP向けにオプションでパーソナライズできます。
3つの短縮リンク"セット"：
- 登録セットはアナウンス時に作成します。20〜50リンク程度。各リンクにUTMを付与し、イベント前に配布します。
- セッションセットはアジェンダ確定時に作成します。セッションごとに1リンク。宛先URLはセッション詳細ページを指し、イベント後に録画に更新できます。
- バッジセットは登録締め切り後に作成します。参加者ごとに1つ。登録プラットフォームのエクスポートCSVから一括インポートします。
3つのアトリビューション基盤：
- 登録タグ → CRMコンタクト（登録フォームの非表示フィールド経由）。クリックからUTM
sourceとcampaignを取得してフォームに渡し、CRMがどのソースが登録を促したかを把握します。 - セッションクリック → アナリティクスダッシュボード（
s/プレフィックスでスコープ）。「どのセッションが最も高いエンゲージメントだったか？」という問いに答えます。 - バッジスキャン → チェックインイベント（短縮リンクサービスから現地チェックインシステムへのwebhook）。バッジスキャンが来場カウンターをインクリメントし、オプションで入場管理も行います。
1000人規模のイベントで、このアーキテクチャは約80リンク + 1000枚の参加者バッジに集約されます。登録プラットフォームがCSVエクスポートに対応していれば、セットアップ作業は約3時間です。
イベントデータを台無しにする4つのアンチパターン#
1. チームごとに別々のショートナーアカウントを持つ。 異なるチーム（マーケティング、オペレーション、パートナーシップ）がそれぞれ独自のBitly / Rebrandlyアカウントを持っています。アトリビューションは3つのダッシュボードに分散され、全体像を持つものが存在しません。イベント前に1つのアカウントに統合してください。後からでは遅いです。
2. 昨年のスラグを再利用する。 go.yourevent.com/r/keynoteは2025年のキーノートでした。アナリティクスをリセットせずに2026年に再利用すると、古いメールからまだ解決されている2025年のトラフィックで2026年のクリックデータが汚染されます。毎年新しいスラグを発行してください（go.yourevent.com/r/keynote-2026を使用）。
3. スピーカーに独自リンクを持参させる。 イベント内のすべての短縮リンクはデータポイントです。ランダムなショートナーのスピーカーリンクはあなたのダッシュボードに表示されません。監査できなければ測定できません。スピーカーにはあなたのドメインのスラグを渡し、どこへでも向けられるようにしましょう。
4. イベント当日の負荷対応を忘れる。 典型的なイベントリンクの負荷は、1日目の最初の30分間で毎秒50〜200リダイレクトです（全員がバッジをスキャンして会場マップを探します）。URLショートナーがこれに耐えられるか確認してください。ほとんどは問題ありませんが、無料ティアのベンダーは最悪のタイミングでスロットリングすることがあります。redirect p95 < 15msがリダイレクトのパフォーマンス数値で何を見るべきかを解説しています。
現地QRコードに関する考慮事項#
バッジのQRコードはイベントで最もリスクの高いリンクです。実践的な注意点をいくつか紹介します：
適切なエラー訂正レベルで印刷する。 ECC-M（中）はほとんどのバッジに適しています。ラミネート加工、エンボス加工、またはモジュールを隠す可能性のある質感のある素材に印刷する場合はECC-H（高）が適切です。トレードオフはモジュール密度です — ECC-H QRコードは視覚的に複雑になります。
コントラストをテストする。 スマートフォンのQRスキャナーはモジュールと背景の間に約60%の輝度コントラストが必要です。選択したコントラストでサンプルを印刷し、印刷承認前に自分のスマートフォンで1mの距離から3種類の照明条件でスキャンして確認してください。黒地に白は安全なデフォルトです。ブランドカラーは暗い照明でコントラストテストに失敗することがあります。
失敗ケースを計画する。 QRが読み取れない場合（これは起こります）、参加者はどうすればよいのでしょうか？EllidoのバッジではQRコードの下に短縮URLを印刷することを推奨しています（go.yourevent.com/b/A38K）— 6文字のスラグは4秒で入力でき、参加者にインフォメーションデスクを探させるよりずっと簡単です。
QRに個人情報を入れない。 QRはメールアドレスや参加者名ではなく短縮リンクをエンコードします。検索はサーバー側で行われます — 混雑した展示会場で見知らぬ人のバッジにカメラを向けても、参加者のアドレスを読み取ることはできません。
イベント後の分析#
終了から48時間以内に手元に揃えるべきデータ：
- ソース別の総登録者数（スポンサー / パートナー / スピーカー / 有料 / オーガニック）
- セッション別の来場数 + クリックスルー（現地カウンターが利用できない場合のエンゲージメント代替指標）
- 参加者のフォローアップアクション上位10セッション（5つ星評価、スライドダウンロード、スピーカーリスト登録）
- 1日目vs.2日目vs.3日目の来場パターン
- クリックトラフィックの地域 + UAの内訳
- フォワードアトリビューション：イベント中に何をクリックし、その後来年の登録にコンバージョンしたか
URLショートナーがこれら6つの問いにすぐに答えられるなら、予算は有効に使われています。半分を答えるためにアナリティクスウェアハウスに対してSQLを書く必要があるなら、それを次の契約に反映させましょう。
Elidoの立ち位置#
Elidoはイベント専用に構築したわけではありません — 上記のアーキテクチャはカスタムドメイン、動的QR、webhookをサポートするあらゆるURLショートナーで機能します。ただし、イベントはプラットフォームの3つの核心的な約束（レイテンシ、アトリビューション、EU居住性）の高圧的な検証であるため、いくつかの意見を持ったイベント機能を持つに至りました：
- バッジ一括生成 —
POST /v1/links/bulkは参加者IDのCSVを受け取り、1回の呼び出しで動的QR対応の短縮リンクのバッチを返します。2000枚のバッジを8秒で生成。 go.yourevent.comのon-demand TLS — CNAMEをエッジに向けると30秒で証明書が発行されます。イベントチームはプロモーション開始と同じ朝にイベントドメインを立ち上げられます。- スキャン時webhook — すべてのバッジスキャンが200ms以内に現地チェックインシステムへwebhookを送信できます。ディスパッチャーはHMAC-SHA256で配信に署名するため、チェックインハンドラーは認証ヘッダーなしで送信元を検証できます。
- クリックイベントのEUデータ居住性 — 参加者のスキャンデータはデフォルトでEUリージョンのClickHouseに保存されます。GDPRへの準拠にイベントごとの書類作業は不要です。
次のイベント前のセットアップ相談は、イベントソリューションページに関連する詳細があります。
ブログの関連記事#
- QRコードキャンペーンをゼロから作る — QR特有の詳細解説
- 動的QRコードvs.静的QRコード — 耐久性と変更可能性のトレードオフ
- CDPなしでUTMキャンペーンをエンドツーエンドで追跡する — チュートリアルクラスターの中核記事
- eコマース向けURLショートナー：ファネルを支えるデータ層 — 同業界の姉妹記事
- リダイレクトp95 < 15msを達成する — イベント当日の負荷に対するレイテンシ予算