SEOオフィスアワー–2021年9月17日

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

単語の制限

09:05 「[カテゴリ]ページで使用する必要のある単語の制限は何ですか？」

ジョンはそのような制限はないと述べ、「[…]特にカテゴリページでは、トピックが何であるかを理解するために、ページにいくつかの情報が必要です。 しかし、それは一般的に非常に少ない情報です。 そして、多くの場合、あなたがリストした製品から、製品の名前が私たちが理解できるほど明確である場合、私たちは理解しています。 […]しかし、製品名を理解するのが少し難しい場合もあるので、そこにコンテキストを追加するのが理にかなっているかもしれません。 しかし、それは通常、おそらく1、2、3文のサイズの追加のコンテキストです。」

インデックスカバレッジメトリックに変更はありません

10:57 「私は数百万ページの大きなウェブサイトで作業しています。 2つの言語間でリダイレクトを行いました。 […]移行は順調に進んでおり、トラフィックは2番目のパスから移動しています。 明確にするために、これは2つのサブフォルダーまたは同じドメイン内のすべての間の投影です。 ここで取り上げたいのは、リダイレクトを行ってからほぼ3週間経っても、カバレッジメトリックに変化が見られないことです。 […]有効なページを削除することはありません。リダイレクトなどのために除外されるページを増やすこともありません。 それについて心配する必要がありますか？」

「そのようなものが見えるようになるための決まったスケジュールはないと思います。 […]ウェブサイト全体で異なる速度でページをクロールします。 また、毎日再クロールするページもあれば、月に1回、または数か月ごとに再クロールするページもあります。 したがって、マージするこれらのフォルダ内のコンテンツがクロールされることはめったにないコンテンツである場合、それが反映されるまでに長い時間がかかります。 一方、非常に活発にクロールされているコンテンツの場合は、通常、1週間ほどで変更が表示されるはずです。」

インデックスカバレッジレポートの更新

13:25 2つのサブフォルダをマージすると、「[…]トラフィックはサイトのある部分から別の部分に移動します。 すべてが順調に進んでおり、ログファイルにもそれが見られます。 […]しかし、これはカバレッジメトリックには表示されません。 それが報告のバグなのか、それとも一日中待つべきなのか、心配しています。」

ジョンは次のように答えました。「[…]インデックスカバレッジレポートは、おそらく週に2回更新されます。 […]検索コンソールのレポートの多くは週に1〜2回であるため、遅延が発生する可能性があります。 しかし、トラフィックが適切なページに移動しているのを見ていて、パフォーマンスレポートを見ていて、そのような変化が見られているのであれば、それはまったく問題ないと思います。 このようなインデックスカバレッジレポートに注意する必要はないと思います。 このようにページをマージするときに通常発生するのは、システムが最初にこれらのページの新しい正規を見つけなければならないことを理解する必要があるためです。 つまり、2ページを取り、それらを1つに折ります。 次に、これが一連のページであることがわかります。正規のページを選択する必要があり、そのプロセスには少し時間がかかります。 そして、それがレポートに反映されるまでには少し時間がかかります。 一方、クリーンなサイト移動のようなことを行う場合は、すべてを転送することができます。 理解しなければならないこの正規化プロセスはありません。 ですから、そこに見えるようになるまでにはもっと時間がかかると想像できました。」

ウェブサイトの品質を理解する

15:22 「私の質問は[…]特に新しいページのアルゴリズム[…]Googleがやって来てそれを呼び出し、それを理解しようとしているときです。 次に、それらのページをサイト上の古いレガシーページと比較して、「まあ、これらのページは素晴らしいですが、これらのはるかに古いページは実際にはごみです」と言いますか？ そのため、新しいページとカテゴリページの品質に影響します。 それは、ウェブサイトの品質を本当に理解するためにアルゴリズムが行うことですか？」

ジョンは次のように述べています。「[…]ウェブサイト全体の品質を理解しようとすると、それは非常に時間がかかるプロセスにすぎません。 そして、そこにはかなり長いリードタイムがあります-私にはわかりません- 。 したがって、すでに10,000ページあるWebサイトに5ページを追加する場合は、おそらく最初にサイトの大部分に焦点を当て、その後、新しいコンテンツでそれがどのように落ち着くかを見ていきます。 そこにも。」

リンクエクイティの受け渡し

17:06 「バックリンクを取得した場合、[Google]はそれが高品質のバックリンクであると想定するだけでなく、リンクの公平性をサイトに盲目的に渡すだけです。 では、Googleは、これらのバックリンクをクロールするときに、参照トラフィックを調べて、それをアルゴリズムに反映させるのでしょうか。 または、その情報が表示されない場合は、そのリンクをクリックする傾向が高いかどうかを評価しようとしますか？ そして、そのリンクをクリックする傾向が高い場合、彼らはリンクエクイティを通過しますか？ ない場合は、あなたが知っていると言ってください、[…]あなたは文字通りブログを作成して今すぐリンクすることができます。 その場合、グーグルは、まあ、実際には、トラフィックはないと言います。 ここではあまり多くのことが起こっていないのに、なぜ何らかの形のリンクエクイティを渡す必要があるのでしょうか。 […]リンクエクイティがサイトに渡されるかどうかについて、そのようなフィードはありますか？」

"私はそうは思わない。 リンクの評価方法を評価する際に、リンクを介したトラフィックなどは使用しません。 私の知る限り、リンクをどのように評価すべきかについて、誰かがリンクをクリックする可能性なども考慮していません。 リンクは本質的に単なる参照である場合があり、ページ上のすべてのリンクをクリックすることを期待するほどではないためです。 しかし、誰かがあなたのサイトを参照して言っている場合、ここのこの専門家がそうするように言ったので、私はこれをしています。 そうすれば、人々はそのリンクをクリックすることはなく、常に[…]あなたのサイトを見て、そこに書かれていることを確認します。 しかし、彼らはそれをほとんど参照のように見るでしょう。 […]彼らがより多くの情報を見つける必要があるならば、彼らはそこに行くことができました。 しかし、そうする必要はありません。 そして、その観点から、リンクの価値を評価する際にそれを考慮に入れることはないと思います。」

ドメインサイトの移行

20:53 「あるドメインから新しいドメインへのサイトドメインの移行を行い、すべての移行要件と推奨事項に従いました。 リダイレクトと正規タグを更新し、事前に開発環境でテストしました。 新しいプロパティを追加し、Google検索コンソールで新しいドメインを確認しました。 アドレスの変更を行うと、ホームページから301リダイレクトがあり、古いドメインを取得できなかったという検証失敗エラーが発生します。 住所変更ツールの検証に合格するにはどうすればよいですか？」

「まず、覚えておくべき最も重要なことは、アドレス変更ツールは、移行に関して使用する1つの追加信号にすぎないということです。 それは必須ではありません。 したがって、何らかの理由でアドレス変更ツールをWebサイトで機能させることができない場合、リダイレクトが適切に設定されていれば、これらすべてを設定する必要があります。 それはあなたが絶対にやらなければならないことではありません。 ほとんどのサイト[…]は実際にはこのツールを使用していないと思います。 これは、検索コンソールについて知っている人や、これらの種類の凝ったものすべてについて知っている人のようなもので、彼らはそれを使用している可能性があります。 なぜ失敗するのかということに関しては、サイトの名前やそこでテストしているURLを知らずに言うのは本当に難しいです。

私が見たものの1つは、Webサイトのwwwバージョンと非wwwバージョンがあり、それを段階的にリダイレクトする場合です。 したがって、たとえば、www以外のバージョンにリダイレクトしてから、新しいドメインにリダイレクトします。 次に、プライマリバージョンではないバージョンのサイトでアドレス変更を送信すると、それが発生する可能性があります。 ですから、それは1つのことかもしれません。アドレス変更ツールに関して、現在インデックスに登録されている、または現在インデックスに登録されているバージョンを送信しているのか、検索コンソールで別のバージョンを送信しているのかを再確認してください。」

複数のスキーマタイプの追加

23:36 「1つのページに複数のスキーマタイプを追加できますか？ はいの場合、FAQスキーマとレシピスキーマの両方を1つのページに組み合わせるための最良の方法は何でしょうか？」

「ページには、必要なだけ構造化データを配置できます。 ただし、ほとんどの場合、検索結果に表示される豊富な結果に関しては、1種類の構造化データまたは1つの豊富な結果タイプのみを選択し、それに焦点を当てる傾向があります。 したがって、ページに複数のタイプの構造化データがある場合、これらのタイプの1つを選択する可能性が非常に高く、それを示します。 したがって、特定のタイプを検索結果に表示したいが、それ以外の方法で検索結果を見るときに組み合わせた用途がないことがわかった場合は、単に組み合わせるのではなく、必要なタイプに焦点を当てようとします。他のものと。 理想的には、本当に欲しいものを選び、それに集中してください。」

404sとクロール性およびインデックス性

24:39 「 GSCCrawlStatsレポートは、サイトの一部ではない404ページの着実な増加を示しています（これらはサイトマップに存在せず、内部検索によって生成されたものでもありません）。 それらは私たちのURLに追加されているGoogle検索のようであり、Googleはそれらをクロールしようとしています。 クロール応答の内訳では、これらの404がクロール応答の40％以上を占めています。 これがクロール性とインデックス性に悪影響を与えないようにするにはどうすればよいですか？」

「まず第一に、私たちはURLを作成しないので、Google検索を行ってからあなたのウェブサイトでURLを作成するわけではありません。 これらは私たちがウェブ上で見つけた単なるランダムなリンクだと思います。 […]それはいつも起こっていることです。 そして、これらのリンクを見つけて、クロールします。 それらが404を返すことがわかり、それからそれらを無視し始めます。 したがって、実際には、これはあなたが世話をしなければならないことではありません。 […]通常、これらの種類のリンクで何が起こるかは、どのURLをクロールする必要があり、どのURLをどの頻度でクロールする必要があるかをWebサイト全体で把握しようとします。 そして、絶対に必要なこと、さらに何ができるかを考え出した後、それを考慮に入れます。 そして、その追加のバケットには、非常に段階的なURLのセットのようなものがあり、基本的には、たとえば、スクレーパーサイトからのランダムなリンクも含まれます。 したがって、これらのランダムなリンクからの多くのURLをサイトでクロールしていることがわかっている場合は、基本的に、私たちが気にかけているもののクロールがすでに完了していると見なすことができます。サイトは重要です。 サーバーには時間と容量があり、他のことも試してみます。 したがって、その観点からは、これらの404がWebサイトのクロールで問題を引き起こしているわけではありません。 それは、まあ、私たちがあなたのウェブサイトのために十分な容量を持っているということのほとんどの兆候です。 また、Webサイト内で実際にリンクしているよりも多くのコンテンツがある場合は、おそらくそれもクロールしてインデックスに登録します。 つまり、基本的には良い兆候のようであり、robots.txtでこれらをブロックする必要はありません。抑制しなければならないものではありません[…]」

他の国からのトラフィックをブロックする

27:34 「フランスでのみ運営されているサービスウェブサイトがあります。 また、帯域幅が非常に悪い他の国からのトラフィックが多いため、CWVスコアが低下します。 […]私たちはフランス国外で事業を行っていないため、フランス国外のトラフィックを利用することはできません。 他の国からのトラフィックをブロックすることをお勧めしますか？」

ジョンは次のように述べています。「他の国からのトラフィックをブロックしないようにします。 最終的にはあなた次第だと思います。 それはあなたのウェブサイトです。 あなたはあなたがしたいことを選ぶことができます。 […]この場合、覚えておくべきことの1つは、米国のほぼすべてのWebサイトをクロールすることです。したがって、フランスにいる場合、他のすべての国をブロックすると、Googlebotのクロールもブロックされます。 そして、基本的に、コンテンツのインデックスを作成することはできません。 その観点から、他の国をブロックしたい場合は、少なくとも、Googlebotがクロールしている国をブロックしていないことを確認してください。 少なくとも、検索に関心があるなら。」

ページの再グループ化

35:38 「 Googleは最近、CWVスコアのページが著しく異なる3万ページを超えるページを再グループ化しました。 […]これにより、再グループ化前の製品ページの平均は2.5秒でしたが、これらのページの平均LCPは最大3.4秒になりました。 ページをしきい値より2.5秒低くするように取り組んでいましたが、今では戦術が重要ではないため、ヒットする必要のあるスコアに到達できません。 グループ化を設定してからスコア平均を取得しますか、それともスコアを取得してからグループ化を設定しますか？ –（これは、2.5秒未満でこれらの製品ページを取得することが問題の解決に役立つかどうかを確認するのに役立ちます）。

「[…]グループ化の方法について明確または正確な定義はありません。これは、Webサイトにあるデータの量に応じて、時間の経過とともに少し進化する必要があるためです。 したがって、Webサイトにさまざまな種類のページのデータがたくさんある場合、システムは、以前のように大まかなグループ化を行うよりも、少しきめ細かいグループ化を行うと言うのがはるかに簡単です。 一方、データが少ないと、Webサイト全体を1つのグループにまとめてしまうこともあります。 それが1つのことです。 もう1つは、フィールドデータに基づいて収集するデータです。 検索コンソールでもわかります。つまり、個々のページの平均を取り、ページ数で平均するほどではありません。 むしろ、実際に起こることは、一部のページがより多くのトラフィックを持ち、そこにより多くのデータがあるという意味で、トラフィック加重平均の方が多いということです。 また、他のページのトラフィックは少なくなり、そこにはそれほど多くのデータがありません。 だから、それはあなたがこれらの種類の違いを見ている何かかもしれません。 多くの人があなたのホームページにアクセスし、個々の製品にはそれほど多くの人がアクセスしない場合は、データが多いという理由だけで、ホームページの重みが少し高くなっている可能性があります。 だから私はそこに行く方向です、そして実際には、それは個々のページにそれほど焦点を合わせるのではなく、あなたがどのページまたはどのページタイプを理解しなければならないあなたのGoogleAnalyticsまたは他の分析のようなものを見る傾向があることを意味します多くのトラフィックを獲得しています。 そして、それらのページを最適化することで、基本的にユーザーエクスペリエンスを改善しようとしています[…]。これは、コアWebVitalのスコアリングで採用しようとするものです。 したがって、基本的に、ページ数全体の平均化は少なくなり、人々がWebサイトにアクセスしたときに実際に目にするもののトラフィック全体の平均化は大きくなります。」

MUMアルゴリズム

42:44 「 MUMアルゴリズムの出現により、検索結果は複数のソースへの応答になりますか？ つまり、ユーザーがトピックを検索すると、回答は複数のソースから選択され、パッケージとして提供されますか？ 将来の競争は、競争相手同士の一種の交流になると思います。 一緒に彼らは検索者のニーズを満たすことができます。 サイトは、より良いサービスを提供できることに重点を置いています。 いくつかの競合他社は、検索者のニーズを満たすことができます。 ユーザーニーズポートフォリオは、最もよく知られている最高のサービスを求めて競合するいくつかのサイトによって完成されます。」

ジョンはこう答えました。 多分それはある時点で起こるでしょう。 検索結果にさまざまなオプションのセットを提供しようとする概念があります。特定のトピックについて非常に強い意見や異なる意見などがある可能性があることがわかります。 そして、それはそこにどんな意見があるかという問題です。 次に、そのトピックのさまざまな角度をカバーするさまざまな結果のセットのようなものを提供することは理にかなっています。 ほとんどのクエリには当てはまらないと思いますが、それを考慮に入れようとしていることもあります。」

サイトの移行

47:11 「サイトの移行を行い、トリガーを引いた日に、robots.txtが両方のドメインをブロックした場合[…]、302の一時的なリダイレクトを実行します（開発者が何も確認しなかった後、数日または数週間で301に切り替えます壊れた）、そして開発者が壊れたものをチェックしている間、サイト全体で503 HTTPステータスを1日または数時間提供しますか？」

ジョンによれば、「[…]これらはすべて別々の状況です。 そして、それは私たちが言うことではありません、まあ、これはこのバリエーションのサイト移動です。 しかし、むしろ、物事をブロックしている場合、物事が壊れている場合、まず第一に、それを壊れているものと見なします。 そして、後の段階で実際にリダイレクトされていることがわかった場合は、サイトがリダイレクトされていると言えます。 そして、それらを別々の状態として扱います。 したがって、サイトの移動を実行したい日に何かが壊れてサーバー上ですべてが壊れた場合、サーバー上ですべてが壊れていることがよくわかります。 すべてが壊れていることがわかるだけなので、サイトの移動を意図していることはわかりません。 したがって、その観点から、私はこれらを別々の状態として扱います。 そしてもちろん、壊れた状態をできるだけ早く修正し、基本的にはその後できるだけ早く移行に移行するようにしてください。」

ニュースサイトから古いコンテンツを削除する

49:42 「ニュースウェブサイトの古いニュースを削除する/インデックスを作成しない/禁止することを検討する価値はありますか？ 10歳以上のようなニュース？ それは一般的にウェブサイトの品質に何かをしますか、そしてそれはクロール予算を最適化しますか？ 300万ページ以上のサイトです。 それは何かしますか？」

「古いニュースだけを削除しても、大きな価値は得られないと思います。 また、すべての情報がまだ役立つ場合もあるため、ニュースWebサイトに推奨するものでもありません。 その観点から、私はSEOの理由でこれをしません。 使いやすさやメンテナンスのためにコンテンツを削除したり、Webサイトのアーカイブセクションに配置したりする理由があれば、それは間違いなく実行できます。 しかし、古いコンテンツは古いので、盲目的に削除するだけではありません。」