最適なWordPress翻訳プラグイン：詳細な比較（2026年）

すべての多言語プラグインが適切に処理する機能

この比較にあるすべてのプラグインは基本的な機能を処理できます。それぞれが以下の機能を提供していることを確認しており、同等の機能について表を構成することはしません。

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

これらは基本的な要件です。これらを満たさないプラグインは、有力な選択肢にはならないでしょう。他との違い、そしてこの記事の焦点は、その基本要件のさらに上のレイヤーにあります。

これらのプラグインの本当の違い

翻訳エンジン：独自のAIとサードパーティ製ラッパーの比較

これは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よりも明確に高いスコアを記録しています。AI 翻訳に特化した5つのプラグインの比較（測定された品質、ブランドボイス、編集からの学習、WooCommerceカタログでの画像コンテキスト、長さを考慮した多言語SEO、および3つのサイトシナリオにおける総所有コスト）については、WordPressに最適なAI 翻訳プラグインをご覧ください。この記事では構造的な議論を展開していますが、実際の数値は調査ページに記載されているため、PTCの継続的な改善に合わせて常に最新の状態に保たれます。

ラッパープラグインにはないPTCならではの機能

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

これらは理論上の機能ではありません。オーク仕上げの「Aristo」という商品があるWooCommerceストアにおいて、「Aristo, 1, oak finish」というテキストだけを見る翻訳者は、その商品が椅子（スペイン語では女性形の文法的一致が必要 – una）なのか、箱（男性形 – uno）なのかを知るすべがありません。PTCは画像を見て商品タイプを識別し、正しい性別の形式を選択します。ラッパープラグインは画像を見ないため、これができません。

アーキテクチャ：翻訳の保存場所とプラグインの動作方法

6つのプラグインは3つのアーキテクチャパターンに分かれます。各パターンは、パフォーマンス、データの所有権、およびプラグインがアクセスできる範囲とできない範囲に現実的な影響を与えます。

パターンA – WordPressデータベースへの保存（WPML、Polylang、TranslatePress、MultilingualPress）

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

このパターンは、公開ページ、サーバーから送信されるトランザクションメール、管理画面の通知、フォーム送信、システムメッセージなど、WordPressが生成できるあらゆる種類のコンテンツを処理します。WPMLの文字列翻訳は、これをテーマや他のプラグインが公開する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日間の返金保証。付属する22,500単語を超えるPTC AI翻訳は、ボリュームに応じて1,000単語あたり€0.40〜€3.00かかります。各サイトの翻訳開始時に500単語が無料で提供されます。従量課金制では、毎月最初の500単語も無料になります。

Polylang

TranslatePress

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

Weglot

Weglotの料金プランには、各プランでワード数と翻訳言語数の2つの制限が同時に存在します。年間払いにすると、すべての有料プランで約2か月分お得になります。

多言語のeコマースでは、通常、言語数の上限によりアップグレードを余儀なくされます。6言語を必要とするサイトは、ワード数に関係なくProプラン（最大5言語）を使用できず、Advancedプランに移行する必要があります。WeglotのAdvancedプラン（10言語で€2,990/年）と、WPML（3サイトで無制限の言語数で€99/年）を比較してみてください。WPMLには独自の翻訳単語も含まれているうえに、およそ30倍のコストがかかることになります。

GTranslate

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

MultilingualPress

言語数が厳しい制約となります。2言語で$149/年のStarterプランは、3サイトで無制限の言語数を利用できる€99/年のWPML CMSとは対照的です。

WooCommerce – 多言語ストアの選択を決定づける奥深さ

WooCommerceストアの場合、比較はすぐに「このプラグインは実際のeコマースサイトが必要とする機能を処理できるか」という点に絞られます。違いが明確に表れる側面がいくつかありますが、それ以外は同等です。

違いが重要になる部分

多通貨および通貨ごとの決済ゲートウェイ。WPMLは（WPMLに無料で付属するWooCommerce Multilingualを通じて）多通貨をネイティブにサポートしており、USD向けのStripe、ZAR向けのPaystack、BRL向けのMercado Pagoなど、通貨ごとの決済ゲートウェイにも対応しています。このリストの中でこれはWPML独自の機能です。この比較にある他のどのプラグインも通貨ごとのゲートウェイを処理できず、そのほとんどは別のプラグインなしでは多通貨をまったく提供していません。

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

カタログの一括インポートワークフロー。WPMLはWPML エクスポートとインポートを介した商品の一括インポートをサポートしており、WP All Import Pro、WooCommerce CSV Importer、および同様のツールと統合できます。すべてを自動翻訳するを使用すると、公開時に新しい商品が取得されます。これは大規模なストアが必要とするワークフローであり、これを使用しない場合は何千もの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 SEO、Rank Math、AIOSEO、SEOPress）、eラーニングシステム（LearnDash、LifterLMS）、メンバーシップツール（MemberPress、Paid Memberships Pro）、および主要なWooCommerce拡張機能が含まれます。セットアップウィザードはサイトで使用しているものを自動検出し、適切なWPMLアドオン（WCML、文字列翻訳、ACF Multilingual、メディア翻訳）をインストールするため、どのコンポーネントがどの機能を処理するかを考える必要はありません。アクティブなメンテナンスが行われており、数週間ごとに新しいWPMLリリースが提供されています。

Polylang

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

TranslatePressの互換性モデルは、視覚的なフロントエンドエディタを通じて機能します。つまり、ページにレンダリングされるものは何でもエディタで翻訳できます。ページビルダーのコンテンツ（Elementor、Divi、Beaver Builder）、お問い合わせフォーム、WooCommerceの機能には、無料枠と有料枠の両方で到達できます。構造上の死角はWeglotと同じです。公開ページにレンダリングされないコンテンツ（管理画面側の文字列、サーバー側の通知など）にはビジュアルエディタが到達できないため、個別に処理する必要があります。

WeglotとGTranslate

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

MultilingualPress

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

翻訳管理 – 複数の翻訳者がいるサイト向け

1人の所有者が小規模なサイトを自分で翻訳する場合、6つのプラグインすべてが機能します。複数の人が翻訳するサイト、翻訳を外注するサイト、または翻訳が期限やレビュー手順を伴う公開ワークフローの一部であるサイトでは、その違いが明確になります。

WPML

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

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

Polylang

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

TranslatePress

TranslatePressの翻訳は視覚的なフロントエンドエディタで行われます。翻訳者がテキストをクリックし、その場で翻訳を編集します。翻訳者のユーザーアカウント（Pro版のBusinessおよびDeveloperのみ）を使用すると、WordPress管理画面へのフルアクセスを与えることなく、他の人に翻訳を委任できます。TranslatePress AIによる自動翻訳は、一度有効にするとサイト全体に適用されます。

Weglot

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

GTranslate

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

MultilingualPress

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

プラグイン別のプロファイル

WPML

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

最大の差別化要因は、このリストの中で唯一の専用翻訳エンジンであるPTC翻訳エンジンです（セクション1で詳しく説明しています）。WPMLのその他の主な差別化要因は以下の通りです。通貨ごとの決済ゲートウェイを備えた多通貨機能を含むWooCommerceとの包括的な連携（セクション4）、サイトで使用されているものを検出し適切なアドオンを自動的にインストールするセットアップウィザード、そして小規模と大規模で分かれたワークフロー（中小規模向けのすべてを自動翻訳する、大規模向けの翻訳ダッシュボードと70以上のプロの翻訳サービス連携）です。

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

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

WPMLが適していないケース。多言語化が全くの優先事項ではなく、唯一の基準が「無料であること」の場合、WPMLは候補にはなりません（無料枠はなく、30日間の返金保証がトライアルとなります）。主要な翻訳インターフェースとして真の視覚的なフロントエンド編集が必要な場合、構造的にTranslatePressの方が優れたツールです。アーキテクチャがすでに言語ごとに別々のサイトを持つWordPressマルチサイトであり、そのアーキテクチャを維持する理由がある場合、MultilingualPressはそのパターン専用に構築されています。

Polylang

Polylangは、この比較にある汎用多言語プラグインの中で最大の無料wordpress.orgインストールベース（80万以上の有効なインストール）を持ち、積極的にメンテナンスされています。無料版は、言語数や単語数に制限を設けることなく、基本的なサイトコンテンツ（投稿、固定ページ、カスタム投稿タイプ、メニュー）の手動翻訳を処理します。誰かが手作業で翻訳する2か国語または3か国語のブログの場合、無料の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の決定的な特徴は、ビジュアルフロントエンドエディタです。サイトのレンダリングされたフロントエンド上のテキストをクリックし、その場で翻訳を編集します。「見たままのテキストをクリックして翻訳したい」という要件を最優先するユーザーにとって、TranslatePressは構造的に正しい選択です。この比較にある他のどのプラグインも、このワークフローを主要なインターフェースとして採用していません。

無料版は、ほとんどの有料翻訳プラグインと比較して機能が豊富です。ビジュアル翻訳、ページビルダーのコンテンツ、WooCommerceの製品、お問い合わせフォーム、およびGoogle 翻訳（ユーザーがAPIキーを提供する場合）を処理できますが、合計2言語に制限されています。有料プラン（Personal €99、Business €199、Developer €349）では、無制限の言語、SEO Packアドオン（多言語SEOサイトマップとメタデータ）、翻訳者のユーザーアカウントロール（BusinessおよびDeveloperのみ）、DeepL自動翻訳、およびいくつかの小規模なアドオンが利用可能になります。

最適なケース：サイト所有者がフロントエンドのテキストをクリックして翻訳したいと考える、中小規模のサイト。ビジュアルエディタが翻訳すべきすべてのコンテンツを捕捉できる、シンプルなプラグイン構成のサイト。

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

Weglot

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自体のドキュメントによる）。

GTranslate

GTranslateの無料のwordpress.orgプラグインは900,000以上の有効なインストール数を誇り、インストールは最も簡単です。プラグインを導入するだけで、サイトに翻訳ウィジェットが追加され、統計的なGoogle 翻訳の出力が得られます。実際のコンテンツ管理を伴わず、単に「このサイトを翻訳」ボタンが欲しいだけのユーザーにとって、無料版は要件を満たします。ただし、無料版ではSEOに適した翻訳済みURLが生成されないという注意点があります（翻訳はインデックス可能なURLなしでJavaScriptを介して提供されるため、Googleの検索順位には反映されません）。

有料プランは$9.99/月から始まり、ニューラルGoogle 翻訳、インデックス可能なサブフォルダ/サブドメインURL用のURLアドオン、手動の翻訳編集、プロの翻訳者によるオプション、および言語ごとの分析が追加されます。

最適なケース。SEOを目的としない個人サイト、ブログ、小規模ビジネスのサイトに、簡単な翻訳ウィジェットを追加する場合。Google 翻訳の品質で十分な、予算重視の機械翻訳のユースケース。

GTranslateが適さないケース。翻訳言語でのSEOが重要なすべてのサイト。無料版ではランキングの対象となるコンテンツが存在しないため、翻訳されたコンテンツをランク付けできません。有料版はレンダリングされたHTMLレベルで翻訳するため、メールやサーバーサイドのコンテンツにおいて、Weglotと同様の構造的な死角があります。

MultilingualPress

MultilingualPressは、今回の比較においてWordPressマルチサイトを中心に構築されている唯一のプラグインです。各言語が独立したWordPressインストールであり、MultilingualPressのコンテンツリンク層によって互いにリンクされています。AutoTranslate（MLP 5.0+で追加）はDeepL、OpenAI（GPT）、またはAmazon Translateをラップし、言語サイト間でコンテンツをコピーして翻訳します。

このアーキテクチャの利点は確かなものです。MultilingualPressをアンインストールしても、言語サイトは独立したWordPressインストールとしてそのまま残り、ロックインされることはありません。各言語のサイトは、その市場に適した独自のプラグインの組み合わせを実行できます。

料金は、1つのマルチサイトインストールでの2言語対応で$149/年からです。Professional（$499/年）は6言語、Advanced（$899/年）は12言語、Enterprise（$1,499/年）は無制限の言語に対応します。

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

MultilingualPressが適さないケース。ほとんどの多言語サイトにおいて、単一の多言語インストールではなくマルチサイトを選択する実質的な理由はありません。単一サイトの多言語化の方が、メンテナンスが簡単で、SEOオーソリティの集中も容易であり、ホスティング費用も安く済みます。また、AutoTranslateはページビルダー（Elementor、Divi、Beaver Builder）のコンテンツを翻訳しません。ページビルダーを多用して構築されたサイトの場合、AutoTranslateの価値はマーケティングで示唆されているよりも限定的であり、各言語サイトでページを手動翻訳する必要があります。

ユースケース別の最適なプラグイン

サイトごとに必要なものは異なります。以下の表は、一般的なユースケースごとの当社の推奨プラグインを示しています。WPMLがすべてにおいて勝っているわけではありません。このことがこの記事の残りの部分の信頼性を裏付けています。

この比較記事の作成方法

2026年4月26日から4月28日にかけて、各ベンダー自身のサイトから直接、料金、機能、互換性に関するドキュメントを収集しました。サードパーティのリスト記事や比較ブログはデータソースとして意図的に使用しませんでした。これらは競争環境を理解するのには役立ちますが、ベンダーの料金や機能の主張を常に誤って伝えており、それらを再引用するとエラーが伝播してしまうためです。必要な質問に対する明確な回答をベンダーが公開していない場合は、勝手に推測するのではなく、その旨を記載しました。

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

この記事の公開後に、ベンダーが料金や機能セットを大幅に更新した場合は、記事を修正し、上部の日付スタンプを更新します。

FAQ