2023 年 4 月の Google SEO オフィスアワー

これは 2023 年 4 月の Google SEO オフィスアワーの文字起こしです。サイト固有のヘルプを得るには、Google 検索セントラルのヘルプ コミュニティに質問を投稿することをおすすめします。

ウェブサイト.com/eu を使用できますか？それとも、国ごとに別のウェブサイトが必要ですか？

John: Nissa さんから次の質問がありました。「ウェブサイトを EU に展開するとき、ウェブサイト.com/eu を複数の hreflang（en-fr、en-de、en-nl など）でサブディレクトリとして使用することは可能ですか？それとも、国ごとに別のウェブサイトが必要ですか？（すべて英語、EU 内）」

ウェブサイト.com/eu を使用できます。Hreflang アノテーションはページ単位であり、同じページに複数のアノテーションを適用できます。ご質問のケースでは、そのページに適用される英語の国のリストを指定することも可能ですし、単純に言語 en を使用して汎用の英語版というマークを付け、それに合わせて他の英語版にアノテーションを行うことも可能です。どちらにせよ、「間違った」国のユーザーには動的なバナーを表示して、最適なエクスペリエンスに誘導することをおすすめします。

サイトマップに含まれているものを検索しても、インデックスに登録された投稿が表示されないのはなぜですか？

Gary: 次の質問がありました。「サイトマップに含まれているものを検索しても、インデックスに登録された投稿が表示されません。1 ページと 2 ページしか表示されませんが、ウェブサイトには約 200 のページがあります。まず何をすればよいですか？」

まず、Google はインターネット上のすべての URL をインデックスに登録しているわけではありません。それが可能ならば素晴らしいのですが、実際には不可能です。もっと具体的にお答えすれば、私なら URL が Googlebot から実際にアクセス可能かどうかを確認します。Search Console の URL 検査ツールを使えば確認できます。その場合、Google がインデックスに登録する可能性が高い URL は、高品質なコンテンツの URL であることを忘れないでください。developers.google.com/search にアクセスしていただくと、Google が何を高品質なコンテンツと判断するかに関する多数のドキュメントをご覧になれます。

Google はリッチリザルトに第三者による商品固有のクチコミや評価のデータを使用しますか？

Lizzi: Mike T さんからの質問です。「Google はリッチリザルトに第三者による商品固有のクチコミや評価のデータを使用しますか？」

商品の場合、問題ありません。クチコミはページのどこかに表示される必要があるので、その商品ページと関連があるクチコミを簡単に見つけて読めるようにしてください。商品レビューは、商品カテゴリに関するものではなく、個々の商品に関するものにしてください。このことに関する詳細については、クチコミ抜粋に関するドキュメントをご覧ください。

Google で問題が報告されているサイトがあります。SERPS に表示されない理由を調べるにはどうすればよいですか？

Gary: David さんからの質問です。「Google で問題が報告されているサイトがあります。検索結果に表示されない理由を調べるにはどうすればよいですか？Search Console には何も報告されていません。サイトはインデックスに登録されていますが、ほとんど何もランキングされていません。」

Google によって問題が報告された URL は、Search Console に表示されます。それ以外で、Google の自動システムがお客様の URL を以前よりも低くランク付けした場合、おそらく developers.google.com/search にあるコンテンツの品質に関するドキュメントを確認していただく必要があります。

シソーラスの語句に URI を使用することは SEO に有効ですか？

John: 次の質問です。「シソーラスの語句に URI を使用することは SEO に有効ですか？」

この質問は、特定の項目について URI が定義されている、米国立農業図書館用の NALT シソーラスに関するものでした。現在、Google 検索ではサポートしていません。ただし、Google 以外でサイトにとって意味があるのなら、そのようなアノテーションを使用することに問題はありません。リッチリザルトで Google がサポートする構造化データの一覧は、Google の検索デベロッパー向けドキュメントに記載されています。

Search Console の URL 検査ツールでインデックスに登録しようとすると、「robots.txt にアクセスできません」というエラーになりますが、どうしてですか？

Gary: robots.txt ファイルのエラーに関する質問がありました。Search Console の URL 検査ツールを使おうとすると、アクセスできないというエラーが返ってくるというものです。

エラー「robots.txt にアクセスできません」は、ごく一般的なエラーです。これは常に、サイトの設定の問題であって、Google 側では解決できません。ファイアウォール設定や、設定可能な許可リストでトラフィックを制御しているその他のネットワーク コンポーネントをチェックしてください。CDN を使用している場合はブロックされる IP もチェックしてください。どれもうまくいかない場合は、ホスティング プロバイダに確認してください。また、インデックスに登録するために robots.txt ファイルを送信していただいても Google 側でできることはありませんので、その必要はありません。

インデックスに登録されている古い HTML ランディング ページを削除した場合、404 をホームページにリダイレクトすべきですか？

Lizzi: Pete さんからの質問です。「インデックスに登録されている古い HTML ランディング ページを削除した場合、404 をホームページにリダイレクトすべきですか？」

何とも言えません。ランディング ページのコンテンツによります。ユーザーにとってホームページにランディングすることが重要でしょうか？それとも、混乱を招くでしょうか？404 は、インターネットでは普通のことであり、古いランディング ページのコンテンツに代わるコンテンツがなければ、404 ステータス コードが最善の対応である場合もあります。たとえば、次のような状況を考えてください。古いランディング ページはアクアリウムの購入に関するものでしたが、新しいホームページは高級なキャットツリーに焦点を当てた新たなビジネス向けのものだとします。この場合、404 の方が適切な方法でしょう。

Gary: Nick さんからの質問です。「Google 検索から古いウェブサイトを削除するにはどうすればよいですか？」

新しいドメインに移行する場合は、古いサイトを削除するのではなく、ぜひとも、新しいサイトに古いサイトからリダイレクトしてください。古いサイトは時間をかけて貴重なシグナルを収集している可能性が高いため、それを捨て去ることはおすすめしません。すでにリダイレクトしている場合、Google 検索で古い URL がすべて新しい URL に置き換わるには、数週間、ときには数か月かかる可能性があります。

サイトで正しくない URL が検出されました。サイトのクロールに影響はありますか？

John: Alex さんから次の質問がありました。「コードに欠陥のある広告がサイトに掲載されていることが原因で、たった数日の間に 120 万の正しくない URL が Google によって検出されました。これは問題になりますか？サイトのクロールに影響はありますか？」

文脈から広告で相対パスが使用されていたとわかりますので、クローラーがリンクをたどろうとしたのでしょう。一般的に、Google のシステムはこの種の問題を認識して、対応しようとします。誤って無関係な URL を大量に生成したのは、お客様が初めてではありません。そうは言っても、一時的にクロールの総数が増えて、サーバーの負荷が高くなる可能性があります。状況にもよりますが、数週間後には元に戻るでしょう。これらの URL がインデックスに登録されないことで Google 検索に問題が発生することはありませんし、他の URL をインデックスに登録することや品質評価についても同様です。インデックスに登録されない URL が多数あっても問題ありません。

Googlebot には 410 を使用し、ユーザーには 200 を使用するというのは問題ありませんか？

Gary: Wolfgang さんからの質問です。「SEO には無関係ながら高頻度でクロールされている URL に関して、Googlebot には HTTP ステータス コード 410 を返し、ユーザーには 200 を返すというのは、Google から見て問題ないでしょうか？それともクローキングとみなされるでしょうか？」

一般的に、ステータス コードのクローキングはかなり不適切な方法であり、使用しないことを強くおすすめします。条件によって返すコードが違う場合、最終的にはなんらかの問題が発生します。また、その問題にもよりますが、サイトが検索結果から除外される可能性もあります。Google 検索から除外したいものがある場合は、そのページに noindex robots メタタグを追加すればよいのです。この方が、奇妙な条件を設定するよりも、はるかに簡単かつ安全です。

Google によるステータス コード 308 の扱い方を、301 との比較で教えてください

Lizzi: Riccardo さんからの質問です。「Google によるステータス コード 308 の扱い方を、301 との比較で教えてください。」

同じように扱います（どちらも「恒久的に移動」として扱います）。つまり、Googlebot は 308 を 301 と同等に扱い、どちらのコードも、このリダイレクト先が正規のものだという強いシグナルとなります。

Google Search Console でインデックス登録のスピードを上げるにはどうすればよいですか？

Gary: Shailesh さんからの質問です。「Google Search Console が非常に遅いです。インデックス登録が保留されているアイテムが多数あります。スピードを上げるにはどうすればよいでしょうか？」

Google がインデックスに登録するウェブサイトの数は、Googlebot がアクセスできるサイトの数と、ページのコンテンツの品質に依存します。品質が高いほど、Google がインデックスに登録するものが多くなります。詳しくは developers.google.com/search にあるドキュメントをご覧ください。

ウェブサイトが Google 検索に表示されません。どうすればよいですか？

John: Melissa さんから次の質問がありました。「ウェブサイトが Google 検索に表示されません。他に何をすればよいかわかりません。助けてください。」

Melissa さん。教えていただいた URL を確認したところ、残念ながら、Google からはまったく確認さえできていませんでした。これでは、Google が検出してインデックスに登録するのはかなり困難です。他の方にお客様のウェブサイトについて投稿するようお願いする以外にも、Search Console にウェブサイトを追加する、サイトマップ ファイルを提出する、ホームページなどの個々のページのインデックス登録を直接申し込むという方法もあります。おわかりいただけたでしょうか。

Google が「Wifi」と「Wi-Fi」を同じとみなさないのはなぜですか？

Gary: 匿名の質問です。「Google が『Wifi』と『Wi-Fi』を同じとみなさないのはなぜですか？」

いい質問ですね。Google は「Wifi」とダッシュ付きの「Wi-fi」をほとんど同じように扱います。これは 2 つが同じ意味で使われているからです。少し異なる結果を表示しますが、常にユーザーのスペルに近づけようとしています。しかし、純粋に理解するうえでは、「Wifi」とダッシュ付きの「Wi-fi」を同じものとして扱っていると考えてください。

ratingValue と reviewCount に対する構造化データ スニペットがない場合、SEO に不利になりますか？

Lizzi: Ren さんからの質問です。「ratingValue と、reviewCount プロパティの値に対する構造化データがページにありません。これはクチコミが 0 のページの場合のみです。SEO に不利になりますか？」

reviewCount がゼロでも問題ありません。まだクチコミのない新規の商品ページでは通常のことです。ですから、このプロパティが最初は空になっていたり、ゼロに設定されていたりするのは珍しくありません。またこれは、Google がリッチリザルトに表示するものがないという意味でもあります。評価がなければ、スター情報を表示できません。

ある特定のキーワードに関してだけ SERP からサイトが削除されることはありますか？

Gary: Kamil さんからの質問です。「ある特定のキーワードに関してだけ SERP からサイトが削除されることはありますか？以前は 1 位だったのですが、今は完全に消えています。ページはインデックスに登録されています。」

1 つのキーワードに関してだけランキングから完全に消えることは、めったにありません。この特定の 1 つのキーワードに関して実際に消えたのだとしても、通常は他の誰かに検索結果のランキングで抜かれているだけです。私ならまず、グローバルでそうなっているかを確認します。遠くの友人にお願いして、そのキーワードで検索して結果を教えてもらいます。サイトが表示されたということなら、不具合が発生しています。表示されなかったということなら、過去のアクションを見直して、原因になるようなアクションがなかったか確認します。内部リンク構造やページ レイアウトを変更しなかったか、追加のリンクを獲得していないか、否認ツールなどを使用していないかなどを調べてみてください。どれもランキングに影響する可能性があります。それで原因がわかるかもしれません。

古い情報ツールでのリクエストが却下されたのはなぜですか？

John: 次の質問です。「ウェブマスターが最初の記事を変更しました。古い情報ツールでリクエストを送信しましたが、却下されました。」

こんにちは。教えていただいたページを Google ツールのコンテキスト リンクで確認しました。このツールは、ページは存在し続けているが、何か特定の情報（名前や電話番号など）が削除されている場合のためのツールです。このツールは、テキストが削除されているが、まだインデックスに登録されていると Google が判断できる場合にのみ、リクエストを受け付けます。ご質問のケースでは、テキストはもうインデックスに登録されていないので、ツールにできることは何もなく、リクエストは却下されます。基本的に、これで完了だということです。

Gary: 匿名の質問です。「最近 Google Domains に移行したドメインが Google 検索に表示されるまでにどのくらい時間がかかりますか？」

Google 検索で古いサイトの URL が新しい URL に置き換わるのにかかる時間は、そのサイト自体によって大きく異なります。数日から数か月の間ですが、通常はサイトの品質が高いほど早くなります。

レシピの構造化データをリッチリザルトの対象となるように最適化するには、どのようにすればよいですか？

Lizzi: Koen さんからの質問です。「レシピの構造化データをリッチリザルトの対象となるように最適化するには、どのようにすればよいですか？すべての省略可能な属性が null でも問題ありませんか？レシピのすべての手順に Name と Image がありません。」

サイトをレシピ リッチリザルトの対象とするには、必須のプロパティを追加する必要があります（レシピのドキュメントに独立した表で記載されています）。レシピの Image と name は必須なので、空にはせず値を設定してださい。省略可能なプロパティはなくても構わないので、空にして問題ありません。これは、Google がそのリッチリザルトに関して追加の改善策を示せないことを意味します。たとえば、cookTime を指定しなかった場合、Google はリッチリザルトのその部分を表示できない可能性があります。レシピのクチコミについても同様です。誰かがレシピを評価するまで空欄になるのはよくあることです（そのレシピが評価されるまで何も表示できるものがないというだけで、問題はありません）。すべての手順に name と image がないのも問題ありません。そもそもこれは、Google アシスタントでレシピを最適化する場合に（Google のドキュメントでは「ガイド付きレシピ」と呼んでいます）、手順に名前を付けることに意味がある場合にのみ推奨されるものです。これは、手順が元々かなり短い場合、意味がないこともあります（たとえば、name を使って「オーブンを 350 度に予熱する」に「予熱」という名前を付けて短くする必要はありませんが、レシピに多数のサブセクションや複雑な情報がある場合には意味があるかもしれません）。

サイトの説明にスパムが表示されるのですが、サイトからのものではありません。なぜでしょうか？

Gary: 匿名の質問です。「サイトの説明にスパムが表示されるのですが、サイトからのものではありません。」

残念ながら、通常これはサイトがハッキングされたことを示すサインです。web.dev にアクセスして、hacked というトピックを検索してください。簡単ではありませんが、サイトをクリーンアップしてセキュリティを強化することは可能です。