正しい結果は、材料のみが必要であることを意味します サイトガイド。パート2。質問、実験、提案/会社のブログ/

この記事の翻訳の最初の部分では、WebマスターがWebサイトを監視する方法と、Web開発者が期待することを確認した場合の対処方法について説明しました。
-事前レンダリングと同型について話し合い、インデックス作成実験の結果を共有します。さらに、ここでは、さまざまな種類のWebサイトの機能をランク付けするトピックについて話し、Webページに対応する必要のある他の検索エンジンもあることに注意してください。
特定のページを処理することはできますが、ページが必要に応じてインデックスに登録されていないことが判明しました。ページの作成に必要な外部および内部リソース（ライブラリなど）が検索ロボットで使用できるかどうかを確認してください。彼が何かをロードできず、ページを正しく再作成できない場合、それを索引付けすることについて話す必要はありません。
以前は安定していて信頼性の高いWebサイトのランキングが大幅に低下した場合は、上記の「取得して表示」ツールを使用して、Webサイトが正しくレンダリングできるかどうかを確認することをお勧めします。

通常、検索エンジンが適切に処理できるかどうかを確認するために、サイトページの任意のセットで「フェッチアンドレンダリング」を時々使用すると便利です。 これは実際のユーザーではないので、リンクやボタンをたどったり、フォームに記入したりしないことは当然です。 オンラインストアがあり、一部のテキストがボタンなどの下に隠れているが、対応するボタンをクリックするまでテキストが表示されず、テキストが読み取られない場合。メニューに同じように表示されるリンクについても同様です。 42のリサーチWebサイトの使用に関する私の以前の記事では、メニューをチェックしてインデックスシステムで使用できるかどうかを確認するプロセスを紹介する簡単なチュートリアルがありました。この資料に慣れることをお勧めします。

＃記号を使用してフレームを作成することは、依然として一般的な方法です。このようなリンクを処理できないという本当の危険があります。

これは＃文字シーケンスには適用されないことに注意してください！ （いわゆる）。 多分あなたはこれらすべてが重要ではないと思います。確かに非常に大きな唯一の文字がアドレスに追加されています。ただし、これは非常に重要です。 私たちの観点から見ると、ここに＃のような記号が表示された場合、それ以降は重要ではない可能性があることを意味しています。ほとんどの場合、コンテンツのインデックスを作成するとき、このようなコンテンツ（...）は無視します。このコンテンツを検索結果に表示する必要がある場合は、より静的に見えるリンクを使用することが重要です。 」 最も重要なのは、開発者がリンクを/＃のように見せないようにすることです。このようなリンクを生成するフレームワークを使用する場合は、そのドキュメントを参照する必要があります。たとえば、デフォルトでは1は＃記号の付いたアドレスを使用します。この問題は、それに応じて$を設定することで解決できます。ただし、たとえば、他に設定がない場合でも、2はよく理解されているリンクを使用します。

スクリプトの結果を待つには時間がかかりすぎる（つまり、スクリプトの結果が読み込まれ、解析されて実行されるのを待つ）必要があるため、インデックス作成の問題が発生します。スクリプトが遅いと、ウェブサイトのクロール予算が間もなく使い果たされる可能性があります。スクリプトが高速であることを確認してください。そうすれば、スクリプトをロードするのに長時間待つ必要がなくなります。これについて詳しく知りたい場合は、ページレンダリングプロセスの最適化に関する資料を読むことをお勧めします。 最良の検索エンジン最適化ウェブサイトに影響を与える可能性がある質問を提起したいと思います。 の機能を考慮すると、通常の意味でまともな最適化を達成することなくウェブサイトをうまく最適化することは不可能です。問題に遭遇したときの第一印象は、それと何か関係があるということですが、実際には、問題は従来の検索エンジン最適化にあります。

ジャスティン・ブリッグスが彼のプロフィールのこのセクションでそれを完全に説明したので、私はこの状況の詳細には触れません。この役立つ記事を読むことをお勧めします。彼女は、2019年の第2四半期からクロールプログラムを使用しないことを発表しました。これは、Webサイトの（非同期）インデックス作成が中止されることを意味しますか？いいえそうではありません。 使用されているWebサイトが増えているにもかかわらず、そのようなWebサイトを正しく処理できないことがわかった場合、クロールが発生します。この問題を解決するために、検索ロボット用に作成され、スクリプトを含まない特別なページバージョンがサイト管理者に提供されました。これらのページのアドレスに_ = _ _ =を追加する必要があります。 ユーザーは完全で美しいオプションを使用しましたが、あまり似ていないサイトを訪問しました。サイトへのリンクは似ていますか？ _ = _ _ =（ちなみに、これはまだロボットの材料を準備する非常に人気のある方法です）。 このようにして、ウェブマスターは2羽の鳥を石で殺すことができます。両方のユーザーが幸せで、検索ロボットも幸せです。ユーザーは通常のandしか取得できないため、サイトの機能バージョンを表示でき、検索エンジンはサイトのページに正しくインデックスを付けることができます。 重要なのは、ユーザーと検索エンジンのクローラーが受け取るWebサイトのバージョンが異なるため、Webサイトのインデックス作成に関連する問題を分析するのが難しいということです。さらに、一部のWebマスターは、検索ロボット用のページのバージョンを最初に準備するときに問題が発生しました。
これで、独自の方法でWebサイトページが生成されます。これは、開発者が技術的にこれを実行できることを確認する必要があることを意味します。 そして、一般ユーザーと同じ資料を求め始めます。

さらに、開発者は、サイトや他の検索エンジンがサイトにアクセスできるようにする方法を見つける必要があります。考えられる解決策には、サーバー側のレンダリング（汎用）が含まれるか、または奇妙なことに、古いクローリングが引き続き使用されます。以下で説明します。 最新のブラウザを使用してページを処理しますか？
サイト処理サービスを更新して、最新のテクノロジーをサポートします。私たちはこれができることを望んでいるだけです。 自分が基づいているページをレンダリングしたくなく、作成済みのページにのみ満足している人々はどうですか？ 私はこれについて多くのことを考えました。そのため、私は彼にウェブサイトの予備バージョンを見つけて提供できるかどうかフォーラムで尋ねることに決めました。 同意します。開発者は、ヘッダーをチェックし、ページのスナップショットを提供することで、自分のWebサイトをクロールする方法を見つけることができます。さらに、ページのスナップショットを定期的にチェックして、ページの事前レンダリングが適切に機能することを確認することをお勧めします。 -フレーム、何の問題もありません。これは、そのようなサイトのインデックス作成に関連するすべての問題を忘れることができるという意味ですか？残念ながら、これは事実ではありません。米国のユーザーの約3分の1が使用している検索エンジンについて考えてみましょう。 現時点では、まったく処理されないと想定するのが妥当です（上位のページで処理されるという噂がありますが、これらの噂の唯一の確認は見つかりません）。 興味深い研究をお話ししましょう。

このWebサイトの特定のページは、単一ページアプリケーションとして設計されています。つまり、オリジナルにはコンテンツが含まれていません。そのようなページをロードした後、外部ファイルがロードされ、それを介してページのコンテンツを形成できます。

Webサイトのキーワードは2番目にランクされています。 適切にクロールしてインデックスを作成することはできません。 そのような検索エンジンがWebサイトをインデックスに登録できるようにする予定があるかどうか尋ねましたが、執筆時点では、私は答えていません。 実際、上記から、あなたのウェブサイトに新しいテクノロジーを導入するために、あなたは他の検索エンジンを忘れてはいけないと結論付けることができます。ここでは、同型と事前レンダリングという2つの方法をお勧めします。
クライアント側でレンダリングされたWebサイトのインデックス作成に問題がある場合は、事前レンダリングを使用するか、Webサイトを同種のアプリケーションに変換することを検討してください。

事前レンダリングは、検索エンジンクローラーがWebサイトページを正しくレンダリングできず、自分でレンダリングした場合に使用されます。ロボットがWebサイトにアクセスするときは、ページのコピーを提供するだけで済みます（コードは含まれていません）。同時に、ユーザーは機能ページのバージョンを受け取ります。ページのコピーはボットによってのみ使用され、通常のユーザーによっては使用されません。ページを事前レンダリングするには、外部サービス（複数）を使用するか、ユーザーインターフェースなしでサーバーなどのツールを使用できます。
アプリケーションの後、ページが最初に読み込まれると、検索エンジンとユーザーの両方が必要なすべてのデータを取得します。次に、このプリロードされたデータで使用されるスクリプトがロードされます。これは、一般ユーザーと検索エンジンの両方にとって有益です。サポートされている場合でも、このオプションを使用することをお勧めします。 ただし、ここに問題があります。それは、多くの開発者が同形アプリケーションを正しく作成できないことです。

ドキュメントを読み、このチュートリアルをご覧ください。 サーバーのレンダリング領域に多くの改善をもたらしました。この機能はこのような拡張機能であり、サーバー全体のレンダリングプロセスを簡素化します。

サーバーレンダリングの一般的な方法について説明する場合は、重要な提案を指摘しておきます。実際、サーバー上でサイトをレンダリングする場合、開発者は直接影響を受ける機能の使用を避ける必要があります。

可能な限り、直接使用する前によく考えてください。ブラウザと対話する必要がある場合は、抽象化を使用またはレンダリングします。 いくつかの実験を行って、クロールされたサイトとベースのサイトのみでリンクの検出とクリックが実行できる範囲を理解しました。 彼の2番目のレベルにさえ到達しなかった。 5つの異なるドメインで実験を繰り返しましたが、結果は常に同じでした。 私は彼に問題の原因を尋ねました。生成されたリンクが表示されていることを確認します。彼が追加した：。 このトピックをさらに詳しく知りたい場合は、この資料をご覧になることをお勧めします。
上記の実験についての考えを共有したいと思います。したがって、調査したサイトは実験目的でのみ作成されたものですが、コンテンツには同じ方法が使用されていることに注意してください。つまり、彼らのテキストは、人工知能技術に基づく興味深いコンテンツジェネレーターである、作成を通じて作成されます。それが作り出す歌詞は非常によく、間違いなく私の文章よりも優れています。 非常に似た2つのサイトを受け取りましたが、クロールされたのは1つだけなので、使用したサイトよりも優先されます。これはなぜですか？ これら2つのサイトをテストサイトとして分類し、固定実行時間をそれらに割り当てます。これが6ページ、つまりインデックスを作成する（すべてのリソースとフォームページを読み込む）の作業時間の21秒であるとします。
-リソースの読み込みに時間がかかりすぎているため、スキャンしなかったと指摘しました。 上記のウェブサイトには多くの高品質の実際のリンクがあります。多くの人々はそれらへのリンクを共有したいと思っています。彼らはまた、有機的なトラフィックを取得します。次に、テストサイトと実際のサイトを区別する方法についての質問がありました。これは簡単な作業ではありません。 クライアントに提示される新しいサイトを作成する場合、おそらく私たちとまったく同じ状況にいることに気付くでしょう。この場合、それはまったくクロールされません。これが理論が終わり、実際の問題が始まる場所です。また、ここでの主な問題は、実際のWebサイト、オンラインストア、または検索結果で上位にランクされる会社のページのクライアント側レンダリングの使用例がほとんどないことです。したがって、私はあなたのウェブサイトの検索ランキングがそれと同等であることを保証できません。
-専門家はすでにこれを知っており、大企業はこれらの問題を解決するために特定の資金を割り当てることができます。しかし、資本と知識が不足している中小企業はどうでしょうか？クライアント側のレンダリングを使用する小さなファミリーレストランのウェブサイトなどでは、これは本当に危険な場合があります。 -年、すべての最新機能をサポートしているわけではありません。 42を使用して、ページを正しくレンダリングできるかどうかをテストできます。 42の使用の詳細については、こちらを参照してください。 レンダリングを多用する唯一の検索エンジンです。 キャッシュを分析することで、ブラウザが収集されたデータをどのように解釈するかを確認できます。これは、インデックス作成前のデータの処理方法とは関係ありません。

完全に異なるタイムアウトがインデックス作成時に適用される場合があります。
ユーザーがマウスをクリックしてこのメ​​ニューを呼び出す前でも。

彼らは、ページを形成するためにリソースを処理する利便性に基づいて、リソースの値を決定しようとしています。これらのアルゴリズムによれば、リソースに値がない場合、リソースはロードされない可能性があります。

開発者は、スクリプトの実行速度を確保するよう努力する必要があります（多くの実験では、スクリプトの実行結果（ダウンロードフェーズを含む）が5秒を超えるのを待つ可能性は低いことが示されています）。また、スクリプトを最適化してみてください。一般的に、ほとんどのスクリプトは改善できます。
彼は最初にロードされたインデックスを決定するかもしれません。これは、空白ページがこのようにインデックス付けされるため、単一ページのアプリケーションにとって非常に悪い場合があります。 実際、検索結果でトップにランクされるクライアントがレンダリングしたWebサイトを使用する実際の例はありません。何でそう思うの？ それだけが使用するページのようなものです。これを知っていることは、エキスパートと開発者が最新のフレームワークを作成する方法を理解し始めたばかりであることは明らかです。したがって、ウェブサイトには万能のルールのセットがないことを覚えておくことは重要です。ウェブサイトはそれぞれ異なります。要するに、最新性を最大限に活用したWebサイトを構築したい場合は、開発者や専門家が何をしているのかを確認してください。
あなたの個人的な実践では、フレームに基づいてWebサイトをインデックス化する問題に遭遇しましたか？ 現在、特にヘッドレスでは、実際にブラウザーとして非常によく使用できます。しかし、大きな問題は速度です。複雑なものは、読み込みに11〜21秒かかる場合があります。もちろんページはキャッシュできます。しかし、ページが絶えず更新されている場合、それらは無関係になるため、長期間キャッシュすることは意味がありません。マルタ以外の時間帯（1時間や1日など）をキャッシュしても意味がありません。ボットがリンクをたどることもほとんどありません。つまり、キャッシュは何のアクションも実行しません。 それでも、ボットを起動して、1日に複数回インデックスに登録できます。開発者は自分でそのような質問を作成します。 ツールは何でも書くことができ、重量は5未満で、ロードするまで待つことができます（美しいロードインジケーター/スピナーを参照）。 このアプリケーションのログインページ、またはこのアプリケーションに関するログインページが必要です。 ユーザーが検索結果に完全なアプリケーションを表示するのではなく、結果に元のサイトを見たことが判明しました。場合によっては、元のサイトの効率が数千倍も低下することがあります。 または、2つの機能を同時に実行します。

このアプリのログインページが必要か、またはこのアプリのログインページを通知する必要があります "-、ここは完全に正しいです。それは必要です。少なくとも、アプリがWebサイトではなくアプリのように見える場合。

最後に、アプリケーションの作成者がユーザーのためにアプリケーションを作成しましたが、ユーザーがアプリケーションを知らなかったとしても少し奇妙です。人々が提供するリンクは、単なる説明ではなく、アプリケーション自体です。つまり、検索結果でうまく見つけられることを願っています。通常、ここには2つの状況があります。結果にどのように配置するかは明確ではありません（これはアプリケーションであるため）。逆に、結果に含める必要があります（例：何かのリスト。検索結果にない場合は、非常に多くなります）奇妙な）人々がこれを探しているので）。

個人アカウント、ショッピングカート、社内アプリケーションでは、インデックス作成は必要ありません。どのオンラインストアでも、最も重要なコンテンツは製品です。通常はアプリケーションとして実装されます。それらにインデックスを付ける必要があります。ニュースサイト。また、アプリケーションとして実装されます。また、インデックスも必要です。

場合によっては、アプリケーションのエントリをインデックスに登録しても役に立たないことがあります。顧客は検索よりも検索する可能性が高いためです。 モバイルデバイスから仮想サーバーを監視および管理するために使用されるアプリケーション。 不安を3秒で沈めることができるメンタルクリア法とは