Part 3: ニーズ メット評価ガイドライン（Needs Met Rating Guideline）

• 13.0 ニーズ メット スケールによる評価
• 14.0 ページ品質とニーズ メットの関係
• 15.0 ポルノ、外国語、Did Not Load 結果の評価
• 16.0 複数の解釈や意図を持つクエリの評価
• 17.0 クエリとランディングページの特殊性
• 18.0 ニーズ メット評価と鮮度
• 19.0 誤字・脱字のあるクエリと結果
• 20.0 URL クエリの不完全一致
• 21.0 製品クエリ：ブラウジングとリサーチの重要性
• 22.0 訪問型の意図を持つクエリの評価（Visit-in-Person）
• 23.0 英語以外の言語での英語表示の評価
• 24.0 異なるクエリに対する辞書・百科事典の結果の評価

13.0 ニーズ メット スケールによる評価

クエリや結果には様々な種類がありますが、評価のプロセスは同じです。ニーズ メットの評価タスクでは、モバイルユーザーのニーズに焦点を当て、その結果がモバイルユーザーにとってどれだけ役に立ち、満足できるものであるかを考えてもらいます。

• Fully Meets (FullyM) ― 特定のクエリや結果にのみ適用される、特別な評価カテゴリーです。すべての、あるいはほとんどすべてのモバイルユーザーが、その結果に即座にかつ完全に満足し、ニーズを満たすために他の結果を見る必要がないこと。
• Highly Meets (HM) ― 多くのモバイルユーザーにとって非常に便利です。一部のユーザーは、追加の結果を見たいと思うかもしれません。
• Moderately Meets (MM) ― 多くのユーザーに役立つ、あるいは一部のモバイルユーザーに非常に役立つ。一部または多くのユーザーは、追加の結果を見たいと思うかもしれません。
• Slightly Meets (SM) ― 少ないモバイルユーザーに役立つ。クエリと結果の間には関連性があるが、強い関連性や満足できる関連性ではない。多くの、あるいはほとんどのユーザーが、追加の結果を見たいと思っている。
• Fails to Meet (FailsM) ― モバイルユーザーのニーズを完全に満たしていない。すべての、あるいはほとんどすべてのユーザーが、さらなる結果を望んでいる。

中間の評価を割り当てることができることに注意してください。中間評価は、ある結果の評価が2つのラベルの間にあると考えられる場合に使用します。

13.1 評価結果ブロック： ブロックコンテンツとランディングページ

ニーズメット評価では、各結果に評価を割り当てます。各結果には、結果ブロック内のコンテンツと、その結果に関連するランディングページが含まれます。

結果のどの部分を評価しますか？ クエリと結果ブロックの両方によります。（具体例略）

• スペシャルコンテンツ・リザルトブロック(SCRB) ― このタイプのブロック内のコンテンツは、常に評価に大きな役割を果たすべきです。スペシャルコンテンツの結果ブロックの中には、ランディングページへのリンクがある場合があります。このような場合には、ユーザーのニーズを満たすために、ユーザーがリンクをクリックするかどうかを考えてください。
• ウェブ検索結果ブロック ― クリックが必要で、評価をつけるためにはランディングページを評価する必要があります。
• デバイス アクション リザルト ブロック ― 評価の基準は、その行為自体の有用性です。

13.2 Fully Meets (FullyM)

Fully Meets は特別な評価カテゴリーで、以下のような状況で使用されます。

• クエリとユーザーのニーズは、具体的で、明確で、曖昧でないものでなければなりません。
• その結果、モバイルユーザーが十分に満足できるものでなければならず、ユーザーが探しているものをすぐに手に入れたり使用したりするためには、最小限の労力しか必要ありません。
• すべての、あるいはほとんどすべてのユーザーが、その結果に完全に満足し、そのクエリを実行したユーザーは、ユーザーの意図を完全に満たすために追加の結果を必要としないでしょう。

言い換えれば、「Fully Meets」という評価は、「完全で完璧な回答または答え」である結果に対して留保されるべきであり、すべてのユーザーまたはほぼすべてのユーザーが完全に満たされるためには、他の結果は必要ないということです。

結果ブロックがユーザーのニーズを完全に満たすことができるかどうかは、あなたの判断で決定する必要があります。ここでは、「Fully Meets」という評価が適切なシナリオをご紹介します。

• ユーザーは明らかに特定のウェブページやウェブサイトを探しており、結果ブロックには特定のウェブページやウェブサイトが表示されます。 ユーザーのニーズを完全に満たすことができます。
• ユーザーはデバイスのアクションを完了させようとしており、結果ブロックは希望するリクエストを達成します。
• ユーザーは特定の事実や情報を探しており、結果ブロックはその情報を即座に、徹底的に、正確に、そして明確に提供します。その他の結果は必要ありません。特定の事実や情報を探しているクエリに「Fully Meets」の評価を使用する前に、正確性をチェックし、専門家のコンセンサスがある場合は、その情報がサポートされていることを確認する必要があります。

Fully Meets は他の状況でも適用される可能性があります。結果ブロックだけで、すべての、あるいはほとんどすべてのユーザーを完全に満足させることができる完璧で完全な結果であるかどうかを自問してください。Fully Meets の評価を使用する際には、控えめにしてください。疑問がある場合は、より低い評価を検討してください。

13.2.1 Fully Meets (FullyM) 結果ブロックの例

具体例は、ガイドラインを参照してください。

13.2.2 Fully Meets に一致しないクエリの例

具体例は、ガイドラインを参照してください。

13.3 Highly Meets (HM)

Highly Meets の評価は、多くの、あるいはほとんどのユーザーのニーズを満たす結果に与えられます。Highly Meets の結果は、非常に満足度が高く、クエリに「フィット」しています。さらに、これらの結果は、高品質、権威性、娯楽性、および最新性(例：あるトピックに関するニュース速報)といった特徴の一部またはすべてを備えていることが多いです。

Highly Meets の評価を受けるためには、百科事典の記事やニュース記事などの情報ページが正確であり、信頼性が高いことが必要です。また、Highly Meets の医学・科学情報ページは、ユーザーが明らかに別の視点を求めていない限り、確立された科学・医学的なコンセンサスを表していなければなりません。すべての情報ページについて、正確性をチェックし、専門家のコンセンサスが存在する場合は、その情報がサポートされていることを確認する必要があります。

Highly Meets の評価には高い基準が必要です。これは、多くの on-topic な結果を持つクエリでは特に重要です。

13.3.1 Highly Meets（HM）結果ブロックの例

具体例は、ガイドラインを参照してください。

13.4 Moderately Meets (MM)

多くのユーザーにとって有益で満足できる結果、または一部のユーザーにとって非常に満足できる結果に対して、Moderately Meets の評価が与えられます。

Moderately Meets の結果は、Highly Meets の結果よりも価値のある属性が少なくなっています。Moderately Meets の結果は、まだクエリに「適合」しているはずですが、包括的でなかったり、最新でなかったり、あまり権威のないソースからのものであったりするかもしれません。

Moderately Meets の結果は、低品質、古い、または不正確なものではありません。Moderately Meets の結果は、おおむね平均的または良好です。

13.4.1 Moderately Meets 結果ブロックの例

具体例は、ガイドラインを参照してください。

13.5 Slightly Meets (SM)

Slightly Meets の評価は、一部または少数のユーザにとって有用で満足できる結果に割り当てられます。Slightly Meets の結果は、Slightly Meets より高い評価を得るためには、些細な解釈が必要であったり、品質が低かったり、情報が古かったり、不正確であったり、クエリを検討している一般的なユーザ層にとって具体的すぎたり、広すぎたり、ニッチすぎたりする場合があります。

重要： 携帯電話では、「クリックのコスト」が高くなります。多くのユーザーは、検索結果ページに表示されるウェブ結果のタイトルを見て、どの結果をクリックまたはタップするかを決定します。(誤解を招くような大げさなタイトルの検索結果は、クリックやタップをしたときのランディングページがユーザーの期待にそぐわない場合に起こるユーザーエクスペリエンスの低下を考慮して、「Slightly Meets 」以下の評価とします。

13.5.1 Slightly Meets（SM）結果ブロックの例

具体例は、ガイドラインを参照してください。

13.6 Fails to Meet (FailsM)

Fails to Meet の評価は、ごく少数のユーザーにとって有益で満足のいく結果に割り当てられるべきです。Fails to Meet の結果は、クエリとは無関係で、事実に反しており（回答が事実に反していないか確認してください）、すべて、またはほとんどすべてのユーザーが追加の結果を見たいと思っているものです。

これらの結果は、ユーザーの意図を完全に満たすことができません。たとえば、ユーザーの意図を満たすために重要なクエリの側面（またはユーザーの場所）に注意が払われていない場合などです。また、Fails to Meet は、非常に古い情報や古い情報、モバイル機器での使用がほぼ不可能な結果などにも使用されます。

検索結果は、不快、動揺、攻撃的、迷惑なコンテンツで人々を驚かせてはなりません。そのため、ユーザーがそのようなコンテンツを求めていないことが明らかな場合は、以下のタイプのコンテンツはすべて Fails to Meet と評価すべきです。

• 自己または他の個人に対する有害性
• 特定グループへの有害性
• 有害な誤解を招くような情報
• 信頼できない
• スパミー
• ポルノ

13.6.1 Fails to Meet（FailsM）結果ブロックの例

具体例は、ガイドラインを参照してください。

14.0 ページのクオリティとニーズ メットの関係

ニーズ メット評価（The Needs Met rating）は、クエリと結果の両方に基づいています。ニーズ メットの評価をつける際には、クエリとユーザーの意図を慎重に考えなければなりません。

ページ品質評価スライダーは、クエリに依存しません。LP にページ品質評価を割り当てる際には、クエリのことを考えないでください。

一部の結果にはページ品質スライダーがありません。結果ブロックにページ品質評価スライダーがない場合は、ページ品質評価を行う必要はありません。ページ品質スライダーがある場合は、ランディングページに基づいてページ品質評価を付けてください。

ここでは、「Needs Met」と「Page Quality」の評価の付け方についてご紹介します。（具体例略）

• 役に立たない結果は、たとえランディングページのページ品質評価が高くても、常に FailsM と評価されるべきです。役立たずは役立たずです。
• 話題性があり、役に立つが、ページ品質が低い結果は、話題性があり、役に立つが、ページ品質が高い結果よりも、ニーズメット評価が低くなるはずです。Needs Met スケールは “有用性 ” の全ての側面を含み、多くのユーザーは低いページ品質の結果は、高いページ品質の結果よりも有用でないと感じています。あなたの評価はこれを反映するべきです。
• HM 評価は、クエリに適した、役に立つ、ページ品質の高いページに与えられるべきです。HM 評価は、非常に有用で中程度の品質を持ち、非常に新しい情報など、他の非常に望ましい特性を持つ結果にも使用できます。
• ページの品質が低い場合や、情報が古い、不正確であるなど、その他の好ましくない特徴がある場合、また、クエリに対する適合性が低い場合には、HM 評価が適切でない場合があります。私たちは、HM 評価に対して非常に高い基準を設けています。
• SM は、品質は低いが話題性のあるページに適した評価であることが多いです。しかし、ページは、ほとんどすべてのクエリで役に立たないほどページ品質が低い場合があります。ちんぷんかんぷんのページは、FailsM と評価されるべきページ品質の低いページの良い例です。例外として、明確なウェブサイトの意図を持つクエリでは、ページの品質が低くてもターゲットのウェブサイトが FullyM と評価されるべきです。
• 有益な目的を持たないページは、そのページの「ニーズを満たす」評価やどれだけデザインが優れていても、常に最低のページ品質と評価されるべきであることを覚えておいてください。他のタイプの「ページ品質が低い」ページの概要については、セクション7.0 を参照してください。

15.0 ポルノ、外国語、Did Not Load 結果の評価

必要に応じて、結果ブロックに「Porn」、「Foreign Language」、「Did Not Load」のフラグを立てることが求められます。評価タスクの中には、心を揺さぶるような攻撃的な結果や、万人向けではない結果を特定するよう求められるものもあります。

15.1 ポルノフラッグ

クエリがポルノを求めているかどうかにかかわらず、すべてのポルノページに Porn フラグを割り当ててください。Porn フラグは、クエリやユーザの意図に依存しません。

このフラグは、結果ブロック内のコンテンツ、または LP 上のコンテンツが、ポルノ画像、リンク、テキスト、ポップアップ、目立つポルノ広告など、ポルノ的なものである場合に使用してください。ある画像が、ある文化や国ではポルノとみなされるかもしれませんが、別の文化や国ではそうではないかもしれません。あなたの国の文化や知識に基づいて判断してください。

重要： Porn フラグは、結果がポルノであることを示すために使用されます。クエリが「ポルノを求めている」かどうかは問題ではありません。

15.2 ポルノの結果のためのニーズ メット評価

15.2.1 明確な非ポルノ的意図を持ったクエリのニーズ メット評価

ユーザーの意図が明らかにポルノを求めていない場合、メインコンテンツにポルノを使用しているランディングページは「Fails to Meet」と評価されるべきです。

• ユーザーの意図が明らかにポルノではない場合、ポルノの結果は役に立たない、または役に立たないと考えるべきです。
• 招かれざるポルノは、多くのユーザーにとって非常に嫌な経験です。

以下のクエリは、非ポルノの意図を持ったクエリと考えるべきです： [女の子]、 [妻]、[熟女]、[同性愛者]、[キスしている人]、[男の子のスピードパンツ]、[母親と息子]、[女の子の写真]、[女性の写真]、[母親と娘]、[チアリーダー] など。

すべてのポルノページに Porn フラグを立てることを忘れないでください。あなたの判断で、あなたの地域のユーザーを代表してください。（具体例略）

15.2.2 ポルノの意図を持つ可能性のあるクエリに対するニーズ メット評価

一部のクエリでは、非ポルノとポルノの両方の解釈があります。たとえば、以下の英語（米国）のクエリには、非ポルノとエロティックまたはポルノの両方の解釈があります。[breast]、[sex]。これらのクエリを「possible porn intent」クエリと呼ぶことにします。

ポルノ目的の可能性があるクエリについては、一部または多数のユーザーがポルノを探している場合でも、非ポルノ的な解釈が支配的であるものとして評価してください。例えば、英語（米国）のクエリ [breast] は、健康や解剖学的な情報の意図が支配的であると仮定して評価してください。（具体例略）

15.2.3 明確にポルノの意図を持つクエリに対するニーズメット評価

非常に明確なポルノ意図のクエリに対しては、ユーザーにとってどれだけ役に立つかに基づいて、ポルノランディングページに評価を割り当てます。ポルノの意図があったとしても、そのページには Porn フラグを割り当てるべきです。

ポルノのクエリに対して、すべてのポルノページを単純に MM や HM と評価しないでください。クエリがポルノであり、結果がポルノであっても、そのページがクエリに適合し、高いニーズメット評価を得るために役立つものでなければなりません。

また、悪意のあるソフトウェアをダウンロードさせようとするページなど、ユーザーエクスペリエンスの低いページは、たとえクエリに適した画像があったとしても、低い評価を受けるべきです。（具体例略）

15.3 違法な画像の報告

児童ポルノ

注意： タスクの場所やロケールを問わず、レーティングプロジェクトに取り組む際には、児童ポルノを違法とみなす米国連邦法に従わなければなりません。（定義のついては略）

15.4 Foreign Language Flag

15.4.1 Foreign Language フラグの使用

ランディングページの言語が以下のいずれでもない場合は、Foreign Language フラグを割り当ててください。

• タスク言語
• 課題地の人口のかなりの割合の人がよく使う言語
• 英語

例えば、スペインではカタロニア語を話すユーザーのほとんどがスペイン語も話します。そのため、カタロニア語（ES）の評価タスクでは、カタロニア語、スペイン語、英語のランディングページに外国語フラグを割り当ててはいけません。（具体例略）

重要：

• あなたがその言語を理解していても、あなたのロケールのほとんどのユーザーが理解していない場合でも、Foreign Language フラグを割り当ててください。
• 外国語フラグは、結果ブロックの外観ではなく、ランディングページの言語に基づいて割り当ててください。
• たとえ、あなたのロケールのほとんどのユーザーが、そのクエリに対して外国語のページを期待していたり、望んでいたとしても、すべての外国語ページに外国語フラグを付けることを忘れないでください。
• ランディングページが何語で書かれているのか判断できないことがあります。LP には複数の言語が使われていたり、まったく言葉が使われていないこともあります。このような場合は、自分のロケールのユーザーを表現してみましょう。外国語のページのように感じますか？ 疑わしい場合は、Foreign Language フラグを使用しないでください。

15.4.2 外国語の結果に対するニーズ メット評価

結果ブロックに外国語のランディングページがある場合でも、タスクのすべての結果ブロックにニーズ メットの評価を割り当てる必要があります。

ほとんどの場合、Foreign Language としてフラグを立てたページは、FailsM として評価されるべきです。あなたのロケールのユーザがその言語を読むことができるのであれば、Foreign Language フラグを使うべきではないことを覚えておいてください。時折、役に立つ Foreign Language のページに出会うことがあります。

クエリが、ほとんどのユーザが外国語の結果を期待したり、望んだりすることを明確に示している場合、外国語ページの Needs Met 評価は FailsM にすべきではありません。例えば、クエリが [baidu.com]、英語 (US) の場合、baidu.com に FullyM 評価と Foreign Language フラグを割り当ててください。

動画は、外国語のページが役立ち、望まれる例としてよく挙げられます。ユーザーの意図を考え、どのようなページがユーザーにとって良いのかを考えます。クエリが外国語の歌、バンド、映画、スポーツイベントなどを尋ねているのであれば、その歌、バンド、映画、スポーツイベントなどの動画は、外国語であっても理解したり楽しんだりすることができるので、役に立つでしょう。このようなタイプのクエリでは、外国語の検索結果が期待されます。

もしそのビデオが、誰かがその曲、バンド、映画、イベントについて話しているものであれば、その結果はおそらく理解できないし、楽しめないので、FailsM 評価と Foreign Language フラグをつけるべきです。

注： 外国語の結果のページ品質評価を評価できない場合は、ページ品質評価を割り当てる必要はなく、スライダーを N/A のままにしておくことができます。（具体例略）

15.5 Did Not Load フラグ

15.5.1 Did Not Loadフラグの使用

Did Not Load は、ウェブページの技術的な問題により、ユーザーが LP コンテンツを閲覧できないことを示すために使用します。以下のような場合に Did Not Load フラグを使用してください。

• ランディングページのメインコンテンツは、ウェブサーバーまたはウェブアプリケーションのエラーメッセージであり、ナビゲーションリンク、ホームリンク、補足コンテンツ、広告などの他のコンテンツはありません。
• ランディングページは、メインコンテンツも補足コンテンツも広告もない真っ白な状態です。

Did Not Load フラグは、結果ブロックではなく、ランディングページに基づいて割り当てられます。

Did Not Load フラグは、次のような場合には使用しないでください。

• “Warning – visiting this site may harm your computer!” のようなマルウェアの警告。
• メインコンテンツが削除されたり、期限切れになったページ（例：広告掲載の期限切れ、ソーシャルメディアの投稿の削除、商品やサービスの利用不可）。
• メインコンテンツの閲覧には会員登録が必要なため、アクセスできないページがあります。

15.5.2 ニーズ メット評価と「Did Not Load」フラグ

すべての結果ブロックには、ニーズ メット評価を与えなければなりません。ランディングページが本当に読み込まれない場合は、Did Not Load フラグを割り当て、そのページを FailsM と評価してください。真の Did Not Load ページは役に立ちません。

ページが部分的に読み込まれたり、エラーメッセージが表示されることがあります。その結果がクエリにどれだけ役立つかに基づいて、ニーズ メットの評価を与えます。エラーメッセージはウェブマスターがカスタマイズすることができ、よく機能しているウェブサイトの一部です。このようなページがクエリの参考になることもあります。

注： Did Not Load の結果のページ品質評価ができない場合は、ページ品質評価を割り当てる必要はなく、スライダを N/A のままにしておくことができます。（具体例略）

15.6 一部の評価タスクにおける追加フラグ

評価タスクの中には、気分を害するような結果や、みんなのためにならないような結果の特定を求めるものがあります。

あなたの地域の一般的なユーザーの視点から見て、動揺や不快感を与える可能性のあるコンテンツを以下のようにマークします。

年齢、性別、人種、宗教、所属政党を問わず、世界や他の視点を理解するためにインターネットを利用していることを念頭に、「動揺」と「不快」を表現しています。

あなたの地域の一部の人にとって不快なコンテンツ（例えば、公共の場、職業上の環境、学校などでは適切でない可能性があるコンテンツ）は、Not-for-Everyone（みんなのためにならない）とマークしてください。

16.0 複数の解釈や意図を持つクエリの評価

クエリの中には、本当に1つの意味しか持たないものがあります。[iphone] というクエリを考えてみましょう。このクエリに対するユーザーの意図はさまざまですが（iPhone を調べる、iPhone を購入する、Apple のウェブサイトの iPhone ページに行く）、すべてのユーザーは基本的に同じものを参照しています： Apple, Inc. 製の携帯電話です。

クエリの中には、本当にさまざまな意味が考えられるものがあります。英語（米国）の [apple] というクエリを考えてみましょう。ユーザーによっては、コンピュータのブランドや果物についての情報を探したいと思うかもしれません。このような意味の違いをクエリの解釈と呼びます。

異なるクエリの解釈を含む結果に対してニーズ メットの評価をする際には、そのクエリの解釈がどれだけあり得るか、そしてその結果がどれだけ役に立つかを考えてください。

• 優勢な解釈で非常に役立つ結果は、多くのユーザーまたはほとんどのユーザーにとって非常に役立つため、Highly Meets と評価されるべきです。優勢な解釈を持ついくつかのクエリは、FullyM の結果を持っています。
• 一般的な解釈に対して非常に役立つ結果は、その解釈の可能性に応じて、Highly Meets または Moderately Meets となります。
• 非常にマイナーな解釈に対して、非常に役立つ結果が出ても、その解釈に興味を持つユーザーが少ないため、Slightly Meets またはそれ以下になることがあります。
• 結果が FailsM と評価されるべき、非常に可能性の低い解釈もあります。これらを no chance（可能性のない）解釈と呼んでいます。

16.1 ウェブサイトと訪問者の両方を意図した評価クエリ

いくつかのクエリは、2つの可能な強い意図を持っています。

• ウェブサイトにアクセスする意図（Go to the website intent）： 例えば、情報を探す、オンラインで購入する、予約する、アポイントを取る、カスタマーサポートとやり取りする、その他オンラインで満たされるニーズを満たすために。
• 来店・訪問する意図（Visit-in-person intent）： ユーザーが店舗や企業などを実際に訪問したいと考えていること。

ユーザーの意図はどちらか一方を達成することだと分かっていますが、ユーザーがどちらを望んでいるかは不明です。このようなクエリの場合、どちらかの意図を満たすだけの結果ブロックには Fully Meets 評価をつけるべきではありません。（具体例略）

17.0 クエリとランディングページの特殊性

非常に一般的なクエリもあれば、特殊なクエリもあります。

特定のクエリに対する結果は、ユーザーが何を探しているかをよりよく知っているので、Needs Met スケールで評価するのは容易です。一般的なクエリに対する結果に Needs Met の評価をするのは難しいです。いつものように、あなたの評価は、特定の適合性ではなく、結果がクエリにどれだけ役立つかに基づいています。

[カフェ][レストラン][ホテル][本][パリの観光名所]など、幅広いカテゴリーのクエリの場合、人気のある著名な例が非常に参考になると考えられます。各地で何が人気で著名なのかを理解するために、ウェブリサーチを行ってください。（具体例略）

18.0 ニーズ メット評価と鮮度

クエリの中には、非常に新しい、あるいは「新鮮な」情報を求めるものがあります。ユーザーは、今まさに起こっている重要なイベントや自然災害などの「ニュース速報」を求めているかもしれません。

クエリが最新のコンテンツを求めている場合、最新、最近、または更新されたコンテンツを持つページのみが高いニーズ メット評価を得るべきです。このようなクエリでは、過去のイベント、古い製品モデルや価格、古い情報などのページは役に立ちません。それらは “古くなった “とみなされ、低いニーズ メットの評価が与えられるべきです。いくつかのケースでは、陳腐な結果は役に立たず、FailsM と評価されるべきです。

クエリの中には、「ニュース性の高い」または「最近の情報」を求めるユーザーの意図と、「時代を超えた」情報を求めるユーザーの意図がある場合があります。例えば、著名人や政治家に関するクエリを実行したユーザーは、経歴に関する情報に興味があるかもしれませんし、最新のニュースやゴシップを探しているかもしれません。

ページ品質評価において、鮮度は一般的にあまり重要ではありません。「古くなった」ページでも、ページ品質評価が高い場合があります。例えば、高い評価を得ているニュースサイトの中には、「アーカイブ」コンテンツを維持しているものがあります。しかし、メンテナンスされていない/放棄された古いウェブサイトや、メンテナンスされておらず不正確/誤解を招くようなコンテンツは、ページ品質評価が低くなる理由となります。

注意： ページの作成日は、コンテンツの最終更新日や修正日とは異なる場合があります。コンテンツが更新されると、ページが作成された日付ではなく、更新された日付が表示されることがあります。また、コンテンツの最終更新日にかかわらず、常に現在の日付を表示するウェブサイトもあります。ページの内容が気になる場合は、Internet Archiveの Wayback Machine をお試しください。すべてのページが利用できるわけではありませんが、このツールを使えば、いくつかのページがどのように作られ、時間の経過とともにコンテンツがどのように変化したかを理解できるかもしれません。（具体例略）

19.0 誤字・脱字のあるクエリと結果

19.1 誤字・脱字のあるクエリ

クエリの中には、スペルミスやミスタイプのものがあることに気づくでしょう。

スペルミスやタイプミスのあるクエリは、解釈が難しくなります。あなたの判断で、クエリの調査を行ってください。

明らかにスペルミスやタイプミスのあるクエリについては、必ずしもユーザーがどのようにクエリをスペルしたりタイプしたりしたかを正確に知る必要はなく、ユーザの意図に基づいて評価を行うべきです。

明らかにスペルミスやミスタイプではないクエリの場合、書かれている通りのクエリを尊重し、ユーザーはスペル通りのクエリの結果を求めていると考えるべきです。

19.2 名前のクエリ

英語(US)で [john stuart] というクエリを考えてみましょう。コメディアンであり、米国の人気テレビ番組の元司会者ある、とても有名な Jon Stewart がいます。しかし、クエリ [john stuart] のスペルが間違っていると決めつけてはいけません。John Stuart という名前の人はたくさんいます。私たちはこのクエリをそのまま尊重し、ユーザが “John Stuart ” という名前の人を探していると仮定します。（具体例略）

20.0 URL クエリの不完全一致

評価者から、「整形された作業用 URL クエリの場合、結果のニーズ メット評価は、Fully Meets か Fails to Meet のどちらかしか認められないのか？」という質問を受けることがあります。答えは NO です。URL クエリには他にも役立つ結果があるかもしれません。

ユーザーの中には、レビューや最近のニュースなど、ウェブサイトに関する情報を得るために URL クエリを実行する人がいます。PQ ガイドラインでは、評判調査の一つの方法として、この方法を推奨しています。実際のユーザーもこれを行っています。レビューやレピュテーションの情報を提供する検索結果は、URL 検索の際に非常に役立ちます。

しかし、ウェブサイトの使用状況に関する統計情報を提供するウェブサイトは、通常、URL 検索の結果としては役に立ちません。ほとんどのユーザーはこの種の情報に興味がありません。（具体例略）

21.0 製品クエリ：ブラウジングとリサーチの重要性

[ipad reviews] のように、明らかに情報を求める（Know）意図を持つ製品クエリもあります。また、[buy ipad] のように、購入（Do）の意図が明確な商品クエリもあります。また、[ipad store.apple.com] のように、ナビゲーション（ウェブサイト）の意図がはっきりしている商品クエリもあります。しかし、ほとんどの製品クエリは、明らかに1つのタイプの意図を特定していません。

多くのユーザーは、現実のウィンドウショッピングのように、オンラインで商品を見たり、視覚的に探索することを楽しんでいることを念頭に置いてください。ユーザーが調べたり、見たり、購入するものを決めたりできるような結果には、高いニーズ メット評価評価を与えましょう。

例えば、自動車や家電製品のように、ユーザーはオンラインで見たり調べたりしている商品を必ずしも購入しようとは思っていないかもしれません。最終的な目的は商品の購入であっても、その前には、商品の調査（レビュー、技術仕様）、オプションの理解（ブランド、モデル、価格）、様々なオプションの閲覧・検討（ブラウジング）など、様々な活動が行われます。

重要： 製品結果のページ品質評価は、特に注意が必要です。

多くの場合、製品に関するクエリの結果は YMYL ページです。ユーザーは、製品を調べる際に、権威ある情報源からの質の高い情報を必要としています。特に、製品が高価であったり、大きな投資や重要なライフイベントを意味する場合（例：自動車、洗濯機、コンピュータ、結婚祝い、ベビー用品、ハリケーン・シャッター、大型のフィットネス機器など）には、そのような情報が必要です。

ユーザーが商品を購入する際には、評判が良い、カスタマーサービスが充実しているなど、信頼できるウェブサイトが必要です。製品に関するクエリの結果は、お金にも人生にも関わる重要なことかもしれません。（具体例略）

22.0 訪問・来店型の意図を持つクエリの評価（Visit-in-Person）

例えば、[chinese restaurants] でユーザーの所在地が「Boston, MA」となっているように、訪問目的のクエリでユーザーの所在地が指定されていない場合、ユーザーの所在地またはその近くの結果が最も参考になります。

「近い」とはどの程度の距離か？ 実際に訪問した結果の距離が遠すぎるかどうかを判断する際には、ビジネスや事業体のタイプを考慮する必要があります。例えば、多くの人は、ガソリンスタンド、コーヒーショップ、スーパーマーケットなどのために、それほど遠くまで移動したいとは思わないでしょう。これらは、多くのユーザーが近くで見つけることを期待するタイプのビジネスです。

しかし、医院、図書館、特定の種類のレストラン、プールなどの公共施設、オープンスペースのハイキングコースなど、ある種の訪問型検索結果に対しては、ユーザーはもう少し遠くまで行ってもよいと考えるかもしれません。 また、非常に専門的な医療機関など、さらに遠い場所での検索結果を受け入れる場合もあります。

つまり、ユーザーが「近く」の結果を探していると言っても、「近く」という言葉は、クエリによって異なる距離を意味します。いつも通り、あなたの判断でお願いします。

22.1 ユーザーの位置情報が重要になる（ならない）例

前述のように、ユーザーの所在地によって、クエリやユーザーの意図に対する理解が変わるとは限りません。以下に、ユーザーの位置情報が重要な役割を果たす例と、ユーザーの位置情報が重要ではない例を示します。（具体例略）

23.0 英語以外の言語での英語表示の評価

以下のレーティングガイダンスは、英語圏以外の地域の評価者のためのものです。英語（US）、英語（IN）、英語（NG）など、タスク言語が英語の場合は、このセクションを読むのをやめても構いません。

ニーズ メットの評価は、その結果があなたのロケールのユーザーにとってどれだけ役立つかを反映したものでなければなりません。クエリがあなたのロケールの言語で書かれている場合、ユーザはその言語での結果を望んでいると仮定してください。

あなたが英語を読めることは知っていますが、（あなたはこの文書を読んです！）あなたのロケールのユーザーが特定の問い合わせに対して期待したり、望んだりする場合にのみ、英語の結果に高いニーズ メット評価を与えるべきです。クエリで要求されていない限り、ロケールのほとんどのユーザが読めない場合、英語の結果は役に立たないと考えるべきです。

ただし、クエリに英語の名前や単語などが含まれている場合や、特定のクエリに対して英語の結果が満足できるものかどうかが不明な場合は、評価が難しくなることがあります。適切なレーティングを決定するために、あなたの判断とあなたのロケールの知識を活用してください。

重要： 各ロケールでは、一般的に使用されている言語（公用語、地域言語、地方の方言など）、文字体系、キーボード入力言語の数や種類について、独自の考慮事項があることに留意してください。このガイドラインには、あなたのロケールの例が含まれていないかもしれませんが、クエリやレートの結果を解釈するためには、あなたのタスクの場所や文化のユーザーを表現することが重要です。疑問がある場合は、クエリが明確にそうでないことを示していない限り、ユーザーはタスク言語での結果を好むと仮定してください。

23.1 英語以外のロケールでの英語（および英語以外）の検索結果の例

ここでは、ヒンディー語（IN）と韓国語（KR）をロケールとした例を紹介します。いずれの場合も、これらのロケールのユーザー（インドのヒンディー語を話すユーザーや、韓国の韓国語を話すユーザー）が英語を読めるとは想定できません。そのロケールのほとんどのユーザーが英語の検索結果に満足できなければ、役に立たない（FailsM）と判断します。（具体例略）

一方で、タスク言語で入力されたクエリであっても、実際には英語で検索した方が多くのユーザーのニーズを満たすことができるクエリもあります。

例えば、グローバル企業や組織に関する問い合わせでは、ユーザーは、ロケールによっては、その企業や組織の公式ウェブサイトの英語版にアクセスすることを期待したり、望んだりするかもしれません。同様に、メーカーの部品番号や製品仕様、科学や化学の公式などの技術的な情報を求める問い合わせに対しては、ロケールによっては英語での回答が一般的になる場合があります。

これらのクエリでは、ユーザーは自分のニーズを満たすために英語の結果を期待したり、望んだりすることがあります。適切な評価を決定するためには、あなたの判断とあなたのロケールに関する知識を活用してください。

最後に、地域によっては、英語が公用語のひとつであったり、一般的に話されている言語であったりします。このような地域では、英語のウェブサイトは使いやすく、問い合わせ内容によっては役に立つことがあります。

例えば、シンガポール政府は4つの公用語を認めています。例えば、シンガポール政府は英語、マレー語、中国語、タミール語の4つの公用語を認めていますが、シンガポールでは英語が第一言語であり、最も支配的な言語となっています。

24.0 異なるクエリに対する辞書・百科事典の結果の評価

辞書や百科事典の結果にニーズ メット評価を割り当てる際には、ユーザの意図に注意を払わなければなりません。他の結果と同様に，辞書や百科事典の結果の有用性は、クエリとユーザの意図に依存します。

辞書や百科事典の結果は、多くの検索に局所的に関連しているかもしれませんが、多くの場合、これらの結果は、あなたの評価地域のほとんどの人がすでに理解している一般的な単語には役に立ちません。辞書や百科事典の結果は、ユーザーの検索意図が「それは何ですか」や「それは何を意味しますか」である可能性が高く、その種の情報を求めているユーザーにとってその結果が有用である場合には、ニーズ メットの評価を高くしておきます。

重要： 一般的な単語や一般的な項目に対する辞書や百科事典の結果の有用性について、非常に注意深く考えてください。一般的な単語に対する辞書や百科事典の結果から恩恵を受けるユーザが少ない場合、Slightly Meets の評価が適切かもしれません。非常に少数のユーザー、あるいは全くユーザの利益にならない場合には、Fails to Meet が適切です。（具体例略）

Appendix 1: 評価プラットフォームの使い方

評価プラットフォームの使い方は、実際に評価者が評価システムを使用する方法を説明しているセクションなので省略します。

• Google 検索品質評価ガイドライン
  1. 検索品質評価とは？
  2. サイトの品質に影響する要因
  3. 高品質なページの特徴とは？
  4. 低品質なページの特徴とは？
  5. モバイルユーザーのニーズ
  6. ニーズ メット評価