Title: Prime Cache
Author: rapls
Published: 2026年7月14日
Last modified: 2026年7月14日
---
プラグインを検索
# Prime Cache
作者: [rapls](https://profiles.wordpress.org/rapls/)
[ダウンロード](https://downloads.wordpress.org/plugin/prime-cache.1.10.30.zip)
* [詳細](https://ja.wordpress.org/plugins/prime-cache/#description)
* [レビュー](https://ja.wordpress.org/plugins/prime-cache/#reviews)
* [インストール](https://ja.wordpress.org/plugins/prime-cache/#installation)
* [開発](https://ja.wordpress.org/plugins/prime-cache/#developers)
[サポート](https://wordpress.org/support/plugin/prime-cache/)
## 説明
Prime Cache は WordPress 用の軽量なパフォーマンスプラグインです。有効化した直後から
ページキャッシュが動作します。wp-config.php の編集も、手動のセットアップも不要です。
さらに、ブラウザーキャッシュヘッダー、ファイル最適化 (最小化、defer、delay)、遅延
読み込み、WebP 変換、キャッシュのプリロード、自動キャッシュパージも提供します。
できるだけ速くしたいサイト運営者のために、設定画面では任意の `WP_CACHE` の1行を表示
します。この行を追加すると配信がドロップインモードに切り替わり、WordPress コアが
読み込まれる前にキャッシュ済みのページが配信されます。追加するかどうかは完全に任意
で、追加作業もすべて手動です。プラグインが wp-config.php に書き込むことはありません。
#### 無料版の機能
* ページキャッシュ
* ブラウザーキャッシュヘッダー
* .htaccess 最適化
* Gzip 圧縮
* 404ページのキャッシュ
* HTML / CSS / JavaScript の最小化
* 小さな CSS のインライン化
* JavaScript の defer
* JavaScript の delay
* Google Fonts の display=swap
* 遅延読み込み
* WebP 変換
* アップロード時の画像リサイズ
* EXIF データの削除
* WebP の一括最適化
* ホームページ、公開済みの投稿、公開タクソノミーのキャッシュプリロード
* リンクプリフェッチ
* パフォーマンスチューニング (絵文字、jQuery Migrate、埋め込みなど、WordPress の
不要な機能を無効化)
* コンテンツ変更時の自動キャッシュパージ
* セキュリティーヘッダー
* インポート / エクスポート
* WP-CLI 対応
#### 任意のアドオン機能
作者のサイト (https://raplsworks.com/plugins/prime-cache/) で販売している別のアド
オン Prime Cache Pro は、無料版プラグインを拡張します。無料版プラグインの動作に
Pro 版は必要ありません。
* AVIF 変換 (共通の WebP エンジンに追加)
* Critical CSS と未使用 CSS の削除
* CDN の URL 書き換え
* Cloudflare、Sucuri、Varnish との連携
* オブジェクトキャッシュのバックエンド (APCu / Redis / Memcached)
* サイトマップを利用したキャッシュのプリロード
* データベースクリーンアップ
* Heartbeat の制御
* Google Fonts と Google Analytics のセルフホスティング
#### 国際化
* 英語 (原文)
* 日本語翻訳を同梱 (WordPress 翻訳スタイルガイド準拠)
* .pot テンプレートによる翻訳対応
#### ドキュメント
すべての設定と動作についての詳しいドキュメントはこちらです。
* 無料版マニュアル (英語): https://raplsworks.com/prime-cache-free-manual-en/
* 無料版マニュアル (日本語): https://raplsworks.com/prime-cache-free-manual-ja/
* Pro 版マニュアル (英語): https://raplsworks.com/prime-cache-manual-pro-en/
* Pro 版マニュアル (日本語): https://raplsworks.com/prime-cache-manual-pro-ja/
### 外部サービス
無料版の Prime Cache プラグインは、外部サービスに一切接続しません。無料版プラグイン
が第三者にデータを送信することは、いかなるときもありません。
以下の第三者のホスト名は、プラグインのソースコード内に**文字列としてのみ**登場し
ます。プラグインがこれらのホストに対して通信を行うことはありません。
* `googletagmanager.com`、`google-analytics.com`、`connect.facebook.net`、`widget.
intercom.io`、`embed.tawk.to` — `includes/class-file-optimizer.php` に、「Delay
JS」機能の URL パターンのプリセットとして記載しています。これらは、ページ上に
すでに存在する第三者のスクリプト (他のプラグインやテーマが追加したもの) を認識
し、その実行を最初のユーザー操作まで遅延させるために**のみ**使用します。プラグ
イン自身がこれらのサービスを読み込んだり、取得したり、埋め込んだりすることはありま
せん。
* `cdnjs.cloudflare.com` — コード内のコメントと、一部のテーマ (Cocoon など) が同
梱の jQuery を CDN 版に置き換える仕組みを説明する管理画面のヘルプテキストに**
のみ**登場します。プラグインがこのホストを呼び出したり、このホストからリソース
を読み込んだりすることはありません。
任意のアドオンである Prime Cache Pro を導入した場合、その外部サービスの利用について
は別プラグインである Prime Cache Pro 自身の readme に記載しています。Prime Cache(
無料版) 単体では、外部への通信は一切行いません。
### ページキャッシュのドロップインが出力バッファーを開いたままにする理由
ページキャッシュプラグインは、レンダリング済みの HTML レスポンス全体を取得し、ブラウザー
に届く前にその本文をディスクへ書き出す必要があります。`dropins/page-cache.php` は
リクエストの早い段階で `ob_start()` を呼び出し、リクエストの終了時に PHP が自然に
バッファーをフラッシュするのに任せます。取得した本文は、バッファーのコールバック
内でキャッシュファイルに書き込まれます。バッファーはリクエストの途中では意図的に
閉じません。途中で閉じると、キャッシュされる本文が途中で切れるか、シャットダウン
時に最後の出力を行うプラグインやテーマの取得に失敗するためです。これは、他の主要
なページキャッシュプラグイン (WP Super Cache、W3 Total Cache、WP Rocket、Cache Enabler
など) と同じ設計です。`includes/class-html-pipeline.php` の HTML 変換パイプライン
も、同じ理由で同じパターンを採用しています。
## スクリーンショット
[⌊ダッシュボード - キャッシュヒット率、クイックアクション、システムと機能の状態⌉⌊
ダッシュボード - キャッシュヒット率、クイックアクション、システムと機能の状態⌉[
ダッシュボード – キャッシュヒット率、クイックアクション、システムと機能の状態
[⌊ページキャッシュ - 一般設定: モバイルキャッシュ、Gzip 圧縮、.htaccess 最適化、
404キャッシュ⌉⌊ページキャッシュ - 一般設定: モバイルキャッシュ、Gzip 圧縮、.htaccess
最適化、404キャッシュ⌉[
ページキャッシュ – 一般設定: モバイルキャッシュ、Gzip 圧縮、.htaccess 最適化、404
キャッシュ
[⌊ファイル最適化 - HTML / CSS / JavaScript の最小化と最適化の設定⌉⌊ファイル最適化-
HTML / CSS / JavaScript の最小化と最適化の設定⌉[
ファイル最適化 – HTML / CSS / JavaScript の最小化と最適化の設定
[⌊メディア - 画像、iframe、動画の遅延読み込み設定⌉⌊メディア - 画像、iframe、動画
の遅延読み込み設定⌉[
メディア – 画像、iframe、動画の遅延読み込み設定
[⌊プリロード - キャッシュのプリロード設定⌉⌊プリロード - キャッシュのプリロード設定⌉[
プリロード – キャッシュのプリロード設定
[⌊キャッシュ制御 - 無視するクエリパラメーターとキャッシュするクエリパラメーターの
制御⌉⌊キャッシュ制御 - 無視するクエリパラメーターとキャッシュするクエリパラメーター
の制御⌉[
キャッシュ制御 – 無視するクエリパラメーターとキャッシュするクエリパラメーターの制御
[⌊自動パージ - 自動パージのトリガー⌉⌊自動パージ - 自動パージのトリガー⌉[
自動パージ – 自動パージのトリガー
[⌊ツール - 最適化プリセット、インポート / エクスポート、システム情報⌉⌊ツール - 最適化
プリセット、インポート / エクスポート、システム情報⌉[
ツール – 最適化プリセット、インポート / エクスポート、システム情報
## インストール
1. WordPress 管理画面の「プラグイン」>「新規追加」で「Prime Cache」を検索し、「今すぐ
インストール」をクリックします (または `prime-cache` フォルダーを `/wp-content/
plugins/` にアップロードします)
2. WordPress の「プラグイン」メニューからプラグインを有効化します
3. 管理メニューから「Prime Cache」を開きます
4. 「ダッシュボード」タブでは、すべての機能の概要を確認できます
5. 「ページキャッシュ」タブでページキャッシュを有効化すれば使い始められます。wp-config.
php の変更は不要です
#### クイックスタート
1. **「ページキャッシュ」タブ** – ページキャッシュと .htaccess 最適化を有効化します
2. **「ファイル最適化」タブ** – HTML、CSS、JavaScript の最小化を有効化します
3. **「メディア」タブ** – 遅延読み込みと WebP 変換を有効化します
4. **「プリロード」タブ** – キャッシュのプリロードとリンクプリフェッチを有効化します
## FAQ
### サーバー要件を教えてください。
WordPress 5.8以降、PHP 7.4以降です。WebP 変換には GD または Imagick の PHP 拡張が
必要です。
### Prime Cache は他のキャッシュプラグインと併用できますか ?
併用できません。複数のキャッシュプラグインを同時に実行すると競合が発生します。Prime
Cache は既知のキャッシュプラグイン14種類を自動的に検出して警告します。Prime Cache
を使う前に、他のキャッシュプラグインを無効化してください。
### Nginx でも動作しますか ?
動作します。ページキャッシュ、ファイル最適化、メディア最適化をはじめ、PHP ベース
の機能はすべてどのサーバーでも動作します。.htaccess 最適化機能は Apache 専用ですが、
Nginx では無効化できます。
### WooCommerce に対応していますか ?
対応しています。WooCommerce のカート、購入手続き、アカウントの各ページは自動的に
キャッシュから除外されます。さらに、WooCommerce 以外のページでのスクリプト無効化
や、カートフラグメント AJAX の無効化といった最適化も利用できます。
### キャッシュをクリアするにはどうすればよいですか ?
方法は複数あります。管理バーのメニュー (10種類以上のオプション)、ダッシュボードの
クイックアクション、WP-CLI コマンド (`wp prime-cache flush`)、または自動パージの
トリガーです。
### 特定のページだけキャッシュを無効化できますか ?
できます。投稿または固定ページを編集し、サイドバーの Prime Cache メタボックスで「
このページのキャッシュを無効化」にチェックを入れてください。
### .htaccess ファストパスはすべてのリクエストで機能しますか ?
.htaccess ファストパスは、PHP を読み込まずにキャッシュ済みのページを配信すること
で最大の速度を実現します。動作条件は、Host ヘッダーが小文字であること、クエリ文字
列がないこと (cache_query_strings が無効な場合を除く)、Vary Cookie がないこと、URL
パスが ASCII のみであること、GET リクエストであることです。これらの条件に一致しない
リクエストは PHP ドロップイン経由で配信されます。こちらも十分に高速ですが、PHP を
まったく使わないわけではありません。
### WordPress のマルチサイトに対応していますか ?
マルチサイトではページキャッシュはサポートしていません。その他の機能 (ファイル最適化、
遅延読み込み、画像最適化など) はマルチサイトでも通常どおり動作します。
### 画像最適化はどのように動作しますか ?
アップロード時に (自動変換が有効な場合) JPG / PNG 画像が WebP に変換されます。すべて
のサムネイルサイズも変換されます。WebP は、.htaccess のリライトルール、picture タグ、
または URL の書き換えによって、対応するブラウザーに配信されます。
### すべての最適化を有効にしても安全ですか ?
まずはページキャッシュと基本的なファイル最適化から始めてください。変更するたびに
サイトの表示を確認しましょう。JavaScript の defer と delay は一部のテーマやプラグ
インに影響する場合があるため、十分にテストしてください。
### Prime Cache は外部サービスにデータを送信しますか ?
送信しません。無料版プラグインは、利用者のデータや API リクエストを第三者のサービス
に送信しません。キャッシュのプリロードは、自分のサイトの URL にのみリクエストを送り
ます。一部の任意機能では、サイトがすでに使用している外部アセットに対してブラウザー
のリソースヒント (preconnect など) を追加する場合がありますが、Prime Cache 自体が
外部サービスにデータを送信することはありません。
### Prime Cache は wp-config.php を書き換えますか ?
書き換えません。Prime Cache は、いかなる場合も wp-config.php に書き込みません。有効
化した直後から標準モードでページキャッシュが動作し、プラグイン自身がキャッシュ済み
のページを配信して、テーマ、データベースクエリ、テンプレートのレンダリングをスキップ
します。任意で `define( 'WP_CACHE', true );` をご自身で wp-config.php に追加すると、
ドロップインモードを有効化できます。ドロップインモードでは、WordPress コアが読み
込まれる前にキャッシュ済みのページが配信されます (最速の経路です)。この手順は完全
に任意で、完全に利用者の手に委ねられています。プラグインは定数を検出するだけで、
追加、変更、削除は一切行いません。
## 評価
このプラグインにはレビューがありません。
## 貢献者と開発者
Prime Cache はオープンソースソフトウェアです。以下の人々がこのプラグインに貢献し
ています。
貢献者
* [ rapls ](https://profiles.wordpress.org/rapls/)
“Prime Cache” は1ロケールに翻訳されています。 [翻訳者](https://translate.wordpress.org/projects/wp-plugins/prime-cache/contributors)
のみなさん、翻訳へのご協力ありがとうございます。
[“Prime Cache” をあなたの言語に翻訳しましょう。](https://translate.wordpress.org/projects/wp-plugins/prime-cache)
### 開発に興味がありますか ?
[コードを閲覧](https://plugins.trac.wordpress.org/browser/prime-cache/)するか、[SVN リポジトリ](https://plugins.svn.wordpress.org/prime-cache/)
をチェックするか、[開発ログ](https://plugins.trac.wordpress.org/log/prime-cache/)
を [RSS](https://plugins.trac.wordpress.org/log/prime-cache/?limit=100&mode=stop_on_copy&format=rss)
で購読してみてください。
## 変更履歴
#### 1.10.30
* 修正: Gzip 圧縮をオフにした後、残っていた .gz のキャッシュが、再生成された HTML
より古い内容をクリーンアップまで配信し続けることがある問題を修正しました。ドロップ
インは、現在の設定で Gzip が有効で、かつ .gz ファイルが対応する HTML と同じか
それより新しい場合にのみ、.gz を配信します。
* 修正: キャッシュの統計と毎時のクリーンアップで、スキャンの途中でキャッシュのサブ
ディレクトリーが読み取れなくなった場合に致命的なエラーが発生するおそれを解消しま
した。スキャンは例外で保護されます (統計は取得できた分を表示し、クリーンアップ
は次回の実行で再試行します)。
* 修正: アンインストール時に prime_cache_config_schema オプションも削除するよう
にしました。
* 明確化: 「Cache 404 Pages」設定の説明に、ランダムな URL へのスキャンを受けるサイト
ではディスク使用量とのトレードオフがある旨を追記しました。
* 改善: 標準モードの通知に、wp-config.php を編集するための手順 (ファイルの場所、
バックアップ、変更または追加する正確な行、確認方法) を、折りたたみ形式で表示する
ようにしました。
* 掲載情報: WordPress.org プラグインディレクトリー向けに、説明、インストール手順、
スクリーンショットを刷新しました。
#### 1.10.29
* 設定不要のキャッシュ: wp-config.php を変更しなくても、有効化した直後からページ
キャッシュが動作するようになりました。任意のドロップイン定数 `WP_CACHE` がない
場合は、プラグイン自身が新しい標準モードでキャッシュ済みのページを配信します (
WordPress コアは読み込まれますが、テーマ、クエリ、レンダリングはスキップされます)。`
define( 'WP_CACHE', true );` を手動で追加すると、配信がより高速なドロップイン
モードに切り替わります。
* wp-config.php には一切書き込みません: wp-config.php を編集していたコードは、1.10.28
で追加したワンクリックの同意ボタンを含め、すべて削除しました。設定画面では、手動
で追加する任意の行を表示します。無効化時とアンインストール時にも、このファイル
には触れません。これは WordPress.org のレビューでの指摘に対応したものです。
* オブジェクトキャッシュのドロップインの設置を、任意のアドオンに移しました。無料
版プラグインは wp-content/object-cache.php を生成も書き込みもしません。削除する
のは、自身が署名したドロップインのみです。バックエンド (APCu / Redis / Memcached)
の導入は、アドオンに委ねます。
#### 1.10.28
* プライバシーと同意: Prime Cache が wp-config.php を自動的に編集することはなく
なりました。ページキャッシュを有効化するには、標準のドロップイン定数 `define('
WP_CACHE', true );` が必要ですが、プラグインはまずサイト運営者の明示的な許可を
求めるようになりました。有効化後、管理画面の通知からワンクリックでこの行を追加
できます (自分で追加できるよう、記述するコードも表示します)。自動修復の処理も、
その承認が記録された後にのみこの行を書き込みます。無効化時に削除するのは、引き続き
Prime Cache 自身が付けた行のみです。これは WordPress.org のレビューでの指摘に
対応したものです。
#### 1.10.27
* 強化: advanced-cache.php を、文字列から実行可能な PHP を組み立てるのではなく、
同梱のドロップインのテンプレート (`dropins/advanced-cache.tpl.php`) をコピーし、
このインストールで解決したパスを差し込んで生成するようにしました。コピーしたファイル
は、アップグレード時に一度だけ書き換えられます。WordPress はプラグインの場所を
示す定数が定義される前にドロップインを読み込むため、ローダーのパスは引き続きコピー
時に埋め込まれます。
* 強化: 画像最適化の「パスを指定してファイルを変換する」処理のガードを、すべてが
ABSPATH 配下にあると仮定せず、それぞれの API (WP_CONTENT_DIR、プラグインディレクトリー、
get_theme_root()、wp_get_upload_dir()) で解決した WordPress の管理下の場所と、
設定された任意の追加ディレクトリーに限定するようにしました。これにより、テーマ、
プラグイン、アップロードを WordPress のルート外に移設した環境でも、このチェック
が正しく機能します。
#### 1.10.26
* 強化: ドロップインの JSON 設定の保存先を、`wp-content/prime-cache-config/` では
なく `wp-content/cache/prime-cache-config/` (ページキャッシュやファイル最適化
のディレクトリーと並ぶ、想定どおりのキャッシュの場所) に変更しました。キャッシュ
のパージでドロップインの設定が消えないよう、ページキャッシュのディレクトリーと
は分けています。アップグレード時には、新しいパスで設定を再生成し、advanced-cache.
php をそこを参照するよう書き換えたうえで、古いディレクトリーを完全に掃除します。
このインストールがそこに書き込んだ過去のすべての形式 (インストール単位のキー付き、
AUTH_SALT のキー付き、素のもの、最初期のホスト名付きのファイル) を削除し、同居
する他のインストールの設定が残っていなければディレクトリー自体も削除します。設定
は引き続き Settings API で正式に保存されます。
#### 1.10.25
* 強化: WordPress 読み込み前のページキャッシュのドロップインが、生成された PHP
ファイルではなく、実行不可能な JSON のデータファイル (`site-config-*.json`) から
設定を読み込むようにしました。設定は引き続き Settings API で正式に保存されます。
JSON ファイルは、WordPress (と options API) が使えるようになる前にドロップイン
が必要とする一部の設定を写しているだけです。既存の PHP 設定ファイルはアップグレード
時に再生成され、削除されます。多層防御として、設定ディレクトリーにはすべてを拒否
する `.htaccess` と `index.html` を追加します (データに秘密情報は含まれません)。
* 強化: URL からパス、パスから URL への変換を、すべてが ABSPATH の直下にあると仮定
せず、wp_get_upload_dir()、content_url()、plugins_url()、home_url() を基にした、
移設に対応した共通のマッパー経由で行うようにしました。これにより、wp-content
や uploads を移設した環境でも、WebP 変換、CSS のインライン化と最小化、メディア
最適化が引き続き動作します。また、外部ホストとパストラバーサルは拒否します。
* 強化: advanced-cache.php を生成する処理で、代替となるドロップインのパスを、ハード
コードした wp-content/plugins のパスではなく plugin_dir_path() (プラグイン自身
の場所) から求めるようにしました。
* ドキュメント: 「Local jQuery」のヘルプテキストとコードのコメントを、特定の CDN
ホスト名を挙げない表現に書き換えました。無料版プラグインがリモートホストからファイル
を読み込むことはありません。Local jQuery 機能は、既存のハンドルを WordPress コア
に向け直すだけです。
#### 1.10.24
* 強化: 画像変換の AJAX アクション3つ (`pc_img_scan` / `pc_img_batch` / `pc_img_stats`
を `prime_cache_img_*` に変更)、一括変換の nonce (`pc_img_nonce` -> `prime_cache_img_nonce`)、
画像サイズの transient キー (`pc_imgdim_` -> `prime_cache_imgdim_`) を、プラグ
インの完全な `prime_cache_` 名前空間に統一しました。アンインストール時のクリーンアップ
では、新旧どちらの transient キーも削除します。
* 強化: ページキャッシュのドロップイン内のすべての変数名を、短い `$_pc_` という
プレフィックスから、一意な `$prime_cache_pc_` に改名しました。これにより、キャッシュ
ミス時にドロップインが WordPress へ制御を戻した後、汎用的な名前でグローバルスコープ
に変数が残ることがなくなります。動作に変更はありません。
#### 1.10.23
* 強化: 管理画面の設定にあるインラインのスクリプトブロック5つを、フッターに登録
したスタブハンドル (`prime-cache-admin-ui`) に対して wp_add_inline_script() で
追加するようにしました。これにより、Plugin Check がスクリプトの直接出力として
指摘しなくなります。
* 強化: ページキャッシュのドロップインが、`$_SERVER['HTTP_HOST']`、`HTTP_REFERER`、`
HTTP_USER_AGENT`、`HTTP_IF_MODIFIED_SINCE` を使用する前に stripslashes を行い、
必要に応じて長さを制限するようにしました。また、`SERVER_PROTOCOL` は304ステータス
行に反映する前に許可リストで検証します。
* 強化: オブジェクトキャッシュのドロップインの署名用定数を、`PRIME_OBJECT_CACHE`
から `PRIME_CACHE_OBJECT_CACHE_DROPIN` に改名し、プラグインの `PRIME_CACHE_`
というプレフィックスの規則を全体で統一しました。
* ドキュメント: readme.txt に「外部サービス」の節を追加し、無料版プラグインが外部
への通信を行わないことを明記しました。第三者のホスト名 (Google Analytics、GTM、
Facebook ピクセル、Intercom、Tawk) は Delay JS の検出パターンとしてのみ登場し、`
cdnjs.cloudflare.com` はコードのコメントとヘルプテキストにのみ登場します。
* ドキュメント: 「ページキャッシュのドロップインが出力バッファーを開いたままにする
理由」の節を追加し、WP Super Cache / W3 Total Cache / WP Rocket と共通する、意図
的な ob_start() のライフサイクルについて説明しました。
* ドキュメント: includes/class-file-optimizer.php にある HTML パイプラインの `<
style>` / `