FAQs

「Edge Cache TTL」ページルールを「Cache Level: Cache Everything」で作成する必要がありますか？

いいえ、「Edge Cache TTL」ページルールを作成する必要はありません。WordPressプラグインがインストールされると、APOは自動的にコンテンツを30日間キャッシュし、30秒以内に変更があった場合は無効化します。ただし、APOがキャッシュ関連のページルールをサポートするようになったため、既存のページルールがAPOによって提供されるリソースに影響を与えないことを確認してください。

Origin Cache ControlはAPOを上書きしますか？

いいえ。APOはEdgeでのキャッシュに対してOrigin Cache Controlを無視しますが、APOはクライアントに元のOrigin Cache Controlを提供します。

APOを使用しているときにブラウザのキャッシュ制御ヘッダーが欠落しているのはなぜですか？

ブラウザのキャッシュ制御ヘッダーは、ブラウザのキャッシュTTLを「既存のヘッダーを尊重する」に設定している場合、APOを使用していると欠落することがあります。例えば：

curl --silent --verbose --output /dev/null https://example.com/ --header 'Accept: text/html' 2>&1 | grep cache-control

< cache-control: max-age=86400, stale-while-revalidate=86400, stale-if-error=86400

APOを使用しているときにstale-if-errorディレクティブはまだ必要ですか？

いいえ、stale-if-errorディレクティブは必要ありません。なぜなら、この機能はAPOに組み込まれているからです。

投稿とホームページのキャッシュステータスを確認すると、レスポンスヘッダーにcf-cache-status: BYPASSと表示されます。APOは機能していますか？

Chrome DevToolsが開いていると、ChromeはデフォルトでCache-Control: no-cacheを送信します。**Disable cache (while DevTools is open)**設定のチェックを外すと、cf-cache-status: HITおよびcf-apo-via: cacheヘッダーが返されることが確認できます。

cURLを使用してcf-cache-statusを確認すると、常にMISSとDYNAMICが返されます。ブラウザではHITが表示されますが、他のツールではDYNAMICが返されます。これは予期される動作ですか？

はい、これは予期される動作です。リクエストにはaccept: "text/html"を含める必要があります。

APOが有効なとき、Google Fontsは最適化されていますか？

はい、APOが有効なとき、Google Fontsも最適化されています。フォントのURLを確認することで最適化を確認できます。例えば、サイトが読み込まれると、URLはhttps://fonts.gstatic.com/s/...からhttps://example.com/fonts.gstatic.com/s/...に変更されます。プロキシされたフォントの場合、cf-apo-via:proxyヘッダーが返されます。

APOでクエリ文字列のキャッシュをカスタマイズできますか？

クエリパラメータに関する詳細は、クエリパラメータとキャッシュされたレスポンスを参照してください。

フォントのURLが変換されないのはなぜですか？

APOは、content-security-policyレスポンスヘッダーが存在し、以下に記載された値が欠落している場合、URLフォントの変換をスキップします。

問題を解決するには、content-security-policyヘッダーの値がstyle-srcまたはdefault-srcディレクティブのいずれかでunsafe-inlineを許可する必要があります。例えば、Content-Security-Policy: style-src unsafe-inline;。

ヘッダーは、font-srcまたはdefault-srcディレクティブのいずれかでselfを許可する必要があります。例えば、Content-Security-Policy: font-src self;。