検索後にどの要素にフォーカスする必要がありますか？
ウェブサイトには独自の検索があります（これには理由があります。いいえ、Googleサイト検索は行いません）。
では、検索が実行された後、アクセシビリティのためにどの要素にフォーカスを置くべきでしょうか？検索結果の数は？最初の結果へのリンク？他に何か？
これに関する明確なガイダンスは見つかりません。
フィードバックと質問に基づいて更新：
サイトにリンクできない、または合理的なモックアップまたはワイヤーフレームが使用できないことをお詫びします。私は許可されていません。
これはパブリックサイトです（いくつかの小さなプライベートセクションがあります）。これは本質的に、ドキュメントやその他のメディアの巨大なアーカイブであり、奇妙なメタデータが多く、さまざまな取得方法があり、Googleの使用に適していません。
それは政府関連であり、アクセシビリティへの圧力はその方向から生じます（一般的にアクセシビリティの明らかな良さに加えて）。
ユーザーは、事前に定義された検索（クエリ文字列に検索語句を含む）を使用してページにアクセスするか、または最初から自分で検索を実行します。一見するとシンプルですが、検索フィールドを追加してコンテンツやメタデータのさまざまな側面を検索できる検索フォームは、常に一番上にあります。彼らは結果を見た後に検索を変更するかもしれません。
私が知ることができることから、彼らは実際の盲目のユーザーがいるこのサイトをテストしているチームを持っていて、そしてalso 1人以上の人々ではなく...機械的にガイドラインを適用しています私は推測するかもしれませんが、どのフィードバックの項目がどのテスターからのものかはわかりません。
スクリーンリーダーを検討する際の私のアドバイスは、検索結果の数をユーザーに知らせる情報/ H2に焦点を当てることです。
この理由は、ユーザーが検索が実際に完了したこと、および検索の結果が「結果なし」または「34件」、またはH2で構成されている可能性のあるものになることを確認する必要があるためです。
ユーザーが検索フレーズを編集する場合、すべての主要なスクリーンリーダーには、ユーザーが見ているものから最初の入力フィールド（通常は検索フィールド）にフォーカスを変更する機能が組み込まれています。
検索後のフォーカスは、検索入力フィールドに残っている必要があります。
最高のブリード検索UXを作成する方法についての「明示的なガイダンス」を探す場合、google.comがゴールドスタンダードです。言い換え 自分の答え 別の検索関連の質問：
オンライン検索のマーケットリーダーであるgoogle.comを検討してください。 （...）それらの設計パターンは、Yahoo、Bingなどを含むすべてのベンダーで採用されています。これらのパターンは、大多数のインストールで実用的な意味があるだけではありません。また、ユーザーの期待を設定します。
今、あなたの質問は参照されたものほど明確ではありません。あなたのトピックについてさまざまなベンダーをテストしたところ、バリエーションが見つかりました。
- 検索後、フォーカスが検索入力フィールドに残ります：
- google COM
- yahoo.com
- 検索後にフォーカスが定義されていないようです：
- bing.com
- duckduckgo.com
- Amazon.com
（さらに、おそらくこれは純粋な検索サービスではないため、
最初は検索入力フィールドにフォーカスがありませんでした）
ここでは、GoogleとYahooが大きな役割を果たしています。私は彼らのリードに最も確実に従うでしょう。
私は10年間検索UXを扱ってきましたが、ユーザーからの一般的なフィードバックは、ユーザーがGoogleを愛しているというものです。彼らが仕事に苦労している場合、彼らはよく「なぜGoogleのようにできないのか」とよく尋ねます。これは、私が通常アドバイスする程度に起こります（繰り返しますが）。
一般的な方法論の観点から見ると、Googleの確立されたデザインパターンから逸脱している場合は、徹底した調査された根拠がなければなりません。そうでない場合、クライアントにリスクを課します。
明確に言うと、私はGoogleで働いたことも、Googleからお金を受け取ったこともありません。まったく逆ですが、私はいくつかの競合他社のために働いており、このアドバイスに従わないことでユーザーとお金がどのように流出しているかを目の当たりにしています。明らかに、いくつかの種類の競合他社にとって、差別化は重要な成功要因ですが、これはあなたのサイトにとって必要ではないと思います。
追伸元の質問で提供されたコンテキストに基づいて回答しています。コメントに基づいて特別なニーズがあるかもしれませんが、それに対処するのに十分な追加情報がないので、一般的な方法論に固執します。 Andrew Martin氏は、ユーザーを監視することは素晴らしいアイデアだと同意しますが、特別なニーズがない限り、Googleはすでにそれを行っています。
P.P.S.それは、ほとんど構造化されていないデータが公開されているサイトですか？はいの場合、あなたは Google CSE を検討しましたか？それはその価格のために信じられないほど強力であり、通常は [〜＃〜] cms [〜＃〜] -内部検索機能などのがらくたを打ち負かしています。その言語サポート（同義語、見出し語化、 [〜＃〜] cjk [〜＃〜] などを含む）。繰り返しますが、私は提携していません。
ユーザーが検索結果をどう処理するかを検討します。これが、ユーザーが有用なページを識別してコンテンツを表示するために選択する典型的なWebコンテンツ検索である場合、どこにも焦点を合わせる必要がない可能性があります-ORキーワードに焦点を当てることができますフィールドは、ユーザーが有用な結果を表示せず、検索を変更したい場合に備えていますが、これがスクリーンリーダーの要件を満たしているかどうかはわかりません。
ユーザーが結果を操作する場合、削除する複数の結果を選択したり、アイテムをお気に入りにしたり、アイテムにコメントを追加したりすると、別のユースケースになります。
主な要件が「スクリーンリーダーのユーザーは何かが返されたことを知っている」ということであり、画面の別の部分に注意を向けようとしている場合-返される結果の数に焦点を当てることは理にかなっています。
ワイヤーフレームを見て、コンテキストをよりよく理解することは役に立ちます。
モバイルの場合、検索後に検索フィールドにフォーカスすると、仮想キーボードが画面領域の半分（？）を占めます。
これがアクセシビリティに関するものであれば、おそらく最初の答えに焦点を移したいと思うでしょう。これにより、ユーザーはリストをすばやくタブで移動して、希望する結果を得ることができます。
ただし、検索プロセス中のこの段階の動作は、ユーザーに固有のものである可能性があります。彼らは再び定期的に検索し、最初のリンクをクリックし、結果のページを移動するかもしれません...
ライブユーザーを観察するか、ページインプレッションのサーバーログを調べて、通常の動作パターンを見つけ、それに合わせてソリューションを調整することをお勧めします。