2022 年 11 月 29 日（火曜日）
11 月の Google SEO オフィスアワーに質問をお送りいただいた皆様に感謝いたします。この回では、Google 検索チームのメンバーである Gary Illyes、Lizzi Sassman、John Mueller、Alan Kent、Duy Nguyen が回答しています。完全な録音は Google 検索の YouTube チャンネルからご利用ください。またこのブログ投稿で質問の文字起こしを公開し、簡単に参照できるようにしています。
私たちは過去数か月間、オフィスアワーでの対応を実験してきました。その過程でさまざまなバリエーションを試していることがおわかりいただけるでしょう。実験の目的は、質問の公開を容易にし、Google 検索チームの他のメンバーが回答に貢献しやすくすることです。それにより、質問と回答を公開するオーバーヘッドを最小限に抑えることができます。現在は、この音声のみのフォーマットを月次ベースで公開することを目指しています。
12 月の Google SEO オフィスアワーに質問を送りたい場合は、フォームに自由にご記入のうえ、翌月の回の質問として送信してください。質問は、Google 検索と SEO に関する一般的な質問に絞ることをおすすめします。ご自身のウェブサイトについて具体的なご質問がある場合は、Google 検索セントラル フォーラムでサイト固有のヘルプを探すとよいでしょう。
新しい方法はいかがでしょうか？このブログ投稿の [フィードバックを送信] ボタンか、YouTube 動画のコメント欄を使用して、感想をお知らせください。
1 つのスキーマ マークアップ フィールドで、カンマ区切りを使用して複数の値を指定できますか？
Lizzi: Abhishek さんから次の質問がありました。「1 つのスキーマ マークアップ フィールドで、カンマ区切りを使用して複数の値を指定できますか？たとえば『GTIN = 値 1, 値 2』のように」
機能によってガイダンスが異なる可能性があるので、個々の機能についてはいつものようにドキュメントを確認する必要があります。しかし一般的には、フィールドごとに 1 つの値を指定するのがおすすめのマークアップ方法です。GTIN の場合は、固有商品 ID であるため、実際には 1 つの値だけを指定する必要があります。GTIN と ISBN を指定する場合は、GTIN を使用してから ISBN プロパティを使用してください。そうすれば、どの値がどのプロパティに適用されるかが Google にわかります。
ドメイン プロパティで Search Console の否認機能を使用するためのオプションは何ですか？
John: Pierre さんから次の質問がありました。「現在、ドメイン プロパティでは Search Console の否認機能を使用できません。だとすると、どのようなオプションがありますか？」
ドメインレベルの確認が完了している場合は、追加のトークンがなくてもプレフィックス レベルを確認できます。そのホストを確認して、必要な作業を行ってください。また、奇妙に見えるランダムリンクや、なんらかのツールがフラグを立てたランダムリンクを否認するのは、有効な時間の使い方とは言えません。何も変わらないからです。否認ツールは、実際にリンクに対して支払いを行った後で削除できなくなった場合に使用してください。
お金のためにゲスト投稿を受け入れているサイトは、ヘルプフル コンテンツ アップデートによってどれくらい不利になりますか？
Duy: こんにちは、SEO オフィスアワーのために Duy が録音しています。Latha さんから次の質問がありました。「お金のためにゲスト投稿を受け入れているサイトは、ヘルプフル コンテンツ アップデートによってどれくらい不利になりますか？」
Google のシステムは、価値の低いコンテンツ、品質の低いコンテンツ、検索エンジン対策のためだけに作成されたコンテンツを提供するサイトを識別できます。コンテンツとリンクを吟味することなくゲスト投稿を受け入れるサイトは、ヘルプフル コンテンツ アップデートだけでなく、Google がすでに導入している他のシステムにより、サービスの結果でランキングが下がるリスクがあります。
Google が canonical タグを正しく検出しない場合はどうすればよいですか？
John: 「Google が canonical タグを正しく検出しない場合はどうすればよいですか？」
そもそも、正規化は link rel="canonical" 要素だけで決まるわけではありません。非常によく似た URL が検出されたとき、Google のシステムはその内容を最もよく表している URL を 1 つ選択しようと試みます。そのために、link rel="canonical" だけでなく、リダイレクト、サイトマップ、内部リンク、外部リンクなども考慮されます。どの URL が選択されるべきかについて強いこだわりがある場合は、すべてのシグナルが一致してその URL を示していることを確認してください。正規化は、主としてどの URL が表示されるかに関わるものです。それはコンテンツのランキングに影響する要素ではありません。
コンテンツが短いと、Google がそのページをクロールしてインデックスに登録する可能性が高くなりますか？
Gary: 「それほど頻繁に検索されないトピックを個別に扱うディレクトリがサイトにある場合、コンテンツが短いとインデックスに保存するコストが低くなるため、Google がそのページをクロールしてインデックスに登録する可能性が高くなりますか？」
興味深い質問です。コンテンツの長さは、Google がクロールする頻度やインデックスに登録するかどうかには影響しません。また、URL パターンのクロール頻度にも影響しません。ニッチなコンテンツもインデックスに登録される可能性があります。これはいかなるペナルティの対象にもなりませんが、一般的には、インターネットで人気のあるコンテンツ（たとえば多くの人がリンクしているコンテンツ）は、クロールされやすく、インデックスに登録されやすくなります。
リスティングの動的な並べ替えが原因で、商品画像がインデックスに登録されない可能性はありますか？
Alan: Paul さんから次の質問がありました。「リスティングの動的な並べ替えが原因で商品画像がインデックスに登録されない可能性はありますか？」
リスティングの動的な並べ替えが商品画像をインデックスに登録しない理由になる可能性はそれほどありません。商品画像は商品説明ページから参照する必要があり、それによって画像がどの商品を表しているかが Google にわかります。必要であれば、サイトマップ ファイルを作成するか Google Merchant Center フィードを提供して、Google がリスティング ページに頼らずにすべての商品ページを検出できるようにすることができます。
サイトの移行が検索に影響する期間はありますか？
Lizzi: Sergey さんから次の質問がありました。「サイトの移行が検索に影響する期間はありますか？現在、私たちは大規模なサイトを新しいドメインに移行しています。4 か月経ちましたが、まだ新しいドメインが SERP で元のドメインの順位を獲得する兆候がありません。どうすればよいでしょうか？」
このような大きな変更では、特にまだ移行中の場合、ランキングの変動が見られるのはまったく正常なことです。状況が落ち着くまでの期間は一定ではありません。また、サイトの一部のみの移動が、検索の際に必ずしもサイト全体の移動のしるしにはならないことに留意してください。移行期間中は引き続き変動が見られるでしょう。サイト自体を見ないと、何をすべきかを言うのは難しいですね。サイト固有のヘルプを探すには、フォーラムに投稿することを強くおすすめします。そうすれば、フォーラムのメンバーがサイト固有の状況を確認して、もっと具体的なアドバイスを提供できます。
HTTP/3 を使用すると、パフォーマンスの向上によって SEO が改善されますか？
John: Flavio さんから次の質問がありました。「HTTP/3 を使用すると、パフォーマンスの向上によって SEO が改善されますか？」
現在、Google は HTTP/3 をランキング要素として使用していません。私が知る限り、クロールでも使用していません。パフォーマンスの観点から言うと、HTTP/3 を使用することでユーザーが得られる利点は、ページ エクスペリエンスのランキング要素で使用される指標である「ウェブに関する主な指標」に大きく影響するほどではないと思います。より高速なサーバーを構築するのは効果的ですが、HTTP/3 を使用するだけで SEO の改善に直接つながるとは思えません。同様に、より高速な RAM をサーバーで使用しても、SEO の改善に直接つなげるのは難しいはずです。
Google がバックリンクをランキング要素として使用し続けているのはなぜですか？
Duy: Andrea さんから次の質問がありました。「Google がバックリンクをランキング要素として使用し続けているのはなぜですか？バックリンクのように簡単に人為的な操作ができる要素以外のランキング要素をなぜ見つけられないのでしょう？」
ここで初めてお伝えすることがいくつかあります。第一に、シグナルとしてのバックリンクが及ぼす影響は、Google 検索が何年も前にスタートしたときに比べると、かなり減少しています。Google には数百の強力なランキング シグナルがあり、すべてのクエリに対して関連性が高い有用な結果をランク付けすることができます。第二に、フルリンク構築キャンペーンがあります。これは、Google のスパムポリシーに照らせば、本質的にはリンクスパムです。Google には、不自然なリンクを大量に検出して null 化できるアルゴリズムが多数あります。これは、リンクにお金をかけているスパマーや SEO にとって、リンク構築に費やしたコストが実際に効果を生んでいるかどうかを知る方法がないことを意味します。Google はそのようなスパムリンクを見つけるとすぐに null 化するので、スパムリンクの構築は単なるお金の無駄遣いである可能性が非常に高いと言えます。
内部コンテンツ リンクのアンカーの大多数が同じである場合、問題はありますか？
John: Sam さんから次の質問がありました。「内部コンテンツ リンクのアンカーの大多数が同じである場合、問題はありますか？」
問題ありません。それはむしろ正常です。メニューは通常どこにでもありますし、e コマースサイト内でリンクされている商品も、通常は常に同じリンクで参照されます。まったく問題ないですね。SEO の観点から言うと、すべきことは何もありません。
Google がウェブサイト スキーマを追加する場合、ソフトウェア アプリケーション スキーマも追加しますか？
Lizzi: 匿名の方から次の質問がありました。「Google が最新のウェブサイト スキーマをホームページに追加する場合、ソフトウェア アプリケーション スキーマまたは組織スキーマも追加しますか？」Google は、ドキュメントのスキーマ マークアップを更新してブランドのウェブサイト スキーマを追加しましたが、組織スキーマまたはソフトウェア アプリケーション スキーマがどうなるかについては何も言っていません。
それは状況次第です。すみませんが、そうとしかお答えできません。これらは別の機能です。ソフトウェア アプリケーションに関するサイトの場合は、ソフトウェア アプリケーションの構造化データを追加することもできます。ホームページに複数のウェブサイト ノードではなく 1 つのウェブサイト ノードが存在するように、すべてをネストしてください。このケースでは、それが重要になります。
noindex ページの数が多すぎると、検出またはインデックス登録で問題が生じますか？
Gary: Chris さんから次の質問がありました。「noindex ページの数が多すぎると、Google にとってどれくらい問題になりますか？多すぎる場合、コンテンツの検出とインデックス登録に影響しますか？」
いい質問ですね。noindex は、検索エンジンがサポートする非常に強力なツールであり、サイト所有者がコンテンツをインデックスからブロックするのに役立ちます。したがって、クロールとインデックス登録に関する限り、意図しない影響は生じません。具体的には、noindex を含むページが多数あっても、Google がサイトをクロールしてインデックスに登録する仕組みには影響しません。
URL とページが同じ言語を使用していない場合、問題になりますか？
Alan: Yasser さんから次の質問がありました。「ページで使用されている言語の文字が URL に含まれていない場合、サイトのランキングに影響しますか？」
SEO の観点からは、URL がページ コンテンツと異なる言語で記述されていても悪影響はありません。一方ユーザーは、特に他の人と URL を共有する場合には気にするかもしれません。
スクレイピングやスパムを行うサイトに対して、クリエイターはどのように対処すればよいですか？
Duy: Kristen さんから次の質問がありました。「コンテンツ クリエイターは、AI を使用してコンテンツを盗用し、変更を加えて検索結果のランキングを上げようとするサイトに対してどのように対処すればよいですか？」
コンテンツのスクレイピングは、多少の変更を加える場合でも、Google のスパムポリシーに反します。Google には、このような行為を発見して、他のサイトから無断複製されたコンテンツのランキングを下げるアルゴリズムが多数あります。コンテンツを繰り返しスクレイピングしているサイトが検索で上位にランキングされているケースを見つけた場合は、スパムレポート フォームを使用してお気軽に報告してください。それにより、Google はスパム検出と全体的なランキングの両面で、システムをさらに改善することができます。
Google がインデックスに登録するページをローテーションしているという話は本当ですか？
Lizzi: Ridwan さんから次の質問がありました。「Google がインデックスに登録するページをローテーションしているという話は本当ですか？というのも、私が携わっているサイトでは、インデックスに登録されたページをローテーションしているからです。たとえば、ページ A は月曜から木曜まではインデックスに登録されますが、金曜から日曜まではインデックスに登録されません。」
わかりました。答えは簡単です。その話は本当ではありません。Google が曜日に基づいてインデックスをローテーションしているということはありません。
インデックスに登録されているページと登録されていないページの比率を観察する必要はありますか？
John: Anton さんから次の質問がありました。「インデックスに登録されていないページでクロール バジェットが浪費されている可能性を認識しやすくするために、インデックスに登録されているページと登録されていないページの比率を Search Console で観察する必要はありますか？」
いいえ、観察の基準となるような魔法の比率はありません。また、ページ数が 100 万を超える巨大なサイトでない限り、ウェブサイトのクロール バジェットについて心配する必要はおそらくありません。不要な内部リンクを削除するのは良いことですが、小規模または中規模のサイトの場合、それは SEO よりもサイトの健全性に関わる問題です。
Discover 機能を有効にするにはどうすればよいですか？
Alan: Joydev さんから次の質問がありました。「Discover 機能を有効にするにはどうすればよいですか？」
コンテンツを Discover で有効にするために何かをする必要はありません。Google が自動的に有効にします。ただし、コンテンツを表示するかどうかと、Discover と検索結果のどちらに表示するかは、別の基準で決定します。したがって、検索からトラフィックを獲得できても、Discover からトラフィックを獲得できる保証はありません。
スパムサイトからリンクされている noindex ページが多数ある場合、クロール バジェットに影響しますか？
Gary: Sam さんから noindex に関する別の質問がありました。「多くの SEO 担当者が、noindex のために数百万の URL が Google Search Console で除外フラグを立てられていると不満を述べています。すべてはスパムサイトからリンクされている内部検索ページが原因です。これはクロール バジェットで問題になりますか？」
noindex があるのは、コンテンツをインデックスからブロックするのに役立つからです。前にも言ったように、意図しない悪影響はありません。ページまたはその URL が確実に Google のインデックスに登録されないようにしたい場合は、引き続き noindex を使用してください。クロール バジェットを気にする必要はありません。
長い記事を細かく分割すると、質の低いコンテンツになりますか？
Lizzi: Lalindra さんから次の質問がありました。「長いトピックを扱った記事を短い記事に分割して相互リンクを貼った場合、個々の記事は質の低いコンテンツと判断されますか？」
それは内容を見ないと判断しづらいですね。文字数だけが質の低いコンテンツのしるしになるわけではありません。あるトピックを深く掘り下げた詳細な記事を作成するのは良いことです。同様に、詳細な記事を分割してトピックを理解しやくするのも良いことです。これらはどちらも完全に合理的なアプローチです。どちらが良いかはそのページのトピックとコンテンツ次第です。また、対象読者のことを最もよく知っているのはあなたです。したがって、もし私だったら、ユーザーにとって何が最も有用か、またどのようなトピックについても個々のページで十分な価値を提供しているかという点に注目します。
404 ページが多数ある場合、クロールと処理が停止される可能性があるというのは本当ですか？
Gary: Michelle さんから次の質問がありました。「HTTPS レポートに関するヘルプセンター ドキュメントには、404 ページが多数ある場合、Google が URL のクロールと処理を停止する可能性があると書いてあります。404 がどれくらい多いとそうなりますか？また、ウェブサイトに 404 ページが多数リンクされている場合も影響する可能性がありますか？」
鋭いご指摘です。ご質問ありがとうございます。ドキュメントでは、当初 404 HTTP ステータス コードのためにサイトレベルでクロールが停止されることを示唆していましたが、Google はこの誤りを訂正しました。これは、404 エラーではなく HTTPS 証明書エラーと記述するべきでした。サイトでは、必要なだけの 404 エラーを自由に設定してください。そうしてもウェブサイト全体のクロールには影響しません。404 ページは、インターネットのきわめて健全な要素です。
「主な出来事」動画マークアップの現在の状態はどうなっていますか？
Alan: Iman さんから次の質問がありました。「『主な出来事』動画マークアップの現在の状態はどうなっていますか？このスニペットは YouTube 動画でのみ利用可能なように思われます。本当にそうなのですか？」
「主な出来事」動画マークアップは有効であり、さまざまな動画プロバイダによって使用されています。YouTube に固有の機能ではありません。Google のオンライン ドキュメントの説明が不十分な場合は、公開フォーラムで調べてみてください。
私の新しいウェブサイトがよく似た名前の古いウェブサイトと混同されています。どうすればよいですか？
John: "Weird All website" というユーザーの方から次の質問がありました。「私の新しいウェブサイト "Weird All", の完全な名前を入力しても、検索に表示されません。歌手の "Weird Al" と混同されています。」
Weird Al の音楽をたくさん聴いて育った人間としては、Google とその他の検索エンジンに共感を覚えざるを得ません。ほとんどの場合、2 つの L を含む "weird all" を入力する人々は、おそらく Weird Al を検索するつもりでそうしています。基本的に、この種の SEO では、よく知られた名前のタイプミスと思われないようなサイト名を選ぶことが重要です。有名な名前と区別されるようにするのは非常に難しいからです。ある語句が Google のシステムにとってタイプミスに見える場合、Google はそれをタイプミスとして扱い、ユーザーが実際に探していると思われる検索結果に誘導しようとします。もし人々が本当に "Weird Al" ではなく "weird all" を検索したいと思っているのであれば、時間の経過とともに Google のシステムはそのように判断するようになります。しかし、それには長い時間がかかります。特に Weird Al のように知名度が高い人物の場合、あなたのサイト名がそれと区別されるようにするのはかなり大変だと思われます。
純粋な HTML だけで FAQ 強調スニペットを取得することは可能ですか？
Lizzi: 匿名の方から次の質問がありました。「純粋な HTML だけで FAQ 強調スニペットを取得することは可能ですか？これは、スキーマ マークアップを参照せず、できる限りシンプルな HTML を使用するという意味です。」
「よくある質問」リッチリザルトについてお尋ねであれば、今のところ、検索結果でその拡張機能を利用するには「よくある質問」スキーマ マークアップが必要です。一部の機能では、あなたがウェブページに掲載しているコンテンツを自動的に取得できる場合がありますが、特定のドキュメントをチェックして、それが可能かどうかを確認する必要があります。しかし、「よくある質問」リッチリザルトには、間違いなくマークアップが必要です。
自己参照正規化は重複除去に役立ちますか？
John: Esben さんから次の質問がありました。「自己参照正規化について質問します。私の理解では、それは重複除去のための一意性シグナルになるものですが、それとは異なる意見も見られます。John さんはどう思われますか？」
そうですね。私の考えでは、自己参照正規化はあまり意味がありません。しかし、場合によってはページが別の URL で表示されることがあります。その場合、canonical は自己参照的ではなくなり、実際には役に立たたなくなります。たとえば、ページが UTM トラッキング パラメータで参照される場合などです。
検索結果には数パーセントの不規則性が存在すべきではありませんか？
Alan: 次の質問がありました。「検索エンジンは、人気の高いサイトをますます有利にし、人気の低いリソースをますます不利にしているように私には思えます。数パーセントの不規則性が存在すべきだとは思いませんか？」
私たちの主な目的は、検索を行う人々にとって最も有用な結果を提供することです。
なぜ Google はウェブ ストーリーの無断複製に対して対策を講じないのですか？
Duy: Kunal さんから次の質問がありました。「なぜ Google はウェブ ストーリーの無断複製に対して対策を講じないのですか？Discover ではチェックできないのですか？」
ご報告いただきありがとうございます。私たちはそのような企てを認識し、調査しています。一般的に言うと、無断複製されたスパム コンテンツを含むサイトは Google のスパムポリシーに違反しており、Google のアルゴリズムは検索結果でそれらのランキングを下げるうえでかなり効果があります。
link rel="ugc" でリンクされたコメントページはインデックスから除去されますか？
John: Tom さんから次の質問がありました。「モデレートされたブログコメント ページが内部的に link rel="ugc" としてリンクされている場合、インデックスから除去されますか？」
いいえ、除去されません。ページは、さまざまな理由でインデックスに登録されます。rel="ugc" を含むリンクは、たとえば rel nofollow を含むリンクと同様に、別の方法で処理されますが、リンク先ページに悪影響を及ぼすことはありません。ページがインデックスに登録されないようにするには、代わりに noindex robots meta タグを使用してください。
アフィリエイト リンクのない無形の商品の商品レビューを更新しても問題ないですか？
Alan: Abdul Rahim さんから次の質問がありました。「アフィリエイト リンクのない無形の商品の商品レビューの更新を Google はどのように評価しますか？」
Google は購入可能な有形の商品に焦点を当てていますが、Google のシステムはデジタル商品に関連するコンテンツも評価することがあります。商品レビューを掲載しているサイトの場合、アフィリエイト リンクを提供する必要はありません。読者にとっても役に立つ、他のリソースへの有用なリンクを含めることをおすすめします。
私のサイトには 10,000 のページがあります。説明を記述する簡単な方法はありますか？
Lizzi: Siddiq さんから次の質問がありました。「私のサイトには 10,000 以上のページがあります。それらすべてについて meta タグを記述するには長い時間がかかります。手っ取り早く記述する方法はありませんか？」
メタ ディスクリプションに関する Google のドキュメントに、そのためのガイダンスがあります。サイトによっては、プログラムでメタ ディスクリプションを生成するのが良い方法です。これは、データベースを駆使して商品を集積しているような大規模なサイトでは特におすすめです。ただし、何を生成するにしても、品質の高いものが生成されることを確認してください。説明は、一意であり、具体的であり、各ページと高い関連性があることが必要です。同じメタ ディスクリプションを何度も使用しないでください。
10,000 ページに及ぶ質の低いブログ コンテンツを削除する良い方法はありますか？
John: 「10,000 ページに及ぶ質の低いブログ コンテンツを削除する方法を探しています。おすすめの方法はありますか？」
ページの削除ですね。特に実施すべきことはありません。ただし、質の低いページを削除しても、自動的にサイトの価値が高まるわけではありません。本当に実施すべきことは、質の低いページや削除ページと無関係に、サイトに価値が存在するかどうかを確認することです。
バックリンクには強力な効果がありますか？それとも私はサイトの品質を最大限に高めることに集中すべきですか？
Duy: 「私は SEO については初心者ですが、多くのウェブサイトや動画でバックリンクを購入すべきだという忠告を目にします。バックリンクには強力な効果がありますか？それとも私はサイトの品質を最大限に高めることに集中すべきですか？」
検索結果とランキングを改善する近道やそれらを人為的に操作するトリックを探したり、お金を使って検索エンジン向けにサイトをより信頼できるものに見せかけようとする人々は常に存在します。リンクスパムは、このようなトリックの一例です。Google は、20 年前に比べると、リンクをそれほど重視しなくなりました。また、リンクスパムを null 化する多くのアルゴリズムを導入しました。スパムリンクの作成にお金を使うのはおそらく無駄です。そのお金は、優れたユーザー エクスペリエンスと有用なコンテンツを備えた質の高いウェブサイトを構築するために使うべきです。
ページが検索結果に表示されるためには、そのページのキャッシュ コピーが必要ですか？
John: 「ページが検索結果に表示されるためには、そのページのキャッシュ コピーが必要ですか？」
いいえ。キャッシュ ページは不要です。キャッシュ システムは、検索のインデックス登録とランキングにはあまり関係がありません。ページのキャッシュ コピーがないことは、品質のシグナルやヒントにはなりません。
Search Console で 4xx エラーに対して不明な参照 URL がレポートされるのはなぜですか？
Alan: Esben Rasmussen さんから次の質問がありました。「Google Search Console が、400 番台のエラー URL に対して不明な内部 URL を参照 URL としてレポートすることがあるのはなぜですか？」
Google はすべてのページをインデックスに登録しているわけではないため、URL が不明な場合があります。クローラーがページにアクセスした可能性はありますが、インデックスに登録されていなければ、不明としてレポートされます。
自動作成されるページは nofollow としてマークする必要がありますか？
Gary: Yusuf さんから次の質問がありました。「WordPress のウェブサイトやブログでは、abc.com/page/one や page/two などの自動作成ページを nofollow としてマークする必要がありますか？」
サイトの特定の種類のページのクロールまたはインデックス登録を制限したい場合は、それらのページを指す URL に nofollow を指定するよりも、robots.txt の disallow ルールを使用する方がおそらく適切です。他に何もなければ、作業量がかなり少なくなります。おそらくですが、不安定さも減少します。結局のところ、人々があなたのページにどのようなリンクを貼るかは制御できないので、リンクの一部は望ましくないリンク先と関連付けられてしまう可能性があります。
Search Console の検索パフォーマンス レポートをもっとよく理解するにはどうすればよいですか？
John: Bobby さんから次の質問がありました。「Search Console で表示される指標を改善する取り組みは行われていますか？特に、検索パフォーマンス レポートはわかりにくいことがあります。」
もっともなご意見です。最近、私たちは検索セントラルのブログでこのトピックに関するブログ投稿を公開しました。パフォーマンス データの詳細な解説というような記事です。クエリ別のデータとページ別のデータを見ると違いがあります。また、クエリ別のデータには、いくつかのプライバシー フィルタリングがあります。ほとんどの場合、傾向は同じなので細部はそれほど重要ではありませんが、詳細を深く知りたい場合は、それに関する多くのドキュメントをご覧になれます。
ペイウォール コンテンツが検索結果に表示されないようにするにはどうすればよいですか？
Lizzi: Michal さんから次の質問がありました。「ペイウォール コンテンツが検索結果と Discover で無課金ユーザーの目に触れないようにするにはどうすればよいですか？ペイウォール コンテンツのマークアップは適切に実装していますが、不満を感じているユーザーがいないかが気になります。」
それこそが、私たちがおすすめする方法です。ペイウォール構造データを使用して、ペイウォールで保護されたコンテンツを Google に知らせてください。それが正しいやり方です。ペイウォール コンテンツが検索でまったく表示されないようにしたい場合は、それらのページに対して noindex を指定する方法も選択できます。どうするかはあなた次第です。
スパムスコアはサイトのランキングに影響しますか？
John: Usama さんから次の質問がありました。「スパムスコアはサイトのランキングに影響しますか？リンクを否認する以外に、ウェブサイトのスパムスコアを改善する方法はありますか？」
これは極秘ですが、いえ、極秘ではないかもしれませんが、Google がサードパーティの SEO ツールを使用して個々のページのスコアを決定することはありません。したがって、ウェブサイトのスパムスコアを評価するツールをお持ちの場合、Google はそれを使用しないことを覚えておいてください。これは、そのツールが役に立たないという意味ではありません。単に Google はそのスコアを使用しないという意味です。そういうわけで、私としては、そのツールがあなたに何を知らせようとしているかを理解し、それによって実用的な対策が見つかった場合はそれを実施することをおすすめします。
在庫切れの商品のページはどうすればよいですか？
Alan: Vara Praad さんから次の質問がありました。「商品が売り切れて再入荷の予定がない場合、その商品のページはどうすればよいですか？商品のページを削除するか、または特定のページにリダイレクトする必要がありますか？」
検索の観点から言うと、ページを削除しても問題ありません。サイトのユーザビリティの観点から言うと、そのページが第三者のブログから参照されている場合や顧客がブックマークしている場合に備えて、ページをしばらく保持するか、別のページにリダイレクトするとよいでしょう。
hreflang に return タグがない場合でも、hreflang は考慮されますか？
John: Tomas さんから次の質問がありました。「hreflang が使用されているが return タグがない場合でも、それらのタグで hreflang は考慮されますか？それともこのエラーはウェブサイト全体に影響しますか？」
Google が hreflang を見つけたとき、有効な hreflang アノテーションがあればそれを考慮します。また、個々のページに戻るリンクが欠けているような不完全なアノテーションがあった場合は、そのアノテーションのみを無視します。たとえば、あるページに 3 つの有効な hreflang アノテーションと 1 つの不完全なアノテーションがあるとします。Google は、不完全なアノテーションはどのように機能するか理解できないので無視しますが、そのページで指定されている他のアノテーションは使用します。hreflang はページ単位のアノテーションであるため、ウェブサイト全体で使用されていて、機能するものと機能しないものがある場合、Google は機能するものは考慮し、機能しないものは単に無視します。機能しないものによる悪影響は、hreflang が実行されないということ以外にはありません。そういうわけで、サイトをテストしていてこの種の不完全なアノテーションが見つかった場合は、修正して心配の種を取り除くことをおすすめします。このような問題に気付いたとき、ほとんどの場合は簡単に修正する方法があります。問題を修正しても、サイト全体で使用されている他のアノテーションに悪影響を及ぼすことはありません。
多くの国でウェブページを管理することなく、hreflang を実装するにはどうすればよいですか？
Gary: Damian さんから次の質問がありました。「多くの国でブランドサイトを管理していない場合、ウェブサイトに hreflang を実装するおすすめの方法はありますか？」
いい質問ですね。hreflang は重要で複雑なトピックです。サイトの多数のバリエーションに hreflang を実装するのは、事実上非常に困難な場合があります。しかし、1 つの場所からすべての hreflang を管理する簡単な方法があります。それはサイトマップです。sitemaps.org で "sitemap cross submits" を検索して設定方法を確認し、HTML ページの代わりに hreflang をサイトマップに追加してください。そうすれば、処理がかなり簡単になります。
hreflang サイトマップを任意の場所のフォルダに配置することはできますか？
John: Andrew さんから次の質問がありました。「hreflang サイトマップを任意の場所のフォルダの場所に配置することはできますか？」
はい。hreflang サイトマップは特別なものではありません。それは、追加の hreflang アノテーションが含まれている通常のサイトマップ ファイルです。他のサイトマップ ファイルと同じように、サイト内に配置できます。robots.txt ファイルを使用して送信することができ、どこにでも配置できます。Search Console を使用して送信すれば、確認済みのサイト内のどこにあっても見つけることができます。これは、画像または動画のアノテーションを含むサイトマップについても同様です。
ウェブサイトがインデックスに登録されないのはどうしてですか？
Alan: Eze Kennedy さんから次の質問がありました「ウェブサイトがインデックスに登録されないのはどうしてですか？」
私ならまず Google Search Console をチェックして、サイトのクロールをブロックしているエラーがないかどうかを確認します。しかし、Google はウェブ上のすべてをインデックスに登録するわけではないので、コンテンツが品質の点で際立っていることを確認する必要があります。
新しい言語で更新する際は x-default をどのように処理すればよいですか？
John: Amy さんから次の質問がありました。「私は 13 の言語でサイトを運用しています。執筆者が去ると、記事は新しい言語の更新に伴って削除されます。クライアントは、x-default を削除するか、最後の翻訳言語を x-default として使用するかの 2 つのオプションを提示しています。どちらがよいでしょうか？」
それは完全にあなた次第です。言語はページセットごとに指定できます。ウェブサイト全体で同じにする必要はありません。いったん英語をデフォルト言語にして、ユーザーが日本語ページに価値を見出すと思われたときは日本語をデフォルト言語にしても問題ありません。x-default は、指定された言語のいずれでも検索しなかったユーザーがどの言語でそのページを見るかを指定するものであることに留意してください。したがって、私だったらユーザーにとって何が有用かという点を重視し、内部プロセスはそれほど気にしません。
商品レビューの更新がレビュー以外のコンテンツに影響するのはなぜですか？
Alan: Lucy さんから次の質問がありました。「商品レビューの更新がレビュー以外のコンテンツに影響するのはなぜですか？」
サイト全体に幅広い影響が見られる場合、その原因はおそらく商品レビューではありません。発生した他の更新が原因である可能性があります。
古いコンテンツを削除する最良の方法は何ですか？
Gary: 匿名の方から次の質問がありました。「古いコンテンツを削除してインデックス登録を解除する最良の方法は何ですか？リダイレクトですか？もしそうなら、どのようなページにリダイレクトすればよいですか？」
興味深い質問ですね。ページを廃棄したい場合は、ページを完全に削除し、その場所に対して 404 または 410 ステータス コードを提供する方法があります。あるいは、ユーザーがなんらかの方法で目的を遂げるのに役立つ別のページにリダイレクトします。どうするかは完全にあなた次第です。結局のところは、検索エンジンではなくあなたにとって意味のあることをする必要があります。
画像のテキストは画像検索のランキングに影響しますか？
Lizzi: Sean B さんから次の質問がありました。「画像のテキストは画像検索のランキングに影響しますか？たとえば、T シャツのプリントの画像検索の場合、私は T シャツの図柄になっているテキストよりも、画像の周囲の価格、商品名、ブランド URL などを表示するテキストに関心があります。」
そうですね、Sean さん。画像の周囲のテキストは確かに画像の理解に役立ちます。Google は、キャプションや画像のタイトルなどから画像に関する情報を抽出できます。したがって、画像が関連するテキストの近くにあり、テキストの説明が有用であることを必ず確認してください。
ローカル ビジネスにとって多数のローカル リスティング ウェブサイトを使用することは効果的ですか？
Alan: Akshay Kumar Sharma さんから次の質問がありました。「ローカル ビジネスの詳細を多くの無料または有料のローカル リスティング ウェブサイトに掲載することは、ローカル ビジネスにとって効果的ですか？Google はローカルのクエリ結果でそれを考慮しますか？」
評判の良いローカル リスティング サイトにサイトを追加することが SEO を改善する方法になるとは考えないでください。Google 検索とは無関係に、より多くのトラフィックを獲得できる方法の一つとして使用してください。ローカル検索はそれとは別の話です。
URL に追加されたクエリ パラメータは SEO に悪影響を及ぼしますか？
John: Alfonso さんから次の質問がありました。「『カートに追加』など、サイト URL に追加されるクエリ パラメータは、SEO に悪影響を及ぼしますか？」
いいえ、それ自体は必ずしも SEO に悪影響を及ぼすわけではありません。しかし、非常に大規模なウェブサイトの場合、URL にクエリ パラメータを不必要に追加すると、クロール バジェットの点で影響を及ぼす可能性があります。この場合にあなたがすべきことは、「このウェブサイトは本当に大規模なのか？」ということを考えて判断を下すことです。また、ウェブサイトの内部リンク内に追加しているパラメータが原因で、検出される可能性のある URL の数が指数関数的に増えていないかを確認する必要があります。増えている場合は、URL に追加しているパラメータの数を減らすことをおすすめします。しかし、小規模または中規模なウェブサイトの場合は、おそらく今後ウェブサイトが巨大な規模に成長したときに、それらのパラメータを確認するとよいでしょう。
Gary: 以上、11 月の Google 検索 SEO オフィスアワーでした。この回の配信についてご意見がありましたら、YouTube 動画または Twitter（@GoogleSearchC）にコメントしてください。
John: 来月の配信の質問については、フォームもご用意しています。こちらの説明を読んで質問をお送りください。それでは次回の配信でお会いしましょう。さようなら。