SEOオフィスアワー、2021年11月5日

これは、2021年11月5日のジョンミューラーとのGoogleSEOオフィスアワーからの最も興味深い質問と回答の要約です。

スパムバックリンクとコアアップデート

  00:47 「スイスには3つのオンライン薬局があります。 […][そのうちの1つ]については、スパムのようなバックリンクがたくさんありました。 […]私がすでに知っていることから、通常Googleはこれらのタイプのバックリンクを管理できますが、7月のGoogleコアの更新後、特にスパムのバックリンクを受け取ったその[1]ショップの可視性に大きな打撃を与えました。 […]それについてあなたの推薦を得たいと思います–私たちが抱えている技術的な問題を解決するために私たちは何ができるでしょうか。 これまでのところ、スパムのバックリンクが原因で発生したと私は信じていますが、[わかりません]。」

ジョンは次のように述べています。「一般的に、コアアップデートでは、変更が見られる場合、通常、サイトの関連性が全体的にどのようなものであるかを把握しようとすることに関連しており、スパムリンクなどとの関連性は低くなります。 これは、あなたのWebサイトにアクセスするランダムなスパムリンクに基づくコアアップデートでの反応を期待できないものです。

また、コアアップデートを使用すると、全体的な品質に関して時間の経過とともにサイトを改善するために段階的な変更を加えることができます。これは段階的に役立ちますが、コアアップデートで非常に強力な調整が行われた場合は、おそらく待つ必要があります。次のコアアップデートまで、これらの変更を確認してください。 […]サイトの全体的な関連性を把握しようとするのは私たちの問題であり、それはサイト全体の品質にほぼ依存しているものです。

かなり似ているお店が複数あると難しいと思います。 […]それらの1つが悪いというわけではないでしょう–他のものは本当に良いです。 しかし、それでも、ユーザースタディを使用して、このサイトが特に関連性があることを明確にするために何ができるかを理解できるものである可能性があります。 特に薬局のようなウェブサイトに関しては、私たちのアルゴリズムがおそらくもう少し重要になろうとしているものだと思います。 […]ストーリーと面白い写真が掲載されているランダムなウェブサイトではありません。関係しているのは人々の健康のようなものです。」

ジョンは次のように付け加えました。「特に404ページや、コアアップデートとは関係のない技術的な問題に関して。 コアアップデートは、サイトの全体的な品質とその関連性を理解することであり、技術的な問題ではなく、スパムについてではありません。」

JavaScriptコンテンツのインデックス作成

  05:11「私はCoreWebVitalsのWebサイト[…]で働いています。 Youtubeビデオを一番上に置く機能があるので、それがLCP要素になりました。 通常の画像のように、今持っていたものよりも重かったです。 そのため、動的に注入する方法を試しています。 […]フォールドコンテンツの下にないため、遅延読み込みは行いませんが、ファサードを使用しており、ユーザーが再生ボタンをクリックすると、<iframe>が動的に挿入されます。 記事は基本的にページのビデオコンテンツでインデックスに登録されていないことに気付いたので、ページを検索してビデオ検索に移動すると、そこに表示されません。 そのため、そのコンテンツをページでインデックス化するための最良の方法は何でしょうか。 […]<noscript>や構造化データのようなものが進むべき道ですか？ これに関するベストプラクティスはありますか？」

ジョン：「そこで言及したファサードの設定方法によっては、基本的に画像または<div>をクリックしてから、バックグラウンドでビデオをロードする場合があります。ページを表示すると、自動的にビデオとして取得されます。 ビデオ検索チームから、そのような問題が発生するため、これを行うように人々に指示するべきではないというフィードバックがありました。 基本的に最善のアプローチは、構造化されたデータを使用して、そこにまだビデオがあることを確認することです。 追加できる動画専用の構造化データがあると思います。 ビデオサイトマップは、このページで関連性のあるビデオがあることを示しているという点で、本質的に非常に似ています。 つまり、これらは2つのアプローチです。

時間が経つにつれて、Youtubeの埋め込みはより良く、より速くなり、これらのトリックをしなければならない場合は問題が少なくなると思います。 しかし、今のところ、それはまだ意味があり、ページのコアWebバイタルに大きな影響を与える可能性があると思います。 だから、その観点から、私は引き裂かれています。 ビデオチームがあなたがそれを直接置くべきであると私に言い、他のチームがあなたが物事を速くするべきであると言った場合、中間点を見つけるのは難しいです。 しかし、少なくともビデオがそこにあることを認識できるようにすることは非常に重要だと思います。」

カテゴリページ

  13:35 「私たちは[…]金属プロファイルを販売しており、それらのプロファイルにはさまざまな種類があります。 同じバリエーションがあるので、薄いコンテンツがたくさんあります。 […]これらのURLには何千ものバリエーションがあります[…]、これを処理する方法がわかりません。 それらを正規化する必要がありますか？ しかし、繰り返しになりますが、私たちはそれらにリンクしているので[これらのURL]、ページ内に悪いインリンクや質の悪いリンクを作成したくありません。 [これらのURL]にインデックスを付けないか、ロボットから[それら]をブロックする必要がありますか？ […]これらのバリエーションページにアクセスする必要はありません。 カテゴリページで高品質を作成したいだけです。」

ジョンは次のように答えました。「通常、私たちがお勧めするのは、ユニークな方法で見つけたいユニークなアイテムがある場合、それらのユニークなURLを持っていることと、それらが正規のものであることを確認することです。 noindexによってブロックされていません。 ただし、これらの個々のURLを気にしない場合、上位レベルのカテゴリを気にする場合、またはコンテンツを見つけるための最も重要な方法である、より広範な製品やカテゴリのようなものがある場合は、正規化できます。そのページに、必要に応じて他のバージョンのインデックスを作成することはできません。 したがって、基本的には、必要なことをすべて実行して、すべてのシグナルを関心のあるメインページに集中させることができます。

[…]あなたがおっしゃったような工業製品では、寸法やバリエーションが非常に多いので、一般的なレイアウトに焦点を当てて、これらのさまざまなオプションのすべてが本質的に主産物の属性であると言うのはおそらく理にかなっています。主な製品に焦点を当てるだけです。」

ジョンは次のように付け加えました。「カノニカルを設定する際に留意すべきことは、あなたが言及したカノニカルページのインデックスを作成しようとすることです。 したがって、非正規ページに固有のものがある場合、それを見つけることはできません。したがって、本質的に重要なものはすべて、正規ページにも記載されていることを確認してください。」

GoogleDiscoverでのランキング

18:31 「Discoverには、多かれ少なかれ2つの異なる検索結果ページがあります。 最初のページがあり、さらに結果をクリックすると、2番目のページが表示されます。 いくつかの記事が2ページ目に表示されるように、これに関係するランキングはありますか、それとも更新されるのは時間の問題ですか？」

ジョンは次のように述べています。「おそらくランキングの感覚はありますが、それは従来のWebランキングと同じではないと思います。 Discoverは非常にパーソナライズされているので、Discoverページを開いて、5位になり、次回は4位か何かになるという、従来の概念を理解するのは理にかなっていると思います。そのように。 […]

パーソナライズされたランキング側にも入ることがたくさんあります。 おそらくジオターゲティングやウェブページのフォーマットの違い、ビデオの数が多い、またはビデオの数が少ない、画像の数が多い、画像の数が少ないなど、さまざまな側面があると思います。 でも正直なところ、具体的に何なのかわかりません。」

ジョンはまた、グーグルの推奨に従うようにアドバイスし、次のように付け加えました。 また、Twitterで外部を見回すこともあります。Discoverを専門としている人はほんの一握りです。 […]私はそれらをチェックしますが、それは私たちの観点からはそのようなパーソナライズされたフィードであるため、そこであなたがあなたのランキングを向上させるために働くことができるというわけではありません。 人々が探しているキーワードではありません。 ですから、それはまあまあです。ここに、興味深いと思われるものがいくつかあります。」

301リダイレクト

22:23 「PageRankを可能な限り最良かつ最速の方法で渡すには、永続的なリダイレクトに301を使用する必要があることを私は知っています。 ただし、私たちの開発チームは、301がブラウザに保存されているため、おそらく永久に実装することを好みません。 彼らは、誤って設定されたリダイレクトの場合、人々は間違った301リダイレクトを失うことができないかもしれないと言います。 一部のブラウザと同じように、Googleストア301はリダイレクトしますか？」

Johnによると、「クロールとインデックス作成のシステム全体は、ブラウザとは本質的に異なります。つまり、ネットワーク側のすべてがさまざまなものに最適化されているという意味です。 ブラウザでは、物事をキャッシュすること、物事をより長くキャッシュすることの方がはるかに理にかなっています。 しかし、基本的に、私たちの観点からすると、クロールとインデックス作成の側面では[…]、クロールとインデックス作成をブラウザと同じように扱っていません。 ブラウザのようにページをレンダリングするという意味では少し奇妙ですが、コンテンツをシステムに取り込むプロセス全体は大きく異なります。 これは、ページをレンダリングするとき、またはページがレンダリングされるときに表示されることがあります。しばらくの間キャッシュできたという理由だけで、非常に古いJavaScriptファイルが使用されます。これは、ブラウザーでは発生しない可能性があります。しかし、本質的には異なります。」

キャッシュ制御ヘッダー

23:59 「 Googleは、「Cache-Control：no-cache」、「Cache-Control：max-age = [time]」、または「Expires：[date]」ヘッダーを使用して301リダイレクトを受け入れますか？両方の長所？"

ジョンは言いました。「はい、それはまったく問題ありません。 301リダイレクトの場合は、301リダイレクトとして扱います。 その上にどのような種類のキャッシュヘッダーを追加するかは問題ではありません。 したがって、その観点から、これが開発チームと自分自身にとってうまく機能するソリューションである場合は、そうではありません。 […]もう1つは、302リダイレクトも、開発チームにとってうまく機能する場合のオプションになる可能性があるということです。 302リダイレクトは、SEOの間で評判が悪く、通常のリダイレクトと同じように機能するため、正しくないと思います。 それらがそのようなPageRankを渡さないというわけではなく、長期的に302リダイレクトがある場合は、とにかく301リダイレクトと同じように扱います。 したがって、301リダイレクトでどのように機能するかを理解できない場合は、302リダイレクトもオプションになる可能性があります。」

品質向上の認識

31:25 「ページエクスペリエンスの更新によりページの品質を改善することがGoogleにとって重要である場合、Googleがこれらの改善を認識するのになぜそれほど時間がかかるのですか？ SEOが数か月間検索位置とトラフィックを失うことを犠牲にしなければならない場合、Webエクスペリエンスを改善するために真の違いを生み出すことにコミットすることは、直感に反しているようです。」

ジョンによれば、「[…]ウェブサイトに大きな変更を加えると、変動が見られることがありますが、ウェブサイトを改善したため、変動があったとは言えません。 Webサイト全体で非常に大きな変更を加えた場合は、Webサイトを再理解する必要があります。 しかし、私の観点からは、設定方法に応じてWebサイト全体で実行できる多くの再構築[…] –検索とウェブサイト全体が消えないようにするためです。」

Noindexページとサイトのクロール可能性

32:48 「品質のために複数のページがインデックスに登録されていない場合、サイト全体のクロール可能性に影響しますか？」

ジョン：「いいえ。 ページのインデックスを作成しないことを選択した場合、それはWebサイトの残りの部分をクロールする方法には影響しません。 もちろん、ここでの1つの例外は、noindexで、最初にそのページをクロールする必要があることを確認することです。 したがって、作成しているものがある場合、たとえば、数百万のページがあり、それらの90％はインデックスなしであり、インデックス可能な100ページがあります。 これらの100ページを見つけるには、Webサイト全体をクロールする必要があります。明らかに、数百万ページをクロールすることに行き詰まります。 ただし、インデックス作成可能なページとインデックス作成不可能なページの比率が通常の場合、[…] ‒クロール可能性に関して問題が発生することはまったくありません。 そして、これは[…]グーグルが言う品質上の理由のためではありません、ああ、いや、インデックスページは悪いです。 それは純粋に技術的なことです。 100万のURLをクロールする必要がある場合、何が存在するかを確認するために100万のURLをクロールする必要があります。 インデックスのないページがいくつかあるので、50000だけクロールします。 本質的に、それは単なる数字の問題です。」

302リダイレクト

34:22 「一時的な（302）リダイレクトはリンクエクイティを通過しないと聞いています。 それについての私たちの理解は正確ですか？ より一般的には、302を使用すると重大なSEOの問題が発生すると聞いており、これらを絶対に回避する必要があるのか​​、それとも特定の状況で使用する必要があるのか​​疑問に思っています。」

ジョンは次のように述べています。 302リダイレクトによるSEOの悪影響はありません。 302リダイレクトを行うとPageRankを失うという全体的な感覚は間違っていると思います。 それは時々出てきます。 これが発生する主な理由は、302リダイレクトが定義上異なるためだと思います。 […]301リダイレクトでは、アドレスを変更し、Googleシステムが宛先ページを取得するようにします。 302リダイレクトでは、これは一時的に別の場所にあると言っていますが、Googleシステムに元のURLを保持させたいと考えています。 したがって、個々のURLのランキングを純粋に追跡している場合は、もちろん、301によって宛先ページがインデックスに登録され、ランキングと302リダイレクトによって元のページのインデックスとランキングが維持されます。 ただし、PageRankやそこに割り当てられている信号が失われることはありません。 […]302リダイレクトが正しいことである場合もあります–301リダイレクトが正しいことである場合もあります。 302リダイレクトを長期間見つけた場合、これは一時的な移動ではない可能性があります。その場合は、それらも301リダイレクトとして扱います。 しかし、302リダイレクトに対して301リダイレクトを使用することの隠されたSEOの利点はありません。 それらはただ違うものです。」

ユーザーに表示するコンテンツが少ない

46:54 「クライアントに問題が1つあります。 […]robots.txtによってブロックされる多くのURLには、noindexに設定されたHTTPヘッダーもあります。 そこで、robots.txtを開いて、URLのインデックスを解除できるようにしました。 しかし、クライアントは、サーバーがすべての要求に先行するわけではなく、失敗することを恐れています。 つまり、ユーザーエージェントをボットと見なす場合は、空白のHTML本文または別のページを提供することができます。 HTTPヘッダーがnoindexに設定されている場合、クローキングが原因でペナルティが科せられるリスクはありますか？」

ジョンは次のように答えました。 「いいえ、問題はありません。 特に、ユーザーに表示するよりも少ない検索エンジンを表示している場合は、クローキングに関してはそれほど問題にはなりません。 私たちにとってより問題となるクローキングの部分は、あなたが私たちに本当に大きくて面白いページを見せてくれて、ユーザーがそこに着くと、彼らは本当に小さいか少し違うものを見るかどうかです。 しかし、基本的に空のページを表示していて、このページにインデックスを付けてはいけないものは何もないと言っている場合は、インデックスから削除します。ユーザーが他のページを表示してもかまいません。 したがって、私たちの観点から、避けたいのは、ユーザーが見つけられないものをユーザーに約束することです。 したがって、インデックスからページを削除した場合、そのページはもうないため、お勧めできません。 […]特定のクエリについてページを推奨し、そこに行ってもそのコンテンツが見つからない場合、彼らはイライラし、私たちが悪い仕事をしたと思っています。それが私たちのクローキングの問題です。から来た。 しかし、表示を少なくすることはまったく問題ありません。」