複数イベントのウェブサイトに検索を追加し、公開後に確認する方法

1. 検索の目的と対象を決める

来場者が入力しそうな語を挙げます。イベント名、都市、日付、出演者、セッション、会場などです。実際のプログラムから例を選び、同名の過去回と今回を区別できるか考えます。今後の公開イベントだけか、過去の公開回も含むか、記事も含むかを決め、ワークシートに記録します。

対象ごとにタイトル、公開 URL、日付、場所、状態、担当者、最終確認日を記録します。下書き、非公開、中止、終了したページを、検索ツールが読めるという理由だけで公開結果に出さないよう確認します。サイト内検索の対象設定と外部検索エンジンへの公開設定は別です。

2. 方法と情報源を選ぶ

サイト作成ツール、イベント基盤、検索サービスの仕様を確認します。データの取得元、イベントページの扱い、変更の反映方法、除外設定を調べます。一般ページしか検索できないなら、イベントを漏らす検索欄より、絞り込み可能な一覧の方が目的に合うことがあります。

Wix Events については、Wix が Site Search アプリ、結果ページ、コンテンツ種類や候補表示の設定を案内しています。これは Wix 固有の手順です。公開チケットページが Boletolibre.com など別サービスにある場合、自サイトの検索に含まれると決めつけず、確認した公開イベントページへリンクします。[1]

3. 結果と該当なしの案内を作る

検索欄をイベント一覧の近く、または一貫したナビゲーション内に置きます。「イベントを検索」のような見えるラベルを付け、入力例だけに説明を任せないでください。W3C WAI はフォームのラベルと入力欄を関連付けるよう勧めています。送信ボタンと結果ページにも分かる名前を付けます。[2]

結果にはタイトル、日付、都市や会場、必要なら現在の状態を示します。古い告知ではなく、更新される公開ページへ移動させます。該当がなければ対象範囲を説明し、イベント一覧や問い合わせ先と再検索の手段を示します。候補表示があっても、それだけを結果への入口にしません。

4. 公開ページで動作を確かめる

編集画面のプレビューだけでなく公開 URL で試します。正式名称、一部の語、別名、過去回、該当しない語を入力し、表示結果とリンク先を記録します。開いたページの日付、場所、次の行動を承認済み情報と照合します。

スマートフォンとキーボードだけでも、欄への移動、入力、送信、結果の移動、再検索を試します。フォーカス順と操作全体を確認します。W3C のキーボード基準は欄にフォーカスできるだけでは足りません。結果が動的に変わる場合、件数や該当なしの状態が支援技術にも分かるか確認し、不十分なら実装を修正します。[3]

検索範囲と公開確認のワークシートをダウンロード（Markdown、英語）

5. 更新の担当を決める

イベントの追加、延期、完売、中止、アーカイブの際に検索対象を見直す担当者を決めます。変更が即時、公開後、またはサービス側の遅延後に反映されるか実測し、即時更新を約束しないでください。過去回を次回として見せないことも確認します。

検索語のレポートが利用できる場合、役立つ結果がない語や誤った先頭結果を調べます。別の会場名で探されているのかもしれません。修正内容を記録し、公開後に同じ語で再確認します。通常のイベント一覧へのリンクも残し、検索を唯一の入口にしないでください。