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

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

ブログ投稿の一貫性は、クロールとランキングに影響しますか？

03:28 「私は毎日ほぼ1つの記事を投稿し、1週間に1つの記事について別の人が[投稿]しているブログを持っています。 一貫性によると、[…] Googleが私のウェブサイトをクロールする頻度に影響しますか、それとも[…]この一貫性はランキングと関係がありますか？」

ジョンによると、「ランキングには多くの要素があり、ウェブサイトをクロールしてインデックスに登録できることはその1つです。 しかし、私たちが1日に1ページ、または1週間に1ページについて話している場合、[…]クロールするのは簡単です。 毎日数百万ページについて話している場合、技術的な機能が作用することがあり、クロール予算がトピックになります。 しかし、1日に数ページ、[…]、さらには1万ページについて話している場合、それは通常、妥当な時間でクロールできるものです。 つまり、時間どおりにクロールできるかどうかという問題ではなく、検索で使用する他のすべての要素の問題です。」

05:27 「私が毎日1つの記事を投稿していたとき、Googleがほぼ毎日私のWebサイトをクロールしているのを見ました。 […]しかし、私が一貫性を失ったとき、Googleが2日以内に1回サイトを横断したのを見ました。 これは事実ですか？」

ジョンは言いました。 Webサイトをクロールするほどではありませんが、Webサイトの個々のページをクロールします。 クロールに関しては、大まかに2種類のクロールがあります。 1つは、Webサイト上の新しいページを検出しようとする検出クロールであり、もう1つは、認識している既存のページを更新する更新クロールです。 たとえば、ほとんどの場合、ホームページを1日1回または数時間ごとに更新クロールします。 そして、彼らのホームページで新しいリンクを見つけた場合は、Discoveryクロールでそれらをクロールします。 そのため、クロールに関してDiscoverとRefreshが混在して発生し、毎日クロールのベースラインが発生していることがわかります。

しかし、個々のページがめったに変更されないことを認識していれば、常にクロールする必要はないことがわかります。 たとえば、ニュースWebサイトがあり、それを1時間ごとに更新する場合、1時間ごとにクロールする必要があることを学習する必要があります。 一方、月に1回更新されるニュースWebサイトの場合は、1時間ごとにクロールする必要がないことを学ぶ必要があります。 それは品質やランキングの兆候ではありません。 ただ、技術的な観点から、これを1日1回または1週間に1回クロールできることを学びましたが、それで問題ありません。」

hreflangタグはWebサイトのランキングに影響しますか？

09:47 「特定の言語で非常にうまく機能するWebサイトが1つあります。 次に、新しいドメインの人々をターゲットにするために、そのWebサイトの英語版を作成することにしました。 これらの2つの別々のドメインを接続するためにhreflangタグを追加する必要がありますか、それともGoogleがそれ自体を理解できるようにそのままにしておく必要がありますか？ これらのhreflangタグは、私のWebサイトのパフォーマンスに影響を与えますか？」

ジョンは次のように答えました。「Hreflangはページごとに設定されているため、他の言語または他の国で同等のページがある場合にのみ意味があります。 それは「ウェブサイト全体」のようなことをするものではありません。 したがって、hreflangを使用して同等のバージョンを持つページがある場合は、それらを接続するための良い方法です。 hreflangで何が起こるかというと、ランキングは同じままですが、URLを最適なものと交換しようとします。 したがって、誰かがあなたのWebサイト名を検索していて、英語版とフランス語版がある場合、ユーザーがフランスにいる、またはフランス語で検索していることがわかると、フランス語版のホームページを表示しようとします。 これは、同じ[および]異なるドメインで機能します。」

ジョンは次のように結論付けました。「それは本質的に良い習慣です[しかし]それは必要ではありません。 ランキングは変更されませんが、好みのバージョンがユーザーに表示されるようにするのに役立ちます。 それを保証するものではありませんが、優先言語バージョンを簡単に表示できます。 したがって、誰かがフランス語で検索していて、あなたのフランス語と英語のページがある場合、誤って英語のページを表示することはありません。」

GoogleChromeデータとランキング

12:39 「GoogleChromeはランキングのためにユーザーからどのようなデータを収集しますか？」

ジョンは次のように述べています。 「ランキングにGoogleChromeの製品を使用しているとは思いません。 Chromeで発生するのは、ページエクスペリエンスレポートのみです。 Chromeユーザーエクスペリエンスレポートのデータを使用します。これは、ユーザーがウェブサイトにアクセスしたときに表示された、特にページエクスペリエンスに関する集計データです。」

ジョンはまた、 GoogleがランキングにGoogle Analyticsデータを使用しないことを安心させましたが、バウンス率やページ滞在時間などの指標は、サイト所有者が確認するのに役立つ場合がありますが、それは検索に役立つという意味ではありません。使用する。"

SERPの機能とランキング

27:56 「検索結果で機能の数が増えているので、Google検索コンソールにランキングが含まれているかどうか、またどのように含まれているのか疑問に思います。たとえば、Googleマップパックやユーザーは平均掲載順位やクリック数などの指標で質問しますそうでない場合、私のウェブサイトがこれらのさまざまな機能でランク付けされているかどうかを確認するための最良の方法は何ですか？」

ジョンは次のように答えました。 「ほとんどの場合、はい、検索コンソールのパフォーマンスレポートデータにすべてを含めます。 検索結果にあなたのウェブサイトからのURLを表示するときはいつでも、そのウェブサイト[および]クエリの印象としてそれを表示します。

平均位置もそこで機能し、ページ上の平均位置ではなく、平均トップ位置になります。 したがって、たとえば、Webサイトが3、4、および5の位置に表示されている場合、その個々のクエリの位置として3を追跡します。 […]

これらの機能の多くで表示されないのは、機能タイプごとの内訳です。 そのため、Googleビジネスのプロフィールや地図検索で私のウェブサイトが常に表示されている場所を確認することはできません。 私たちはそれを示していませんが、それらの個々のクエリに対する印象としてそれを数えます。 あなたはそれらの質問を取り、それらを試してあなたのウェブサイトがどこに表示されているかを見て、そしてそのようにそれをたどってみることができます。

通常の検索結果のさまざまな機能により、追跡が難しい場合があります。 たとえば、通常の検索結果ページで画像のサムネイルの上にWebサイトの画像を表示すると、そのクエリのランキングに表示されるWebサイトとしてもカウントされます。 また、検索結果をテキストで見ると、すぐには表示されない場合がありますが、すべてが機能するはずです。

ウェブサイトもリストする新機能をリリースするときは、検索コンソールにもそれが含まれるように注意するようにしています。そのため、ウェブサイトへのリンクを表示して追跡しない場合はありません。検索コンソールの位置とクリック数の印象として。」

JavaScript文字列とクロール予算

30:32 「スラッシュで始まるすべてのJavaScript文字列がURLとして解釈され、その後にGooglebotが続くことがわかります。 URLが無効な場合があり、検索コンソールにさまざまなクロールエラーが表示されます。 そのようなURLをフォローしない方法に関する公式の推奨事項はありますか？ 以前は、文字列を2つ以上の部分に分割していました。 このような文字列を含むページが数百万ページあると、クロールの予算に悪影響を与える可能性がありますか？」

ジョンの回答は次のとおりです。 「クロールに関しては、さまざまな方法で優先順位を付けます。テキストまたはJavaScriptファイルでURLが言及されている場所で発生するこれらのランダムなURL検出はすべて、かなり低い傾向があります。リスト。 したがって、お客様のWebサイトで認識できる重要なものがある場合、お客様が作成した新しいコンテンツにリンクする新しいページがある場合は、それを最初に優先します。 次に、時間があれば、発見したこれらのランダムなURLの言及もすべて調べます。 したがって、クロール予算の観点からは、これは通常問題ではありません。

全体的にウェブサイトのクロールが多すぎる場合は、検索コンソールでクロール速度の設定を使用してクロールの量を調整できます。 繰り返しになりますが、ここでも優先順位を付けているため、設定をかなり低く設定した場合でも、最初に重要なことに焦点を当てようとします。 そして、私たちが重要なことをカバーすることができれば、私たちは残りを通り抜けようとします。 その観点から、サーバーへの攻撃が強すぎることがわかった場合は、1〜2日後に調整できます。 それはその新しい速度で落ち着くはずであり、私たちは這い続けることができるはずです。

これらのURLをフォローしないことに関しては、JavaScriptファイルでそれを行うことはできません。 URLはJavaScriptでのみ言及されることがあるため、JavaScriptでURLを認識しようとします。 ただし、できることは、 robots.txtによってブロックされているJavaScriptファイルにこれらのURLを配置することです。 また、URLがrobots.txtによってブロックされている場合、JavaScriptファイルを表示できず、それらのURLも表示されません。 したがって、それが重要な場合[…]、robots.txtを使用してそのJavaScriptファイルをブロックできます。

ここで重要なのは、ファイルがブロックされた状態でもサイトが正常にレンダリングされることを覚えておくことです。 そのため、Chromeでは、その個々のURLをブロックしてテストできますが、特にページのモバイルフレンドリー性は保証されているはずです。 そのJavaScriptファイルがブロックされていても、ページのレイアウトを正しく表示できるはずです。

したがって、それによってブロックされているのがインタラクティブ機能のみである場合、通常はそれほど問題にはなりません。 すべてのJavaScriptがブロックされ、ページがまったく機能しなくなった場合は、それを処理するための別のアプローチを見つける必要があると思います。」

Nofollowとnoindexタグ

34:46 「rel=” nofollow”を“ noindex”として使用できますか？ たとえば、自分のWebサイトと、この記事が記載されているすべてのページで記事を公開する場合、その記事のURLでrel =” nofollow”を使用します。」

ジョンは言いました｢いいえNofollowは、これらのページにPageRankを渡さないように指示していますが、これらのページにインデックスを付けないという意味ではありません。 ページのインデックス作成をブロックする場合は、ページにインデックスがないことを確認してください。 そのページへのランダムなリンクを誤って見つけないように私たちに頼らないでください。そのため、これら2つが同じであるとは思いません。

特に、Web上の新しいコンテンツに関しては、[…]URLの検出にも[rel=” nofollow”]を使用することがあります。 したがって、一方では、nofollowなしで[およびwith]そのリンクが表示される可能性がありますが、それでも、とにかくそれを見てください。 ページにインデックスを付けたくない場合は、インデックスが付けられていないことを確認してください。」

ページのインデックスを作成する際の問題

35:56 「約1か月前にランディングページを公開しましたが、まだインデックスに登録されていません。 ライブURLでテストし、インデックス作成を数回リクエストしました。 インデックス作成が必ずしも迅速に行われるとは限らないことは理解していますが、サイトのランディングページが数日後にインデックスに登録されないのはこれが初めてなので、見逃したことがあるのではないかと思います。」

ジョンによると、 「個々のURLを知らずに言うのは本当に難しいです。 Web上のすべてをインデックスに登録するわけではないため、ほとんどのWebサイトでは、Webサイトの一部をインデックスに登録しますが、Webサイトのすべてを完全にインデックスに登録するわけではないため、そこに表示されている可能性があります。

個々のウェブサイトからインデックスを作成するコンテンツの量に関しては、ウェブサイト自体の品質についての理解に少し依存する場合があります。 したがって、これが高品質で重要なWebサイトであると思われる場合は、できるだけ早くそのコンテンツをクロールしてインデックスに登録しようとしますが、保証はありません。

その観点から、ここで何が起こっているのかを正確に確認するのは難しいです。 このような場合に私が行う可能性があるのは、ヘルプフォーラムに投稿して、そのURLを妨げる技術的な問題がないことを確認することです。 それ以外の場合は、もう少し時間をかけるか、ウェブサイトの品質を向上させるために全体的に何ができるかを確認します。これは通常、すぐに調整してGoogleに期待することではなく、より長期的な目標です。それを拾い上げて、明日はすべてが違うでしょう。」

記事のトラフィックのレベル

37:44 「自分のサイトのコンテンツを整理することを検討しています。 弱いトラフィックは基準の1つです。 記事を保持するためのトラフィックの最小許容レベルをどのように考えますか？」

ジョンは次のように答えました。「純粋に立ち去ってページへのトラフィックを見るだけでは、これが良いページか悪いページかを判断するのに十分な理由だとは思いません。 一部のページはトラフィックが多くありませんが、非常に重要です。 たとえば、クリスマスツリーを販売している場合、おそらくそれらのページが12月の検索結果に表示されることを期待しているので、1月または3月を見て、ページへのトラフィックを見ると、次のようになります。 、[…]、クリスマスツリーのページをすべて削除する必要があります。 しかし、それはそこで行うのは正しいことではありません。これらのページは、将来のある時点で関連するようになるでしょう。 同様に、Webサイトの他の種類のページはトラフィックがほとんどない場合がありますが、それらは本当に優れたページであり、Web全体の重要な情報である可能性があります。 ですから、このレベルのトラフィックで、自分のWebサイトからすべてを削除すると言いますが、それは意味がないと思います。」

コンテンツの一意性とランキングの増加

43:35 「サイトのコンテンツの全体的な一意性の大幅な向上は、検索結果でのサイトのランキングと可視性に影響を与えませんか？ それなら、コンテンツの盗難と戦う価値はありませんか？」

ジョンは次のように答えました。 「私が知る限り、これはこの1つのWebサイトに固有のものであると言う側面はありません。ここには非常に固有のものがあるため、他のすべての種類のクエリで上位にランク付けします。 あなたがユニークなタイプの靴を販売していて、誰かが靴を探しているなら、それはユニークなタイプの靴なので、あなたのサイトをランク付けするわけではありません。 しかし、あなたは靴を持っていて、この人は靴を探しています。おそらく他のサイトも靴を持っているので、そこで見つけた靴のコンテンツの種類に基づいてランク付けします。 ですから、私たちが調べて言うことは問題ではありません。まあ、ここには非常にユニークなものしかないので、このより一般的な用語では上位にランク付けする必要があります。

明らかに、あなたがユニークなものを持っていて、誰かがそのユニークなものを探しているなら、私たちはあなたのサイトをそこに表示しようとします、そしてそれはあなたが誰かが私のユニークなものでランク付けしていると言うことができるDMCA苦情プロセスのようなものの理由でもありますそれが私のコンテンツであるか、少なくとも著作権を持っているので、それらを表示したくありません。 […]他のサイトがあなたのウェブサイトにあるそのユニークなものに対してあなたの特定のものをランク付けしているのを見ていて、あなたがあなたのコンテンツに著作権を持っていて、DMCAプロセスを使用できる他のすべてのものが一致している場合、それはそれをきれいにするのを助けることを試みるための完全にすばらしいツール。 しかし、あなたのウェブサイトでいくつかのユニークなものを見たという理由だけで、あなたのウェブサイトをより高くランク付けするわけではありません。」