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

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

タイトルとURLの長さ

02:58 「私はニュース業界で働いています。 […]SEOを最適化していたとき、[同僚]にタイトルを65文字だけに修正する必要があると言いました。 […]ウェブを検索しましたが、正しい答えが得られませんでした。 それはタイトルがそんなに長くあるべきランキング要因ですか？」

ジョンは次のように述べています。「いいえ、タイトルの長さについての推奨事項はありません。 私はあなたの側から番号を選んで言っていると思います：モバイルでは、これだけの部屋が利用できるので、編集のガイドラインとして、65、またはあなたが選択したいものは何でも、それは完全に問題ありません。 しかし、検索品質[および]ランキングの側面であるGoogleからは、これほど長くするべきかどうかというガイドラインはありません。

[…]長さは関係ありません。 短いものを表示する場合、または少し異なるものを表示する場合、それは検索結果に表示する方法の一種です。 ランキングが変わるわけではありません。」

URLの長さに関しては、ジョンはそれも問題ではないと言いました。 「URLにいくつかの単語を含めるのは良い習慣だと思うので、より読みやすいURLですが、SEOの観点からは必須ではありません。」

ジョンはまた、URLにIDだけが含まれていても、Googleの観点からは問題ないと付け加えました。 「そこにいくつかの単語を入れる方が良いですが、それは本質的には問題ありません。 ほとんどの場合、これはユーザーだけが見るものであり、URLをコピーして貼り付けると、この記事が何であるかがわかります。 一方、番号が表示されているだけの場合は、間違った番号を選択したり、それについて確信が持てなかったりする可能性があります。 しかし、それはほとんどユーザーの質問であり、SEOの質問ではありません。」

GoogleとBingのクロール

25:30 「 Googleからのクロールリクエストが減少すると、Bingからのクロールリクエストが増加することに気付きました。 これら2つは関連していますか？」

ジョンは次のように答えました。「それは本当に奇妙な偶然の一致だと思いますが、クロールリクエストを交換するBingとのコラボレーションを知らないので、それが関連しているとは思いません。

Google側では、サーバーが過負荷で低速であり、サーバーエラーが表示されていることを認識すると、クロールが少なくなる傾向があります。 また、Bingが頻繁にクロールする場合、サーバーは一般的に低速であることがわかるため、クロールは少し少なくなります。 また、サーバーの容量が多く、少し高速であることがわかったら、クロールを増やします。これは、Bingのクロールが少なくなった場合に関連している可能性があります。 理論的には、それは可能です。 実用的な観点からは、通常、Webサイトにはユーザーがアクセスできる容量が非常に多いため、BingからのクロールやGoogleからのクロールによって、Webサイト全体の速度が低下しないという理由だけで発生するのではないかと思います。」

インデックス作成が遅いのはなぜですか？

32:27 「インデックス作成は、過去1〜2年で大きく変わったようです（すべてのWebプロパティで発生します）。 以前はGSCで提出するときにすぐにインデックスが作成されていましたが、現在、GSCの提出は効果がないようです。 むしろ、それは数日または数週間後にインデックスに単独で表示されます（インデックスに出入りすることもあります）。 これは、月間5万人以上のオーガニックビジターがいる定評のあるサイトで発生します。 どうしてこれなの？"

ジョンは言いました。 大まかに言うのは難しいです：これがあなたのウェブサイトで物事がそれほど速く索引付けされていない理由です。 一般に、検索コンソールのリクエストインデックス作成ツールは、適切なシステムにそれを渡すものですが、自動的にインデックスが作成されることを保証するものではありません。

初期の頃は、インデックスシステムが実際に停止してインデックスを作成するための非常に強力なシグナルだったと思います。 しかし、これらの問題で発生する問題の1つは、もちろん、人々がそれを利用し、そのツールを使用してあらゆる種類のランダムなものを送信することです。 そのため、時間の経過とともに、システムは少し安全になりました。ほとんどの場合、システムは、取得した悪用を処理しようとしているため、状況が少し遅くなることがあります。 それほど遅くないので、より多くのことをしているので遅くなりますが、ここでは慎重にしようとしているので遅くなります。 これは、検索コンソールの送信などの処理に少し時間がかかることを意味する場合があります。 インデックスを作成する前に、クロールによる確認とWebサイトの自然な理解が必要になる場合があります。 私たちの観点からは、それは予想されることです。

過去数年間、おそらくもっと長い間、Web全体でかなり変化したと思うことの1つは、簡単にクロールできるという意味で、技術的に問題のないWebサイトが増える傾向にあるということです。 […]そのため、一方では、より自然なクロールに移行することができます。 一方、それは私たちが得る多くのものを意味します-私たちは這うことができます。 以前は、何かがインデックスに登録されなかった場合、Webサイトに何かが正しく設定されていない可能性があり、技術的な観点からその問題を見つけようとします。 現在、取得するほとんどの送信は技術的に問題がないため、インデックスを作成してインデックスに登録できます。つまり、クロールとインデックス作成の容量がまだ限られているため、ここでもう少し選択する必要があります。 全体として、これまでのように迅速に物事を把握していなければ、そこに表示されるものだと思います。」

古いドメインとサイトの権限

35:33 「私は4年間使用されていないドメインを持っています。 私が持っていたブログは、そのニッチのためにSERPで素晴らしい成果を上げていましたが、売りたくなかったので、すべてのコンテンツを削除し、ドメインを「パーキング」にしました。 その内容を復活させたいのですが、少し違うアプローチを取りたいと思います。 私の質問は、Googleは私のブログについて、あたかも新しいものであるかのようにもう一度学ぶ必要があるのか​​ということです。 それとも、この古いドメインのおかげで、いつもより早く自分のニッチの権威になるチャンスがありますか？」

ジョンによると、「コンテンツが数年間なくなった場合、おそらくこのサイトが何であるかを理解する必要があります。基本的には最初からやり直します。 ですから、その観点からすると、過去にコンテンツを持っていたので、ボーナスに関してはあまり期待していません。 他のサイトと同じように、もう一度構築する必要があると思います。 あなたがビジネスをしていて、あなたが4年間閉鎖し、そしてあなたが再びオープンした場合、顧客があなたを覚えていて、ああ、私はこのビジネスに行くと言うことはめったにないでしょう。 見た目はまったく異なり、提供するものも異なりますが、以前は存在していました。 実生活でもそういう状況はめったにないと思います[…]。 だから私はあなたが本質的にここから始めていると思います。

これは、期限切れのドメインを使用することで何らかのボーナスが得られることを期待して、期限切れのドメインを購入することが通常意味をなさない理由の1つでもあります。」

ページのインデックスが解除されるのを防ぐ

37:03 「私は5,000を超えるURLを持つWebサイトを管理しています。 検索ランキング/SEO要因に準拠するように最善を尽くしていますが、平均して1か月あたり約100のURLが取得され、インデックスが解除されます。 これを防ぐために、ページに何を適用できますか？」

ジョン：「ほとんどの場合、インデックスから削除するだけでなく、新しいものも取得するため、その情報だけで言うのは難しいです。 したがって、同時に新しいコンテンツを追加していて、インデックスから途中でいくつかのものが削除された場合、通常、これは正常で予想されます。これは、基本的に、ほとんどのWebサイトでは、Webサイト上のすべてのインデックスを作成するためです。 これは、平均して[…] Webサイトの30〜60％がインデックスに登録される傾向があるということです。 したがって、月に数百ページを追加していて、それらのページの一部が削除されたり、古いページや関連性の低いページの一部が時間の経過とともに削除されたりする場合は、予想どおりです。

それを最小限に抑えるために、それは本質的にあなたがグーグル、またはあなたのユーザーに示す必要があるものだと思います、私はあなたのウェブサイトの価値が全体的に何であるかを推測します私のインデックスのこのウェブサイトから。 これは通常、技術的なことではなく、提供する価値がGoogleがこれをインデックスに保持するために重要であるということです。 ウェブサイトが素晴らしいと思ったとしても、すべてをインデックスに登録することはできません。 技術的な観点からは、ほとんど不可能です。これは、ウェブサイトに多くのコンテンツが含まれている傾向があるためです。これは、トラッキングパラメータ、無限のスペースに入るページネーション、フィルタリングパラメータなど、技術的に複製されたコンテンツです。検索フォーム[…]理論的には、Webサイトで無限の数のURLを見つけることができます。 そして、無限の[number]個のURLを見つけることが可能であり、有限の数しかインデックス付けできない場合、すべてのインデックスを作成することはできません。」

古いWebサイトからのサイトマップの削除

41:58 「約7か月前にサイトを新しいドメインに移行しました。 古いサイトマップを古いサイトから削除する必要がありますか？」

ジョンは言いました。 通常、ウェブサイトを移行すると、すべてが新しいウェブサイトにリダイレクトされることになります。また、Googleが停止して古いURLを少し速くクロールし、検索することを目的として、古いURLのサイトマップファイルを検索コンソールに保持することもあります。リダイレクト。 それは一時的な方法で行うのはまったく問題ありません。 しかし、 1、2か月後には、そのサイトマップを削除する価値があると思います。サイトマップファイルでも発生するのは、気になるURLを教えてくれるからです。 そして、あなたが古いURLを指しているなら、あなたはほとんど言っているでしょう、まあ、私は私の古いURLを検索で見つけられるようにしたいのです。 これにより、システムで少し競合が発生する可能性があります。つまり、古いURLを指しているのに、同時に新しいURLにリダイレクトしているということです。 どちらにインデックスを付けたいですか？ その時点で、基本的にその競合を可能な限り削除する必要があります。 そして、そのサイトマップファイルをドロップして、新しいページを指すすべてのシグナルを提供するだけで、それを行うことができます。 そのリダイレクトを確認したら、ウェブサイトや新しいドメインにある新しいページ、またはあなたが行ったあらゆる動きに純粋に焦点を合わせることができます。」

検索とGoogleナレッジグラフの未来

43:30 「 Googleスニペットとナレッジグラフは常に改善されているようで、多くの場合、ユーザーは必要な回答を得るためにWebサイトにアクセスする必要はありません。 では、SEOトラフィックを獲得するという点で、大小を問わず、Webパブリッシャーの将来はどうなるのでしょうか。」

ジョンは、次のように述べています。 時々人々は本当に速い何かを欲しがります、多分彼らはあなたのビジネスの電話番号またはアドレスを欲しがります、そしてそれから彼らは立ち去ってそのビジネスを直接訪問します。 しかし、基本的には、単なる情報の断片以上のものについては、完全なコンテキストを見つけて、そこにさらにいくつかの情報を取得したいので、それがなくなるとは思いません。

また、私たちがエコシステムと協力し、ウェブサイトを作成しているすべての人と協力して、検索で提供しているものを確認する必要があることを知っているので、誰もが直接答えを得ることができる場所になることも、私たちの目標ではありません。 、ウェブサイトの所有者にも価値を提供します。 ウェブサイトの所有者が言うのは簡単なので、私はこの検索に参加したくありません。Facebookやソーシャルメディアなどで見つけられるようにしたいと思います。 私たちはあなたのコンテンツを表示できるという点で同等の取引があることを確認したいと思います、私たちはユーザーにあなたの方法を送ることができますが、あなたはこのトラフィックもすべて得ているという意味でそれから何かを得ることができます。 これは、検索に取り組んでいるGoogleのすべてのチームが深く気にかけていることです。したがって、すべてを把握して、自分の側にだけ表示しようとしているわけではありません。 しかし、これは検索でこれらのすばらしい機能が表示されるため、人々も心配していることだと理解しています。また、ウェブサイト全体の全体像や正味の効果を理解するのは難しい場合があります。

また、あなたが好きな状況に出くわした場合、私はグーグルがこれを示している方法が好きではないと思います。なぜなら、それは私のウェブサイトで人々に見てもらいたいものだからです。情報。 Twitterで私に連絡して、あなたが言っていることのスクリーンショットを送ってください。まあ、これは私のコンテンツを表示させたい方法ではありません。 そして、それを製品チームに提供できることをうれしく思います。それを改善する方法を見つけることができます。」

正規および代替タグと多言語コンテンツ

53:13 「同じ記事を異なる言語で作成したい。 […]そこで正規の代替バージョンを定義する必要がありますか？」

ジョン：「一般的に、多言語コンテンツがある場合は、hreflangアノテーションのようなものを使用すると、コンテンツのどのバージョンをどのユーザーに表示するかを判断するのに役立つと思います。 したがって、これが通常のアプローチです。

カノニカルに関しては、どのURLに焦点を合わせるかを指定するので、カノニカルは個々の言語バージョンである必要があります。 すべての言語のカノニカルとして、1つの言語であってはなりませんが、各言語には、フランス語バージョンとフランス語カノニカルのように、独自のカノニカルバージョンがあります。これは、ヒンディー語バージョンとヒンディー語カノニカルです。 したがって、言語間でリンクするべきではありません。」

AMPページと多言語コンテンツ

54:43 「私のサイトはGoogleニュースのランキングにあります。 そこでAMPページをクロールしました。 ヒンディー語またはロシア語の代替バージョンがあるように、代替バージョンを使用する必要がありますか？ これについて何を思い出しますか？」

ジョンは次のように答えました。「AMPページ、通常のウェブページ、さまざまな言語バージョンでは、非常に複雑になります。 AMPのドキュメントには、[…]多言語コンテンツに関するページがあり、そこに必要なhreflangアノテーションに関する図があります。確認します。 そのGoogleニュース側に関しては、[Google]ニュースが具体的にどのように処理するのかわかりません。 たとえば、サブドメインに分割する必要があるかどうかはわかりません。そのため、明らかに別のニュースサイトであるか、推奨事項は何ですか。 しかし、AMPの場合は、ドキュメントでそのグラフィックを確認します。

AMPページ、通常のページ、国際化は複雑だと思います。 グラフを見ると、おそらくこれは非常に理にかなっていると思うでしょうが、多くの異なるページと多くの異なる言語バージョンがある場合、それらの詳細をすべて正しく理解するのは大変な作業です。 。」