待機/スピナープロセス中に（Facebookスタイルの）プレースホルダー/ダミーコンテンツを使用する例/意見？
私は最近、読み込み処理中にFacebookがダミーコンテンツとテキストと画像のプレースホルダーを使用することを宣伝している記事をいくつか読んだことがあります。ユーザーの関心を維持し、読み込み時間が短縮されているように見せます。とは言っても、実際の実装では、Facebookがまだこれが実行されていることに気付いた唯一の例です。
私の質問は、これがこれらのプロセス中に従うべき標準であるという一般的な意見ですか？もしそうなら-この方法を提案する前に参照できるこのタイプの実装の他の例はありますか？
ありがとう！
http://uxmovement.com/mobile/3-tricks-to-make-users-think-your-app-loads-fasterhttp://www.sitepoint.com/ 3-tips-make-application-feel-faster /
Wordpressもそれを行います。フィードバックがない、または意味のないスピナーよりも優れていますが、コンテンツをすぐに表示するよりも悪いため、サイトを最適化する必要があります。 2016年に、数十億ユーザーの数十億ドル規模のサイトにある小さなテキストフラグメントとサムネイル画像が、妥当な高速接続とコンピューター（2メガビット/秒以上と複数のコアデスクトップを読み取る）でゼロタイムに表示されないのは本当にうんざりです。
昔、コンピュータとネットワーク接続が一般的に遅いとき、最初に最も重要なビットを提供することに多くの考えと時間が費やされました。アナログ時計ウィジェットの針は、時間ラベルの前にレンダリングされ、より多くのデータが到着すると画像が徐々にレンダリングされていました。今日のWebサイトでは、このユーザーエクスペリエンスの最適化は「検索エンジンの最適化」と競合するように見えるかもしれませんが、実際には同じです。
サイトの読み込みは、現在または予想される次のユーザーアクションに合わせて最適化する必要があります。ユーザーがコンテンツを消費している場合は、それが最初に表示されます（まだ完全にスタイル設定されていない場合でも、つまり「FOUC」を採用します）。ただし、ナビゲートしている場合は、chromeが優先されます。ボタンと一度表示されたリンクは、ユーザーが既にそれらをポイントしてクリック（またはタップ）しようとしている可能性があるため、それ以上ロードしてもジャンプしてはなりません。
明らかに、完全な答えは「ゼロの読み込み時間は常に優れている」でしょう。私たちは皆、現実が違うことを知っています。
ダミーデータを使用すると、インターフェイス全体ではなく、データのみが読み込まれていることがユーザーに明らかになります。これは本当にあなたのサービスやアプリに対する彼らの意見を高めます。
私の意見では、最良のオプションは、ダミーデータとインターフェイスの「スケルトン」を使用することです。 Luke Wrobleskiによると、スケルトンは従来のローディングスピナーアニメーションよりも優れています。
スケルトンスクリーンでは、ロードされているコンテンツに重点が置かれています。コンテンツのロードや実際の進捗状況ではありません。
私の会社の主要製品の1つを刷新するために検討していることだと思います
個人的には、私はダミーコンテンツが好きです。少なくとも私にとっては、ページが読み込まれるのを待っている間に実際に何かが起こっているように感じます