私のプロジェクトの静的なhtmlページには、動的に変更されたjavascriptのコンテンツがあり、FOUC（Flicker of Unstyled Content）が発生します。そこで、デフォルトでコンテンツを非表示にし、DOMの準備ができたら表示を表示に切り替えました。
静的なhtmlページはローカルドライブで非常に高速にレンダリングされるため、非表示状態と表示状態の間の時間差は明らかではありません。
ただし、プロジェクトがWordPressと統合されてリモートサーバーに配置された後は、ページのレンダリングが少し遅くなるため、時間のギャップが少し明確になります。
ハイパーリンクをクリックしてページの表示をリクエストするとき、WordPressでサーバー側のページの再作成を完了してから、ページを表示したいと思います。1〜2秒待っても大丈夫です。WPはそれを行うことができますか？
問題は、CSSがネットワーク経由ですぐに読み込まれないことであると推測されます。そのため、HTMLがレンダリングされる瞬間がありますが、CSSは読み込まれていません。
（動的なJavascriptコンテンツである可能性もあります-Wordpressのインストールと構成について詳しく知らなければ、それについて話すことはできません）
CSSのプリロードは、Wordpress自体が実行できることではありませんが、最初のページのロード後、ブラウザーがCSSをキャッシュしているため、より高速であることに注意してください。
本当に心配な場合は、CSSなどの静的なものに高速CDNを使用するなど、いくつかの最適化手法を調べてください。Yahoo! _ たとえば、パフォーマンスのヒントは、すべてのWebサイトのパフォーマンスに関する質問に適しています。
DOM Readyは、HTML全体がブラウザーによって解析された後に起動します。これはベースHTMLファイルだけではありませんが、イベントを発生させる前にHTMLを通過するときに遭遇するすべてのcssとjavascriptをロード、解析、実行する必要があります（WPの場合は通常はかなり）。
WPは、高速ホスティングを使用していない場合、HTML自体の生成も非常に遅くなる傾向があります（共有ホスティングアカウントに配置すると、基本的には低速になるように頼まれます）。W3TCやスーパーキャッシュのようなページキャッシングプラグインはHTMLの生成に役立ちますが、私の賭けでは、フロントエンドのアクティビティがさらに多くなります。
「高性能Webサイト」のコピーを入手してから、WebPagetestなどでページのテストを実行します。これにより、外部リソースを確認できます（ページの読み込みのビデオをキャプチャできます）。この本は、フロントエンドエンジニアがフロントエンドのパフォーマンスの問題を理解し、詳細に説明するために非常に重要です。