そのため、GoogleはAJAXクロールスキームを廃止しました。Googlebotが動的コンテンツを見るのに問題がなくなったので、それはもはや必要ないので、彼らは新しいウェブサイトにそれを実装することを気にしないと言います。私たちはこの声明をすぐに信頼すべきですか、それともしばらくの間廃止された標準に準拠する方が良いでしょうか?
そのため、GoogleはAJAXクロールスキームを廃止しました。Googlebotが動的コンテンツを見るのに問題がなくなったので、それはもはや必要ないので、彼らは新しいウェブサイトにそれを実装することを気にしないと言います。私たちはこの声明をすぐに信頼すべきですか、それともしばらくの間廃止された標準に準拠する方が良いでしょうか?
回答:
他のいくつかの検索エンジン(Bing、Yandexなど)はまだ_escaped_fragment_
システムを使用しています。 グーグルが持っているからといって、彼らが一晩でそれを使うのをやめるつもりはない。したがって、Google 以外の検索エンジンでサイトをインデックスに登録できるようにしたい場合は、このスキームを引き続きサポートする必要があります。
確かに、_escaped_fragment_
サイトですでにのサポートを設定している場合は、それを無効にする理由はありません。新しいサイトを開発している場合は、この機能を追加するコストとメリットを比較検討する必要があります(Googleは現在、インターネット検索をほぼ独占しており、他の検索エンジンはいずれにせよGoogleの例に従い、動的Ajaxでロードされたコンテンツのより適切なクロールを実装するために、すぐにスクランブルをかける可能性があります。
最後に、ほとんどの場合、最も単純で最も確実なソリューションは、そもそもそのようなトリックを必要としないようにサイトを実装することです。少なくとも99%の確率で、Ajaxやクライアント側のスクリプトさえまったく必要ありません。Ajaxへの不必要な依存を回避し、JavaScriptが無効になっていても少なくとも基本的なブラウジング機能が機能するようにサイトを設計することで、ブラウザーと検索エンジン全体で可能な限り幅広い互換性を確保できます。
これを効率的に行うための秘訣は、基本的なHTMLとCSS、およびプレーンな古いリンクを使用して、JSをまったく使用せずに、最初にサイトの基本機能をセットアップすることです。それが終わったら、JSとAjaxをその上に追加して、ロードと円滑な機能をスムーズにすることができます。その一方で、余計な機能をサポートしていないユーザーと検索エンジンのための優雅なフォールバックインターフェースを維持できます。ただし、すべてをAjaxに依存し始めた場合、後で非Ajaxフォールバックインターフェースを改造することは非常に困難で扱いにくいことがあります。
GoogleはすでにJavaScriptをクロールして処理しているため、新しいサイトにAJAXクロールスキームを実装する必要はありません。