SEOオフィスアワー、2022年5月6日

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

WebサイトでWebコンポーネントを使用できますか？

3:08 「SEOにWebコンポーネントを使用することに問題はありますか？」

ジョンは次のように答えました。「[…]SEOに関しては、[…] Webコンポーネントはさまざまな形式のJavaScriptを使用して実装されており、Google検索に関してはほとんどのJavaScriptを処理できます。 そして、私は盲目的にすべてがサポートされると言いたいのですが、これをテストすることができ、これをテストする必要があります。

そして、これをテストする最良の方法は、検索コンソールで行うことです。URL検査ツールがあります。 そこで、URLを挿入すると、そのページに対してGoogleがレンダリングするHTMLが表示されます。 まずスクリーンショットでそれを見ることができ、次にレンダリングされたHTMLでも見ることができます。 そして、あなたはグーグルがあなたのウェブコンポーネントから何を拾うことができるかを再確認することができます。

重要な情報がそこにあると思うなら、おそらくあなたはすべて準備ができています。 重要な情報の一部が欠落していると思われる場合は、ドリルダウンして、そこに何が詰まっているのかを把握してみてください。 また、JavaScriptのWebサイトやWeb検索に関するドキュメントが最近たくさんあるので、それを再確認します。 […]」

ページのさまざまなセクションでFAQスキーマを使用しても大丈夫ですか？

5:18 「FAQスキーマを使用して、従来のFAQリストとしてフォーマットされていないブログ投稿のさまざまなセクションに表示される質問と回答をマークアップしても大丈夫ですか？」

ジョンは次のように答えました。「公式ドキュメントを再確認しました[…] 。問題ないようです。

一般に、FAQスニペットと構造化データに関して重要な部分は、コンテンツがページに表示される必要があることです。 したがって、誰かがそのページにアクセスしたときに質問と回答の両方が表示され、ページのセクションに隠されているわけではありません。 ただし、質問と回答がページに表示されている場合は、ページの別の場所にある場合でも、まったく問題ありません。

他に覚えておくべきことは、すべての構造化データと同様に、 FAQスニペットが検索結果に表示されるとは限らないということです。 基本的に、これらのFAQスニペットを表示できるようにページを作成しますが、表示されることを保証するものではありません。

したがって、テストツールを使用して、すべてが適切に実装されていることを確認できます。 そして、テストツールがそれで問題ないと言った場合、おそらくあなたは正しい方向に進んでいます。 ただし、検索結果に何が表示されるかを確認するには、Googleがページをどのように解釈して処理するかを待つ必要があります。

構造化データの場合はFAQの場合だと思いますが、少なくとも他の種類のいくつかについては、検索コンソールにも特定のレポートがあり、検出された構造化データと表示された構造化データに関する情報が提供されます。検索結果は、大まかに測定できるように、希望どおりに機能しているのでしょうか、それとも期待どおりに機能していないのでしょうか。

そして、このようなことについては、それらを試してWebサイトにテストページを作成し、検索結果にどのように表示されるかを確認し、それがやりたいことであるかどうかを再確認してから、それを実装することをお勧めします。あなたのウェブサイトの残りの部分。」

FAQスキーマについてさらに質問がある場合は、 FAQリッチスニペット（リッチ結果とも呼ばれます）に関するよくある質問が記載されたブログの記事をお読みください。

コンテンツを盗用することは可能ですか？

7:37 「Googleは出版社が自分のコンテンツを盗用しても大丈夫ですか？」

ジョンによると、「[…]自分のコンテンツを再利用している場合、それは盗用ではないようです。 […]

Googleの観点からすると、自分のWebサイトからコンテンツを取得し、ページの一部の要素を変更してそれを再度公開する場合、それは基本的にあなた次第です。 そして、それは[…]既存の記事をコピーしてその中のいくつかの単語を変更するだけではあまり価値を提供していないということです。

したがって、[…]戦略的な観点からは、これらのトピックに対してユニークで説得力のあるものを書くか、これらのさまざまなバリエーションをカバーする1つの記事を作成する方が適しているでしょう。 しかし、[…]政策の観点から、あなたが個々の記事を取り、それを一握りのコピーを作成する方法に特に何かがあるとは思いません。 […]しかし、私の推奨事項は、実際に本当に良い記事を少なくすることです。

[…]自分のコンテンツを集中的にコピーしている場合にポップアップする可能性のある極端なケースの1つは、誘導ページを作成してしまうことです。 そして、それは本質的に1つのコンテンツを取得し、その中に異なる単語を含むだけで多くのバリエーションを作成することです。 そして、それは私たちのウェブマスターガイドラインに反するものです。

[…]そしてそれはあなたがあなたのウェブサイトのためにたくさんの[…]ジャンクページを作成しているところでもあります、それは本質的に[…]全体的にユニークな価値を提供しません。 そして、そのようにあなたのウェブサイトのコンテンツを薄めるのではなく、代わりにあなたのウェブサイトの主要なコンテンツをもっと強くすることに集中することをお勧めします。 […]」

あなたのウェブサイトがJavaScriptをオフにしてユーザーフレンドリーでない場合はどうなりますか？

10:24 「JavaScriptがオフになっていると、私たちのWebサイトはあまりユーザーフレンドリーではありません。 ほとんどの画像は読み込まれていません。 フライアウトメニューを開くことができません。 ただし、すべてのメニューリンクにあるChromeの検査機能は、ソースコードにあります。 JavaScriptへの依存はGooglebotにとってまだ問題になるのでしょうか？」

ジョン：「私の観点からは、[…]私はそれをテストします。 […]そして、おそらく、 JavaScriptを合理的な方法で使用している場合、ページ上のJavaScriptをブロックするために特別なことを何もしていない場合は、おそらくそれでうまくいくと思います。 しかし、あなたは私を信じるだけでなく、テストツールを使って試してみるほうがはるかに良いです。 […]それで、JavaScriptとSEOに関するガイドを再確認し、試してみて、それらが希望どおりに機能することを確認し、それを使用してWebサイト全体を改善することを検討します。

JavaScriptに関してユーザーフレンドリーであるとおっしゃいました。 したがって、私たちの観点からは、 Googlebotが技術的な観点からコンテンツを認識できるようにし、ページ上のリンクを確認できるようにする必要があるという意味で、私たちのガイダンスは本質的に非常に技術的です。技術的な観点。 主に使いやすさは気にしません。

しかし、もちろん、ユーザーは使いやすさを気にします。 そして、それはおそらく、ユーザーがあなたのページで確かに良い体験をすることができるように、もう少し行うことが理にかなっていることです。

そして、これは多くの場合、単純なテストツールの問題ではなく、小規模なユーザー調査を行ったり、一部のユーザーにインタビューしたり、少なくともWebサイトで調査を行ってどこで行うかを理解する必要がある場合に発生します。彼らは立ち往生していますか？ 彼らはどのような問題に直面していますか？ […]テキストが小さすぎるか、ボタンを適切にクリックできない可能性があります。これらは技術的な問題とは一致しませんが、よりユーザー側のものです。

[…]それらを改善でき、ユーザーを幸せにすることができれば、ユーザーは固執し、戻ってきて、より多くの人々をあなたのWebサイトに招待するでしょう。」

ブログのJavaScriptSEOの詳細については、ここをクリックしてください。

インデックス作成の問題は、使用されているWebサイトテクノロジーの種類によって異なりますか？

13:08 「静的ページはHTMLで構築されており、ブログはWordPressで構築されています。 私たちのブログ投稿の大部分は、Googleでインデックス作成の問題が発生しています。 これを修正するにはどうすればよいですか？」

ジョン：「まず第一に、これらは単なる異なるプラットフォームであることを知っておくことが重要です。 そして基本的に、これらすべてのプラットフォームで、HTMLページを作成しています。 そして、Googlebotが見ないものであるこれらのHTMLページを作成することになるあなたのウェブサイトの背景またはバックエンド側。 または、少なくとも、それはGooglebotが評価しようとしないものです。

したがって、ページがHTMLで記述されていて、エディターで記述し、サーバーにロードして、そのように機能する場合、HTMLページであることがわかります。 WordPressまたは使用している他のプラットフォームのデータベースに基づいてサーバー上でオンザフライで作成され、HTMLページが作成される場合、それらの最終的なHTMLページが表示され、基本的にそれらを処理します。

したがって、クロール、インデックス作成、ランキングなどの点でウェブサイト全体に問題があり、そこで技術的な要素を除外できる場合、Googlebotはコンテンツを表示できます。通常、残っているのは物事の品質面。

これは、これらのページを作成するために使用するインフラストラクチャに依存しないものですが、そこで提供するコンテンツと、 Webサイトで提供する全体的なエクスペリエンスに関するものです。 したがって、たとえば、ブログの投稿がGoogleに取り上げられていない、またはGoogleでのランキングが低く、静的HTMLページがGoogleで正常に機能している場合、それは静的HTMLページであるためではありません。彼らはグーグルでうまくやっているということですが、グーグルはこれらが他のユーザーに勧めるべき良いコンテンツであると考えているからです。

そして、そのレベルでは、私が見て、インフラストラクチャにはあまり焦点を当てず、提供している実際のコンテンツに焦点を当てます。

コンテンツに関して言えば、ページの主要部分のようなのはテキストだけではありません。 それは、ウェブサイト全体の周りのすべてが機能するようなものです。 だから、それは私が一歩下がって全体像を見ようとするものです。 また、品質の問題がどこにあるのか、またはどこを改善できるのかを全体像の観点から見当たらない場合は、ユーザー調査を行うことを強くお勧めします。

そしてそのために、あなたのウェブサイトに直接関係していない少数の人々を招待して、彼らにあなたのウェブサイトでいくつかのタスクを実行させるかもしれません。 次に、このWebサイトに問題があると思われる場所について、またはこのWebサイトを信頼するかどうかについて、またはWebサイトの品質を理解することに関するその他の質問について、難しい質問をします。 また、いくつかのブログ投稿には、インスピレーションを得るために使用できるこれらの質問がたくさんあります。 […]彼らの答えを真摯に受け止め、ウェブサイト全体を改善する方法を考えてください。」

Googleが正規タグを尊重しないのはなぜですか？

17:12 「5ページに正規URLを設定しましたが、Googleは3ページ目にも表示しています。 正規に設定したURLだけが表示されないのはなぜですか？」

ジョンは次のように述べています。「[…]言い換えると、ウェブサイトの5ページでrel =” canonical”を設定したようです。 そして、あなたがrel =” canonical”を設定していないあなたのウェブサイト上の他のページがあります。 そしてグーグルはこれらすべてのページを本質的にさまざまな方法で索引付けして表示しています。

覚えておくべきことは、rel =” canonical”は、重複するページのセット内のどのページをそのようにインデックス付けするかを指定する方法だと思います。 または、基本的に、使用したいアドレス。 したがって、特に、ファイル名が大文字の1ページと、ファイル名が小文字の1ページがある場合、状況によっては、サーバーに同じコンテンツが表示されることがあります。技術的には、これらは異なるアドレスです。 […]しかし、実用的な観点からは、サーバーは同じことを示しています。

そしてグーグルはそれを見ると、まあ、同じ内容の2つのアドレスにインデックスを付けることは価値がないと言います。 代わりに、これらのアドレスの1つを選択し、それを使用してそのコンテンツのインデックスを作成します。 そして、rel =” canonical”を使用すると、Googleにシグナルを送信して、「ねえ、Google、このコンテンツのインデックスを作成するときに、おそらく小文字バージョンのアドレスを使用してほしい」と伝えます。 大文字版を見たことがあるかもしれませんが、小文字版を使ってほしいです。 そして、それは本質的にrel =” canonical”が行うことです。

ここで指定したバージョンを使用することを保証するものではありませんが、それは私たちにとっての合図です。 それは私たちが他のすべてが等しいことを理解するのに役立ちます、あなたは本当にこのアドレスを好むので、私たちはそのアドレスを使用しようとします。 […]

そして、あなたのウェブサイトに同じコンテンツの複数のコピーがあることを私たちが認識したときに、それは効果を発揮します。 そして、他のすべてについては、私たちはそれを私たちの能力の限りを尽くして索引付けしようとします。 また、それは、rel =” canonical”が含まれているページの場合、あなたが私たちに提供したアドバイスに従うこともあることを意味します。 時々私たちのシステムは言うかもしれません、多分あなたはそれが間違っていると思います。 他のアドレスを正規として使用する必要があります。 それが起こる可能性があります。 ランクが異なる、または検索で悪化するという意味ではありません。 それは、まあ、Googleシステムが別のものを選択しているだけです。

また、Webサイトの他のページでは、rel =” canonical”がまったく設定されていない可能性があります。 そしてそれらのために、私たちは自分たちで1つを選ぶようにします。 そして、それもまったく問題ありません。 そして、これらすべての場合において、ランキングは問題ありません。 インデックス作成は問題ありません。 変化するのは、検索結果に表示されるアドレスだけです。

したがって、一部のページに正規のセットがあり、他のページにはない場合でも、検索で表示するときに、それらのページにインデックスを付け、それらのページに使用する適切なアドレスを見つけようとします。 したがって、別のアドレスが表示される可能性があるこの漠然とした可能性を制御しようとしているため、ページにrel =” canonical”を設定することをお勧めします。 しかし、rel =” canonical”を持つことは絶対に必要というわけではありません。

スパムのバックリンクを取り除く方法は？

20:56 「悪意のあるドメインにバックリンクとして継続的に配置されている何千ものスパムリンクがある場合、どうすればよいでしょうか。 それらはスパムキーワードを含み、私たちのドメインで404を引き起こします。 これらのスパムリンクと、2021年のスパム更新後に受けたペナルティとの間には強い相関関係が見られます。すべてのスパムリンクを否認し、スパムのリンクのソースとしてリストされているドメインを報告しました。 他に何ができますか？」

ジョンは次のように答えました。「[…]この特定のケースで言及することが重要だと思うことが2つあります。 一方では、これらのリンクが404を返すWebサイト上のページを指しているため、本質的に存在しないページにリンクしている場合、それらを関連付けるものがないため、これらのリンクは考慮されません。あなたのウェブサイトで。 基本的に、人々は行方不明の場所にリンクしています。 そして、このリンクで何ができるでしょうか。 何にも接続できないので、ドロップします[…]それらの多くはおそらくすでにドロップされているようです。

2番目の部分はあなたがそれらのスパムのバックリンクを否認したとあなたが言ったことです。 そして、特にこれらが少数のドメインからのものであると言う場合は、バックリンクの否認ツールのドメインエントリを使用してそれを行うことができます。 そして、それは本質的にそれらを私たちのシステムからも取り除きます。 そのため、引き続き検索コンソールに一覧表示しますが、まだそこにあり、少し混乱している可能性があります。 しかし、本質的には、それらはまったく効果がありません。 それらが否認されている場合は、これらを肯定的または否定的な方法で考慮に入れるべきではないことをシステムに伝えます。 したがって、実用的な観点から、404側と否認の両方から、おそらくこれらのリンクはWebサイトに悪影響を及ぼしていません。

また、検索でWebサイトに関して大きな変化が見られる場合は、それらのリンクに焦点を当てるのではなく、さらに詳しく調べます。 そして、それはあなたがそこで提供している価値が何であるかをもう少しよく理解するためにあなた自身のウェブサイト内にあるかもしれません。 あなたがユーザーに提供している素晴らしい価値に関して、他のすべてのウェブサイトよりも上に立つためにあなたは何ができますか？ どうすればそれを検索エンジンにできるだけ明確にすることができますか？ […]それらが由来するドメイン全体を否認して、次に進むことができます。 そこで行う必要のあることは絶対にありません。 特に、すでに404ページにリンクしている場合は、すでに無視されています。」

アプリのインデックスを作成せずにアプリをインデックスに登録するにはどうすればよいですか？

26:51 「 […]アプリのインデックス作成が機能しなくなった場合にGoogleでアプリをランク付けするにはどうすればよいですか？」

ジョンは次のように答えました。「[…]どのアプリに関してもできることの1つは、[…]そのホームページを作成できることです。 そして、それは他のものと同じように検索に表示できるものです。 また、多くのスマートフォンアプリについては、PlayストアまたはAppStoreにもページがあります。 […]しかし、通常、それらは、検索にも表示される可能性のある通常のWebページであるランディングページのようなものです。 そして、人々があなたのアプリの周りで何かを検索すると、これらのものが検索に表示される可能性があります。

[…]そして特にあなた自身のウェブサイトに関しては、あなたはあなた自身のウェブサイトのためのSEOに関して私達が話しているすべてのことをすることができます。 したがって、アプリのインデックス作成が10年前と同じではなくなったとは言えません。 […]むしろ、検索で表示されるさまざまな方法で非常に多くの機会があります。 これだけに頼る必要はありません。」