最高のWordPress翻訳プラグイン：詳細比較（2026年版）

2026年に比較検討すべきWordPress翻訳プラグインは、WPML、Polylang、TranslatePress、Weglot、GTranslate、MultilingualPressの6つです。それぞれが多言語化の課題に対して異なるアプローチをとっており、最適な選択は、翻訳するサイトの種類、チームのワークフロー、そして長期的に支払うコストによって決まります。

この記事では、WordPressサイトのオーナーにとって実際に重要な要素、つまり翻訳の質、アーキテクチャ、実運用規模での価格設定、WooCommerceへの対応力、プラグインの互換性、そして実際の管理ワークフローがどのように機能するかという観点からこれらを比較します。すべてのプラグインで性能が同じ部分については深く掘り下げず、簡潔に述べるにとどめます。

この比較記事は、各ベンダー独自のドキュメントから直接収集した情報に基づいて執筆されました。データソースとして第三者によるまとめ記事は意図的に避けています。それらは競合状況を知る上では有用ですが、ベンダーの価格設定や機能に関する主張を誤って伝えていることが多く、それらを引用すると誤りを広めることになってしまうからです。

概要

すべての多言語プラグインがうまく処理できること

この比較に含まれるすべてのプラグインは、基本機能を備えています。以下の機能については、各プラグインが提供していることを確認済みであるため、比較表ではこれらを基準とした差別化は行いません。

• 基本的なSEO機能： hreflangタグ（自動生成）、カノニカルタグ、言語固有のURL、翻訳されたメタデータ（タイトル、説明、スラッグ、代替テキスト）、言語ごとのサイトマップ、Yoast SEOとの統合。Rank MathやAIOSEOとの統合はプラグインによって多少の差がありますが、すべての有料プラグインは何らかの形で主要なSEOプラグインに対応しています。
• WordPressコンテンツ： 投稿、固定ページ、カスタム投稿タイプ、カテゴリー、タグ、メニュー、ウィジェット。
• WooCommerce機能： 商品のタイトルと説明、カテゴリー、タグ、カートおよびチェックアウトページ、アカウントページ。
• 言語スイッチャー： すべてのプラグインが、設定可能な言語スイッチャーのオプション（メニュー、フローティング、フッター、ショートコード）を提供しています。
• 主要なページビルダーとの互換性（Gutenberg、Elementor、Divi、Beaver Builder、Avada/Fusion） — 下記のアーキテクチャセクションで述べる1つの例外を除きます。

これらは最低限の要件です。これらを提供できないプラグインは、本格的な選択肢にはなり得ません。差別化要因、そしてこの記事の焦点は、このベースラインより上のレイヤーにあります。

---

これらのプラグインが実際に異なる点

これはWPMLと他のプラグインとの間の最大の違いであり、第三者による比較で最も見落とされがちな点です。 WPMLは、この比較の中で唯一、独自の専用翻訳エンジンを持つプラグインです。

WPMLのPrivate Translation Cloud (PTC)は、ウェブサイト翻訳のために特別に構築されています。新しいWPMLサイトのデフォルトエンジンとして動作します。WPMLでは、DeepL、Google翻訳、Microsoft Azureを代替エンジンとして選択することも可能ですが、PTCがデフォルトであり、WPMLの品質向上の取り組みの基盤となるエンジンです。

この比較に含まれる他のすべてのプラグインは、コンテンツをサードパーティのエンジンに転送するルーターです。

• Polylang ProはDeepLのみと統合されています（サードパーティの「Polylang Connect for Elementor」プラグインを使用しても、DeepLはElementorのコンテンツを翻訳しません）。
• TranslatePress AIは、DeepL、Google、Microsoft Translatorをリブランドしたラッパーです。スタンドアロンのDeepLおよびGoogleアドオンを使用するには、ユーザーが独自のAPIキーを用意する必要があります。
• Weglotは、内部でDeepL、Microsoft、Google翻訳のニューラル機械翻訳（ベンダー自身の表現）を使用しています。
• GTranslateはGoogle翻訳を使用しています。無料ユーザーは統計的翻訳、有料ユーザーはニューラル翻訳です。
• MultilingualPress AutoTranslateは、DeepL、OpenAI (GPT)、Amazon Translateをラップしています。それぞれにAPIキーが必要です。

この違いが重要なのは、ラッパーの品質の限界は、ベースとなるエンジンの出力に依存するからです。ユーザーがAPIキーを提供する場合でも、ベンダーがエンジンへのアクセスをセットにしている場合でも、DeepLから返ってきたものがそのままページに反映されます。対照的に、PTCはサードパーティエンジンの上に（あるいはその代わりに）、ドメイン調整済みモデル、用語集の処理、丁寧さの制御、WooCommerce商品の画像コンテキスト認識、SEOメタフィールドの長さを考慮した翻訳、そしてWPMLの社内言語学チームによる継続的なQA→エンジニアリングの改善ループといった、実質的な独自処理を行っています。

測定された品質の差は、PTCとDeepLの翻訳品質調査で文書化されています。そこでは、同じソースコンテンツに対して、PTCが9つの品質次元でDeepLよりも測定可能なほど高いスコアを獲得しました。この記事では構造的な議論を行い、数値については調査ページに掲載することで、PTCの継続的な改善に合わせて最新の状態を保っています。

ラッパーではなくPTCで実際に得られるもの

エンジンを所有しているからこそ実現できる機能がいくつかありますが、これらはラッパー形式の競合他社には見られません。

これらは理論上の機能ではありません。例えば、オーク仕上げの「Aristo」という商品を扱うWooCommerceストアにおいて、テキストのみの翻訳機が「Aristo, 1, oak finish」という文字列を見ても、その商品が椅子（スペイン語で女性名詞の不一致が必要 — una）なのか、箱（男性名詞 — uno）なのかを知る術はありません。PTCは画像を見て商品タイプを特定し、正しい性別形式を選択します。ラッパープラグインは画像を見ることができないため、これが不可能です。

これら6つのプラグインは、3つのアーキテクチャパターンに分かれます。それぞれのパターンは、パフォーマンス、データの所有権、そしてプラグインがどこまで対応できるかに実質的な影響を及ぼします。

パターンA — WordPressデータベースに保存（WPML、Polylang、TranslatePress、MultilingualPress）

翻訳データはWordPressデータベースに保存されます。プラグインは他のプラグインと同様にWordPress内部で動作します。プラグインをアンインストールした場合、翻訳データの扱いはプラグインごとに異なりますが、データ自体はあなたのデータベース内にあり、エクスポート可能です。

このパターンは、WordPressが生成するあらゆる種類のコンテンツに対応できます。公開ページ、サーバーから送信されるトランザクションメール、管理通知、フォーム送信、システムメッセージなどです。WPMLのString Translationは、テーマや他のプラグインによって公開されるUI文字列にまでこれを拡張します。

パターンB — SaaSプロキシ（Weglot、有料版GTranslate）

プラグインはWordPressサイトをベンダーのサーバーに接続します。訪問者が翻訳された言語でページをリクエストすると、ベンダーのインフラがレンダリングされたHTMLを傍受して翻訳し、翻訳版を提供します。翻訳データはあなたのサーバーではなく、ベンダーのサーバーに保存されます。

パターンBの利点：Weglotは、ブラウザに届くHTMLであれば何でも翻訳するため、プラグイン構成がどれほど複雑であっても、あらゆるWordPressサイトを翻訳できます。プラグインが公開ページにテキストを生成すれば、Weglotはそれを翻訳します。

トレードオフは構造的なもので、2つの方向に影響します：

• 公開されないものはプロキシから見えません。 サーバー側の出力はWeglotやGTranslateのプロキシを一切通らないため、翻訳されません。 これにはWooCommerceのトランザクションメール（注文確認、発送通知、請求書）、顧客通知、パスワードリセットメール、管理画面側の文字列、メールで送信されるフォーム送信完了通知などが含まれます。WooCommerceストアの場合、翻訳されたストアフロントで購入したばかりの顧客にも、注文確認は元の言語で届くことになります。
• 翻訳データはWeglotのサーバーに保存されます。 Weglotを解約すると、翻訳コンテンツは動かなくなります。 エクスポートはできますが、別のツールで作り直すのは簡単ではありません。実質的に永続的なサブスクリプションです。年1回支払って成果物を自分で保有できるプラグインとは、商取引の性質が異なります。

パターンC — WordPressマルチサイト（MultilingualPress）

MultilingualPressは、マルチサイトネットワーク内の各言語を独自のWordPressインストールとして扱います。「翻訳」は実際にはコンテンツのリンクレイヤーであり、言語サイト間でコンテンツを移動させるためのAutoTranslate機能を備えています。

利点：データのロックインが非常に少ないことです。MultilingualPressをアンインストールしても、各言語サイトは独立したWordPressインストールとしてそのまま残ります。各言語サイトは、その市場に適した独自のプラグインの組み合わせを実行できます。

トレードオフ：マルチサイトは、単一のWordPressインストールよりも管理の負担が大きくなります。プラグインは言語サイトごとに有効化し、設定する必要があります。プラグインのインストールには特権管理者権限が必要です。また、MultilingualPressのAutoTranslate（AI機能）は現在、ページビルダーのコンテンツを翻訳しません。Elementor、Divi、Beaver Builderで作成されたページは、各言語サイトで手動で翻訳する必要があります。ページビルダーを多用しているサイトでは、AutoTranslateの有用性は限定的になります。

「WPMLはサイトを遅くする」という主張に対する意味

WordPressサイトにインストールするすべてのプラグインは負荷を増やします。これは多言語プラグインに限ったことではなく、どのような目的でインストールするプラグインでも同じです。Weglotは、翻訳がサーバーではなくWeglotのインフラで外部実行されるため、サーバー負荷が最も少なくなりますが、前述のようなトレードオフがあります。この比較に含まれる他のプラグインは、WordPressレベルではアーキテクチャが似ており、デフォルトのキャッシュを有効にした場合、実際のパフォーマンス動作はどれも同様です。エッジケース（非常に大規模なカタログ、非常に高いトラフィック）では差が生じますが、多言語サイトが高速に動作するかどうかを決定するのはプラグインではなく、キャッシュ、ホスティング、およびサイト全体のセットアップです。

この分野の価格設定は、アーキテクチャによって桁違いに異なります。比較を公平にするため、元々表示されている通貨で引用します。

WPML

更新価格は同額。30日間の返金保証。セットの90,000クレジットを超えるPTCクレジットは、ボリュームに応じて1,000クレジットあたり€0.30〜€0.75。すべてのアカウントで毎月最初の2,000クレジットは無料。

ポリラン

翻訳プレス

スタンドアロンのDeepLアドオン（TranslatePress AIとは別）には、ユーザーが用意したDeepL APIキーが必要です。15日間の返金保証あり。

ウェグロット

Weglotの価格設定には、ティアごとに単語数と言語数の2つの制限が同時に適用されます。年間払いの場合、すべての有料ティアで約2ヶ月分お得になります。

多言語ECの場合、通常は言語数の上限によってアップグレードを余儀なくされます。例えば6言語が必要なサイトは、単語数に関わらずProティア（最大5言語）を使用できず、Advancedに移行する必要があります。WeglotのAdvanced（10言語で年間€2,990）を、WPMLのCMS（3サイトで言語無制限、年間€99）と比較すると、WPML独自の翻訳クレジットを考慮しても約30倍のコストがかかります。

GTトランスレート

無料版は統計的（旧式）なGoogle翻訳の出力を使用し、SEOフレンドリーな翻訳URLを一切生成できません。翻訳はJavaScript経由で提供され、インデックス可能なURLがありません。これはwordpress.orgで確認できる90万以上の無料版GTranslateインストールにとって重要です。これらのサイトの翻訳コンテンツは、ランク付けされる対象がないため、Googleで上位表示されることはありません。有料プランは月額$9.99からで、ニューラル翻訳、SEF URL用のアドオン、手動編集、プロ翻訳者のオプションが追加されます。

マルチリンガルプレス

言語数が制約となります。Starterプランは2言語で年間$149ですが、WPML CMSは3サイトで言語無制限、年間€99です。

WooCommerceストアの場合、比較の焦点はすぐに「このプラグインは実際のECサイトが必要とする機能を備えているか？」という点に絞られます。いくつかの重要な側面で実質的な違いがあり、それ以外はほぼ同等です。

違いが重要となる点

マルチ通貨と通貨ごとの決済ゲートウェイ。 WPMLは（WPMLに無料で含まれるWooCommerce Multilingual経由で）マルチ通貨をネイティブにサポートしており、通貨ごとの決済ゲートウェイも利用可能です。例えば、USDにはStripe、ZARにはPaystack、BRLにはMercado Pagoといった具合です。これは、このリストの中でWPML独自の機能です。他のプラグインは通貨ごとのゲートウェイに対応しておらず、その多くは別個のプラグインなしではマルチ通貨自体を提供していません。

商品の画像コンテキスト翻訳。 セクション1で述べた通り、PTCは商品画像を読み取り、スペイン語、フランス語、イタリア語など文法上の性別がある言語で正しい属性を選択します。これはWPML独自の機能です。

一括カタログインポートのワークフロー。 WPMLは、WP All Import Pro、WooCommerce CSV Importerなどのツールと統合されたWPML Export and Importを介して、商品の一括インポートをサポートしています。「すべてを自動翻訳する」機能は、公開された新しい商品を自動的に取得します。これは大規模なストアが必要とするワークフローです。これがない場合、数千のSKUに対して商品ごとに翻訳作業を行うことになります。

トランザクションメールとサーバーサイドの通知。 WPML、Polylang（WC併用）、TranslatePress、MultilingualPressはいずれも、サーバー側から送信されるWooCommerceのトランザクションメール（注文確認、発送通知、請求書）を顧客の言語で翻訳します。 Weglotと有料版GTranslateはこれらを翻訳しません。プロキシ構成ではブラウザに届くものしか見えず、PHPから送られるメールは通過しないためです。WooCommerceストアにとって、これは知っておくべき構造的な盲点です。

Polylang for WooCommerceは、WCコンテンツの面では競争力があります。商品、バリエーション、属性、カテゴリー、タグ、配送クラスをカバーし、Subscriptions、Bookings、Bundle、Composite、Mix and Match、Dynamic Pricingなどの主要なWC拡張機能と統合されています。メールのローカライズにはWooCommerce独自の言語パックを使用します。WPMLと比較した際の欠点は、マルチ通貨（Polylangは非対応）と画像コンテキスト翻訳です。

ほぼ同等である点

商品のタイトル、説明、カテゴリー、タグ、属性、カートおよびチェックアウトUI、アカウントページの翻訳 — この比較に含まれるすべての有料プラグインがこれらを提供しています。Polylangは別途Polylang for WooCommerceの購入が必要ですが、他は標準でWCに対応しています。

WPML

WPMLは、人気のWordPressプラグインやテーマに対して専用の互換性コードを維持しています。これには、ページビルダー（Elementor、Divi、Beaver Builder、Avada/Fusion）、カスタムフィールドツール（ACF、Pods、Meta Box）、フォーム（Gravity Forms、Contact Form 7、WPForms、Fluent Forms）、主要なSEOプラグイン（Yoast、Rank Math、AIOSEO、SEOPress）、eラーニングシステム（LearnDash、LifterLMS）、メンバーシップツール（MemberPress、Paid Memberships Pro）、および主要なWooCommerce拡張機能が含まれます。セットアップウィザードがサイトで使用されているものを自動検出し、適切なWPMLアドオン（WCML、String Translation、ACF Multilingual、Media Translation）をインストールするため、どのコンポーネントがどの機能を担当するかを考える必要はありません。活発なメンテナンスも行われており、2026年2月の最新リリースWPML 4.9.1では、Divi 5およびElementorに関する特定の改善が含まれています。

ポリラン

Polylangは、Gutenbergブロックエディタ、Yoast SEO（Polylang自身の表現によれば「Yoastチームとの緊密な技術協力」）、ACF Pro、および別途購入のPolylang for WooCommerceを介したWooCommerceなど、基本的な部分をネイティブにカバーしています。注目すべき欠落はElementorです。Polylang自身のドキュメントには、Polylang Proは「現在Elementorおよび一部のビルダーと互換性がない」と記載されています。互換性は「Polylang Connect for Elementor」というサードパーティ製プラグインを介して提供されていますが、これはPolylangチームが開発したものではありません。また、そのコネクタを使用しても、DeepL機械翻訳はElementorのコンテンツでは動作しません。

翻訳プレス

TranslatePressの互換性モデルは、ビジュアルフロントエンドエディタを通じて機能します。ページにレンダリングされるものであれば、エディタで翻訳可能です。ページビルダーのコンテンツ（Elementor、Divi、Beaver Builder）、コンタクトフォーム、WooCommerce機能は、無料版と有料版の両方で対応可能です。構造的な弱点はWeglotと同じで、公開ページにレンダリングされないコンテンツ（管理画面の文字列、サーバーサイドの通知）はビジュアルエディタでは対応できず、別途処理する必要があります。

WeglotおよびGTranslate

どちらもSaaSプロキシです。ブラウザに届くHTMLであれば何でも翻訳するため、実用的な意味ではすべてのプラグインと互換性があります。画面に表示されるものは翻訳されます。トレードオフは、既に述べたサーバーサイドの弱点です。メール、通知、管理画面の文字列、メールで送信されるフォームの控えなどはすべてプロキシをバイパスするため、翻訳されません。

マルチリンガルプレス

各言語サイトは独自のWordPressインストールです。プラグインは各サイトでネイティブに動作します。MultilingualPressは、翻訳が必要な主要プラグインに対して専用の翻訳ハンドラーを提供しています。Elementor（MLP 3.6以降の翻訳メタボックス経由）、Beaver Builder、ACF（MLP 3.5以降のACFモジュール経由）、およびWooCommerceです。アーキテクチャ上の制限はセクション2で述べた通りです。AutoTranslateはページビルダーのコンテンツを自動的に翻訳しません。Elementor、Divi、Beaver Builderで作成されたページは、各言語サイトで手動で翻訳する必要があります。

小規模なサイトを自分一人で翻訳するオーナーであれば、6つのプラグインすべてが機能します。しかし、複数の人が翻訳する場合、翻訳を外注する場合、あるいは締め切りやレビュー工程を伴う出版ワークフローの一部として翻訳を行う場合、その違いは顕著になります。

WPML

小・中規模サイト向け：すべてを自動翻訳する。サイトのすべてのコンテンツ（商品、新しいメール、新しいレビューなどすべて）を公開時に自動的に翻訳する単一のグローバル設定です。判断すべき事項が少なくなり、一度のセットアップでストア全体をカバーできます。

構造化された出版プロセスを持つ大規模サイト向け：WPMLの翻訳ダッシュボード。翻訳マネージャーが、何を、いつ、どの言語に翻訳するかを制御します。コンテンツは、社内翻訳者、アクセス権を割り当てられた外部のフリーランス翻訳者、または70以上のプロ翻訳サービス統合（WPML内で直接発注可能）のいずれかに送ることができます。WPMLは役割（翻訳マネージャー、編集者、翻訳者）を定義し、キュー全体のステータスを追跡します。

ポリラン

Polylang Proは、ページごとの翻訳ワークフローを提供します。中央管理の翻訳ダッシュボードやキューはなく、翻訳は投稿エディタからページごとに行われます。DeepL機械翻訳は、互換性がある場合に利用可能です（前述の通り、Elementorには非対応）。Polylang自身のドキュメントには、「Polylang Proはワンクリックの『すべて翻訳』機能を提供していない」と記されています。

翻訳プレス

TranslatePressの翻訳はビジュアルフロントエンドエディタで行われます。翻訳者がテキストをクリックし、その場で翻訳を編集します。翻訳者ユーザーアカウント（ProのBusinessおよびDeveloperティアのみ）を使用すると、WordPressのフル管理権限を与えずに翻訳作業を委託できます。TranslatePress AIによる自動翻訳は、有効化するとサイト全体に適用されます。

ウェグロット

すべての翻訳管理はWeglotダッシュボード（WordPressとは別のSaaSアプリ）で行われます。役割、チームメンバー、外部翻訳者の設定はそこで行います。翻訳メモリと言語集が組み込まれています。プロの翻訳者はダッシュボード内で直接注文できます。

GTトランスレート

翻訳の編集は、GTranslateダッシュボード（有料プラン）またはインライン編集用のwp-adminインターフェースを通じて行われます。無料版は自動翻訳のみで、手動編集はできません。

マルチリンガルプレス

翻訳は各言語サイトのWordPress管理画面で行われます。AutoTranslate（設定済みの場合）は、元言語のサイトから他の言語サイトへコンテンツをコピーし、DeepL、OpenAI、またはAmazon Translateを介して翻訳できます。Elementor（手動）、Beaver Builder（手動）、ACF用の翻訳ハンドラーが存在します。

---

プラグイン別プロフィール

WPML

WPMLは10年以上にわたり、最も人気のあるWordPress多言語プラグインです。10万以上のWooCommerceストアを含む150万以上のサイトで使用されています。活発にメンテナンスされており（2026年2月に4.9.1をリリース）、通常のWordPressプラグインとして動作し（翻訳データはデータベースに保存）、この比較の中で最も深い互換性を備えています。

最大の差別化要因は、このリストの中で唯一の専用翻訳エンジンであるPTC翻訳エンジンです（詳細はセクション1を参照）。その他の主なWPMLの差別化要因としては、通貨ごとの決済ゲートウェイを含む包括的なWooCommerce対応（セクション4）、サイトで使用されているものを検出して適切なアドオンを自動インストールするセットアップウィザード、そして規模に応じたワークフローの使い分け（小・中規模向けの「すべてを自動翻訳する」、大規模向けの「翻訳ダッシュボード」+ 70以上のプロサービス統合）が挙げられます。

価格設定。 €99/年（3サイト、全機能）のMultilingual CMSが最も購入されているプランです。 Multilingual Blogは€39/年で、基本的なブログ用途をカバーします。Multilingual Agencyは€199/年で、無制限サイトに対応し、プロ向けサービス連携を含みます。更新は同一価格で、30日間返金保証があります。

最適なケース 翻訳の質が重要な多言語サイト、国際的に販売を行うWooCommerceストア、および主要なページビルダー、ACF、Gravity Forms、LearnDashなどを含むプラグイン構成のサイト。デフォルトの安全な選択肢です。

WPMLが適さないケース。 多言語対応が完全に優先外で、条件が「無料であること」だけなら、WPMLは候補になりません。無料プランはなく（30日間返金保証がトライアルに相当します）。 翻訳の主要インターフェースとして本格的なビジュアルのフロントエンド編集が必要なら、構造的にはTranslatePressのほうが適しています。すでに言語ごとにサイトを分けたWordPress Multisite構成で、その構成を維持すべき理由があるなら、MultilingualPressはそのパターン向けに作られています。

ポリラン

Polylangは、この比較における汎用の多言語プラグインの中で、wordpress.orgの無料版インストール数が最大（有効インストール80万件以上）で、積極的にメンテナンスされています。無料版でも、投稿、固定ページ、カスタム投稿タイプ、メニューなど、基本的なサイトコンテンツを手動で翻訳でき、言語数や単語数の制限もありません。手作業で翻訳するバイリンガル／トリリンガルのブログであれば、無料のPolylangは十分に競争力があります。

Polylang Pro（年€99）では、（対応している場合）DeepL機械翻訳、URLスラッグの翻訳、いくつかのSEO改善が追加されます。WooCommerce対応は別途年€99（Polylang for WooCommerce）が必要で、Business Packは両方を年€139でバンドルします。更新は初回価格の50%で、継続コストを下げられる点が大きな差別化要因です。

最適なケース バイリンガルのブログ、小規模なマーケティングサイト、手動で翻訳する担当者がいて高度な機能を必要としないサイト。無料版は、この比較の中で（Elementorを使わないサイトにとって）最も強力な無料オプションです。

Polylangが適さないケース。Elementorで構築されたサイト—Polylang Proは、同社ドキュメントでも「現時点ではElementorおよび一部のビルダーと互換性がない」とされています。また、サードパーティのPolylang Connect for Elementorコネクターでも、ElementorコンテンツにDeepLを有効化できません。中央集約型の翻訳ダッシュボードやチーム翻訳ワークフローが必要なサイト（Polylangの翻訳はページ単位で、中央のキューがありません）。マルチ通貨や通貨別の決済ゲートウェイが必要なWooCommerceストア（非対応）。

翻訳プレス

TranslatePressの決定的な特徴はビジュアルのフロントエンドエディターです。サイトのフロントエンド表示上のテキストをクリックし、その場で翻訳を編集できます。「見えているテキストをクリックして翻訳したい」が最優先要件のユーザーにとって、TranslatePressは構造的に最適な選択です。この比較の他プラグインは、いずれもこのワークフローを主要インターフェースとしていません。

無料版は多くの有料翻訳プラグインと比べて太っ腹です。ビジュアル翻訳、ページビルダーのコンテンツ、WooCommerce商品、問い合わせフォーム、Google翻訳（ユーザーが用意したAPIキーが必要）に対応し、合計2言語まで利用できます。有料プラン（Personal €99、Business €199、Developer €349）では、無制限の言語数、SEO Packアドオン（多言語SEOサイトマップとメタデータ）、翻訳者ユーザーアカウント権限（BusinessとDeveloperのみ）、DeepL自動翻訳、その他いくつかの小規模アドオンが解放されます。

最適なケース サイト所有者がフロントエンド上のテキストをクリックして翻訳したい小〜中規模サイト。ビジュアルエディターで翻訳対象を漏れなく拾える、シンプルなプラグイン構成のサイト。

TranslatePressが適さないケース ビジュアルのフロントエンド編集には構造的な盲点があります。表示（レンダリング）されたページに出てくるものしか編集できません。 WooCommerceのトランザクションメール、フォーム通知、管理画面側の文字列などは別途対応が必要です。サーバー側コンテンツが多いサイトでは、ビジュアルエディターで拾えるのは翻訳が必要な機能の半分にも満たないことがあります。さらにWPMLのPTCは、バックグラウンドで自動的に、一般的な人手翻訳より高評価になりやすい翻訳を生成します。そのため多くのサイトでは、「エディター不要」のほうが実際には「フロントエンドでクリックして編集」より優れています。

ウェグロット

Weglotの決定的な特徴はSaaSプロキシアーキテクチャです。プラグインはWeglotの基盤へ接続する薄いコネクターで、サイトのレンダリング済みHTMLを外部で翻訳します。利点は明確で、Weglotはブラウザに届くHTMLを翻訳するため、プラグイン構成がどれほど複雑でも、あらゆるWordPressサイトを翻訳できます。

Weglotの料金は、単語数と言語数の両方に応じて急激に上がります。Starterは月€15で、10,000語と追加1言語をカバーします。10言語プラン（Advanced）は月€299、年€2,990です。Enterpriseは個別見積もりです。一定規模以上の多言語eコマースサイトでは、Weglotの年間コストは数千ユーロに達します。

最適なケース ニッチなプラグインが多数あるなど、特殊な構成で作られた複雑なサイトで、多言語予算が年数千ユーロでも制約にならず、翻訳がWeglotの基盤上に置かれることを許容できる場合。こうしたサイトでは、WeglotのHTML出力ベースのアプローチが、WordPressネイティブのプラグインでは時間を取られがちな互換性問題を実質的に回避します。

Weglotが適さないケース 意味のあるサイト規模で見るとコスト差は大きいです。同じ10言語対応でも、WPMLのMultilingual CMSは€99/年に対し、WeglotのAdvancedは€2,990/年です。 Weglotは翻訳データもWeglot側が保有します。解約すると翻訳は消えるため、実質的に永続的なサブスクリプションです。またSaaSプロキシは、トランザクションメール、サーバー側通知、管理画面の文字列を翻訳しません。WooCommerceストアでは、購入したストアフロントが翻訳されていても、顧客の注文確認メールは元の言語で届きます。さらに（Weglot自身のドキュメントによれば）サポートは英語とフランス語のみです。

GTトランスレート

GTranslateのwordpress.org無料プラグインは有効インストール90万件以上で、導入は最も簡単です。プラグインを入れるだけでサイトに翻訳ウィジェットが表示され、統計的なGoogle翻訳の出力が得られます。実際のコンテンツ管理は不要で、「このサイトを翻訳」ボタンだけ欲しいユーザーには無料版で十分です。ただし、無料版はSEOに適した翻訳URLを生成しません（翻訳はJavaScript経由で提供され、インデックス可能なURLがないため、Googleで順位が付けられません）。

有料プランは月$9.99からで、ニューラルGoogle翻訳、インデックス可能なサブフォルダー／サブドメインURLのためのURLアドオン、手動の翻訳編集、プロの人間翻訳者オプション、言語別アナリティクスが追加されます。

最適なケース SEOが目的ではない個人サイト、ブログ、小規模ビジネスサイトに、手早く翻訳ウィジェットを追加したい場合。Google翻訳の品質で十分な、低予算の機械翻訳ユースケース。

GTranslateが適さないケース 翻訳言語でSEOが重要なサイト全般。無料版は順位付けされる対象が存在しないため、翻訳コンテンツが評価されません。有料版はレンダリングHTMLレベルで翻訳するため、メールやサーバーサイドコンテンツに関するWeglotと同じ構造的な死角があります。

マルチリンガルプレス

MultilingualPressは、この比較の中でWordPress Multisiteを前提に作られている唯一のプラグインです。各言語がそれぞれ独立したWordPressインストールとなり、MultilingualPressのコンテンツ連携レイヤーで結び付けます。AutoTranslate（MLP 5.0+で追加）は、DeepL、OpenAI（GPT）、またはAmazon Translateをラップし、言語サイト間でコンテンツのコピーと翻訳を行います。

アーキテクチャ上の利点は明確です。MultilingualPressをアンインストールしても、言語サイトは独立したWordPressインストールとしてそのまま残り、ロックインがありません。各言語サイトは、その市場に適したプラグイン構成を個別に運用できます。

料金は、1つのMultisiteインストールで2言語までが年$149から。Professionalは年$499で6言語、Advancedは年$899で12言語、Enterpriseは年$1,499で無制限です。

最適なケース 翻訳とは無関係の理由で、アーキテクチャが本当にMultisiteである組織—地域別の商品バリエーション、市場ごとの別法人、言語ごとの別コンテンツチームなど—で、各言語を独立したWordPressサイトとして扱うことが運用モデルに合っている場合。

MultilingualPressが適さないケース ほとんどの多言語サイトでは、単一の多言語インストールよりMultisiteを選ぶ実質的な理由はありません。単一サイトの多言語のほうが、保守が簡単で、SEO権威を1ドメインに集中しやすく、ホスティングも安価です。またAutoTranslateはページビルダーのコンテンツ（Elementor、Divi、Beaver Builder）を翻訳しません。ページビルダー中心のサイトでは、AutoTranslateの価値はマーケティングが示すほど広くなく、各言語サイトでページを手動翻訳する必要があります。

---

用途別：最適なプラグイン

サイトによって必要なものは異なります。以下の表では、一般的な用途ごとに当社の推奨を示します。WPMLが勝つケースもあれば、そうでないケースもあります。それこそが、この記事の信頼性を支えています。

---

この比較記事の作り方

各ベンダーの料金、機能、互換性に関するドキュメントは、2026年4月26日〜4月28日の間に、各社サイトから直接取得しました。意図的に、サードパーティのまとめ記事や比較ブログはデータソースとして使用していません。競合状況の把握には役立ちますが、ベンダーの価格や機能の主張を誤っていることが一貫して多く、再引用すると誤りを拡散してしまうためです。必要な質問に対してベンダーが明確な回答を公開していない場合は、推測で作り話をせず、その旨を明記しました。

WordPress.orgのインストール数と日付は、2026-04-28時点で各プラグインのwp.orgページに表示されている内容です。価格は各ベンダーが表示している通貨に基づきます。

この記事の公開後に、ベンダーが価格や機能セットを実質的に更新した場合は、記事をその場で更新し、上部の日付も更新します。

---

よくある質問

WordPress翻訳プラグインの総合ベストはどれですか？

ほとんどの多言語サイトでは、WPMLが最も安全な選択です。最も人気のあるWordPress多言語プラグイン（150万以上のサイト、10万以上のWooCommerceストア）で、分野で唯一の専用翻訳エンジン（PTC）を備え、最も深いプラグイン互換性を維持しており、最も購入されているプランでも年€99と妥当な価格です。WPMLが適さないケース：制限があっても無料が必須のサイト（Polylang無料版）、フロントエンドのビジュアル編集が最優先のサイト（TranslatePress）、SaaSプロキシを好む複雑で高予算のサイト（Weglot）、WordPress Multisiteネットワーク（MultilingualPress）。

WooCommerceに最適な翻訳プラグインはどれですか？

WPML（WooCommerce Multilingualと併用）。 この比較で唯一、通貨別決済ゲートウェイを伴うマルチ通貨（Stripe USD、Paystack ZAR、Mercado Pago BRLなど）に対応し、サーバーサイドのWooCommerceメール（注文確認、配送通知、請求書）を翻訳し、商品向けの画像コンテキスト翻訳を提供し、一括カタログ取り込み＋自動翻訳を統合ワークフローとしてサポートします。 10万以上のWooCommerceストアがWPMLを利用しています。

SEOに最適な翻訳プラグインはどれですか？

WPML。 この比較にある各プラグインは、SEOの基本（hreflang、canonical、言語URL、Yoast連携）を提供しています。 違いは「深さ」です。PTCは、SEOフィールドの文字数要件（メタタイトルは60文字以内、ディスクリプションは155文字以内。英語より30%長くなりがちなドイツ語などでは特に重要）に収まる翻訳を生成します。WPMLは、SEOプラグイン連携の対応範囲も最も広く（Yoast、Rank Math、All-in-One SEO、SEOPress）、未翻訳のUI要素を検出して、SEOに悪影響が出る前に知らせる「完全性チェック」も含まれています。WPMLの多言語SEOセットアップガイドでは、設定全体を順を追って説明しています。

使う価値のある無料のWordPress翻訳プラグインはありますか？

はい—Polylang（無料版）は、手動で翻訳するバイリンガルサイトで、Elementorを使っていない場合に適しています。TranslatePress（無料版）は、最大2言語でビジュアルのフロントエンド翻訳をしたいサイトに適しています。GTranslate（無料版）は、SEOが目的ではない場合の手早い翻訳ウィジェットとして有効です。WPMLには無料プランはありませんが、すべての有料プランに30日間返金保証が付いています。

多言語サイトにWordPress Multisiteを使うべきですか？

ほとんどの場合、いいえです。単一の多言語インストール（WPML、Polylang、TranslatePressなど）のほうが保守が簡単で、SEO権威を1つのドメインに集中でき、ホスティングコストも低くなります。多言語でWordPress Multisiteが適切なのは、翻訳以外の理由で複数のWordPressサイトが必要な明確な理由がある場合—地域別の商品バリエーション、言語別の別チーム、市場ごとの別法人など—で、翻訳がたまたまそのアーキテクチャに乗る形になるケースです。その場合、MultilingualPressはそのために作られています。

WPMLの「すべてを自動翻訳する」機能は何をしますか？

公開と同時に、サイト内のコンテンツをすべて自動で翻訳します。商品、投稿、新しいメール、新しいレビューなど、すべてです。グローバル設定は1つだけで、ページごとの設定管理は不要です。小〜中規模サイトの多くはこれを選びます。構造化された公開プロセスを持つ大規模ストアでは、翻訳マネージャーが「何を、いつ、どの言語に」翻訳するかを選べるWPMLの翻訳ダッシュボードを好むのが一般的です。

翻訳品質におけるPTCとDeepLの実用的な違いは何ですか？

WPMLの翻訳品質調査では、同一のソースコンテンツに対して、PTCは9つの品質指標でDeepLより明確に高いスコアを示し、DeepLが同一ページで生んだ多くの品質問題の大半を解消しました。構造的な理由は、DeepLが汎用の翻訳エンジンであるのに対し、PTCはウェブサイトコンテンツ向けに特化して構築され、その上に独自の処理を大きく重ねているためです。ドメイン調整済みモデル、用語集処理、WooCommerce商品向けの画像コンテキスト認識、SEOメタフィールドの文字数を意識した翻訳、そしてWPML社内の言語チームが実際のクライアント編集を分析して回す継続的改善ループなどが含まれます。詳細なデータと手法はPTC vs DeepL 翻訳品質調査をご覧ください。

後から翻訳プラグインを切り替えられますか？

はい。ただし、翻訳がどこに保存されるかによって体験は異なります。翻訳をWordPressデータベースに保存するプラグイン（WPML、Polylang、TranslatePress、MultilingualPress）は、アンインストールしても翻訳データがデータベースに残るため、同系統の別プラグインへ移行できます（たとえばWPMLにはPolylang → WPML移行ツールがあります）。SaaSプロキシ型プラグイン（Weglot、有料GTranslate）は翻訳をベンダーのサーバーに保存します。エクスポートはできますが、サブスクリプションを解約すると翻訳表示が止まるため、切り替えはより手間がかかります。

---

この記事はWPMLチームが保守しています。ベンダーデータは2026年4月26〜28日に取得。重要な変更が見つかった場合、このページをその場で更新します。