Webアプリ開発でPython（Django/FastAPI）やRuby（Rails）を使っていると、「WordPressではPHPしか動かないのか？」「PythonやRubyを組み込みたい場合はどうするのか？」という疑問に必ず突き当たります。結論から言えば、WordPress内部で標準実行できるのはPHPのみであり、PythonやRubyは“外部API連携”という形で統合されます。しかし、この違いは単なる言語選択の問題ではなく、WordPressがどのような生成過程でページを構築し、どの段階でプログラムを実行しているかを理解することで初めて本質的に見えてきます。本記事では、WordPressとPHPの標準実行モデル、Python・Rubyが直接動かない理由、FastAPI連携による拡張構成、そしてPHP単独運用の限界までを「処理生成プロセス」に着目して体系的に解説します。WordPressをCMSとして使いながら高度なWeb機能を実装したい開発者向けの実践ガイドです。
WordPressはどのようにPHPを実行してページを生成しているのか
WordPressは「PHPで書かれたWebアプリケーション」です。ブラウザからアクセスがあるたびに、PHPエンジンがテーマやプラグインのコードを実行し、HTMLを動的生成して返します。この一連の生成過程こそが、WordPressでPHPが“標準で動く”理由であり、同時にPythonやRubyが内部で動かない理由でもあります。ここでは、WordPressがページを生成する流れを理解し、どこでPHPが実行されているのかを整理します。
リクエストからHTML生成までのWordPress実行フロー
ブラウザがWordPressサイトにアクセスすると、ApacheやNginxがindex.phpを起点にPHPエンジンを呼び出します。WordPressコアはデータベース（MySQL/MariaDB）から記事データを取得し、テーマテンプレート（header.php、single.phpなど）を順番に実行して最終的なHTMLを生成します。この処理はアクセスのたびにリアルタイムで行われ、静的HTMLファイルは事前に存在しません。つまりWordPressは「PHPがページを生成するシステム」であり、PHPが動くこと自体が前提条件になっています。
なぜPythonやRubyはWordPress内部で動かないのか
WordPressはPHPエンジン（php-fpmやmod_php）による実行環境を前提として設計されています。テーマやプラグインに書かれたコードはすべてPHPとして解釈されるため、PythonやRubyコードを直接配置しても実行されません。PythonやRubyを動かすには別途WSGIやPumaといった実行基盤が必要になり、WordPressの実行モデルとは根本的に異なります。これが「WordPress内部ではPHPのみが標準実行できる」構造的理由です。
Python・RubyをWordPressに組み込む現実解 ― 外部API連携
PythonやRubyをWordPressと共存させたい場合、現実的な解決策は「外部APIとして動かし、WordPressから呼び出す」という構成になります。この方式では、WordPressはCMS・画面表示を担当し、Python/Ruby側はAI処理や検索、会員管理などの高度ロジックを担当します。ここでは、処理がどの順番で生成され、どこで言語が切り替わるのかという実行プロセスを整理します。
WordPress × FastAPI 連携の生成プロセス
FastAPIはPython製の高速APIフレームワークです。構成例では、WordPressのPHPコードがHTTPリクエストをFastAPIサーバーへ送信し、FastAPIがAI処理やデータ解析を実行し、その結果をJSONで返却します。WordPressはそのJSONを受け取り、画面に埋め込んで表示します。処理生成の流れは「ブラウザ → WordPress(PHP) → FastAPI(Python) → WordPress(PHP) → HTML生成」という二段構えになります。これにより、WordPress内部はPHPのまま、高度処理だけPythonで実現できます。
参考リンク（ブログカード用）：
https://fastapi.tiangolo.com/
https://developer.wordpress.org/rest-api/
RailsやDjangoを外部会員管理・業務ロジックに使う構成
Ruby on Rails や Django も FastAPI と同様に「外部API化」して利用できます。例えば、WordPressは記事配信とCMSを担当し、Railsがログイン・決済・会員DB管理を担当します。WordPress側はREST API経由でRailsへ問い合わせ、結果を画面に反映します。この方式は「WordPressをフロントCMS」「Rails/Djangoを業務基幹」とする構成で、大規模メディアサイトや会員制サービスで多く採用されています。
PHPだけでできることの限界はどこにあるのか
WordPressがPHPで動く以上、「PHPだけで全部やればよい」と考えることも可能です。しかし、PHP単独で実装できる範囲には処理性能・並列処理・長時間実行タスクなどの観点で限界があります。ここでは、PHPが得意な領域と苦手な領域を生成プロセス視点で整理します。
PHPが得意な領域 ― CMS・フォーム・管理画面
PHPはリクエスト単位で即座に処理し、HTMLを生成して返す「短時間処理」に非常に向いています。記事投稿、フォーム送信、管理画面、会員登録、簡易APIなどはPHPだけで十分に実装できます。WordPressの強みは、これらをプラグインで迅速に構築できる点にあります。この領域では、あえてPythonやRubyを導入する必要はありません。
PHPが苦手な領域 ― AI処理・大量並列・長時間演算
一方で、AI推論、大規模データ解析、リアルタイム検索、長時間バッチ処理などはPHP単独では効率が悪くなります。PHPは基本的に「リクエストごとに起動して処理して終了」する設計であり、GPU処理や常駐型高速APIには不向きです。この領域でFastAPI・Django・Goなどの外部サービスを組み合わせることで、WordPressの限界を突破できます。
最適な言語分担で作る現代的WordPress拡張アーキテクチャ
現代のWeb開発では「WordPress = CMS」「外部API = 高度処理」という役割分担が最も合理的です。この構成を理解すると、PHP・Python・Rubyを無理に混在させるのではなく、生成過程に応じて最適な言語を配置する設計が可能になります。ここでは実務的に安定する全体像をまとめます。
小規模サイト：PHP完結型
企業サイト、ブログ、問い合わせフォーム中心のサイトでは、WordPress + PHPのみで十分です。プラグインとテーマ開発スキルを高めることが、最短で成果につながります。
中〜大規模サイト：PHP + 外部API型
検索、AI推薦、OCR、会員課金、データ分析などを行う場合、FastAPI・Django・Railsを外部API化し、WordPressから呼び出す構成が最適です。この分担により、WordPressのCMS力とPython/Rubyの処理力を両立できます。
参考リンク（ブログカード用）
https://developer.wordpress.org/
https://fastapi.tiangolo.com/
https://rubyonrails.org/
https://www.djangoproject.com/
