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

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

メタキーワードは重要ですか？

Lizzi: メタキーワードは今でも SEO に役立ちますか？

いいえ。役立ちません。Google がメタキーワードを使用しない理由については 2009 年のブログ投稿で詳しく紹介していますので、気になる場合はそちらをご覧ください。

ブランド名がそのまま表示されないのはなぜですか？

Gary: Kajal さんからの質問です。「ブランド名は Quoality で、スペルは "Quebec Uniform Oscar Alpha Lima India Tango Yankee" です。このブランド名で検索すると、Google には Quality の結果が表示されます。つまり正しいスペルなのですが、Google はなぜこのようなことをするのですか」

いい質問ですね。一般的な単語を検索するとき、ありがちなスペルミスをすると、Google のアルゴリズムはそれを学習し、正しいスペルの提案や正しいスペルでの検索を試みます。ブランドが成長すると、やがて Google のアルゴリズムはブランド名を学習し、おそらく、最初に正しいスペルとして検出した単語の結果を表示することはなくなります。ただし時間がかかります。

サイトマップの lastmod として、どの日付を使用すればよいですか？

John: Michael さんからの質問です。「ニュース記事のサイトマップ XML ファイルの lastmod には、記事の最終更新日と最終コメント日のどちらを使用すればよいですか」

サイトマップ ファイルは、ページの変更に基づいて、ページをクロールすべきタイミングを見極めるためのものです。そのため lastmod の日付には、再クロールに値するほどコンテンツが大幅に変更された日付を反映させてください。コメントがページの重要な部分であるなら、その日付を使用してもよいでしょう。結局は、ご自身で決めることです。記事自体の日付については、ページ上の日付の使用に関するガイドラインをご覧になることをおすすめします。特に、ページで使用する日付を一貫させ、タイムゾーンなど、構造化データをマークアップ内に含めるようにしてください。

ニュース サイトマップと一般的なサイトマップを両方使用できますか？

Gary: Helen さんからの質問です。「ニュース サイトマップと一般的なサイトマップを同じウェブサイトで使用してもよいでしょうか。ニュース サイトマップと一般的なサイトマップに同じ URL が含まれている場合、問題はありますか」

sitemaps.org で定められている従来型のウェブ サイトマップを 1 つだけ使用し、必要に応じて URL にニュース拡張機能を追加できます。ただし、30 日以上古い URL からニュース拡張機能を削除する必要があります。そのため、通常はニュース用とウェブ用のサイトマップを別々に用意する方が簡単です。ニュースとして古くなりすぎたら、URL をニュース サイトマップから完全に削除するだけで済みます。両方のサイトマップに URL を含めることは、素晴らしい方法とは言えませんが、何の問題も起きません。

関連性のない検索エントリについて何かできることはありますか？

John: Jessica さんからの質問です。「Google のサジェスト検索でページ下部に当社のウェブサイトとは関係ないサジェスチョンが 1 つ表示されます。検索結果を見ても、そのトピックでは当社のウェブサイトは見つかりません」

意味を正確に取れているかわかりませんが、検索で表示されたものが期待どおりではなかったということでしょうか。おそらく検索結果ページに表示された要素のいずれかが。こうした場合のために、検索結果ページ全体と、個々の機能の多くで、下部にフィードバック リンクを設けています。そちらからフィードバックをお寄せいただくと、該当するチームを介して送信されます。このチームは、長期的な観点でシステム全体を改善することを目的としています。このフィードバックは機能全体の改善事案として扱われます。あなたのサイトに限った問題として、その 1 ページが表示されない理由を明らかにしようとするものではありません。

サイトの説明文が表示されないのはなぜですか？

Lizzi: Claire さんからの質問です。「Squarespace のウェブサイトにサイトの説明文を載せていますが、Google の説明文は異なります。これがインデックスに再登録されています。変更するにはどうすればよいですか」

注意していただきたいのは、あるページに書かれた特定のメタ ディスクリプションを Google が使用するとは限らない、ということです。実際、スニペットは自動生成され、ユーザーが検索した内容に基づいて変化することがあります。そのページの他の部分の方が、特定の検索クエリに対して関連性が高い場合もあります。Google がページ自体から得られる情報よりも、あなたが書いた説明文の方がページを正確に説明しているのであれば、その説明文が使用される可能性が高くなります。メタ ディスクリプションの書き方に関するおすすめの方法を記載したドキュメントをご覧になることをおすすめします。

中古ドメインのスパムスコアを修正するにはどうすればよいですか？

John: Mohamed さんからの質問です。「購入したドメインが禁止されていることや、スパムスコアを付けられていることに気づいた場合、どうすればよいですか」

ドメイン名に投資する場合は、他の投資の場合と同様、事前に相応の下調べを行うか、専門家に相談することがたいへん重要です。ドメイン名は再利用できるので、余計なものがいくらか伴うこともあります。その場合、まず取り除かなければなりません。これは Google ができることではありません。とはいえ、こちらで試してみたところ、あなたのウェブサイトはまったく読み込めませんでした。そのため、一番の問題は技術的なものかもしれません。

Lizzi: 匿名の質問です。「Google Search Console のリンクツールを使用したところ、過去 1 か月間に、当社のサイトにリンクしているポルノサイトからのスパムのバックリンクがたくさん見つかりました。望んだものではありません。このせいでランキングに悪影響が出るでしょうか。どうすればよいですか」

Google のシステムでは、リンクがスパムかどうかを判断する能力が上がっているため、これはそれほど優先する必要があるものではありません。ただし、心配な場合や手動による対策を受けた場合は、Search Console の否認ツールを使用できます。スパムリンクのリストを作成し、ツールにアップロードする必要があります。この方法の詳しい手順については、Search Console で否認を検索してください。

Google はキーワード密度を使用しますか？

John: 次の質問です。「Google はコンテンツのキーワード密度を考慮しますか」

いいえ。Google には最適なキーワード密度という概念はありません。Google のシステムは何年もかけて、キーワードがまったく記載されていなくても、そのページが何についてのものなのかをうまく認識できるようになりました。とはいえ、明確にしておくに越したことはありません。あなたのページが何についてのものであるかや、どのようなクエリに対して表示されるべきなのかということを、検索エンジンの推測にだけまかせてはいけません。ホームページに「場所に彩りを」とだけ書き、美しい家をいくつか見せたところで、何を提供しようとしているのかユーザーも検索エンジンも理解できないでしょう。住宅を塗装するビジネスなら、そのように言えばいいのです。塗料を販売するビジネスなら、そのように言いましょう。ユーザーが何を求めて検索しているのかを考え、同じ用語を使用します。すると、ページが見つかりやすくなり、ユーザーは探しているものが見つかったと認識しやすくなります。キーワード密度は重要ではありませんが、明確にすることは重要です。また、古い SEO の通説には反しますが、物語、ジョーク、解説など、考えられるすべてのバリエーションに言及する必要はありません。

タイトルがメタ ディスクリプションと混同されているのはなぜですか？

Lizzi: Michael さんからの質問です。「あるページにメタ ディスクリプションがあり、検索結果ページに、そのページのカスタム ディスクリプションやスニペットではなく、タイトルタグとまったく同じテキストが表示されていることがわかった場合、どうすればよいですか」

Michael さん、まずは URL 検査ツールを使って、HTML が有効でレンダリングに問題がないことを確認してください。状況をもっと詳しく見ないとこれ以上のアドバイスは難しいので、検索セントラルのフォーラムに、そのページの例と検索結果の表示内容を投稿することをおすすめします。フォーラムの皆さんが見て、問題をさらにデバッグする方法について具体的なアドバイスをしてくれます。

ステージング サブドメインを削除するにはどうすればよいですか？

Gary: 匿名の質問です。「サブドメインにあるステージング サイトがインデックスに登録されてしまいました。検索結果から削除するにはどうすればよいですか」

そういうこともあるでしょう。心配するほどのことではありません。まず、ステージング サイトが実際に 404 か 410 のステータス コードを返していることを確認します。これを返していれば、Googlebot はステージング サイトに関する記録を更新できます。次に、ステージング サイトが検索に表示されることが気になるのであれば、Search Console でサイトの削除リクエストを送信します。最初に Search Console でステージング サイトの確認をする必要があることにご注意ください。

John: Jimmy さんからの質問です。「私のウェブサイトにリンクしているスパムリンクを否認することは、アルゴリズムによるペナルティからの回復に役立ちますか」

まず何より、Google は、本当にそのようなスパムリンクをあなたのサイトが作成したのかどうかを評価するようにします。サイトにランダムで奇妙なリンクが含まれているのは普通のことです。Google はそうしたリンクを無視するようにしてきました。一方、かなりのスパムリンクをご自分で能動的に作成した場合は、クリーンアップすることに意味はあるでしょう。ソースのリンクを削除できない場合は否認ツールが役立ちます。つまり、あなたのサイトは以前のような掲載順位にはなりませんが、アルゴリズムがあなたのサイトを再び信用できると認識し、さらに上を目指すきっかけを与える助けにはなります。手間はかかります。サイトをさっと元に戻す魔術はありません。初めからやり直すかのように、本当に頑張らなければなりません。

サイトを移転する最善の方法を教えてください

Gary: Clara Diepenhorst さんからの質問です。「製品やサイトはほとんどそのままで、社名を新しくしたいと考えています。その新しい社名になることで URL が変わります。以前の名前の信用を維持するにはどうすればよいですか」

いい質問ですね。これもサイトの移転に関する質問です。サイトの移転はいつでも楽しく、恐ろしいものです。一番重要なのは、以前の URL が新しい URL にリダイレクトされているかどうか確認する必要がある、ということです。これが一番大事なことです。新しいドメインに移転したら、必ず Search Console で確認しましょう。セキュリティ セクションやその他のレポートに赤色の旗が表示されていないか確認します。リダイレクトの設定が終わっていれば、Search Console でもサイトの移転のリクエストを送信できます。サイトの移転は大仕事になるため、サイトの移転に関する詳しいドキュメントを用意しています。お好みの検索エンジンで「Google サイト 移転」などと検索してみてください。目を通して、心の準備をしておきましょう。

私のサイトが Google に表示されないのはなぜですか？

John: Rob さんからの質問です。「私のサイトが Google 検索で表示されません。インデックスに登録されません」

Rob さんが URL を書いていたのでざっと見てみたところ、ホームページが 404 ステータス コードを返していました。基本的に、Google にとってこのページはまったく存在していません。もう少し試してみると、すべての Googlebot ユーザー エージェントに 404 ステータス コードが返され、ユーザーに対しては普通に表示されているようです。これは Chrome のデベロッパー ツールにあるユーザー エージェント スイッチャーを使用してテストできます。どちらかというとサーバーの構成ミスのようですから、解決するにはホスティング プロバイダの助けが必要になりそうです。Google はページを再試行し続けます。解決したら、おそらく 1 週間ほどで検索結果に表示されるはずです。

モバイル版が Google に表示されるようにするにはどうすればよいですか？

Lizzi: Matheus さんからの質問です。「私のウェブサイトにはモバイル版があるのに、Google Search Console は記事がすべて表示されず、PC 版が表示されます。モバイル版を表示するように Google に伝えるにはどうすればよいですか」

モバイルファースト インデックスに関するドキュメントに確認事項のリストが掲載されています。そのチェックリストとトラブルシューティング セクションをご覧になることをおすすめします。要するに、両方のバージョンに同じコンテンツを掲載し、ユーザーも Google も両方のバージョンにアクセスできるようにしましょう。それでも解決しない場合は、フォーラムに投稿して、モバイル対応として表示されていない特定のページを皆さんに確認してもらうことをおすすめします。

同じ名前の競合他社のソーシャル アカウントが表示されるのはなぜですか？

John: Anthony さんからの質問です。「当社のソーシャル メディア アカウントが検索結果に表示されなくなりました。当社と同じ名前の、複数の競合他社だけが表示されるようになりました」

おっしゃるとおり、この名前を使用しているサイトは 2 つだけではないようです。このような状況では、あなたのサイトを見つけるのはどうしても困難になり、いわゆる正しいサイトがどれなのか、誰にとってもはっきりしません。どれも同じように呼ばれており、本質的に正当な結果です。名前でサイトを見つけてほしいのであれば、その名前が明確な識別子となるようにし、その他大勢も使用する言葉ではないものにしましょう。

URL の削除がうまくいかない理由を教えてください

Gary: Lou さんからの質問です。「コンテンツ削除ツールを使用し、承認されたのに、私のリンクが Google に表示されたままになっているのはなぜですか？この現象を解明したいので、協力してください」

URL 削除ツールを使用すれば、あっという間です。通常、指定した URL は数時間以内に検索結果から削除されます。ツールによって削除を承認された URL が削除されなかった場合、それは通常、違う URL を指定したということです。実際の検索結果をクリックしてみて、どこに飛ぶか確認してください。検索に表示されるのと同じ URL ですか？そうでない場合、その URL の削除リクエストをもう一度送信してください。

サービス ウェブサイトではどの構造化データを使用すればよいですか？

John: 次の質問です。「当社のウェブサイトは製品ではなくサービスです。価格は見積もりによって変わります。製品の構造化データを使用するとき、当社のようなサービスの無効な項目はどのように修正すればよいでしょうか」

そのようなローカル ビジネスの場合、ローカル ビジネスの構造化データをご覧になることをおすすめします。サービスの価格帯を指定することもできます。このマークアップについては、検索のデベロッパー ドキュメントに詳しく記載されています。

コンテンツがインデックスに登録されないのはなぜですか？

Gary: 匿名の質問です。「比較的健全でコンテンツの豊富なカントリー サイトが繰り返しインデックス登録を解除され、代わりに古い 404 のサブドメインとサブフォルダが再度インデックスに登録されているのは、なぜですか」

サイトの URL がないと確実な回答は難しいのですが、Google がそうした古いサブドメインやサブフォルダ内の URL のすべてにアクセスしてはいないようです。そのため、そうした URL がいまだに検索で表示されています。カントリー サイトが Google のインデックス登録から抜け落ち続けているという確信があり、たとえば、望ましいキーワードで表示されないというだけでなければ、技術的な問題と品質の問題の兆候かもしれません。Google 検索セントラルのフォーラムにアクセスし、あなたのサイトに起きていることをコミュニティが特定できるかどうか確認することをおすすめします。

John: Alex さんからの質問です。「301 リダイレクトを使用しつつ大量のコンテンツを移動した場合、インデックスから古い URL を削除するよう依頼する必要はありますか？10 年経っても Google が古い URL をクロールしているからです。どういうことでしょうか。よろしくお願いします」

移動した URL のインデックス再登録や削除を依頼する必要はありません。これは時間の経過とともに、自動的に行われます。今回の事象について言えば、あなたのコンテンツが他の URL にあったことを Google のシステムは認識しています。そのため、明らかにユーザーがそうした古い URL を求めている場合は、それを表示しようとします。これは何年も続くことがあります。問題の兆候ではありません。このようなケースで修正が必要になるものはありません。Search Console で URL を確認すると、リダイレクトを使用している場合、通常は、正規 URL が移行されていることがわかります。つまり、そうした古い URL を明確に検索した場合にその古い URL が表示されることを心配する必要はありません。

Gary: Avani さんからの質問です。「Search Console の所有権や確認コードを変更すると、ウェブサイトのインデックス登録に影響しますか」

Search Console でサイトを確認したり、確認コードや確認方法を変更したりしても、インデックス登録やランキングにはまったく影響しません。Search Console が提供するデータを使用してサイトを改善すると、サイトの検索結果が改善する可能性がありますが、それ以外では検索にまったく影響しません。

翻訳したコンテンツが Google に表示されないことがあるのはなぜですか？

John: 続いて Allan さんからの質問です。「2 か月ほど前、自分のウェブサイトに別の言語を追加しました。しかし、Google 検索でその言語に翻訳したバージョンが表示されません。理由を教えてください」

ウェブサイトに別の言語を追加するときは、行う必要のあることと、追加で行えることがあります。具体的には、言語バージョンごとに URL を別々にする必要があります。これは、疑問符、言語、イコール、ドイツ語、というように、URL にパラメータを追加する程度で済みますが、その言語バージョンに明確につながる別々の URL でなければなりません。システムによっては、同じ URL でコンテンツを自動的に入れ替えるものもあります。これは検索エンジンに対しては機能しないため、別々の URL を用意する必要があります。他に重要なことは、各言語バージョンへのリンクを用意すべきだということです。理想は、ある言語バージョンから、そのページのすべてのバージョンにリンクすることです。すると、ユーザーも検索エンジンも、その言語バージョンを簡単に見つけることができます。そうしたページへの内部リンクがない場合、Google はその存在を把握していない可能性があります。最後に、ページ間の接続について Google に伝えるには、hreflang アノテーションを使用することをおすすめします。これはオプションであって必須ではありません。詳細については、複数の言語バージョンを使用するサイトに関するデベロッパー向けドキュメントをご覧ください。

画像の URL の深さはランキングに影響しますか？

Lizzi: Sally さんからの質問です。「画像の URL の深さはランキングに影響しますか。また、画像の srcset とサイズのコードを HTML に追加すると画像のランキングに良い影響がありますか」

画像が 3 階層なのか 5 階層なのかは、あまり重要ではありません。もっと重要なのは、あなたのサイトにとって合理的な構造にすることです。そうすれば、ファイル名をわかりやすくしながら、画像をなんらかの論理パターンで簡単に整理できます。たとえば /photos/dog/havanese/Molly.png というディレクトリにすることは合理的でしょうが、ハバニーズの写真が大量にあるというわけではない場合は、単に /photos/Molly-Havanese-dog.png とする方が合理的かもしれません。srcset とサイズのコードに関しては、その画像にとって合理的なのであれば追加してください。特にレスポンシブ画像の場合は、その画像の他のバージョンについて Google が詳しく把握できるようにするために、そうしたコードを追加することをおすすめします。いかがでしょうか。

hreflang クラスタの一部に不具合があった場合どうなりますか？

Gary: 匿名の質問です。「hreflang タグが壊れているかや、noindex か別の canonical がクラスタに含まれているかによって、hreflang クラスタの取り扱いに違いは生じますか」

複雑なトピックです。Hreflang クラスタは、検証できた hreflang リンクで形成されます。ここでいう検証とは、hreflang タグ間のバックリンクのことです。ある hreflang リンクが検証できなかった場合、そのリンクは単にクラスタに表示されません。クラスタは、他の有効なリンクに関係なく作成されます。いずれかのリンクが noindex である場合、そのリンクはクラスタに入る対象となりません。

Lizzi: Nazim さんからの質問です。「デザイナー企業や CMS を参照するサイトワイド フッターリンクは、SEO 上有害でしょうか」

一般的に、リンクがウェブサイトのテーマに沿った「Squarespace 制作」のような定型的なものであれば、心配する必要はありません。リンクを管理できる場合は、このようなリンクに nofollow を追加することをおすすめします。また、アンカー テキストが妥当なものであることを確認してください。たとえば「フロリダで一番の SEO 企業が制作」のような、キーワードがむやみに多いリンクではないことを確認します。

サイトの移転を早めるにはどうすればよいですか？

Gary: Mohamed さんからの質問です。「Search Console でウェブサイトのドメイン名を変更したため、転送リクエストを行いました。この処理を早めるにはどうすればよいですか？私にとっては非常に重要です」

いい質問です。一番重要なのは、以前の URL が新しいサイトにリダイレクトされているかどうか確認する必要がある、ということです。これはサイトの移転に最も大きなプラスの影響を与えます。Search Console でサイト移転のリクエストを送信するとよいですが、そうしなくても、以前の URL を新しい URL にリダイレクトして正常に機能していれば、サイトの移転はうまくいくはずです。詳細については、お好みの検索エンジンで「Google サイト 移転」などと検索してサイトの移転に関するドキュメントをご覧ください。

Lizzi: Nilton さんからの質問です。「現時点で私のサイトはレスポンシブではありません。PC 版と m-dot サイトがあります。ドキュメントによると、この場合に行う必要のある処置は、canonical と alternate に関連するものだということでした。ここで質問なのですが、PC 版に canonical を入れる必要はあるのでしょうか？ドキュメントではあまりよくわかりません」

フィードバックをいただきありがとうございました。必ずドキュメントでこの点を明確にするようにします。PC 版の URL は常に正規 URL であり、m-dot はその URL の代替版です。そのため PC 版には、自身を指す rel=canonical と、m-dot 版を指す rel=alternate が必要です。そして m-dot のページには、そのページの PC 版を指す rel=canonical だけが必要です。いかがでしょうか。

EXIF データはどの程度重要ですか？

Gary: Sagar さんからの質問です。「e コマースサイトや画像が重要な役割を果たすサイトにおいて、EXIF データは SEO の観点からはどの程度重要ですか」

これは簡単ですね。簡単な質問は大歓迎です。答えはこうです。Google は今のところ EXIF データを一切使用していません。現在唯一使用している画像データ、つまりメタデータは、IPTC です。