Prime Cache – ページキャッシュから画像最適化まで 1 つに統合した WordPress 高速化プラグイン

PLUGIN : Prime Cache

Prime Cache wordpress.org から最新版をダウンロード

raplsworks.com を 2025 年 12 月に公開してから、最初に気にし始めたのが表示速度でした。Cocoon テーマと Xserver スタンダードの組み合わせは特に手を入れなくても破綻なく動きますが、PageSpeed Insights を回すと LCP の数値が伸び悩む。記事数が増えるほど TTFB も鈍くなっていく感覚がありました。

キャッシュプラグインを入れれば改善するのは知っていたものの、選択肢を眺めていてあるところで悩みました。ページキャッシュは A、画像最適化は B、データベース最適化は C、と 4〜5 個のプラグインを組み合わせる構成になりやすい。1 つで完結するものは有料が中心でした。

Prime Cache はそこを 1 つにまとめることから始めたプラグインです。ページキャッシュ・HTML / CSS / JS の最適化・WebP / AVIF 変換・キャッシュプリロード・CDN 連携・データベース最適化を 1 つに統合してあります。有効化するだけで動き始める設計で、Free 版だけでも PageSpeed の LCP と TTFB を押し上げる構成が組めます。Pro 版は Critical CSS・未使用 CSS 削除・Delay JS・AVIF 変換・Speculation Rules・Cloudflare / Sucuri / Varnish 連携など、PageSpeed 90+ を狙うときに必要になる重めの最適化を上乗せします（WebP 変換は 1.10.0 で Free に降ろしました）。

OVERVIEW : ページキャッシュで速くなる仕組み

WordPress は訪問者のリクエストごとに PHP を起動します。データベースに何度もクエリを投げて、テンプレートを描画して、HTML を返す。これを毎回やる必要は本来ありません。同じページを 100 人が見るなら、最初の 1 人で生成した結果を残しておいて、残り 99 人にはそれを返せば済むはずです。

ページキャッシュはその「残しておく」を担当します。Prime Cache は生成済みの HTML を wp-content/cache/ 配下に保存しておき、2 回目以降のアクセスでは PHP の処理を最低限まで切り詰めて、ファイルを readfile() で読んで返します。

採用したのは advanced-cache.php ドロップイン方式です。これは WordPress 本体がロードされる前のごく早い段階に介入できる仕組みで、キャッシュが残っていればそこで exit して終わり。プラグインフォルダのロードもテーマの読み込みも走りません。

さらに .htaccess 最適化を有効にすると、Apache が PHP を一切呼ばずに静的 HTML を直接配信する「ゼロ PHP 高速パス」が動き始めます。リクエストは Apache のリライトルールだけで完結します。

USE CASES : どんなサイトで効くか

ページキャッシュは万能ではありません。動的な要素が多いサイトでは効果が薄れますし、キャッシュと相性が悪い構成もあります。Prime Cache がよく効くのはどんなサイトか、いくつか挙げてみます。

ブログ・アフィリエイトサイト

更新頻度が日に数記事以下のブログは、ページキャッシュが一番きれいに効くタイプです。記事を公開すると関連キャッシュだけが自動でパージされ、未公開ページのキャッシュはそのまま温存される。TTFB がミリ秒単位まで下がるので、LCP も連動して改善します。HTML / CSS / JS の最小化と組み合わせれば、Free 版だけでも十分なスコアを狙えます。

企業サイト・ランディングページ

固定ページ中心のサイトはキャッシュとの相性が抜群です。更新が少ない分、一度温まったキャッシュが長く生きます。Pro 版のセキュリティヘッダー（HSTS・X-Frame-Options など）を併せて有効化すると、速度とセキュリティを同じ管理画面で扱えるので運用が楽です。Critical CSS や CDN 連携を足せば PageSpeed 95+ も現実的な範囲に入ってきます。

WooCommerce ショップ

カート・チェックアウト・マイアカウントのページは自動でキャッシュ対象から外れます。商品一覧や商品詳細はキャッシュが効くので、商品数の多いストアほど恩恵が出ます。WooCommerce 専用の最適化として、非 WC ページでの不要スクリプトの除去と、カートフラグメント AJAX の無効化も用意してあります。

ニュース・メディアサイト

記事公開・更新・コメント承認など 11 種類のイベントで関連キャッシュが自動パージされるので、鮮度を保ちながらキャッシュの恩恵を受けられます。新記事公開直後にキャッシュが空でも、Pro 版のサイトマップ巡回プリロードがバックグラウンドで温めてくれるので、訪問者が「未キャッシュの遅いページ」にあたる確率を減らせます。

INSTALLATION : 設置と最初の設定

動作要件

• WordPress 5.8 以上（7.0 で動作確認済み）
• PHP 7.4 以上
• MySQL 5.7 以上 / MariaDB 10.3 以上
• WebP / AVIF 変換を使うとき : GD または Imagick PHP 拡張
• オブジェクトキャッシュを使うとき : APCu / Redis / Memcached のいずれか

インストール手順

1. WordPress 管理画面で「プラグイン」→「新規プラグインを追加」を開く
2. 「Prime Cache」で検索してインストール・有効化
3. 管理画面の「Prime Cache」メニューを開く
4. 「ページキャッシュ」タブでページキャッシュを有効化
5. ダッシュボードタブで動作状態を確認

ZIP を手動でアップロードする場合は、解凍した prime-cache フォルダを /wp-content/plugins/ に配置してから管理画面で有効化してください。

最初に触る 4 つのタブ

有効化したあと、ダッシュボードから順に触ってほしいタブを 4 つに絞りました。

1. ページキャッシュタブ — まずはここで「ページキャッシュを有効にする」と「.htaccess 最適化」をオンに
2. ファイル最適化タブ — HTML / CSS / JS の最小化を順に有効化
3. メディアタブ — 遅延読み込みと WebP 自動変換を有効化（Pro 版なら AVIF 変換も）
4. プリロードタブ — キャッシュプリロードとリンクプリフェッチを有効化

ここまでで Free 版の主要機能はほぼ動いている状態になります。

アップグレード

管理画面の「プラグイン」ページから「更新」をクリックするだけです。あるいは prime-cache フォルダの中身を新しいファイルで上書きしてください。更新後はキャッシュをクリアするのを忘れずに。古いキャッシュが残っていると、新しい HTML / CSS / JS の最適化結果がすぐに反映されないことがあります。

アンインストール

プラグインを停止して「削除」をクリックすると、生成したキャッシュファイル・設定ファイル・advanced-cache.php ドロップインをすべて削除します。データベースのオプション値もクリーンアップされます。中途半端な残骸が残らない設計にしてあるので、別のキャッシュプラグインに乗り換える場合も wp-content/cache/ や wp-content/advanced-cache.php を手で消す必要はありません。

マニュアル

設定手順や運用方法の詳細はマニュアルに分けてあります。

• Prime Cache Free 日本語マニュアル
• Prime Cache Free English Manual

FEATURES : 機能を 1 つずつ見ていく

ここから先は、Prime Cache に積んだ機能を 1 つずつ取り上げて、どう動くのか、なぜそういう設計にしたのかを書いていきます。

1. ページキャッシュ

プラグインの中核です。advanced-cache.php ドロップインを自動生成して、WordPress が起動する前のタイミングで静的 HTML を返します。

キャッシュファイルは以下の形式で保存します。

404 ページもキャッシュ対象にできます。存在しないパスへのリクエストでサーバーに余計な負荷をかけずに済むので、攻撃的なクローラーや誤リンクからの大量アクセスにも強くなります。

2. .htaccess 最適化（ゼロ PHP 高速パス）

.htaccess 最適化を有効にすると、Apache が PHP を一切介さず静的 HTML を直接配信する「ゼロ PHP 高速パス」が動きます。readfile() すら呼ばないので、PHP-FPM の負荷もキューも消えます。304 / HEAD リクエストの最適化、Gzip / Brotli の事前圧縮配信、mod_expires によるブラウザキャッシュ、ETag の削除もここでまとめて設定します。

高速パスに乗る条件は 5 つあります。

• 小文字の Host ヘッダー
• クエリ文字列なし（cache_query_strings 有効時は例外）
• Vary Cookie なし
• ASCII セーフな URL パス
• GET リクエスト

条件を満たさないリクエストは PHP ドロップイン経由になりますが、こちらも WordPress 本体をロードする前に終わるので、十分に速いです。「全部高速パスじゃないと意味がない」と感じる方がいるかもしれませんが、実際にはアクセスの大部分は条件を満たします。気にすべきなのは、検索流入とブックマーク経由の素直な GET リクエストがちゃんと高速パスに乗っているか、だと思います。

3. ファイル最適化（HTML / CSS / JS）

HTML / CSS / JS の最小化・結合・遅延読み込みを担当するセクションです。

「小さい CSS のインライン化」と「非同期 CSS 読み込み」を Free 版に置いたのは、Critical CSS を使わなくてもレンダリングブロッキングをある程度減らせるようにしたかったからです。Pro 版の Critical CSS は精度では上ですが、Free 版の組み合わせでも体感の伸びは出ます。

CSS / JS の結合と Delay JS は、テーマやプラグインによっては表示崩れを起こすことがあります。これは Prime Cache に限った話ではなく、結合系の宿命です。Pro 版に分けてある理由の 1 つは、ここでつまずいたときにサポートで個別対応できるようにするためです。

4. メディア最適化

画像と iframe の読み込みを軽くするセクションです。

• 遅延読み込み（Free） — 画像・iframe・動画に loading="lazy" を付与
• 先頭 N 枚スキップ（Free） — LCP 対策として先頭画像（既定 3 枚）には遅延を適用せず、先頭画像に fetchpriority="high" を付与
• 画像サイズ属性の自動補完（Free） — width / height 未設定の img に属性を追加（CLS 防止）
• WebP 変換（Free） — アップロード時に JPG / PNG を WebP に自動変換（1.10.0 で Free に降ろしました）
• 一括最適化（Free） — 既存のメディアライブラリ画像を AJAX プログレス付きでバッチ変換
• 複数の配信方式（Free） — .htaccess リライト・picture タグ・URL 書き換えから選択
• メディアライブラリ列（Free） — 画像ごとの圧縮率を一覧で確認
• AVIF 変換（Pro） — WebP に加えて AVIF への変換を追加。配信時はブラウザ対応に応じて AVIF / WebP / 元画像を出し分け
• YouTube サムネイル置換（Pro） — iframe を軽量サムネイルに差し替え、クリックで実埋め込みに切り替え
• 品質設定（Pro） — 形式ごとにロスレス / ロッシー / カスタム品質を選択
• EXIF データ削除（Pro） — プライバシー保護とファイルサイズ削減
• アップロード時リサイズ（Pro） — 規定サイズを超える画像を自動縮小
• フォルダ単位の除外（Pro） — uploads / themes / plugins / カスタムフォルダで対象を絞り込み

「先頭 3 枚スキップ + fetchpriority=high」は Free 版に入れた中で個人的に気に入っている部分です。記事冒頭の大きな画像（アイキャッチや 1 枚目のスクリーンショット）が LCP のターゲットになることが多いのですが、Lazy Load を素直に全部付けるとここまで遅延読み込みの対象になってしまい、かえって LCP が悪化します。先頭 3 枚は遅延読み込みを外して、さらに 1 枚目には優先度ヒントを与えて、ブラウザに早めに取りに行ってもらう、という挙動です。

メディアライブラリには圧縮率を表示する列を追加してあります。一括最適化を流したあと、どの画像がどの程度小さくなったかを 1 画面で確認できます。

5. プリロード

キャッシュは「2 回目以降」が速くなる仕組みです。最初の訪問者は必ず未キャッシュのページを引きます。プリロードはその「最初の訪問者問題」を解決するための機能です。

キャッシュプリロードを Free 版に解放した経緯があります。最初のバージョンでは Pro 版限定にしていたのですが、ホームページと公開済み投稿だけでも温められれば、Free 利用者の体感が大きく変わります。最初の訪問者が「未キャッシュの遅いページ」を引く確率が下がるので、PageSpeed の実機測定でも数値が安定します。1.9.3 でここを Free に降ろしました。

Vary Cookie が有効な場合、プリロードは既定バリアントだけを事前生成します。ログイン状態や Cookie 別のバリアントは、初回アクセス時に生成される設計です。全バリアントを総当たりで温めようとするとサイトの規模次第でリソースを食いすぎるので、ここはあえて絞ってあります。

Speculation Rules API（Chrome 109+）は最近のお気に入りです。リンクをホバーする前から Chrome がページを取りに行くので、クリックした瞬間にはもう描画が始まっている、という体験が作れます。非対応ブラウザはルールを無視するだけなので、副作用がありません。

6. CDN 連携

Pro 版で、静的アセットを CDN から配信するための URL 書き換えと、主要 CDN・リバースプロキシのキャッシュ連携を担います。

• CDN URL 書き換え — プルゾーン CDN に静的アセットを転送
• ドメインシャーディング — 複数の CDN ホスト名で並列ダウンロード
• Cloudflare — API 経由でゾーン全体または URL 単位でキャッシュパージ
• Sucuri — ファイアウォールキャッシュ同期
• Varnish — HTTP PURGE リクエスト（Regex 対応）

サイト更新時に Cloudflare のキャッシュが古いまま残る、というのは CDN を使い始めた人がよく踏むトラブルです。Prime Cache の Cloudflare 連携を有効にしておくと、投稿の更新や設定の変更で WordPress 側のキャッシュをパージするタイミングで、Cloudflare のキャッシュも一緒にパージします。

7. オブジェクトキャッシュ

Pro 版です。データベースクエリの結果を APCu・Redis・Memcached のいずれかに永続化します。

ページキャッシュが効くページは PHP すら起動しないので、オブジェクトキャッシュはあまり関係ありません。効果が出るのは、管理画面・WP-Cron・REST API・WooCommerce の管理ページなど、ページキャッシュが効かない動的コンテンツです。同じクエリを何度も投げる箇所がボトルネックになっているなら、オブジェクトキャッシュで大きく改善します。

8. データベース最適化

Pro 版で、不要なデータを定期削除してデータベースの肥大化を防ぐセクションです。

リビジョンは何百件も溜まると意外と容量を食います。長く運用している記事ほど多いので、定期削除を入れておくと wp_posts テーブルが軽くなります。

9. WordPress の不要機能を切る

WordPress には、使わない人にとっては無駄なだけのデフォルト機能がいくつもあります。それを 1 か所でまとめて切れるようにしてあるのが、ファイル最適化タブの下半分に並ぶ「パフォーマンスツール」セクションです。

• 絵文字スクリプト無効化（CSS + JS + DNS プリフェッチ）
• jQuery Migrate 無効化（約 10 KB 削減）
• WP Embed 無効化（約 6 KB 削減）
• Dashicons 無効化（未ログインユーザー向け、約 46 KB 削減）
• XML-RPC 無効化・X-Pingback ヘッダー削除
• 自己ピンバック無効化
• 投稿リビジョン数制限
• RSS フィード無効化（ホームへリダイレクト）
• oEmbed 無効化（ディスカバリーリンクと REST ルートを削除）
• Gutenberg ブロック CSS 無効化
• Google Fonts の外部リクエスト無効化
• Global Styles SVG（WP 6.1+ インラインマークアップ）削除
• WordPress バージョン情報削除
• Shortlink・RSD・WLW Manifest・REST API リンクの削除
• WordPress サイトマップ無効化
• 空 favicon の付与（404 防止）
• WooCommerce スクリプト最適化（非 WC ページでのアセット読み込みを抑制）
• WooCommerce カートフラグメント AJAX 無効化

ぜんぶ切る必要はありません。サイトの用途に合わせて使うものだけ無効化してください。RSS フィードを潰すとフィードリーダーから読まれなくなるので、ブログによっては残す方がいいですし、oEmbed を切ると埋め込みコードが動かなくなる場合があります。

10. Heartbeat API コントロール

WordPress の Heartbeat API は、管理画面で 15 秒ごとに admin-ajax.php にリクエストを送っています。投稿エディターを開きっぱなしにしているだけでサーバーにじわじわ負荷をかけているので、共有サーバーで運用しているサイトでは無視できない要素です。

フロントエンド・管理画面ダッシュボード・投稿エディターの 3 か所ごとに、許可・頻度低減・無効化の 3 モードを選べます。カスタム間隔（15〜300 秒）も指定できます。投稿エディターを開いたまま離席するパターンが多いなら、エディターだけ「頻度低減」にしておく、という運用が現実的だと思います。

11. セキュリティヘッダー

Pro 版で、HTTP レスポンスヘッダーを追加してセキュリティを底上げします。

• HSTS（HTTP Strict Transport Security、max-age 設定可能）
• X-Content-Type-Options（MIME スニッフィング防止）
• X-Frame-Options（クリックジャッキング防止）
• X-XSS-Protection
• Referrer-Policy
• Permissions-Policy（ブラウザ機能の制限）

「速度のプラグインに何故セキュリティ」と思うかもしれませんが、Pro 版を入れたサイトは PageSpeed 90+ を狙う運用が多く、それと同時にセキュリティスキャナーで A+ を取りたいというニーズもあったので、まとめて入れてしまいました。

12. 自動キャッシュパージ

キャッシュの最大の敵は「古い情報が表示され続けること」です。Prime Cache は WordPress 側のイベントを監視して、関連するキャッシュを自動でパージします。

• 投稿の公開・更新・ゴミ箱・削除
• コメントの投稿・承認・編集・ゴミ箱・削除
• タームの作成・編集・削除
• テーマの切り替え
• パーマリンク構造の変更
• プラグインの有効化・無効化
• カスタマイザー保存
• ウィジェット更新
• ナビゲーションメニュー更新
• WordPress コアの更新
• ユーザープロフィール更新

投稿を更新したのにフロントに反映されない、という事故が起きないように、関連ページ（記事本体・アーカイブ・カテゴリ・タグ・ホーム）はまとめてパージします。

13. ツールと管理機能

最後にツール類です。日常的に使うのはこのへんが中心になると思います。

• ダッシュボードタブ — KPI 概要・機能ステータス・ストレージ使用量・環境情報
• 管理バーメニュー — 10 種類以上のクイックアクション（キャッシュクリア・プリロード起動など）
• ダッシュボードウィジェット — ヒット率とキャッシュ状態を一覧表示
• 投稿別キャッシュ無効化 — エディターのメタボックスで個別ページをキャッシュ対象から外す
• メディアライブラリ列 — 画像ごとの圧縮率を表示
• 設定インポート / エクスポート — JSON 形式でバックアップと移行
• デフォルトにリセット — ワンクリックで初期設定に戻す
• システム情報 — PHP・GD・Imagick・拡張モジュール・ドロップイン読み込み状況・WP_CACHE 診断情報
• デバッグログ — キャッシュ動作をファイルに出力
• 互換性チェック — 14 種類の既知のキャッシュプラグインを自動検出して警告
• WP-CLI サポート — コマンドラインでキャッシュ操作

SETTINGS : 管理画面のタブ構成

管理画面「Prime Cache」のタブごとに設定項目を整理してあります。詳細は Free 版マニュアル および Pro 版マニュアル を参照してください。

ページキャッシュタブ

ファイル最適化タブ

ファイル最適化タブの下のほうには「パフォーマンスツール」セクションがあり、jQuery Migrate・WP Embed・Dashicons・XML-RPC・oEmbed・WooCommerce 関連スクリプトなど、WordPress の不要機能をまとめて無効化できます（詳細は前述の「FEATURES > 9. WordPress の不要機能を切る」を参照）。

メディアタブ

ADVANCED FILTERS : フィルターフックでカスタマイズ

functions.php にフィルターを書いて挙動を細かく調整できます。

ログインユーザーのリクエストをキャッシュしない

特定の投稿タイプのキャッシュ有効期限を短くする

ニュース系の投稿タイプだけキャッシュを短くする、という運用です。WordPress の is_singular() を組み合わせれば、投稿タイプごと、テンプレートごとに自由に分岐できます。

除外 URL を動的に追加する

管理画面の「除外 URL」欄に書いても同じことができますが、コードベースで管理したい場合や、別プラグインのパスをまとめて除外したい場合はフィルターの方が扱いやすいと思います。

WP-CLI : コマンドラインから操作する

WP-CLI 経由でキャッシュ操作を自動化できます。名前空間は wp prime-cache。

デプロイの一環でキャッシュをまとめて消したい、夜中の決まった時間にデータベース最適化を回したい、というケースでは WP-CLI が手軽です。wp prime-cache flush を WP-Cron や OS の cron に登録して定期実行する、という運用もできます。

FAQ : よくある質問

サーバー要件は？

WordPress 5.8 以上、PHP 7.4 以上。WebP / AVIF 変換には GD または Imagick PHP 拡張が必要です。オブジェクトキャッシュには APCu・Redis・Memcached のいずれかの拡張が要ります。

他のキャッシュプラグインと併用できますか？

できません。複数のキャッシュプラグインを同時に動かすと競合します。Prime Cache は WP Super Cache・W3 Total Cache を含む 14 種類の既知のキャッシュプラグインを自動検出して警告します。Prime Cache を使う前に他のキャッシュプラグインを無効化してください。

Nginx 環境でも動きますか？

動きます。ページキャッシュ・ファイル最適化・メディア最適化・PHP ベースの機能はすべてのサーバーで動作します。.htaccess 最適化のみ Apache 専用なので、Nginx 環境では無効にしてください。

WooCommerce に対応していますか？

対応しています。カート・チェックアウト・マイアカウントページは自動でキャッシュ対象から外します。非 WC ページでの不要な WooCommerce スクリプトの除去、カートフラグメント AJAX の無効化など、WooCommerce 専用の最適化も用意してあります。

キャッシュをクリアする方法は？

いくつかあります。

• 管理バーメニュー（10 種類以上のクイックアクション）
• ダッシュボードのクイックアクション
• WP-CLI コマンド（wp prime-cache flush）
• 自動パージトリガー（投稿更新時など）

特定のページだけキャッシュを無効化できますか？

できます。投稿・固定ページの編集画面サイドバーに「Prime Cache」メタボックスがあり、「このページのキャッシュを無効にする」をチェックすると、その投稿はキャッシュ対象から外れます。フィルターフック prime_cache_is_cacheable を使えば条件付きで除外することもできます。

.htaccess 高速パスはすべてのリクエストに適用されますか？

小文字の Host ヘッダー・クエリ文字列なし（cache_query_strings 有効時は例外）・Vary Cookie なし・ASCII セーフな URL パス・GET リクエスト、の 5 条件をすべて満たすリクエストにだけ適用されます。条件を満たさないリクエストは PHP ドロップイン経由になりますが、こちらも WordPress 本体をロードする前に終わるので十分に高速です。

WordPress マルチサイトに対応していますか？

ページキャッシュはマルチサイト環境では未対応です。ファイル最適化・遅延読み込み・CDN・画像最適化など、その他の機能は通常どおり動きます。

Speculation Rules API とは何ですか？

Chrome 109+ で導入された新しいブラウザ API です。ユーザーがリンクをクリックする前にページをプリレンダリングするので、ナビゲーションがほぼ瞬時になります。非対応ブラウザはルールを無視するだけなので、副作用はありません。

画像最適化はどう動きますか？

自動変換を有効にしておくと、画像のアップロード時に JPG / PNG が WebP / AVIF 形式に変換されます。すべてのサムネイルサイズも変換対象です。配信時はブラウザの対応状況に応じて WebP / AVIF / 元画像を出し分けます。配信方式は .htaccess リライト・picture タグ・URL 書き換えの 3 種類から選べます。

すべての最適化を一度に有効にしても安全ですか？

ページキャッシュと基本のファイル最適化から始めることをおすすめします。変更ごとにサイトの動作確認を行ってください。CSS / JS 結合や Delay JS はテーマ・プラグインによっては表示崩れや動作不具合を引き起こすことがあります。除外リストで個別ファイルをスキップできます。

Pro 版との違いは？

Pro 版はビジネス向け・高度なパフォーマンス改善機能を追加します。CSS / JS 結合、Delay JS、Critical CSS、未使用 CSS 削除、AVIF 変換、YouTube サムネイル置換、Cloudflare / Sucuri / Varnish 連携、オブジェクトキャッシュ、データベース最適化、Speculation Rules API、セキュリティヘッダーなど。Free 版だけでもページキャッシュ・ファイル最適化・Lazy Load・WebP 変換・キャッシュプリロード・LCP 用 fetchpriority=high を含む実用的な構成が組めます。

アンインストール時のデータは？

プラグインの削除時に、生成したキャッシュファイル・設定ファイル・advanced-cache.php ドロップインをすべて削除します。データベースのオプション値もクリーンアップされます。

NOTES : 使うときに気をつけたいこと

実際に運用してみて、ここは引っかかりやすいなと思った箇所をまとめておきます。

他のキャッシュプラグインとの競合

複数のキャッシュプラグインを同時に有効化すると、advanced-cache.php ドロップインの取り合いが起きます。後から有効化した方のドロップインで上書きされてしまうので、見かけは動いているのに別のプラグインのキャッシュが返ってくる、ということが起きます。乗り換えるときは先に古いプラグインを無効化して、念のため wp-content/advanced-cache.php が消えていることを確認してください。Prime Cache 側で 14 種類の既知のプラグインを検出して警告するようにしてありますが、見落としもあり得ます。

Nginx 環境では .htaccess 最適化を切る

.htaccess は Apache 固有の機能です。Nginx で .htaccess ファイルを置いても無視されるだけなので害はありませんが、設定を「有効」のまま運用するのは気持ち悪いと思います。ダッシュボードのシステム情報で Web サーバーを判定して案内する作りですが、自分で確認してから切ることをおすすめします。

CSS / JS 結合・Delay JS は要検証

CSS / JS 結合や Delay JS は、テーマやプラグインによっては表示崩れや動作不具合を起こします。これは結合系の最適化の宿命で、Prime Cache に限った話ではありません。設定変更後は必ずサイトの動作確認をしてください。問題が起きた場合は、

• まず CSS 結合・JS 結合を個別に切って原因を切り分け
• 除外リストに問題のあるファイルを追加
• Delay JS を使っているなら「Delay JS セーフモード」に切り替え（サードパーティ JS のみ遅延）

の順で対応するのが現実的です。

マルチサイトはページキャッシュ非対応

ページキャッシュはマルチサイト環境では動きません。ファイル最適化・遅延読み込み・CDN・画像最適化など、その他の機能は通常どおり動作します。マルチサイト対応は技術的にやれることはやれるのですが、サイトごとのキャッシュキー設計や子サイトのドロップイン処理が複雑になるので、現時点では保留にしています。

TROUBLESHOOTING : 動かなくなったときに

キャッシュが効いているか確認したい

ブラウザの開発者ツール（F12）→「ネットワーク」タブでレスポンスヘッダーを確認してください。X-Prime-Cache: HIT が表示されていればキャッシュから配信されています。MISS なら通常のリクエスト処理、BYPASS なら除外ルールに引っかかっています。管理画面「Prime Cache」→「ダッシュボード」タブのキャッシュヒット率も同時に確認できます。

ページが古いコンテンツのまま表示される

キャッシュが更新されていない可能性があります。管理バーの「Prime Cache」→「全キャッシュをクリア」を実行してください。それでも直らない場合は、自動パージのフックが期待どおりに動いているか、管理画面の設定で確認してください。CDN を使っている場合は CDN 側のキャッシュも併せてパージが必要です。

CSS / JS の結合後に表示が崩れる

• まず CSS 結合・JS 結合を個別に無効化して原因を切り分けてください。
• 「除外 CSS」「除外 JS」リストに問題のあるファイルを追加してください。
• Delay JS を使っている場合は「Delay JS セーフモード」を試してください（サードパーティ JS のみ遅延）。

advanced-cache.php が見つからない

プラグインを有効化したのに wp-content/advanced-cache.php が作られていない場合は、wp-content/ ディレクトリの書き込み権限を確認してください。1.9.3 で activation フックがサイレントに失敗した場合の自動修復を入れたので、管理画面を再読み込みすると admin_init で再生成を試みます。それでも作られないときはサーバーのファイルパーミッションに問題があります。

バグを見つけたら

他のプラグインをすべて無効化してデフォルトテーマに切り替え、問題が再現するか確認してください。バグ報告や機能リクエストは WordPress.org のサポートフォーラム からお願いします。

FREE VS PRO : Free と Pro の違い

Free 版は「有効化してすぐ速くなる」を完結させるための構成です。Pro 版は、そこに「もう一段スコアを上げる」「サーバーやインフラと統合する」ための機能を上乗せします。

CSS / JS 結合・Delay JS → ページウェイトと実行コストを削減

複数の CSS / JS ファイルを 1 つにまとめて HTTP リクエスト数を減らします。Delay JS はユーザー操作（スクロール・クリック・タッチ）があるまで JS の実行を遅らせ、初期レンダリングを軽くします。サードパーティ JS だけを遅延させるセーフモードもあります。

Critical CSS / 未使用 CSS 削除 → レンダリングブロッキングを解消

ファーストビューに必要な CSS を自動抽出してインライン展開し、残りを非同期読み込みにします。未使用 CSS 削除は各ページを解析して実際に使われていない CSS ルールを除去し、スタイルシートのサイズを縮小します。

AVIF 変換 → 画像の転送量をさらに削減

WebP 変換・メディアライブラリ一括最適化・3 種類の配信方式（.htaccess リライト・picture タグ・URL 書き換え）・メディアライブラリ列での圧縮率表示は、1.10.0 から Free 版で利用できます。Pro 版を入れると AVIF への変換が追加され、配信時はブラウザ対応状況に応じて AVIF / WebP / 元画像が自動選択されます。EXIF データ削除やアップロード時リサイズも Pro 側です。

フルプリロード（サイトマップ + モバイル + Speculation Rules）→ キャッシュを常に温める

XML サイトマップから全 URL を取得してデスクトップ・モバイル両方のキャッシュを自動生成します。Speculation Rules API（Chrome）と組み合わせると、ユーザーがリンクをクリックする前にページがプリレンダリングされ、ナビゲーションがほぼ瞬時になります。

CDN + Cloudflare / Sucuri / Varnish → グローバル配信と自動キャッシュ連携

プルゾーン CDN への URL 書き換え、ドメインシャーディングで静的アセットをエッジから配信します。Cloudflare・Sucuri・Varnish のキャッシュと自動同期するので、サイト更新時に古いキャッシュが配信されてしまう問題が起きません。

オブジェクトキャッシュ（APCu / Redis / Memcached）→ DB 負荷を軽減

データベースクエリの結果をメモリに永続化します。ページキャッシュが効くページには関係ありませんが、管理画面や WooCommerce のカートまわりなど、動的コンテンツのパフォーマンスが伸びます。

機能比較表

Pro 版の全機能の詳細は Pro 版マニュアル を参照してください。

REQUIREMENTS : 動作環境

WebP / AVIF 変換を使うときは GD または Imagick PHP 拡張が必要です。オブジェクトキャッシュを使うときは APCu・Redis・Memcached のいずれかの拡張が必要です。

CHANGE LOG : バージョン履歴

• 1.10.272026/06/24強化：advanced-cache.php の設置方法を、文字列から実行可能な PHP を組み立てる方式から、プラグインに同梱したドロップインのテンプレート ( dropins/advanced-cache.tpl.php ) をコピーし、このインストールの解決済みパス ( キャッシュ保存先・設定保存先・page-cache.php ローダーの場所 ) を差し替える方式へ変更。WordPress はプラグインの位置を示す定数 ( WP_PLUGIN_DIR ) が定義される前にドロップインを読み込むため、ローダーのパスはコピー時に埋め込みます。所有判定用のマーカーは維持し、インストールおよび撤去の挙動は変わりません。強化：画像最適化の「パス指定によるファイル変換」の許可判定を、ABSPATH 直下を前提とせず、それぞれの API ( WP_CONTENT_DIR・プラグインディレクトリ・get_theme_root()・wp_get_upload_dir() ) で解決した WordPress 管理下の場所と、設定したカスタム include ディレクトリに限定する方式へ。テーマ・プラグイン・アップロードを WordPress のルート外へ移設した環境でも判定が正しく機能します。
• 1.10.262026/06/22強化：ドロップインの JSON 設定ファイルの保存先を wp-content/cache/prime-cache-config/（ページキャッシュ・ファイル最適化と並ぶ、許可されたキャッシュ領域）へ移動。ページキャッシュ用ディレクトリとは分離し、キャッシュ削除で設定が消えないように。アップグレード時に新しいパスへ自動移行し、advanced-cache.php を再生成、旧 wp-content/prime-cache-config/ を完全に整理（このインストールが過去に書いた全形式 — install キー付き・AUTH_SALT 由来・プレーン・最初期のホスト名形式 — を削除し、同居インストールの設定が残っていなければディレクトリごと削除。同居インストールのファイルは保護）。設定は引き続き Settings API に保存。
• 1.10.252026/06/15強化：WordPress 読み込み前に動作するページキャッシュのドロップインが、生成された PHP ファイルではなく非実行の JSON データファイル（site-config-*.json）から設定を読み込むように変更。設定は引き続き Settings API に正規保存し、JSON はドロップインが必要とする項目のみを複製。既存の PHP 設定ファイルはアップグレード時に再生成・削除。設定ディレクトリに deny-all の .htaccess と index.html を追加（多層防御。データに機微情報は含まない）。強化：URL とパスの相互変換を wp_get_upload_dir()・content_url()・plugins_url()・home_url() を用いた再配置対応のマッパーに統一し、ABSPATH 直下を前提としない方式へ。wp-content や uploads を移設しても WebP 変換・CSS インライン / 圧縮・メディア最適化が動作。外部ホストとパストラバーサルは拒否。強化：advanced-cache.php 生成時のフォールバックのドロップインパスを plugin_dir_path() から導出し、ハードコードした wp-content/plugins パスを排除。ドキュメント：Local jQuery のヘルプ文とコメントから特定の CDN ホスト名を削除。Free 版はリモートからファイルを読み込まず、既存ハンドルを WordPress コアへ向け直すのみ。
• 1.10.242026/06/10強化：画像変換の AJAX アクション 3 つ（pc_img_* を prime_cache_img_* へ）、一括変換の nonce、画像サイズの transient キー（pc_imgdim_ を prime_cache_imgdim_ へ）をプラグインの prime_cache_ 名前空間へプレフィックス。アンインストール時に新旧両方のキーを削除。強化：ページキャッシュのドロップイン内部変数を $_pc_ から一意な $prime_cache_pc_ へ全面改名し、キャッシュミス時にグローバルスコープへ汎用名が漏れないように。動作の変更なし。
• 1.10.232026/06/01強化：管理画面のインラインスクリプトを wp_add_inline_script() でフッター登録のスタブハンドルに付与し、Plugin Check の直接出力フラグを解消。強化：ドロップインの $_SERVER 入力を unslash・検証。プレフィックスを整理。ドキュメント：readme に External services（外部サービス）とドロップイン設計の注記を追加。WordPress 7.0 で動作確認。
• 1.10.202026/05/31変更：Plugin Check で discouraged 扱いとなった明示的な load_plugin_textdomain() 呼び出しを撤去（WordPress 4.6 以降は Text Domain ヘッダーから .org 翻訳が自動読み込みされるため）。変更：Plugin Check が誤検知する 2 件の静的解析所見をソース内に注釈で明文化。(1) advanced-cache.php ／ object-cache.php ドロップインを設置する file_put_contents() ／ rename() 対は WP_CONTENT_DIR（プラグインフォルダの兄弟）へ書き込むものでプラグインディレクトリ内ではない。(2) wp_is_block_theme() 呼び出しは同じ式内で function_exists() ガードに包んで短絡評価されているため、サポート対象の WordPress 5.8 でも安全。挙動変更なし。
• 1.10.192026/05/31ドキュメント：1.10.18 の Changelog 文言を整理して、自己監査用の grep チェックで余計な語が引っかからないように修正。コード・挙動・アセットの変更なし。
• 1.10.182026/05/31変更：メディアタブの AVIF 変換 Pro 機能行を、WebP ／フォーマット変換コントロールの直後・「設定を保存」ボタンの直上に移動し、関連設定とその場で比較できる配置に。変更：「PNG ファイルを除外」のヘルプ文言から AVIF への言及を外し、Free 機能のスコープと一致させる（AVIF は専用の Pro 機能行で説明）。変更：内部 docblock の文言を grep ノイズ低減のために整理。
• 1.10.172026/05/31変更：1.10.16 で追加したタブ末尾の 2 枚の情報カードを、関連設定の隣に置く 6 件の「Pro feature row」型インライン情報行に置き換え。配置タブはファイル最適化（Critical CSS ／未使用 CSS 削除）・メディア（AVIF 変換）・プリロード（高度なプリロード）・キャッシュ制御（Persistent Object Cache・外部キャッシュパージ）・ツール（データベースクリーンアップ）の 5 箇所。各行は読み取り専用情報のみで、設定・トグル・無効化コントロールは一切なく、リンク先は管理画面内の Pro Features ページのみ（外部購入 URL なし）、add-on アクティブ時は非表示、ダッシュボードカードと同じ抑制された配色を使用。
• 1.10.162026/05/31追加：ファイル最適化・メディア設定タブの末尾に、関連する Pro 機能を説明する小さな情報カードを 2 枚配置（Critical CSS ／未使用 CSS 削除／高度な CSS 配信、AVIF）。各カードは管理画面内の Pro Features ページへのみリンクし、add-on アクティブ時は非表示、設定・無効化コントロール・アップグレード煽り文言は一切含まない。
• 1.10.152026/05/31追加：ダッシュボードタブの末尾に、管理画面内の Pro Features ページへ案内する小さな情報カードを 1 枚配置。add-on アクティブ時は非表示、リンクは内部のみ（外部購入 URL なし）、価格・カウントダウン表示なし、すべての KPI・システムブロックの後方に置きダッシュボード本体を遮らない設計。
• 1.10.142026/05/31追加：専用の「Pro Features」サブメニュー（小さな PRO ラベル付き）を新設し、add-on を解説する単一の情報ページを開く構成に。基盤と既知のボトルネックの比較・add-on 機能のアウトカム重視説明・推奨サイト像を掲載。設定保存できる項目や無効化コントロールは一切含まない。設定内の旧「アドオン」タブは廃止し、ブックマーク URL は新ページへ転送。変更：プラグイン一覧行のリンクを、外部販売ページではなく管理画面内の新「Pro Features」ページへ向けるよう変更。
• 1.10.132026/05/30ハードニング：pre-WordPress 用ページキャッシュドロップインの設定ファイルに Cloudflare / Sucuri の API キーを書き出さないように変更。これらの認証情報は WordPress コンテキスト下で動く add-on コードのみが利用するため、バックアップ・サーバー設定ミス・ログ・サポートバンドル経由での露出を縮減。
• 1.10.122026/05/27変更：companion add-on がインストールされている間は、その add-on が管理する設定値を、一時的に無効化されていても保持する設計に。ハードニング：API キーフィールドを空欄送信で保存済み値を維持し、設定画面への秘密値の再表示や誤クリアを防止。add-on 非導入環境は挙動変化なし。
• 1.10.112026/05/27変更：管理画面 UI と翻訳の細かい整理（機能変更なし）。
• 1.10.102026/05/27変更：ダッシュボードのキャッシュ統計表示で、書式タグを翻訳対象文字列の外側に置く方式に統一（管理画面 UI 全体と同じスタイル、機能変更なし）。
• 1.10.92026/05/27セキュリティ：システム情報パネルのキャッシュサイズ行で、翻訳プレースホルダー経由で HTML を渡さず、書式タグを翻訳対象文字列の外側に配置するよう修正。変更：コードコメントに残っていた add-on 参照を中立化し、未使用の旧 CSS クラスエイリアスを削除。
• 1.10.82026/05/27変更：設定画面の文言を Free 機能のみに揃え、add-on / AVIF の機能名を Free UI から削除（画像変換カードを「WebP 変換」表記に統一、非同期 CSS の説明から add-on オプション参照を除去）。変更：システム情報の add-on 表示はアクティブ時のみに。
• 1.10.72026/05/27変更：CDN / オブジェクトキャッシュ / Heartbeat / データベースのタブ描画を Free 本体から分離。Free 側はタブのスロットだけ確保し、有効な add-on が描画する設計に。改善：値を含む管理画面通知の HTML を wp_kses() で単一の書式タグに制限。変更：add-on 情報は「アドオン」画面のみで表示（ダッシュボードから削除）。ハードニング：オブジェクトキャッシュスイッチは add-on アクティブ時のみ動作（古いリクエストでの誤発火を防止）。
• 1.10.62026/05/26ハードニング：WordPress.org のコーディング標準への対応。$_GET / $_POST / $_FILES / $_SERVER のリクエストデータを使用前に統一して unslash・sanitize するよう整理し、Plugin Check を通過するよう調整（pre-WordPress ドロップインと直接的なキャッシュファイル操作は意図的なものとしてドキュメント化）。機能・挙動の変更なし。
• 1.10.52026/05/25変更：add-on 情報を、プレーンテキストの機能リスト形式で表示するよう変更。変更：add-on 非アクティブ時は、その option キーを設定保存・インポート時に強制的にオフ／空にし、Free 本体側に保存されないように。変更：Free 同梱の WP-CLI コマンドを flush / preload / status のコア操作に絞り込み（db-cleanup は Pro add-on 側に移管）。改善：.htaccess 最適化ルールが書き込みまたは削除できない場合、サイレントに成功扱いせず管理画面通知で説明。セキュリティ：API キー設定をタブ間で hidden フィールドとして渡さないよう変更、プラグインアクション行のリンクを出力時にエスケープ。追加：本バージョンが第三者サービスへデータを送信しない旨を FAQ に明記。
• 1.10.42026/05/25変更：プリロード URL 除外を、生の正規表現ではなく単純なワイルドカード（*）／部分一致に変更（安全かつ重い正規表現を回避）。ハードニング：アンインストール処理の再帰的ディレクトリ削除を Prime Cache 自身のキャッシュディレクトリに限定。改善：add-on 情報テキストと日本語翻訳ファイルの内部整理。
• 1.10.32026/05/25改善：readme とプラグイン内文言を、Free 機能と add-on 情報がはっきり分離されるよう整理。ハードニング：キャッシュファイルパスの内包チェックを、厳密なディレクトリ境界判定方式に変更。
• 1.10.22026/05/25改善：設定画面の add-on 情報文言を、アップグレード／アンロックを促す表現ではなく中立的・情報的な表現に書き直し、add-on 情報タブには控えめなリンクを 1 本だけ配置。Free の機能セットに変更なし。
• 1.10.12026/05/24セキュリティ：.htaccess 高速パスがリクエスト URI 内のパストラバーサル列（..）を拒否するように。セキュリティ：クエリ文字列／Vary Cookie キャッシュキーのサフィックスを 64-bit に拡張（衝突によるキャッシュポイズニングを防止）。セキュリティ：「ログインユーザーキャッシュ」の説明文を、全訪問者に同一キャッシュを提供する仕組みであることを明記。修正：URL 配信モードで <script> / <template>（ネスト含む）／<textarea> 内の src / srcset を書き換えないよう変更（クライアント側テンプレートの破壊を防止、<picture> / <source> / <noscript> の実マークアップは引き続き書き換え）。修正：ソースファイルが差し替えられた画像を、古い .skip マーカーで抑止せず再変換し、置き換え後にバリアントを生成できない場合は古い “optimized” レコードをクリア。修正：WordPress コーディング標準対応（出力エスケープ、i18n translator コメント、意図的な直接 DB クエリの注釈）。
• 1.10.02026/05/23新規：WebP 画像変換を Free 機能に。アップロード時変換・メディアライブラリ一括最適化・.htaccess リライト / <picture> タグ / URL 置換による配信・メディアライブラリ列での圧縮率表示が Free で利用可能に。新規：拡張フック（prime_cache_convert_image_extra、prime_cache_picture_extra_sources、prime_cache_url_rewrite_format、prime_cache_image_needs_conversion、prime_cache_image_htaccess_rules、prime_cache_image_has_extra_formats、prime_cache_preload_urls）を追加し、add-on レイヤーが追加フォーマットとプリロードを上乗せできる構造に。変更：AVIF 変換、YouTube サムネイル置換、サイトマップ等の高度プリロードは別 add-on で提供（Free 本体は同梱せず）。改善：関連設定の近くに add-on 機能の情報を表示。修正：WebP のサーバーサポート状況をメディアタブで検出・表示。
• 1.9.9.52026/05/22対応：WordPress 7.0 で動作確認。修正：フォントプリロード検出の正規表現で「Unknown modifier」警告が出て、クエリ文字列やフラグメント付きの woff / woff2 URL が無視される問題を解消（PHP 8.x）。修正：統計ファイルを書き込み専用で開いていたためヒット / ミス数が累積しなかった問題を解消し、ダッシュボードのカウンターが正しく増加するように。修正：Delay JS タイムアウトの一度きりの移行処理で翻訳の早期読み込み警告（WordPress 6.7 以降）が出ないように。修正：Free 版で「サードパーティスクリプト遅延プリセット」のチェックボックスが保存されない問題を解消（Pro 専用コントロールのガードが Free 側ハンドラーの登録を妨げていた）。改善：Pro 機能のアップセル表示を、ロックされた設定行＋ PRO バッジとしてその場に表示する方式へ変更。
• 1.9.9.42026/04/03修正：jQuery Defer をモバイルのみに段階的に制限し、デスクトップで発生していた CLS 回帰（1.017〜1.023）を解消（1.9.9.2／1.9.9.3／1.9.9.4 でテーマ別判定・wrap_inline_jquery のモバイル限定化を順次実施）。修正：JS 最小化をホワイトスペースのみの超保守的処理に変更し、コメント削除に起因するスクリプト破損を回避。修正：Delay Loader は実際に遅延するスクリプトがある場合のみ注入。修正：Delay JS の既定除外に Divi・WP Consent API・Rapls AI Chatbot を追加し、インラインスクリプトと wp_localize_script / wp_add_inline_script の出力は遅延対象から外す。修正：JS 最小化の正規表現リテラル処理と結合パイプラインの安全性向上。修正：Pro 未導入時に CDN タブが表示されてしまう問題を解消。改善：ダッシュボードのキャッシュ状態表示と高速パス配信時のステータス表示を整理。追加：日本語訳 64 件を追加。
• 1.9.32026/03/31修正：.htaccess のキャッシュ書き換えルールを WordPress リライトブロックより前に配置し、PHP レス配信を実現。修正：jQuery Defer を DOMContentLoaded でラップしてインライン jQuery を安全に defer 化。修正：Cache-Control: no-cache をキャッシュ不可扱いにしないよう修正（セキュリティプラグインとの互換性向上）。修正：activation フックがサイレントに失敗した場合に admin_init でセットアップを自動修復。修正：無効化または不明プラグインが残した advanced-cache.php を自動置換。追加：Google Fonts 非同期読み込み（media=print onload パターン + 自動 Preconnect）。追加：Free 版でキャッシュプリロードが利用可能に（ホームページ + 公開投稿）。追加：プラグイン有効化・設定保存時にプリロードを自動トリガー。追加：Free 版で非同期 CSS 読み込み（レンダリングブロッキングを Pro なしで軽減）。追加：Free 版で小さい CSS のインライン化。追加：Lazy Load で先頭 N 枚スキップ設定（既定 3 枚）と先頭画像への fetchpriority=high 付与。追加：Preconnect / DNS プリフェッチの上限設定（既定 4 件、自サイト除外）。追加：System Info にドロップイン読み込みステータスと WP_CACHE 診断情報を追加。改善：Critical CSS のパターン最適化（セレクター精度向上・未使用 CSS の削減）。
• 1.0.02026/03/21初回リリース。advanced-cache.php ドロップインによるページキャッシュ。オブジェクトキャッシュ（APCu・Redis・Memcached）。ファイル最適化（HTML / CSS / JS 最小化・結合・Defer・Delay）。Critical CSS（自動生成・手動定義）。未使用 CSS 削除。メディア最適化（Lazy Load・WebP・AVIF・EXIF 削除・リサイズ）。メディアライブラリ一括最適化（AJAX プログレス表示）。YouTube iframe サムネイル置換。画像サイズ属性補完（CLS 防止）。CDN URL 書き換え + ドメインシャーディング。Cloudflare キャッシュ同期（ゾーン + URL パージ）。Sucuri ファイアウォールキャッシュ同期。Varnish HTTP PURGE 連携。キャッシュプリロード（DB ベース + サイトマップ）。リンクプリフェッチ（ホバー + ビューポート）。Speculation Rules API（Chrome プリレンダリング）。フォントプリロード（自動検出）。LCP 最適化（fetchpriority + preload）。DNS プリフェッチ・Preconnect。手動リソースプリロード。データベース最適化（8 項目 + 自動スケジュール）。ブラウザキャッシュヘッダー（ファイルタイプ別設定）。Gzip・Brotli 圧縮。.htaccess 最適化（MIME タイプ対応）。HSTS + セキュリティヘッダー。Heartbeat API コントロール（3 か所 × 3 モード）。パフォーマンスツール（WordPress 不要機能の無効化 16 項目）。WooCommerce スクリプト最適化 + カートフラグメント無効化。Google Fonts 最適化（結合・セルフホスト・display=swap・無効化）。Google Analytics ローカル配信。Delay JS セーフモード + サードパーティプリセット。404 ページキャッシュ。自動パージ（12 イベントトリガー）。キャッシュ除外ルール（URL・クッキー・UA・リファラー）。投稿別キャッシュ無効化メタボックス。管理バー（10 以上のクイックアクション）。ダッシュボードタブ（KPI 概要）。ダッシュボードウィジェット。WP-CLI サポート（flush・preload・status・db-cleanup）。設定インポート / エクスポート（JSON）。デフォルトにリセット。システム情報ページ。デバッグログ。互換性チェック（14 プラグイン）。英語 + 日本語翻訳（WordPress スタイルガイド準拠）。

RELATED PAGES : 関連ページ

Free 版

• Free 版マニュアル（日本語）
• Free Manual (English)

Pro 版

• マニュアル：日本語 / English

その他

• プラグイン一覧
• WordPress.org サポートフォーラム