バックグラウンドで投稿が更新され、ページのコンテンツやCSSスタイルが変更されたにもかかわらず、フロントエンドは長(zhǎng)い間変更されず、訪問(wèn)者は古いコンテンツを見(jiàn)たままである。これは実はCDNのキャッシュメカニズムに関係している。この記事では シーディーエヌ WordPressのキャッシュの原則と、同時(shí)に加速効果を確保するためのソリューションを提供し、更新のインスタント効果。

1.なぜCDNを使うとページの更新が遅れるのか？

CDN（コンテンツ?デリバリー?ネットワーク）は、ウェブサイトのリソースを転送することで機(jī)能する。(キャッシュをグローバルノードに追加することで、近接アクセスを?qū)g現(xiàn)し、ページの読み込みを高速化します。しかし、キャッシュの本質(zhì)は、コンテンツを一定期間ノード?サーバーに保持し、バック?トゥ?ソース?リクエストの回?cái)?shù)を減らすことです。

典型的なキャッシュフロー

• ユーザがページにアクセスし、CDNがノードがキャッシュされているかチェックする。
• キャッシュ → キャッシュされたコンテンツを直接返す
  キャッシュなし→ソースに戻るサーバフェッチし、ユーザーに返し、そのコンテンツをノードにキャッシュする。

つまり、キャッシュの有効期限が切れる前にWordPressのバックエンドでコンテンツを更新しても、訪問(wèn)者は更新が遅れたキャッシュ版にアクセスすることになる。

2.CDNキャッシュの種類

2.1 スタティック?キャッシュ

• 寫真での行為、カスケーディングスタイルシートJS、フォントファイル
• これらのファイルは頻繁に更新されないため、長(zhǎng)いキャッシュ（30日以上）を設(shè)定しても効果はありません。

2.2 動(dòng)的キャッシュ（ページ?キャッシング）

• 行為 HTML ページ（ホームページ、記事ページ、カテゴリーページなど

• CDNがHTMLをキャッシュする場(chǎng)合、バックエンドで記事が更新された直後にキャッシュされたバージョンは無(wú)効になりません。

3.WordPressのページ更新遅延の一般的な原因

• CDNキャッシュルールは、長(zhǎng)いTTL（キャッシュの有効期限）でページキャッシュを設(shè)定します。
• パージ/無(wú)効化機(jī)能が設(shè)定されていません。
• キャッシュプラグイン（LiteSpeed Cache、WP Rocketなど）を使用したCDN設(shè)定との競(jìng)合
• ソース検証へのキャッシュ更新が有効になっていない

4.推奨ソリューションと構(gòu)成

4.1 CDNバックエンドでキャッシュ?リフレッシュを設(shè)定する

クラウドフレア 例

• ログイン Cloudflareダッシュボード
• サイト → キャッシュ → 設(shè)定を選択
• 開(kāi)発モードで常時(shí)オンラインを設(shè)定する（開(kāi)発モードがオンの場(chǎng)合、キャッシュはデバッグのために一時(shí)停止される）

• コンテンツを修正した後、キャッシュ → キャッシュの削除で選択できます：
  • すべてをパージする（すべてのキャッシュを空にし、すぐに更新するが、ソースに戻るプレッシャーがかかる）
  • カスタムパージ URL (キャッシュを空にし、正確に更新する）

4.2 キャッシュプラグインによるCDNの自動(dòng)更新

いくつかのキャッシュプラグイン（LiteSpeed Cache、WP Rocket、W3 Total Cache)をCDN APIと統(tǒng)合することで、コンテンツが更新されたときに自動(dòng)的にキャッシュを更新することができる。

例えば、LiteSpeed Cache：

• LiteSpeed Cache → CDN → Cloudflare → APIキーとEメールを入力

• 投稿を更新した後、プラグインはCloudflare APIを呼び出し、対応するページキャッシュをフラッシュします。

4.3 適正なキャッシュTTLの設(shè)定

サイトが頻繁に更新される場(chǎng)合、HTMLページのキャッシュ時(shí)間を長(zhǎng)く設(shè)定することは推奨されません。

• 靜的ファイル寫真(CSS, JS): 30日以上キャッシュされています。
• 動(dòng)的ページ（HTML）：キャッシュ5分～1時(shí)間、更新頻度により調(diào)整

4.4 キャッシュ制御レスポンス?ヘッダの組み合わせ

サーバーやキャッシュプラグインでCache-Controlヘッダーを設(shè)定する：

キャッシュ制御: no-cache, must-revalidate

あるいは、動(dòng)的なページには短いTTL + must-revalidateを使用し、キャッシュの有効期限が切れた後にCDNノードがソースに戻って再度検証することを要求する。

5.まとめ

WordPressのページは、以下のような使い勝手の悪さがあります。 シーディーエヌ 更新のタイミングがずれる主な原因は、動(dòng)的なHTMLキャッシュの設(shè)定にあります。キャッシュリフレッシュの合理的な設(shè)定、CDN APIを自動(dòng)的に統(tǒng)合するキャッシュプラグインの使用、および適切なTTLの設(shè)定により、高速化とリアルタイムの更新を考慮に入れることができ、訪問(wèn)者が古いコンテンツを見(jiàn)るのを防ぐことができます。

お問(wèn)い合わせ
チュートリアルが読めない？無(wú)料でお答えします！個(gè)人サイト、中小企業(yè)サイトのための無(wú)料ヘルプ！	カスタマーサービス WeChat
① 電話：020-2206-9892
② QQ咨詢：1025174874
三 Eメール：info@361sale.com
④ 勤務(wù)時(shí)間: 月～金、9:30～18:30、祝日休み