よって識別されるスクリプト内の文字位置。識別されたスクリプト内の関数の名前。この配列の各エントリには、このテーブルに示されているデータが含まれています。これにより、遅いインタラクションの原因となったスクリプトとその原因に関する情報が得られます。データを使用して、操作が遅い背後にある原因を特定する方法について説明します。コールバックが完了するまでの時間と、その間に発生するその他の要因までにかかる時間です。ライブラリで検出されます。コードの実行に時間がかかりすぎたことにあると考えるのは自然なことですが、必ずしもそうとは限りません。データを使用してさらに深く掘り下げます。配列には複数のエントリを含めることができます。データのうち、実行に最も時間がかかったものを取得します。データを使用して、次のような処理時間が高いインタラクションの背後にある正確な原因を特定できます。この種のデータは非常に貴重です。ハンドラ)を正確に特定する手間が省けます。ハンドラを登録できるため、コードが原因で発生したものかどうかを判断できます。自分で制御できるコードについては、時間のかかるタスクの最適化を検討しましょう。ハンドラは一般的ですが、インタラクションに関して考慮すべき他の部分もあります。処理時間の前に発生し、これが入力遅延と呼ばれます。ハンドラのコールバックの実行が開始し、メインスレッドがすでに別のタスクを処理しているときに発生するまでの時間です。ビルドを使用すると、インタラクションの入力遅延の長さがわかります。125.59439536});一部のインタラクションで入力遅延が大きい場合は、長い入力遅延を引き起こしたインタラクションの時点のページで何が起こっていたのかを特定する必要があります。これは多くの場合、インタラクションが発生したタイミングがページの読み込み中かその後かに帰着します。ページの読み込み中に発生しましたか?ページの読み込み中、メインスレッドが最もビジーになることがよくあります。この間に、あらゆる種類のタスクがキューに追加され、処理されています。この処理中にユーザーがページを操作しようとすると、操作が遅れる可能性があります。読み込むページでは、スクリプトのコンパイルと評価や、ユーザーによる操作に対応するページの準備を行う関数の実行が開始されます。この仕組みは、このようなアクティビティの発生中にユーザーがたまたま操作した場合、その妨げとなるため、ウェブサイトのユーザーもこれに該当するかどうかを確認できます。起動元のタイプが高い場合は、サイト上のスクリプトの評価に時間がかかっており、インタラクションが遅延するほど長い間メインスレッドをブロックしていると言えます。このブロック時間を短縮するには、スクリプトを小さなバンドルに分割し、最初は使用されていないコードを後で読み込みます。削除できる未使用のコードがないかサイトを監査します。ページの読み込み後ですか?入力の遅延はページの読み込み中によく発生しますが、まったく別の原因により、ページの読み込み後に発生する可能性もまったく同じです。コールバックなどが考えられます。}});処理時間の値が大きい場合のトラブルシューティングの場合と同様に、前述の原因により入力遅延が大きい場合、詳細なスクリプト属性データが得られます。インタラクションを遅延させた作業の性質に基づいて起動元のタイプが変わる点が異なります。ものであることを示します。タスクが、キューに追加され、まだ処理中である以前の入力からのものであることを示します。タスクが、先に開始された非同期処理から実行され、ユーザーがページを操作しようとしたときに解決または拒否され、操作が遅れたことを意味します。いずれにしても、スクリプト属性データを見れば、どこから着手すればよいか、入力遅延の原因が独自のコードによるものか、サードパーティのスクリプトによるものかがわかります。ハンドラが終了してから、次のフレームがペイントされるまでに遅延が発生します。インターフェースの視覚的状態が変わると発生します。ライブラリからインタラクションのプレゼンテーションの遅延がどのくらいの時間であったかを確認できます。寄与するインタラクションの表示の遅延が大きい場合、原因はさまざまですが、注意すべき原因がいくつかあります。サイズが大きいなど、さまざまな原因で発生する可能性があります。タイミングを使用して測定できます。フレームに対するスタイルとレイアウトの処理の所要時間は示しませんが、開始時に通知します。他のデータを使用して、フレームの終了時刻を決定し、そこからスタイルとレイアウト作業の開始タイムスタンプを差し引くことで、その処理の正確な所要時間を計算できます。強制レイアウトと呼ばれるタイプのレイアウトがあります。ハンドラのコールバックで強制的に実行されます。プロパティでアクセスできます。コールバックで実行される処理が多すぎることが考えられます。ハンドラの実行が終了した後、スタイル再計算とレイアウト作業の直前に実行されます。コールバック内で行われる処理が複雑な場合、完了までにかなりの時間がかかることがあります。データを使用して、以下のシナリオを特定できます。インターフェースが実際に更新される作業に限定するようにしてください。影響しないその他の処理やスタイルの更新を行わないと、次のフレームのペイントが不必要に遅延するため、注意が必要です。データは、実際のユーザーがどのインタラクションに問題があるのかを把握するための最良の情報源です。データ収集ツールを使用することで、問題が最も大きいインタラクションをより自信を持って判断し、ラボで問題のあるインタラクションを再現して修正を進めることができます。ライセンスにより使用許諾されます。ライセンスにより使用許諾されます。サイトのポリシーをご覧ください。関連会社の登録商標です。