...
ウェブホスティングのロゴ

プラグインを使わないWordPress：最小限の設定でどこまでできるか

プラグインなしのワードプレス キャッシング、画像、コード、サーバー設定、テーマを特別に設定すると、驚くほど高いパフォーマンスが得られる。特に wp最小セットアップ 私は、拡張機能を追加することなく、プロジェクトにおいて30～60パーセントの読み込み時間の短縮を達成した。.

中心点

  • キャッシング .htaccessを経由することで、繰り返し呼び出しが大幅に高速化されます。.
  • 絵 アップロードする前に圧縮し、WebPを使用する。.
  • コード 無駄を省き、不要なCSS/JSを削除する。.
  • フォント ローカルフォントまたはシステムフォント。.
  • サーバー-を設定し、PHP を適切に設定する。.

ブラウザ・キャッシングの有効化：追加ツールなしで読み込みを高速化

最初の賭けは ブラウザ・キャッシング, なぜなら定期的な訪問は大きな利益をもたらすからだ。私は.htaccessにCache-ControlとExpiresヘッダを保存し、ブラウザが静的ファイルをより長く保存するようにしています。 お問い合わせ が削減される。ExpiresActive Onと適切なmax-age値のような数行で十分であり、1分もかからない。テストでは、ロード時間は顕著に短縮され、その後の呼び出しでは30～40パーセント短縮されることが多い。より深く知りたいのであれば、以下の私のアプローチを読んでほしい。 プラグインなしのページスピード で、ファイルタイプごとに時間を調整する。.

.htaccessのヘッダー例

私は静的アセットに長い有効期限を設定し、変更されていないファイルを 不変, ブラウザが不必要な検証を行わないようにするためである：

# キャッシュを有効にする
ExpiresActive On
ExpiresDefault "アクセス＋1ヶ月"
ExpiresByType image/webp "アクセスプラス1年"
ExpiresByType image/avif "アクセスプラス1年"
ExpiresByType image/jpeg "アクセスプラス1年"
ExpiresByType image/png "アクセスプラス1年"
ExpiresByType image/svg+xml "アクセスプラス1年"
ExpiresByType text/css "アクセスプラス1年"
ExpiresByType application/javascript "アクセスプラス1年"
ExpiresByType font/woff2 "アクセス+1年"

# バージョン管理されたファイルのイミュータブルなキャッシュ制御
のようになります。
  ヘッダーセット Cache-Control "public, max-age=31536000, immutable"
</ファイルマッチ

# HTMLを意図的に短くする（長期キャッシュをしない）
の場合
  ヘッダーセット Cache-Control "no-cache, no-store, must-revalidate"
</ファイルマッチ

WordPressは通常、アセットにバージョンパラメーター（例： ?ver=1.2.3）を付けて提供します。この形式のバージョニングは、長いキャッシュ時間や 不変, なぜなら、変更が加えられると新しいURLが自動的に作成されるからだ。.

検証と一貫性

私はいつも 最終更新日 不必要な再検証を避けるため、ロードバランサーの背後で作業するときは、ETagsを使用しないでください。重要なことに変わりはありません：コンテンツとセッションの状態を最新に保つために、積極的にHTMLをキャッシュしないでください。.

画像の最適化：WebP、サイズ、遅延読み込み

多くの場合、イメージで決まる。 データ量 そのため、アップロードする前に必ず圧縮します。写真の場合はJPGかWebPを、グラフィックの場合はWebPかPNGを、モチーフとサイズに応じて選んでいます。 品質. .ヒーローのグラフィックは200KB以下に抑え、幅に合わせて複数のサイズを用意している。こうすることで、WordPressはビューポートに応じて適切なバリアントを配信し、転送の手間を省くことができます。また、loading=“lazy “属性やWordPressの標準機能を使って、遅延ローディングを利用している。.

レスポンシブ画像とサイズ

私は正しいことに注意を払う 幅- そして 高さ-属性でレイアウトジャンプ（CLS）を回避する。と ソースセット 私は適切なものを次のように定義している。 サイズ, ブラウザが大きすぎるバリアントを読み込まないようにするためです。ヒーロー画像には fetchpriority="high", LCPエレメントが早い段階で優先されるように。意味がある場合は、AVIFをWebPの代替として使いますが、フォールバックに注意してください。.

FOUCの代わりにクリーンなプレースホルダー

私はCSSで仕事をしている。アスペクト比 または保守的なプレースホルダーで、スペースを画像用に確保する。こうすることで、インタラクションを穏やかに保ち コアウェブ・バイタル 安定している。

追加ツールなしでコードを最適化

まずクリアする シーエスエス そして、どこにも当てはまらないルールを削除する。そしてJavaScriptを要約し、ちょっとしたことならjQueryを使わないようにし、スクリプトの読み込みは 持ち越す. .必要に応じて、スペースやコメントが消えるように、簡単なオンラインツールを使ってHTML、CSS、JSを最小化する。これにより、ファイルサイズが大幅に縮小され、送信速度が速くなることがよくあります。また、重要なCSSをheadに直接含めていないかチェックし、残りのスタイルを遅延させて読み込むようにしています。.

重要なCSSとレンダリングの優先順位

仝 Above-the-fold-レイアウトは小さなインラインCSSで、残りは media=“print“-ハックまたは rel=“preload“ プラス オンロード-スイッチは後でロードする。節度は重要です：大きすぎるインライン・ブロックは、HTMLの転送やTTFBを遅くします。.

JavaScript遅延、非同期、モジュール

スクリプトを 持ち越す, DOMに依存している場合は 非同期 独立したトラッカーと。最新のバンドルは type=“モジュール“ これは自動的なdeferセマンティクスを持っている。私は一貫して、インラインJSを頭でブロックすることを避けている。.

外部リソースの削減：リクエストの削減、コントロールの強化

外部からの問い合わせのたびに、時間と管理コストがかかる。 システムフォント またはローカルでホストされているフォント。CDN経由でGoogleフォントを入手する代わりに、自分のインストールにファイルをロードし、不要なフォントスタイルを無効にする。アナリティクスや埋め込みについても、スクリプトが必要なのか、それとももっと合理的な ソリューション で十分である。ページキャッシュなしで効果を評価するために、私は ページキャッシュなしのライブチェック そして、純粋なサーバーとフロントエンドのパフォーマンスを測定する。こうすることで、外部依存を最小限に抑え、最初のバイトまでの時間を短縮することができる。.

リソースのヒントを的を絞って使う

外部ドメインが必要な場合は プリコネクト/dns-プリフェッチ は控えめに、本当に重要なホストにのみ使用すること。ローカルにホストされたフォント プリロード を含むプライマリフォントのWOFF2ファイルに変換する。 フォント表示：スワップ, テキストがすぐに見えるように。.

PHPとサーバーの設定を適切に行う

私は現在の ピーエッチピーエス-ダイナミック・レスポンスはOPcacheの恩恵を大きく受けるからだ。無駄のないウェブサイトの場合、128MBのメモリ制限で十分なことが多いが、大規模に拡張されたインストールではそれ以上が必要になる。 エラー. .また、max_execution_timeとmax_input_varsを実際の要件に合わせて最適化します。サーバー側では、GZIPまたはBrotliを有効にし、Keep-Aliveをアクティブに保ち、利用可能であればHTTP/2またはHTTP/3を使用します。これらの対策は、レンダリング前でもサーバー時間を短縮し、ページ構造を高速化します。.

WP-Cronを緩和する

多くのインストレーションでは、タスクの呼び出し頻度が高すぎる。 応答時間 顕著な影響を受けている。したがって、私はcronジョブの実行頻度をチェックし、実行頻度の低いジョブを実際のシステムcronエントリに移動させます。この点についてよく分からない場合は、以下のサイトでコンパクトに説明されています。 WP-Cronの最適化 そして、より賢明な間隔を設定する。こうすることで、不必要なPHPの呼び出しを減らし パフォーマンス ピーク負荷時のその結果、応答時間がより安定し、アイドル時の負荷が軽減される。.

比例感のあるOPcache

私はOPcacheに十分なメモリを与え、本番では高価なチェックを無効にする。その価値が証明された値の例：

; php.ini / opcache.ini
opcache.enable=1
opcache.enable_cli=0
opcache.memory_consumption=192
opcache.interned_strings_buffer=16
opcache.max_accelerated_files=20000
opcache.validate_timestamps=0;デプロイ・クリアによる運用時
opcache.revalidate_freq=0

開発環境では validate_timestamps 変更をすぐに確認できるようにする。.

PHP-FPMとモジュールブレーキ

PHP-FPMプロセスマネージャーをトラフィックのプロファイルに合わせます。. pm = ダイナミック, 常識的 pm.max_childrenなどの開発者モジュールを削除する。 Xdebug をプロダクションで使用しています。エラーメッセージは記録していますが、出力はしていません (display_errors=0)を使用することで、レスポンスの大きさとリスクを軽減することができる。.

バラストの代わりに軽量テーマ

無駄のないテーマ ベース そのため、分厚いスライダーや無数のショートコードを備えた巨大な特集は避けている。GeneratePressやBlocksyのようなモダンなブロックテーマやミニマルなクラシックテーマは、オーバーヘッドが少なく、クリーンなデザインに重点を置いている。 コード. .私はバニラJSで小さなインタラクションを作り、モジュール化されたCSSファイルでスタイルを作る。使わない関数は無効化し、余計なテンプレートは削除する。こうすることで、レンダーチェーンを短く保ち、不必要なリクエストを避けることができる。.

テーマのWordPressバラストをオフにする

の数行である。 functions.php プラグインを使わずにオーバーヘッドを取り除く：

// 絵文字をオフにする
remove_action('wp_head', 'print_emoji_detection_script', 7)；
remove_action('wp_print_styles', 'print_emoji_styles')；

// 必要なければ、oEmbedサービスとスクリプトを無効にする。
remove_action('wp_head', 'wp_oembed_add_discovery_links')；
remove_action('wp_head', 'rest_output_link_wp_head')；
add_action('wp_footer', function(){ wp_dequeue_script('wp-embed'); })；

// バックエンドでダッシュアイコンのみを読み込む
add_action('wp_enqueue_scripts', function(){
  if (!is_user_logged_in()){ wp_deregister_style('dashicons'); }.
});

// フロントエンドのjQuery Migrateを削除する（互換性がある場合のみ）
add_action('wp_default_scripts', function($scripts){
  if (!is_admin() && !empty($scripts->registered['jquery'])){
    $scripts->registered['jquery']->deps=次のようになります。
      array_diff($scripts->registered['jquery']->deps, ['jquery-migrate'])；
  }
});

私は、非互換性を避けるために、すべての変更後に徹底的にテストします。特にjQuery Migrateを削除するときは、機能テストが必須です。.

データベースの整理整頓：乱雑さを減らし、クエリーを高速化

古いものを削除する 改訂, また、wp-config.phpで、下書きとごみ箱のコンテンツを削除し、新しいバージョンを制限しています。また、期限切れのトランジェントを短くしたり、ページ起動時に不必要に保存されるオートロードオプションをチェックしたりしています。コメントのモデレーションとスパムの除去は、テーブルがコンパクトになるように、常にきれいにしています。 インデックス 効率的に作業する。知識があれば、月に一度はテーブルを最適化しよう。データ量が減るたびに、クエリやバックエンドの呼び出しが著しくスピードアップする。.

オートロードオプションに注目

大きすぎる autoload-エントリーはすべてのリクエストを遅くします。理想は、合計を数MB以下に抑えることだ。チェック例（テーブルの接頭辞を調整する）：

SELECT SUM(LENGTH(option_value)) AS autoload_bytes, COUNT(*) AS rows
FROM wp_options WHERE autoload='yes'；;

私は特に、普通でない値を減らし、めったに使われないオプションを autoload = no.

トランジェントとリビジョンを制限する

私は、期限切れのトランジェントを周期的にクリーンアップしている。 トランジェント・タイムアウト_%-エントリーには wp-config.php 私は合理的な制限を設けている：

define('WP_POST_REVISIONS', 5)；
define('EMPTY_TRASH_DAYS', 7)；;

これにより、履歴を完全に削除することなく、データベースを管理しやすくしている。.

現実的な期待と限界

ミニマルなアプローチは、ブログや会社のウェブサイト、以下のようなプロジェクトに最適です。 扱いやすい コンテンツ。多くの同時ユーザー、ショップ機能、複雑なパーソナライゼーションが使用されるようになると、フルページキャッシュなしでは限界に達します。 限界. .WooCommerceとニュースポータルについては、対象となるキャッシュ・ソリューションを後で検討します。決定的な要素が残っている：最初にクリーンなベースを設定し、必要に応じて拡張する。こうすることで、プラグインの拡散を避け、ロード時間を完全にコントロールすることができる。.

WooCommerceの特別機能

ショップのページでは、買い物かごやチェックアウトのコンテキスト以外では、リソースを大量に消費するスクリプトは避けている。. wcカート断片 ダイナミックな買い物カゴ表示が必要ないページでは非アクティブにし、必要な場所で特別にロードしています。これにより、JSの負荷が著しく軽減されます。.

実践的な実施と成功した結果

一歩一歩ステップを踏んでいく。 修正 およびドキュメントの時間と効果。代表的なプロセス：ヘッダーのキャッシュ、WebPによる画像圧縮、コードの短縮、外部リソースの削減、テーマの決定、サーバーのチューニング、データベースのメンテナンス。ある例では、ローディング時間が1.3秒から0.78秒に短縮されました。この増加は、より優れたコア・ウェブ・バイタルと顕著にスムーズなエクスペリエンスに反映されています。 相互作用. .以下の表は、費用と便益を分類したものである。.

測定 所要時間 典型的な利益
.htaccess キャッシュ・ヘッダ 10～15分 リピートコールが多い
WebP + サイズの画像 30～60分 画像負荷が非常に大きい
CSS/JSのクリーンアップ + minify 60～120分 中型から大型
外部リソースの削減 30～60分 ミディアム
テーマの無駄を省く 30～90分 ミディアム
PHP/サーバーの微調整 30～60分 ミディアム
データベースのメンテナンス 20～40分 ミディアム

各レベルを別々にテストし、TTFB、最大のコンテントフルペイント、ペイントをチェックする。 インタラクティブ. .これによって、どの対策が本当に有効なのかを確実に認識することができる。エッジ・キャッシングや画像CDNのような特殊な技術を追加するのは、基礎が整ってからにする。こうすることで、誤った投資を防ぎ、また 複雑さ 小さい。結果は測定可能で一貫している。.

頻繁なブレーキとクイックフィックス

  • 欠落している幅／高さ 画像の場合：CLSにつながる - 常にアスペクト比を指定するか、アスペクト比を使って作業する。.
  • フォントスタイルが多すぎるレギュラー／ボールド／イタリックで十分な場合が多い。WOFF2を優先し、ローカルフォントをプリロードする。.
  • 不要なjQueryの依存関係バニラJSで小さなインタラクションを書き、プラグインを置き換える。.
  • 同期サードパーティ製スクリプトビジネスクリティカルでない場合は、async/deferを設定するか、完全に削除する。.
  • 大きなインライン・スクリプト 頭の中：ファイルに保存し、優先順位を正しくつける。.
  • 特大画像正しいブレークポイントと サイズ, サーバー側のダウンサイジング.
  • オートロードオプション 大きな塊がある場合：片付け、オンデマンドに切り替える。.

プラグインを使わない測定規律と観測可能性

同じネットワーク条件、同じテストパス、ウォームキャッシュとコールドキャッシュで、再現性をもって測定しています。ローカルでDevToolsを使い、現実的なスロットリング・プロファイルを設定し、ウォーターフォールをモニターしています、, TTFB, LCP, CLS そして インピー. .サーバー上では、アクセスログとエラーログを見て、エンドポイントごとのレスポンスタイムを比較し、ピークタイムがcronの実行と相関しているかどうかをチェックします。これにより、モジュールを追加することなくボトルネックを認識することができます。.

業績予算

例えば、LCP＜1.8秒、HTML＜50KB、CSS合計＜100KB、JS合計＜150KB、ホームページの画像合計＜600KBなどだ。これらのバジェットは、重さが忍び寄るのを防ぎます。.

総括と展望

を使って wp最小セットアップ ヘッダーのキャッシュ、画像の規律、無駄のないコード、ローカル・リソース、巧みなサーバー・チューニング、よくメンテナンスされたデータベースなどだ。多くのプロジェクトでは、これだけで読み込み時間を大幅に短縮し、ランキングを上げることができる。ショップや非常にトラフィックの多いサイトでは、ターゲットを絞ったキャッシングを行う余地もあるが、それは、以下のようなクリーンアップを行った後に限られる。 基本作業. .一貫して測定し、ステップバイステップで進めば、サイトを高速かつ低メンテナンスに保つことができます。これによって、WordPressはレスポンシブで、安全で、メンテナンスしやすくなります。.

現在の記事