会期が終わってもページは消さない。展示会・イベント集客をAI検索の資産に変える

結論から言うと、展示会・イベント集客ページのAI検索対策で最も差がつくのは、告知デザインの派手さではなく「開催情報の機械可読性」と「会期後のページの扱い」の2点です。来場を検討する人がChatGPTやGeminiに「来月、東京で製造業向けの展示会はある？」「◯◯展は今年も開催される？いつ？」と聞いたとき、AIが根拠にできるのは、日付・会場・主催者・参加条件が明確に書かれた公式ページです。そして多くのイベントサイトは、会期が終わった瞬間にそのページを削除するか放置し、翌年のAIの回答材料を自ら捨てています。

最初に見直すべきことは、次の5つです。

• 開催概要（日時・会場・主催・費用・申込方法）を、本文テキストとして1ページで完結させる
• Event構造化データを本文の表示内容と一致する形で実装し、延期・中止時はeventStatusを更新する
• 出展社・登壇者の情報を、固有名詞で照合できる粒度で公開する
• 会期終了後はページを404にせず、開催報告・アーカイブに転換して次回開催へつなぐ
• 毎年開催のイベントは「恒久URL（イベントの顔となるページ）」と「回ごとのページ」を分けて運用する

イベント情報は鮮度の劣化が最も速いコンテンツです。開催前は正確だった情報が会期を過ぎた瞬間に「古い情報」になり、更新されないままだとAIが過去の日付をそのまま答える素材になります。この記事では、BtoBの展示会・カンファレンス・セミナーを主な想定として、開催概要ページの情報設計、Event構造化データの実務、出展社情報の扱い、会期後アーカイブの運用までを整理します。

LLMO対策の全体像はLLMO対策とは？AIに誤解されない会社サイトの作り方で解説しています。本記事はそのうち、展示会・イベント集客ページに限定した各論です。

展示会・イベント集客ページのAI検索対策の定義

展示会・イベント集客ページのAI検索対策とは、来場・参加を検討する人がChatGPT、Gemini、Perplexity、GoogleのAIによる概要・AIモードで「開催日はいつか」「どこで開催されるか」「誰が出展・登壇するのか」「参加費はいくらか」を尋ねる場面に備え、開催概要・出展社情報・申込条件を公式ページ上で取得・理解・照合しやすい形に整え、会期終了後もページをアーカイブとして維持して次回開催の信頼材料にする情報設計です。特定のAI検索での引用や表示を保証する施策ではなく、イベント情報の正確性・鮮度・継続性を高める運用です。

この定義で重要なのは、対象期間が「告知開始から会期終了まで」ではなく「告知開始から次回開催まで」だという点です。単発の集客施策として作られたページは会期と共に価値を失いますが、アーカイブとして維持されたページは「このイベントは実在し、毎年開催され、これだけの規模がある」という事実の証拠として、翌年以降のAIの回答を支えます。

なぜイベント情報はAIに誤って伝わりやすいのか

イベント集客ページには、他のページ種別にはない構造的な弱点が4つあります。

第一に、情報の有効期限が明確に存在することです。「2026年9月10日開催」という情報は、9月11日以降は過去の事実に変わります。ページ側が更新されないと、「開催予定」と書かれた古いページが残り続け、次回について聞かれたAIの回答材料に終わった回の日付が混ざる余地が生まれます。

第二に、重要情報がPDFや画像に閉じ込められがちなことです。出展要項やタイムテーブルをPDFだけで配布し、HTML本文には「詳細はPDFをご覧ください」としか書かれていないケースは多くあります。詳細はPDF資料はAI検索にどう読まれるかで扱っていますが、原則は「意思決定に必要な情報はHTML本文にも書く」です。

第三に、同じイベントの情報が自社特設ページ・プレスリリース・イベントプラットフォーム・出展社各社の告知に分散し、会期・会場名・主催者名の表記が微妙にずれることです。どのページを情報の正本にするかを決め、他はそこへリンクさせる構造が必要です。

第四に、毎年URLを使い捨てることです。回ごとに独立したURLやドメインを作って前年分を消す運用では、開催実績がウェブ上に蓄積されず、外部からのリンクや言及も毎年ゼロからのスタートになります。

開催概要ページの情報設計

本文テキストで完結させる開催情報

AI検索を意識した開催概要ページの基本は、「このページだけを読んだ人（またはAI）が、参加判断に必要な情報をすべて得られる」ことです。次の要素を、画像やPDFではなくHTML本文のテキストとして記載します。

当たり前に見えますが、実際のイベントLPでは「会期が画像の中にしか書かれていない」「主催者名がフッターのコピーライトにしかない」「開催年がどこにも明記されていない」といった欠落が頻繁に起きます。ブラウザでページを全選択してコピーし、テキストエディタに貼り付けたときに開催情報が揃っているかを確認してください。

Event構造化データの実務

開催情報をHTML本文で完結させた上で、Event構造化データ（schema.orgのEvent型）を実装します。ここで押さえるべき事実関係を先に整理します。

Google検索セントラルの公式ドキュメントによれば、Eventリッチリザルト（検索結果上のイベント表示機能）の対象は物理的な場所で開催されるイベントで、必須プロパティはイベント名（name）、開始日時（startDate）、会場と住所（location）の3つです。終了日時（endDate）、チケット情報（offers）、イベントの状態（eventStatus）、画像（image）などは推奨プロパティとされています。また、このイベント検索機能の提供対象国は米国・英国・ドイツ・インドなど一部の国に限られており、2026年8月時点の同ドキュメントの対象国リストに日本は含まれていません。

つまり、日本国内向けのイベントページにEvent構造化データを入れても、Googleの検索結果でイベント用のリッチリザルトが表示されることは基本的に期待できません。それでも実装する価値はあるのか。ここは事実と仮説を分けて書きます。

事実として、Googleは「AIによる概要やAIモードのための特別な最適化やAI向けの新たなマークアップは不要」であり、構造化データを使う場合は表示コンテンツと一致させることが重要だと公式に説明しています。構造化データそのものがAI検索の表示条件になっているわけではありません。

仮説として、Event構造化データは「日付・会場・主催者を機械可読な形で一意に宣言する」手段であり、ページ内の表記ゆれや解釈の曖昧さ（会期と申込締切の取り違えなど）を減らす保険としての価値は期待できます。効果を保証するものではなく、本文テキストの整備が主・構造化データが従、という優先順位は崩さないでください。

実装時の要点を、判断に必要なプロパティの使い方として整理します。

なお、schema.orgにはEventのサブタイプとしてBusinessEventやExhibitionEventが定義されており、展示会・ビジネスイベントであることを型のレベルで表現することもできます。実装後はGoogleのリッチリザルトテストや schema.org 準拠のバリデーターで構文エラーがないことを確認します。構造化データ全般の考え方は構造化データはAI検索にどう効くのかで詳しく解説しています。

延期・中止・オンライン変更が起きたときの対応

イベント運営では、天候・災害・会場都合による延期や中止が現実に起こります。このときページと構造化データをどう更新するかは、Googleの公式ドキュメントに明確な指針があります。判断表として整理します。

共通する原則は「startDateを削除しない」「ページ自体を消さない」ことです。延期や中止が起きたときにページを丸ごと下げてしまうと、既に外部に出回っている告知（プレスリリース、出展社の告知、SNS）とのリンクが切れ、「中止になった」という最も重要な情報を伝える場所がなくなります。中止の事実こそ、公式ページで明確に発信すべき情報です。

出展社・登壇者情報の設計

主催者側：出展社一覧は「名前の羅列」で終わらせない

BtoB展示会の来場動機は「どの会社が出展しているか」に強く依存します。AIへの質問も「◯◯展にはどんな会社が出展する？」「△△社は今年も出展する？」という形になりやすい。この質問に答えられるのは、出展社の正式社名がテキストで一覧化されたページです。

出展社一覧をロゴ画像だけで並べる構成は、見た目は良くても照合性が下がります。ロゴには社名のテキスト（alt属性と本文テキスト）を添え、正式社名・出展カテゴリ・小間番号を表形式で公開するのが基本です。出展社数が多い場合も、全社名が1ページのHTMLとして取得できる全件表示を残してください。JavaScriptの動的読み込みだけに依存すると、初期HTMLに出展社名が含まれず、取得できない環境が生まれます。

登壇者がいるカンファレンス型のイベントでは、登壇者の氏名・所属・肩書・講演タイトル・講演概要をセッションごとにテキストで公開します。著名な登壇者の名前は、それ自体が検索・質問の起点になるためです。人物情報の設計は著者情報とE-E-A-TのAI検索設計の考え方が使えます。

出展社側：出展告知ページは自社サイトに作る

視点を変えて、展示会に「出展する側」の企業の対策です。出展社にとって展示会は自社の見込み客と接触する場であり、AI検索経由でも「◯◯展で△△（製品カテゴリ）を出している会社」として見つかる状態を作れます。

やるべきことはシンプルで、自社サイトに出展告知ページを作り、イベントの正式名称・会期・会場・自社の小間番号・展示内容を書き、主催者の公式ページへリンクすることです。出展告知をSNSとメールだけで済ませると、会期後に何も残りません。自社サイト上のページは、後述するアーカイブ運用によって「この展示会に継続出展している」という実績の記録になります。出展の成果を残す設計は導入事例ページのAI検索設計も参考にしてください。

会期終了後のアーカイブ設計

終わったページを消すことの損失

冒頭の結論に戻ります。会期終了後のイベントページを404にする運用は、次の3つを同時に失います。

• プレスリリースや出展社の告知、メディア掲載など、外部からそのURLに張られたリンクがすべて切れる
• 「このイベントは実際に開催された」という事実の一次記録がウェブから消える
• 翌年の告知を、実績ゼロのページとしてゼロから立ち上げることになる

AIが「◯◯展はどんなイベント？」という質問に答えるとき、過去の開催実績（第何回か、来場者規模、出展社の顔ぶれ）は回答の質を左右する材料です。その材料を毎年自分で削除していれば、AIの回答は主催者の意図しない二次情報（まとめサイトや古いニュース記事）に依存することになります。

会期後のページ転換の判断表

会期終了後にやることは「放置」でも「削除」でもなく「転換」です。ページの種類ごとに整理します。

回ごとのページをアーカイブに転換する際は、本文冒頭に「本イベントは終了しました」と開催日を明記し、来場者数や出展社数など公表できる実績を追記します。実績数値は主催者として正確に把握している数字だけを書き、集計方法（登録ベースか入場ベースか）も添えると照合性が上がります。Event構造化データは、終了した過去イベントの正確な記録としてそのまま残して問題ありません。

毎年開催イベントのURL設計

毎年・毎回開催するイベントは、「恒久URL＋回ごとURL」の2層で設計します。

• 恒久URL（例: /expo/）……イベントの概要・コンセプト・過去開催実績・次回情報を置く。イベント名で聞かれたときの正本
• 回ごとURL（例: /expo/2026/）……その回の開催概要・出展社・プログラムを置く。会期後はアーカイブに転換

この構造なら、外部リンクや言及は恒久URLに蓄積され、回ごとの詳細は年度別に正確に残ります。避けるべきは「毎年恒久URLの中身を全部書き換えて過去を消す」運用と「毎年別ドメイン・別サブドメインを立てる」運用の2つです。構造変更を伴う場合はサイトリニューアル時のLLMO移行設計のリダイレクト設計も確認してください。

AIクローラーの受け入れ設定

GoogleのAI機能に情報が使われるためには、通常の検索と同様にクロール可能でインデックスされ、スニペット表示が許可されていることが前提です。ChatGPT側は、OpenAIが公式にクローラーを公開しており、検索結果への表示にはOAI-SearchBot、モデル学習にはGPTBot、ユーザー操作起点のアクセスにはChatGPT-Userという別々のユーザーエージェントが使われます。学習利用（GPTBot）だけを拒否し、検索表示（OAI-SearchBot）は許可する選択もrobots.txtで可能です。

注意したいのは、イベントLPを外注した際に検証環境のnoindexやrobots.txt全拒否が本番に持ち込まれる事故です。公開直後に必ずインデックス可否を確認してください。設定の詳細はrobots.txtのAIクローラー設定にまとめています。

実装チェックリスト

公開前・会期後の点検に使えるチェックリストです。

より網羅的な監査項目はLLMO監査チェックリストを参照してください。

よくある失敗例

失敗例1：キービジュアル画像の中にしか会期が書かれていない

デザイン重視のイベントLPで最も多い欠落です。「2026.9.10-12 東京ビッグサイト」がヒーロー画像の中の文字としてだけ存在し、HTML本文には日付がどこにもない。テキストとして取得する側には日付のないページです。画像内の情報は必ず本文テキストでも繰り返してください。

失敗例2：会期後もトップに「開催迫る！」が残り続ける

更新の止まったイベントページは、古い日付を「予定」として発信し続けます。会期翌週の「終了しました」への更新を、イベント運営の定型業務としてスケジュールに入れてください。

失敗例3：毎年新しいドメインでLPを立てて前年を閉鎖する

毎年独立ドメインを取得し会期後に閉鎖する運用では、開催実績・被リンク・言及がすべて毎年リセットされ、何年続いているイベントでもウェブ上は毎回「初開催」と同じ状態です。恒久URLを自社ドメイン配下に置く構造へ移行すべきです。

失敗例4：出展社一覧がロゴ画像の羅列だけ

出展社のロゴがグリッドで並んでいるが、社名テキストが1つもない。この状態では「△△社は出展していますか」という照合質問に公式ページが答えられません。ロゴにはalt属性とテキストの社名一覧を必ず併設してください。

効果をどう確認するか

イベント集客ページのAI検索対策は、引用率や表示回数を直接保証できるものではないため、確認は「事実ベースの点検」を軸にします。

• 会期の1〜2ヶ月前に、ChatGPT・Gemini・Perplexityで「イベント名」「開催地域＋テーマ＋展示会」の質問を実際に投げ、自社イベントの日付・会場が正しく答えられるかを記録する
• 誤った日付や中止済み情報が返る場合は、その情報源（古いページ、外部サイト）を特定して修正・依頼する
• Search Consoleでイベント名・関連キーワードの表示状況を確認する
• AI経由の流入はアクセス解析で参照元を分離して観測する。計測設計はGA4でAI検索経由のトラフィックを測るを参照

AIの回答は同じ質問でも変動するため、1回の確認結果で「対策できた／できていない」と断定せず、会期前の定点観測として繰り返すことが重要です。全体のKPI設計はLLMOのKPI設計と測定で解説しています。

よくある質問

Q. Event構造化データを入れれば、AI検索で開催情報が正しく表示されますか？

表示は保証されません。GoogleはAI機能のための特別な最適化は不要と公式に説明しており、構造化データは表示コンテンツと一致した補助情報という位置づけです。また、Googleのイベントリッチリザルト機能の対象国に日本は含まれていません（2026年8月時点の公式ドキュメントに基づく）。まずHTML本文の開催情報を完結させることが先で、構造化データは曖昧さを減らす補助として実装します。

Q. 終了したイベントページを残すと、古い情報でユーザーを混乱させませんか？

「終了しました」の明記と次回開催への導線があれば、混乱よりも実績の証明としての価値が上回ります。混乱の原因は「残すこと」ではなく「終了の明記なしに放置すること」です。期限付きの特典ページなど実績価値のないものだけを閉じ、開催記録は残してください。

Q. イベント告知はプラットフォーム（外部イベントサイト）だけではだめですか？

集客チャネルとしては有効ですが、情報の正本を外部プラットフォームだけに置くのは避けるべきです。掲載終了と共に情報が消え、URLも自社の資産になりません。自社サイトに恒久ページを置き、プラットフォームからもそこへリンクする構造が基本です。

Q. オンライン開催やハイブリッド開催の場合は何が変わりますか？

schema.orgのeventAttendanceModeで対面・オンライン・ハイブリッドを宣言でき、本文でも参加形式ごとの条件（視聴URL案内のタイミング、アーカイブ配信の有無）を分けて書きます。なお、Googleのイベントリッチリザルト機能は物理会場で開催されるイベントを対象としているため、完全オンラインのイベントはその機能の対象外です。この場合も、開催情報を本文で明確にする原則は変わりません。

まとめ：イベントページは「使い捨ての告知」から「積み上がる開催記録」へ

展示会・イベント集客ページのAI検索対策を一言でまとめると、「開催情報を機械可読なテキストで正確に出し、会期後も記録として積み上げる」ことです。

• 開催概要は年を含む日付・会場・主催者・費用・対象者をHTML本文で完結させる
• Event構造化データは本文と一致させて実装し、延期・中止時はeventStatusを正しく更新する
• 出展社・登壇者は固有名詞のテキストで照合できる形にする
• 会期後はページを消さず、アーカイブに転換して恒久URLに実績を蓄積する

これらは特別な予算がなくても、運用フローの見直しで実現できる項目がほとんどです。一方で「いま自社のイベント情報がAIにどう説明されているか」「過去回のページがどんな状態で残っているか」は、外から一度点検しないと気づきにくい部分です。まとめて把握したい場合はAI検索診断で現状を確認できます。まずは次回イベントの告知前に、前回のページがどうなっているかを見ることから始めてください。