SEOオフィスアワー、2022年1月21日

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

内部リンクの価値

00:44 「ヘッダー、フッター、またはコンテンツに内部リンクの異なる値がありますか？」

ジョンによると、「それはかなり似ています。 ページのさまざまな部分の内部リンクについて、定量的に異なるものはないと思います。 ページのさまざまな部分のコンテンツに関しては、ページに固有のものを理解しようとする場合、それは異なると思います。 しかし、リンクに関しては、それは何でもないと思います。」

クロールの問題

03:33 「11月[2021]以降、Google[コア]が私のウェブサイトを更新しました[いくつかの問題があります]クロール。 一部のリンクは[クロールされています]、そうでないものもあります。 […]どうすれば修正できますか？」

ジョンは次のように述べています。「 2つの可能性があると思います。 1つは、技術的な問題がある可能性があるということです。 一部のページが正常にクロールされているように聞こえるので、必ずしもそうとは限りません[…]。

もう1つは、常にすべてをクロールするわけではないということです。 Web上のすべてにインデックスを付けるわけではなく、優先順位を付ける必要がある場合もあります。 […]私たちは、ウェブサイトにどれだけのリソースを費やすべきかという観点から、ウェブサイトの全体的な価値を理解しようとしています。 そして、それは私たちがどれだけ這うかにも反映されています。 それは、私たちのアルゴリズムがWebサイトの全体的な品質を確信していないところに見られるものかもしれません。 通常、Webサイトの品質を向上させることで、より多くのWebサイトをクロールできるようになります。」

インデックスに登録されたページの数を減らす

05:47 「昨年、私たちはサイトに多くの技術的改善を加えてきました、そして私たちの顧客はサイトに満足しているようです。 しかし、10月末以降、Googleによってインデックスに登録されたページ数は25％（つまり、約500,000ページ）劇的に減少しました。 私たちが提出したもの[…]は50パーセント以上減少しました。 […]私たちが見つけたのは、[…]製品ページにレビューがない場合、レビューが記載されていないため、スキーマバリデーターは不満であるということです。 […]私たちが見逃しているものはありますか[…]それとも実際にそれの中心的な原因であるのに十分ですか？」

ジョンは次のように答えました。 「構造化データがページ上で完全に有効ではないからといって、インデックスから削除するわけではないので、私には関係がないようです。 検索コンソールのレポートにこれらのエラーがすべて表示されていると思います。 あなたはそれらを見て、あなたは、まあ、私はそこでのマークアップを気にしないと言います。 そして、それは大丈夫です。 構造化データが有効でないため、ウェブサイトが悪いと思われる兆候ではありません。 この構造化データを使用したい場合は、機能していません。 ただし、クロール、インデックス作成、ランキングには影響しません。

何がそれを引き起こしているのか、手に負えないことを言うのは難しいです。 […]私たちのシステムがあなたのウェブサイトの全体的な品質について確信が持てない可能性があります。 たくさんの数字を見ているような大きなウェブサイトの場合、私もいくつかのサンプルを見てみてみることですが、その数字は実際の問題を本当に反映しているのでしょうか。 それとも、インデックスに登録されたページの数は、クリーンアップされている技術的なものを本質的に反映していますか？

たとえば、アナリティクスのトラッキングパラメータなど、さまざまなパラメータが設定されたページにインデックスを付ける場合があります。 それらのページの100,000を突然インデックスに登録することは簡単に起こり得ます。 それらはすべて索引付けされています。 そしてグラフでは、それは大きなことのように見えます。 ただし、これらのページをすべて削除しても、誤ってインデックスが作成されたページであるため、Webサイトには何の変更もありません。 したがって、グラフでは、それは非常に劇的に見える可能性があり、上昇し、これらすべてにインデックスが付けられ、その後下降します。 […]しかし、それは私たちのシステムがあなたのウェブサイトの他の部分に影響を与えないインデックス作成に関する問題を修正しているということかもしれません。 私がやろうとしているのは、これらの問題のどれがあなたのウェブサイトのトラフィックや可視性に影響を与えているかを理解することです。 それなら、インデックス作成の問題はそれに該当するものかもしれませんが、私はそれを分離しようとします。」

09:13 「私たちが気づいたことの1つは、クロールされた[–現在]インデックスが作成されていないのを初めて見たということです。 […]これは私たちに何かを伝えていると感じていますが、それをどのように解釈するかはよくわかりません。」

ジョン：「そこから引き出せるものはあまりないと思います。 クロール[-現在]インデックス付けされていないステータスと検出済み[-現在]インデックス付けされていない2つのステータスは、URLについて知っているという点で本質的に同等です。 聞いたことがあることを確認しましたが、インデックスを作成しないことにしました。 これは、インデックス作成チームと一緒に調べているところですが、これは一般的な問題ですか？ これについての報告がますます増えているからです。 それとも、本質的に以前よりも目立ちますか？ 過去においてさえ、私たちは常にウェブサイトの一部しかインデックスに登録していなかったからです。 しかし、検索コンソールでそのことを人々に示したことはありません。 個々のページにインデックスを付けない理由ではなく、あなたが得ているトラフィックに焦点を合わせています。」

インデックス解除されたページとURLの特殊文字

23:56 「1月13日から、インデックスに登録されたページが90％以上減少したことがわかりました。 […]問題を特定するために私たちが理解できる側面について、いくつかの推奨事項を教えてください。 […]サンプルを確認したところ、[Googleがクロールした] URLには疑問符[および]いくつかのプラスマークなどの異常なマークが含まれていることがわかりましたが、実際のURLにはこれらのマークがありません。 それは、発見された珍しいことの1つです。」

ジョンの返答は、「おそらくあなたもチェックしたいのは、それらを適切にクロールできるかどうかということだと思います。 あなたはすでにそれを調べたと思いますが、そこで再確認することは常に良いことです。」

ジョンは、URLの特殊文字に関して、次のように付け加えました。「常に発生するのは、WebサイトのURLをたくさん発見することです。 それらが重要であると思わない場合は、リストに残し、ある時点でクロールを試みます。 これらは、私たちが時間をかけて発見した単なるランダムなURLだと思います。 時々クロールして、不足しているものがあるかどうかを確認しますが、ランダムなURLもクロールしても、Webサイトの問題の兆候ではありません。」

ジョンは、このような状況を引き起こす可能性のある技術的側面について、次のように述べています。 「通常、主な問題は、個々のURLにインデックスを付けるかどうかを決定するWebサイトの全体的な品質です。 これも時間の経過とともに変化する可能性があります。 あなたのウェブサイトの品質が変わるほどではありませんが、ウェブサイトの品質に対する私たちの認識は時間とともに変化する可能性があります。 そして、それは通常、そこで作用する主要な要素です。

これらのインデックスの変更が短期間で発生している場合は、システムがWebサイトの品質を評価する方法を変更したばかりであり、突然、すべてがわずかに異なるバケットに入っている可能性があります。 一方、長期間にわたってそれらを見ると、[…]時間の経過とともに、当社のシステムはWebサイトに対する自信を失っていきます。」

GSCプロパティと非トレーリングインデックスページ

33:18 「パフォーマンスをより適切に監視するために、国固有のフォルダの一部にGSCプロパティを作成しようとしています。 URLに末尾のスラッシュは使用しません。 したがって、新しいフォルダプロパティがGSCに追加されると、末尾のスラッシュがアドレスに自動的に追加され、非末尾バージョンのインデックスページのデータはキャプチャおよびレポートされません。 フォルダーをGSCプロパティとして追加し、非トレーリングインデックス付きページの統計もキャプチャする方法はありますか？ 「「

ジョン： 「いいえ、現在はそうではありません。 私たちの観点からすると、最後にスラッシュがないページは単なるページです。 スラッシュがある場合、それはフォルダーです。これは、検索コンソールに使用したモデルです。 したがって、Webサイトの1つのセクションのホームページがあり、末尾にスラッシュがない場合、それは上位レベルのサイト内のページと見なされます。 ドメインレベルでは、おそらくこれらすべてが表示されます。 データを個別に表示したい場合は、検索コンソールの上位レベルのプロパティからデータを引き出す必要があります。」

ウェブサイトのダウンタイムからの回復

34:29 「私のウェブサイトは1日平均約20万セッションで、技術的な問題に見舞われました。 サイトはちょうど2日前に14〜15時間ダウンしていました。 昨日のトラフィックはほぼ正常でしたが、今日、多くのページがGoogle検索から失われています。 このサイトは過去8年間安定しており、これまでこのような問題が発生したことはありません。 おすすめは何ですか？ 「「

ジョンは次のように述べています。「通常、この種の技術的な問題が短期間発生すると、これらのページがインデックスから削除され、通常はかなり迅速に元に戻ります。 通常発生するのは、クロールするページが最初にピックアップされ、この技術的な問題の間に注目される可能性が高いことです。 たぶん、その間にそれらをドロップします。 したがって、これはトラフィックにも反映されていることがわかりますが、幸いなことに、これらのページもかなり頻繁に再クロールされる傾向があるため、[また]かなり頻繁にポップバックする必要があります。

この問題から保護する最善の方法は、問題が発生したときに503結果コードを提供できるシステムが整っていることを確認することです。 自動的にトリガーされない可能性がありますが、この503結果コードを手動でオンにできたとしても、基本的には、その間にページをクロールして503を表示すると、問題があると表示されます。ここ。 それを無視し、後で再確認するために戻ってきます。

基本的に、503結果コードを1日か2日提供できる場合、それは一時的な不具合と見なされ、これらのページはまだ存在していると思われるため、インデックスから削除しません。 一方、404を提供する場合、または空のページまたはエラーページのみを提供する場合は、このページがなくなったと見なされる可能性があり、インデックスから削除されます。

それが私のおすすめです。 多くの場合、物事が落ちたときにすぐに飛び込んで、503の実行方法を突然理解することはできません。そのため、できるだけ早く切り替えることができるように、事前にそのシステムを準備しておきます。 […]503を1日か2日提供できる場合は、検索インデックスに変更がまったく表示されないはずです。 それが長ければ、明らかにあなたはまだ可能ですが、少なくともそれらの1日か2日の間、あなたは保護されています。

ここでやったようにできない場合は、自動的に戻ってくると思います。 あなたがしなければならないマニュアルは何もないと思います。 これらのページを再クロールします。 そこに再び良いコンテンツがあることに気付くでしょう。 それらに再度インデックスを付けます、[…]以前に持っていた信号をピックアップします。 基本的に、以前と同様にインデックスを付けてランク付けする必要があります。 ここには長期的な問題はないはずです。」

ウェブサイトの移行

38:37 「1つのWebサイトのコンテンツを2つの別々のドメインに移行し、分割したいと考えています。 古いドメインのGSCで何をすべきですか？ 受信者としてどのドメインを指定する必要がありますか？ そのことをGoogleに通知するにはどうすればよいですか？」

ジョンは次のように述べています。「このような場合、ウェブサイトを分割または統合する場合、移動が1対1の移動であるという事実に依存しているため、検索コンソールでアドレス変更ツールを使用することはできません。あるドメインから別のドメインへ。 Webサイトを分割またはマージするとすぐに、それは1対1の移動ではなくなります。これは、基本的にURLごとに処理する必要があるものです。 したがって、これらのことについては、基本的に、リダイレクトを適切に設定するだけです。 サイトの移動に関する通常のガイドラインに従い、アドレス変更の検索コンソール設定はおそらくそこでは適切ではないことに注意してください。

また、検索コンソールの設定では、そのリダイレクトについてサイトのいくつかのサンプルページをテストしようとします。 すべてが問題ないように見えるかもしれませんが、Webサイトを分割する場合は、その設定を使用するのは間違いだと思います。 信号を少し混乱させる可能性があるという理由だけで、問題が発生することはないと思いますが、あるドメインから別のドメインに移動しない場合は、アドレス変更ツールを使用する利点はないと思います。 」

内部リンクとウェブサイトの構造

51:16 「ウェブサイトの重要なページからの内部リンクを見て、他の内部の重要なページからのリンクがあるかどうかを確認し、[…]重要度の低いページへのリンクを[削除]して、重要なページの方が重要ですか？」

ジョンは答えました、 「それはあなたができることです。 内部リンクの処理方法を賢くしようとしているので、少し注意が必要です。 特に、About Usページや利用規約など、多くのリンクを取得する非常に一般的なページは、Webサイト全体からリンクされています。 しかし同時に、これは正常なパターンであり、会社名を検索している人のために利用規約ページをランク付けする必要があるという意味ではありません。 これは、一方では内部リンクを制御できるものです。 しかし、私は行き過ぎて、まあ、重要ではないと思うページへのリンクを削除するとは言いません。 これは特に、nofollowを紹介したときに起こったことであり、私の利用規約[ページ]-すべてのリンクはnofollowになります。 それは何も変わりません。 それは大変な作業であり、あなたはそれを永久に維持しなければなりません、しかしそれはあなたのウェブサイトのために何も変わらないので、それは無駄な仕事のようです。

しかし、私はまだあなたのウェブサイトを調べて、物事がどのようにリンクされているかのグラフを作成することをお勧めします。 一部またはおそらくほとんどのSEOツールには、Webサイトをクロールし、Webサイトの構造を示すこのグラフ[…]を作成するための機能があると思います。 それを見ると、一目できれいな構造なのか、完全に散らかっているのかがわかることがあります。 それが完全に散らかっているなら、それをきれいにして、構造がどうあるべきかを明確にする余地があると思います。

構造を明確にすることで、どのページがより重要であるかを理解するのに役立ちます。そのため、クリーンアップする方法を見つけようとしています。 あなたがきれいな構造を持っていればあなたのウェブサイトがより良くランク付けされると言っているわけではありませんが、あなたのウェブサイトがこの範囲にランク付けされるべきであると私たちが理解すればもっとです[そして]これらのページのどれが最も重要なものです。 それはあなたがそこで私たちに話していることです[…]そしてそれはあなたに価値を与え、あなたが気になるページに人々を送っているということです。 それは確かに私が検討することです。」

55:03 「計算が非常に簡単な内部PageRankはどうですか？ どのページが内部リンクから最も重要であるかを確認するためにそれを行うことをお勧めしますか、それともこれは必要ではないことだと思いますか？」

ジョンは次のように答えました。 「[…]そこでモデル化できないのは、個々のページが異なる外部リンクを取得することであり、それは本質的に内部のPageRankにも影響します。 誰もがあなたの利用規約ページにリンクしている場合、それは突然多くのPageRankを持っているものです。 そして、PageRankは私たちのシステムで使用しているものですが、他にもたくさんのことを使用しています。 技術的な観点からは興味深いガジェットですが、実用的な観点からは超臨界的なものとは思えません。 数字をいじったり、グラフで遊んだりしたいのですが、これを計算できることを確認してください。 Googleで1対1で反映されているものとは思いません。」