GooglebotはJavaScriptを読み取ることができます– SEOはどのように反応する必要がありますか？

公開: 2017-12-11

従来、検索エンジンはWebサイトのHTMLコードのみを読み取ってレンダリングしていました。 これは、HTMLコードの最適化がSEOが焦点を合わせなければならなかったことを意味しました。 GooglebotがJavaScriptをクロールしてインデックスに登録できるようになった場合、検索エンジン最適化とはどういう意味ですか？ 数人の業界専門家に調べてもらいました。

GooglebotとJavaScript：専門家の意見

GooglebotとJavaScriptのトピックに関するさまざまな視点を得るために、専門家に次の質問をしました。

Googleによると、GooglebotはJavaScriptに基づくウェブサイトをクロールできます。SEOにはどのような課題と機会がありますか。
JavaScript Webサイトのリニューアルを計画している場合、誰かが考慮すべき特定の側面は何ですか？
ChromeのWebレンダリングの更新により、効率と精度の点でどのような変化が予想されますか？

そして、ここに答えがあります。

マーティンタウバー

マーケティングファクトリーGmbHマネージングパートナー

JavaScriptベースのWebサイトは、より高速でインタラクティブに使用できるため、ユーザーエクスペリエンスの面で優れた機会を提供します。

ただし、GooglebotはJavaScriptの解釈に依然として問題があります。つまり、不快な驚きを避けるためには、開発を非常にクリーンにし、SEOユニットと緊密に協力して行う必要があります。

Dominik Wojcik

マネージングディレクター、トラストエージェント

クリーンなコードとクリーンなWeb環境に集中できるように、2つの別個のプログラミングワールド（エスケープされたフラグメントなど）がないという機会があります。開発者がプログレッシブエンハンスメントを検討し、それに応じてWebアプリケーションを開発する限り、Googleは問題なく対処できるはずです。

ただし、隠れた課題があります。どのフレームワークが使用されていますか？クライアント側のレンダリングはありますか、それともサーバー側のレンダリングを実装することは可能ですか？同形のJavaScriptを実装することさえ可能でしょうか？ JavaScriptは内部または外部に実装されていますか？ SEOとして、Googleが希望どおりにページのインデックス作成と重み付けを行っていることを確認するために、信じられないほどの量のテストとさまざまなことを試す必要があります。

再起動する前に、使用するフレームワークを慎重に決定する必要があります。クロール可能性とパフォーマンスの両方を考慮する必要があります。理想的には、クライアント側のレンダリングが使用されている場合、外部から現在の開発をテストできるようにするテスト環境を作成する必要があります。そうは言っても、サーバー側のレンダリングも使用することを強くお勧めします。これはサーバーのパフォーマンスに影響しますが、リスクを最小限に抑える必要があります。何よりも、Googlebotが何を検出し、インデックスを作成し、クロールするかを確認するには、フェッチとレンダリングを使用して、テスト、テスト、テストを行う必要があります。

Googleが最終的にV49よりも古いバージョンのChromeに切り替えた場合は、ヘッドレスChromeをRendertronなどと組み合わせて使用して、Googlebotと同様のセットアップをシミュレートできるテスト環境を作成できます。これは、Googleがどのようにそして何を解釈できるかをよりよく理解するのに役立ちます。これは私たちのSEOにとって物事をはるかに簡単にするでしょう

Bartosz Goralwicz

Elephateの共同創設者兼SEO責任者

2017年11月のSearchmetricsサミットで、ElephateのBartoszGoralwiczがGooglebotとJavaScriptの関係について話しました。

ステファン・チッシュ

トラストエージェントの創設者兼マネージングディレクター

SEO（または代理店）に「ちなみに、まもなくJavaScriptに切り替えます。 SEOに関して考えなければならないことはありますか？あるべきではない、あるべきですか？しかし、月曜日に新しいサイトを公開する前に、簡単に確認していただければ幸いです。」このシナリオは必然的に完全な混乱に終わります。 Bartosz [上のビデオ]は、JavaScriptとSEOの主題について素晴らしい見方をしました。

SEOは、Googleが何をレンダリングできるかを尋ねるだけでなく、Webサイトを再起動するときに、ボットが何を認識して古いWebサイトと何が違うのかを確認する必要があります。私は最近、古いサイトのリンクロジックが引き継がれなかったために、JavaScriptの再起動後に完全な内部リンクシステムが台無しになったWebサイトを扱いました。 hreflangの問題もありました。したがって、必要な「SEO機能」のチェックリストを使用することが不可欠です。さらに、JavaScriptレンダリングが実際に使用するために何を意味するのかを尋ねる必要があります。Webサイトにアクセスするために使用しているハードウェアの種類と、それが読み込み時間にどのように影響するか。このトピックの詳細については、AddyOsmaniによるこの記事をお勧めします。

セバスチャンアドラー

SEOコンサルタント、leap.de

JavaScriptをクロールする機能が改善されたとしても、使用するリソースが少ないため、Googleは純粋なHTMLコンテンツを優先します。問題は、GoogleがJSを読み取ってレンダリングできるかどうかではなく、Googleの手から作業の一部を取り除けるかどうかです。私のコンテンツがJSなしで完全に速く読み、動作し、ロードできるのであれば、それでも私にとっては良いことです。

レンダリングできるかどうかは、常にその背後にあるテクノロジーに依存します。バルトスが言ったように（彼が実験と研究に費やしたすべての努力を尊重します！）、テクノロジーを最大限に活用するには、テクノロジーを完全に理解する必要があります。。ここでの絶好の機会は、重要なコンテンツをHTMLとして提供し、JSを本来の目的でのみ使用することで、リスクを最小限に抑えることです。最大の難しさは、JavaScriptに完全にコミットした場合にエラーを見つけることです。

ページを再起動するときは、ランク付けするコンテンツがJavaScriptなしで機能することを確認してください。これには、メインコンテンツだけでなく、ナビゲーション要素も含まれます。 JSが無効になっていると、多くのページにメニューがありません。すべての凝った機能を含めるのではなく、ビジネスとターゲットオーディエンスに機能が本当に必要かどうかを尋ねるのは理にかなっています。特定の機能が機能しなかった場合、どのような影響がありますか？次に、関連するテストを行います。

Googleがウェブレンダリングの更新をウェブマスターにうまく伝えることを期待していないという事実に加えて、変更される主なことはエラーの影響を受けやすいことだと思います。 Chromeとフレームワークは非常に迅速に開発され、新しいバージョンでは、新しいバグがRWSに発生する可能性があります。

いくつかのことは、より迅速に処理されるか、よりクリーンにレンダリングされることが確実です。しかし、主な問題は同じままです。エラーが発生したコード（使用中のエンジンの観点から）は解釈できません。エンジンがコードをどのように解釈するかを知る必要があります。開発中に、これにより、デバッグに使用する必要のあるツールが変更されます。ただし、HTML（など）ファイルのクイックロードなどの最も重要なアセットがある場合は、心配する必要はありません。適切なSEO作業に集中できます。

ビョルンベス

Searchmetricsのプロフェッショナルサービスディレクター

クロールとインデックス作成を区別する必要があります。 GoogleはJavaScriptをクロールできますが、純粋なHTMLをクロールするよりもはるかに多くのリソースを必要とします。検索コンソールのFetch＆Renderと同様に、Webレンダリングサービス（WRS）を使用してクローラーから受信したリンク（URL）をレンダリングするインデクサーにとってはさらに問題があります。これを行うために、Googleは独自のChromeブラウザ（バージョン41）を使用します。ブラウザを使用して、ドキュメントオブジェクトモデル（DOM）を作成し、ブラウザに表示されるのと同じ方法でページを解釈しようとします。これは問題を引き起こす可能性があります。たとえば、Googleは（DistilledとBartosz Goralewiczによって実行されたテストで示されているように）コードの問題に対処できないか、レンダリング時に他の大きな問題が発生するため、Googleは5秒後にページでのレンダリングを停止します。これは、ScreamingFrogによって実施されたテストで示されました。

基本的に、JavaScriptはクロールとインデックス作成をはるかに複雑にし、2つの間に非常に非効率的な関係を作成します。 SEOが重要な場合は、ボットがページをできるだけ迅速かつ効率的に読み取れるようにする必要があります。

HTMLベースのWebサイトからJavaScriptベースのフレームワークまたはライブラリに再起動する前に、サーブサイドレンダリングが含まれていることを確認する必要があります。たとえば、ReactにはrenderToStringと呼ばれる独自のソリューションが付属しています。これは、サーバー上でJavaScriptをレンダリングし、DOMを作成してボットに送信する、ブラウザーに依存しないDOMインターフェースを使用します。 AngularJSはAngularUniversalを使用します。これは、事前にレンダリングされたHTMLとして重要なすべてのものをクライアントに証明します。次に、クライアントは必要に応じてJavaScriptを取得します。ただし、サーバー上でヘッドレスChromeを使用して、事前にレンダリングされたHTMLをボットに送信することもできます。

とりわけ、より高速で効率的なレンダリングがChrome 59からもたらされ、純粋なHTMLと同等のパフォーマンスに移行することを期待しています。これが実際に発生するかどうかは、テストによってのみわかります。

泥の中を這う：あなたのウェブサイトの健康状態を評価する

Searchmetricsを使用したJavaScriptCrawlerを含むサイト構造最適化を使用してHTMLとJavaScriptの両方を分析してください！あなたの利点：

AngularやReactを含むすべての関連するJavaScriptフレームワークをクロールします
技術的な問題の優先リストを通じてWebサイトのパフォーマンスを向上させる
JavaScriptクロールがある場合とない場合のクロールを比較する

JavaScriptクロールについてもっと読む

そして、あなたはどう思いますか？

これらの5人の専門家はそう考えていますが、このブログを読んでいる専門家はもっとたくさんいます。では、JavaScriptについてどう思いますか？あなたはすでにあなたのウェブサイトに変更を加えましたか？テストで何か面白いものをすでに発見しましたか？