WPML

概要

項目 WPMLロゴ WPML MultilingualPressロゴ MultilingualPress
WordPressアーキテクチャシングルサイト多言語WordPressマルチサイトが必須
最小料金プラン€99/年(Multilingual CMS、3サイト、無制限の言語)$149/年(Starter、2言語、1マルチサイトインストール)
AI翻訳エンジンPTC – 組み込み、新規サイトのデフォルト、APIキー不要AutoTranslateがDeepL / OpenAI / Amazon Translateをラップ(APIキーが必須)
ページビルダーコンテンツ(Elementor、Divi、Beaver Builder)のAI翻訳はい – PTCで対応いいえ – AutoTranslateはページビルダーのページに非対応
WooCommerceシングルサイトのWCML(多通貨対応と通貨ごとの決済ゲートウェイを無料で同梱)サイトごとのWC、プラグインレベルの多通貨対応はなし
データの所有権 / ロックイン翻訳はWordPressデータベース内に保存各言語サイトが独自のWPインストールとして機能 – ロックインが少ない
管理のオーバーヘッド標準のWordPress、チームのワークフロー向けの翻訳ダッシュボードマルチサイト – 特権管理者ロールが必須、プラグインは言語サイトごとに有効化

翻訳品質

WPMLのPrivate Translation Cloud(PTC)は、WPMLの言語チームによる最近の翻訳品質レビューにおいて、アラビア語、英語、フランス語、ドイツ語、イタリア語、スペイン語の同じソースコンテンツでDeepLよりも高いスコアを獲得しました。DeepLは、MultilingualPressのAutoTranslateがラップするエンジンの1つです。PTCは、測定されたすべての品質項目でDeepLを上回りました。

エンジン平均的な翻訳品質ページあたりの問題数優位性のある品質項目
DeepL(MultilingualPressのエンジンの1つ)おおむね許容範囲、明らかな不備ありページあたり約1件なし

実務上どうなるかというと、PTCではほとんどのページが人によるレビューを経ずに公開できる状態になります。MultilingualPressのAutoTranslateの基盤となるエンジンでは、安全に公開する前に、通常すべてのページでレビューが必要になります。

直接比較の測定結果を見る →

AI翻訳:統合型 vs ルーター型

MultilingualPressにはAutoTranslate(MLP 5.0以降で追加)が含まれており、ユーザーが提供するAPIキーを介してDeepL、OpenAI、またはAmazon Translateにコンテンツをルーティングします。各エンジンには独自の外部アカウントが必要であり、エンジンベンダーから請求されます。つまり、翻訳コストはMultilingualPressの外部で発生します。

また、AutoTranslateはページビルダーのコンテンツを翻訳しません。Elementor、Divi、Beaver Builderで構築されたページは、各言語サイトで手動で翻訳する必要があります。主にページビルダーで構築されたサイトの場合、AutoTranslateの実際の適用範囲はマーケティングで示唆されているよりも狭くなります。

WPMLのPTCは統合されています。APIキー、個別のベンダーアカウント、サードパーティからの請求は不要です。翻訳は、翻訳メモリ、用語集、エディターを保持する同じWPMLインターフェースを通じて実行されます。また、PTCはWPMLの互換性対応の一環として、すべての主要なページビルダーをカバーしています。翻訳コストはWPMLサブスクリプションに含まれており(Multilingual CMSには90,000PTCクレジットが付属)、超過分は1単語あたり€0.0012〜€0.003です。さらに、すべてのアカウントで毎月最初の2,000クレジットが無料になります。

マルチサイトかシングルサイトか:実際の選択肢

WordPressマルチサイトは、単一のWordPressインストールよりも管理上の負担が大きくなります。プラグインの有効化と設定は言語サイトごとに行います。ネットワーク全体でのプラグインのインストールには、特権管理者ロールが必要です。テーマと共有リソースにはサイト間の調整が必要です。翻訳とは無関係の理由(地域別の製品バリアント、市場ごとの個別の法人、言語ごとの異なるコンテンツチームなど)でアーキテクチャが本来の意味でマルチサイトである組織にとって、そのオーバーヘッドには相応の見返りがあります。

言語ごとにサイトを分けた方がパフォーマンスが高いのでは?

直感的には、各言語が独自のWordPressインストールに存在することは、パフォーマンス上の明確な利点に思えます。各サイトのデータベースには1つの言語のコンテンツしか含まれないため、クエリが速くなるはずだからです。しかし実際には、期待されるような速度向上は現れません。

フロントエンドでは、どちらのプラグインも負荷をほとんど追加しません。WPMLもMultilingualPressも、ページのレンダリング時に意味のある言語処理を行いません。何が翻訳されているかの把握、適切なURLの構築、言語間のコンテンツのマッピングといった言語操作は、訪問者のリクエストごとではなく、作成時の管理画面で行われます。多言語ページのフロントエンドの応答時間は、どちらのアーキテクチャでも基本的に同じです。

バックエンドでの合計処理量はほぼ同じです。WPMLは、同じWordPressテーブル内にコンテンツ間の言語のつながりを保存します。これらのテーブルはすべての言語を保持するため長くなりますが、1つのテーブルに対する単一のクエリで管理画面に必要なすべてのデータを取得できます。MultilingualPressは、別々の子サイトにまたがる複数のテーブルにつながりを保存します。個々のテーブルは小さく保たれますが(サイトごとに1言語)、投稿に翻訳があるかどうかの確認、新しい翻訳の作成、または翻訳されたコンテンツのリスト表示には、ネットワーク全体の複数のテーブルから読み取る必要があります。読み取られる合計行数と消費されるCPUはほぼ同じになります。データを分割した分、クエリも分割されているからです。

すでに個別のクライアントにマルチサイトを使用している場合、MultilingualPressは競合します

エージェンシーや、関連のない別々のサイトをホストするためにすでにWordPressマルチサイトを運用している組織の場合、アーキテクチャの衝突が発生します。MultilingualPressは、ネットワーク内の各子サイトを単一の多言語プロジェクトの1つの言語として扱います。たとえば、子サイトAに英語版、子サイトBにフランス語版を保持するといった具合です。ネットワークがすでに複数のクライアントサイト(クライアントごとに1つの子サイト)をホストするために使用されている場合、すべての子サイトが別々のクライアントで埋まっているため、MultilingualPressが言語を追加する場所が残っていません。

WPMLは通常のWordPressプラグインとして動作し、言語のためにネットワークを必要としません。クライアントを分けるためにマルチサイトを使用しているエージェンシーは、翻訳が必要なクライアントサイトにWPMLをインストールでき、アーキテクチャの競合は発生しません。各クライアントの翻訳は、そのクライアント自身のデータベース内のコンテンツと一緒に保存されます。

マルチサイトはパフォーマンスの近道ではなく、他の目的ですでに使用されているネットワークでは利用できません。マルチサイトを選ぶ本来の理由は構造的なもの(個別のチーム、個別のブランド、個別の法人、地域別の製品バリアント)であり、これらの理由が当てはまらない場合は、シングルサイトの多言語インストールのほうが維持が簡単で、SEO評価を1つのドメインに集約でき、ホスティングコストも低く抑えられます。WPMLはシングルサイト構成向けに、MultilingualPressは本来マルチサイトが必要な構成向けに構築されています。

料金 – 異なる形態、異なる範囲

MultilingualPressの料金は、言語数とマルチサイトのインストール数に縛られます。$149/年のStarterは、1つのマルチサイトで2言語をカバーします。$499/年のProfessionalは6言語をカバーします。$899/年のAdvancedは12言語をカバーします。$1,499/年のEnterpriseは無制限の言語をカバーします。複数のマルチサイトネットワークには、ネットワークごとに個別のライセンスが必要です。

€99/年のWPMLのMultilingual CMSは3サイトをカバーし、それぞれで無制限の言語を利用できます。すべての機能(PTC翻訳、WCML、文字列翻訳、ACF Multilingual、メディア翻訳)が含まれており、90,000PTCクレジットが付属します。多くの多言語プロジェクトでは、WPMLのほうが表面上のコストが大幅に低く、同梱されているアドオンにより、MultilingualPressでは別途購入や外部サービスが必要になるものをカバーできます。

WooCommerce:サイトごと vs 統合型

MultilingualPressでは、各言語サイトが独自のWooCommerceインストールで動作します。これにより分離は明確になりますが、その一方でプラグインレベルの多通貨レイヤーは存在しません。多通貨対応は言語サイトごとに解決する必要があり、組み込みのサイト間連携はありません。

WPMLには、すべての有料プランにWooCommerce Multilingualが無料で含まれています。これにより、通貨ごとの決済ゲートウェイ(Stripe USD、Paystack ZAR、Mercado Pago BRLなど)を含む多通貨対応がネイティブに追加されます。現在、100,000以上のWooCommerceストアがWPMLで稼働しています。

MultilingualPressが適しているケース

地域別の製品バリアント、言語ごとの個別のチーム、市場ごとの個別の法人など、翻訳以外の理由ですでにアーキテクチャがWordPressマルチサイトである場合、MultilingualPressはそのパターン専用に構築されています。アーキテクチャ上の利点は確かにあります。MultilingualPressをアンインストールしても、言語サイトは独立したWordPressインストールとしてそのまま残り、データのロックインはありません。各言語サイトで、その市場に適したプラグインの組み合わせを利用できます。

翻訳とは無関係の理由でマルチサイトが仕様に含まれている場合、MultilingualPressは適しています。マルチサイトを検討する唯一の理由が多言語化である場合、WPMLによるシングルサイトの多言語インストールのほうがシンプルです。

FAQ

WPMLを使用するにはWordPressマルチサイトが必要ですか?

いいえ。WPMLは標準のシングルサイトのWordPressインストールで動作します。翻訳は既存のデータベースに保存され、プラグインは他のプラグインと一緒に実行され、1つの管理画面ですべてを管理できます。ネットワークがすでにそのように稼働している場合、WPMLはマルチサイトとも互換性がありますが、マルチサイトは必須ではありません。

MultilingualPressのAutoTranslateとWPMLのPTCの違いは何ですか?

AutoTranslateは、ユーザーが提供するAPIキーを介してDeepL、OpenAI、またはAmazon Translateにコンテンツを送信するルーターです。品質は基盤となるエンジンが生成するものに依存し、エンジンベンダーから請求されます。PTCは、ウェブサイトコンテンツ専用に構築されており、ドメインに合わせたモデル、用語集の処理、SEOメタフィールドの長さを考慮した翻訳、WooCommerce商品の画像コンテキストの認識、WPMLの言語チームによる継続的な改善ループなど、独自の処理が追加されています。PTCはWPMLサブスクリプションに含まれており、外部アカウントは不要です。PTCとDeepLの翻訳品質に関する調査をご覧ください。

MultilingualPressはElementorのページを自動翻訳できますか?

いいえ。AutoTranslateはページビルダーのコンテンツをカバーしていません。Elementor、Divi、Beaver Builderで構築されたページは、各言語サイトで手動で翻訳する必要があります。WPMLは、ElementorコンテンツのPTC自動翻訳を含め、コアの互換性対応の一環としてElementorをサポートしています。

WPMLのその他の比較

主要な6つのWordPress翻訳プラグインすべての並列比較については、最適なWordPress翻訳プラグイン:詳細な比較(2026年)をご覧ください。

サイトでWPMLを試す

WPMLのMultilingual CMSプランは、€99/年で3サイトをカバーし、それぞれで無制限の言語を利用できます。すべての機能と90,000PTCクレジットが含まれており、30日間の返金保証が付いています。


この比較はWPMLチームが管理しています。ベンダーのデータは2026年4月26日〜28日に取得されたものであり、重大な変更があった場合に更新されます。