2021年に遡ると、Seahawkでドイツのe-commerceクライアントをオンボーディングしていました。7言語、WooCommerce、Elementor、そして既に遅れている納期です。いつものようにWPMLをインストールし、言語スイッチャーを設定して、最初の翻訳同期を実行しました。そして月£40のマネージドホストでTime to First Byteが2.8秒を超えるのを眺めました。クライアントは満足していませんでした。正直なところ、私も満足していませんでした。
その瞬間から、WPMLが答えだと仮定するのではなく、実際に他の選択肢をテストし始めました。4年間で数百件の多言語プロジェクトをこなした今、意見があります。かなり強い意見です。
---
2026年においてWPMLを超える選択肢を探す理由
WPMLは悪くありません。それを明確に言いましょう。翻訳ワークフローを管理するコンテンツチームを持つ複雑な編集サイトの場合、それは依然として本当に有能です。しかし、クライアント（そして私）を代替案に押し動かし続ける3つのことがあります。
価格の上昇。実際に必要とされるMultilingual CMSプラン（WooCommerceやカスタム投稿タイプ向け）は現在$99/年の価格設定になっています。これはサイトごとです。中小企業向けにホワイトレーベル業務を行っている代理店は、したくない会話を避けなければそれを常に転嫁できるとは限りません。 The Multilingual CMS plan, the one you actually need for WooCommerce or custom post types, sits at $99/year now. That's per site. Agencies doing white-label work for SMEs can't always pass that on without a conversation they'd rather not have.
パフォーマンスオーバーヘッド。WPMLはページロードあたり無視できない数のデータベースクエリを追加します。数千の投稿を持つ大規模サイトでは、それが積み重なります。WPMLに特化してチューニングされていないサイトではTTFBに400～600ms追加されるケースを見ています。Googleのコア ウェブ バイタルガイダンスは、このような遅延をますます無視しにくくしています。 WPML adds a non-trivial number of database queries per page load. On a large site with thousands of posts, that compounds. I've seen it add 400-600ms to TTFB on sites that weren't tuned specifically around it. Google's Core Web Vitals guidance makes that kind of drag increasingly expensive to ignore.
シンプルなニーズに対する複雑性。クライアントが3言語と20ページ必要なだけであれば、WPMLの設定画面は圧倒的です。文字列翻訳、翻訳管理、WooCommerce Multilingualのセットアップを次々とクリックしていく...かなりの手間がかかります。時には午後で完結するシンプルなソリューションが必要です。 If a client needs three languages and twenty pages, WPML's configuration surface is intimidating. You're clicking through String Translation, Translation Management, WooCommerce Multilingual setup... it's a lot. Sometimes you just need something that works in an afternoon.
---
Polylang：多くの代理店が見落としている主力ツール
私はこれまでPolylangを200以上のサイトで使用してきました。無料版は基本的な投稿・ページ・タクソノミーの翻訳に対応しており、1円もかかりません。Pro版（最後に確認した時点では無制限サイト対応で£99/年）は本当に競争力があります。なぜなら、その「無制限サイト」ライセンスモデルは、WPMLのサイト単位のモデルと比べて、代理店にとって完全に異なる価値提案だからです。
Polylangが得意なこと
UIはクリーンです。言語の割り当ては投稿エディタのサイドバーで直接行われ、ダッシュボードを占拠することはなく、パフォーマンスへの影響はWPMLと比べて明らかに軽いです。2025年3月に500投稿を持つステージングサイトでWPMLとPolylang Proの比較テストを実施した結果、Polylangはおおよそ180msのTTFB改善を実現しました。巨大な差ではありませんが、実質的です。
ElementorやBricks、ACF、WooCommerceと問題なく統合されます（WooCommerceアドオンの場合は別途費用がかかります）。最後の点が落とし穴です。WooCommerceサポートはアドオンが必要で、それを積み重ねるとWPMLとの価格差は狭まります。
Polylangが弱いのは機械翻訳です。コアに組み込みのDeepLやGoogle Translateの統合がありません。Linguiseのようなサードパーティブリッジか、WPMLそのもののエコシステムが必要になります。それが次のポイントです。WPML's own ecosystem or something like Linguise, which brings me to...
TranslatePress：スピード重視プロジェクト向けの最高の選択肢
TranslatePress：スピード重視プロジェクト向けの最高の選択肢
TranslatePress は多言語 WordPress に対する私の考え方を大きく変えました。言語ごとに別々の投稿を持つポスト複製モデルではなく、フロントエンドのビジュアルエディタを使用して、レンダリングされたページ上で直接テキストを翻訳します。サイトを見て、文字列をクリックして、翻訳を入力するだけ。終了です。
これはパフォーマンスに関わります。言語固有のポスト複製がデータベースを膨らませることはありません。翻訳済みの文字列は別々の投稿ではなく、カスタムテーブルに保存されます。2024年後半に Seahawk が実施したフランス・ベルギーの小売クライアント向けプロジェクトでは、WPML から TranslatePress に途中で切り替えました（決して最善ではありませんが、クライアントがスコープを変更したため）。ページあたりのデータベースクエリ数は約 40% 削減されました。
DeepL 統合
TranslatePress Pro には DeepL API 統合が組み込まれています。機械翻訳を出発点として、その後ヒューマンレビューを望むクライアントの場合、このワークフローは手動で組み立てたものとは比較にならないほど優れています。公開時に自動翻訳するように設定し、エディターが確認・修正するだけ。50ページのサイトの実装時間は数日から午後で完了します。DeepL API integration built in. For clients who want machine translation as a starting point and human review after, this workflow is miles better than anything I've patched together manually. You set it to auto-translate on publish, your editor reviews and corrects, and you're done. The turnaround on a 50-page site goes from days to an afternoon.
料金は Personal プランが年間約 $89、Business（3サイト）が $179、Developer（無制限）が $299 です。エージェンシー向けには Developer プランを検討してください。
正直な制限：非常に複雑な WooCommerce ストアで動的コンテンツが多い場合、文字列検出のギャップが露呈する可能性があります。TranslatePress はほとんどをキャッチしますが、カスタマイズされたチェックアウトフロー、またはマイナーなアドオンからプラグインが生成する文字列が大量にある場合、いくつか見落とす可能性があります。手動での文字列修正に数時間を見込んでください。
---
Weglot：予算があり、ストレスレスを求めるクライアント向け
ぶっちゃけ言うと、Weglotは高い。年99ポンドで言語ペアが1つ、単語数は10,000までだ。実際のビジネスサイトはほぼ確実にこの上限を超えるし、そこからは価格が急速に上がっていく。3言語対応の中規模サイトなら年300～400ポンド程度の費用がかかる可能性がある。
ただし、ここが重要だ。セットアップは約15分で済む。プラグインをインストールして、APIキーを貼り付けて、言語を選ぶだけで動作する。設定の複雑な落とし穴もなく、ページビルダーとの互換性の問題もない。JavaScriptでレンダリングされたコンテンツの処理は、このリスト上のどのオプションよりも優れている。これはReactをヘビーに使用していたり、Elementorで動的ウィジェットが多い場合に特に重要だ。
Weglotを特に推奨するのは、クライアントが実際の収益を持つスタートアップで、素早く対応する必要があり、多言語化が製品の付加的な機能であって中心ではない場合だ。英語からドイツ語とフランス語への対応が必要なSaaSランディングページなら、予算が問題でなければ確実な選択肢だ。
---
MultilingualPress：WordPress マルチサイトセットアップ向けのプラグイン
WordPress マルチサイトを運用しているなら、2026年現在、マルチサイトはエンタープライズおよびフランチャイズクライアント向けに静かな復活を遂げているが、MultilingualPressはあなたが欲しいプラグインだ。これ以上の説明は不要だ。
ネットワーク内の言語ごとに独立したサイトを作成する。これはこのリスト上の他のプラグインと比べると、根本的に異なるアーキテクチャアプローチだ。各言語サイトは独立している。独自のデータベースレコード、独自のURL構造（サブドメインまたは別ドメインを選択可能）、独自の管理画面を持つ。これらはサイト間でコンテンツを連携させるための関連性によって接続されている。
Seahawkは2023年、14の地域サイト、6言語を持つフランチャイズクライアントに対応した。そのクライアントは本社による中央コンテンツ管理と地域での編集上の裁量を望んでいた。マルチサイトネットワーク上のMultilingualPressは本当に正解だった。他の選択肢は太刀打ちできなかった。MultilingualPressの公式ドキュメント自体も、コンテンツ関連性の仕組みを理解したいなら実は良い資料だ。MultilingualPress's own documentation is actually decent if you want to see how the content relationships work.
欠点は運用の複雑さだ。マルチサイトはメンテナンスが難しく、非技術者のクライアントへの引き継ぎが難しく、マルチサイトに対応していないプラグイン（まだいくつか存在する）は問題になる。目を開いて取り組むこと。
---
Linguise：ヘッドレスおよびAPI駆動プロジェクトの隠れた切り札
Linguiseは従来の意味でのWordPressプラグインではありません。サイトの前に配置され、エッジで翻訳を処理するプロキシベースの翻訳レイヤーです。フロントエンドがNext.jsやNuxtで構築されているヘッドレスWordPress環境では、非常に興味深い選択肢になります。
2025年初期にヘッドレスプロジェクトでテストしました。クライアントはGutenbergベースのCMSをNext.jsフロントエンドに接続していました。WPMLとTranslatePressは両方とも使いづらかったのです。翻訳がWordPressのコンテンツフィールドではなく、レンダリング済みの出力で行われる必要があったからです。Linguiseはこれをきれいに処理しました。
安くもありません。プランは月額約15ユーロからですが、適切なアーキテクチャであれば、他に同じ方法で問題を解決するものはありません。
---
実際に選ぶ方法
12,000個のプロジェクトにわたって多言語サイトを構築した後の私の意思決定フレームワークです。厳密なアルゴリズムではなく、素早く絞り込むための一連の質問です。
- URLストラテジーは何ですか？クライアントが言語ごとに別々のドメイン（example.de、example.fr）を必要とする場合、MultilingualPressまたはWPMLが最もきれいに処理します。TranslatePressとPolylangはこれをサポートできますが、さらに多くの設定が必要です。 If the client needs separate domains per language (
example.de,example.fr), MultilingualPress or WPML handle this most cleanly. TranslatePress and Polylang can do it but need more config. - WooCommerceは関わっていますか？「はい」の場合、WPML、Polylang Pro + WooCommerceアドオン、またはTranslatePress Businessをリストアップしてください。各プランで自分の特定の商品カタログサイズでテストしてください。 If yes, shortlist WPML, Polylang Pro + WooCommerce add-on, or TranslatePress Business. Test each on your specific product catalogue size.
- クライアントは機械翻訳を希望していますか？TranslatePressのDeepLまたはWeglotが最もきれいです。WPMLの翻訳管理も機能しますが、より エンタープライズ寄りに感じられます。 TranslatePress with DeepL or Weglot are the cleanest. WPML's translation management also works but feels more enterprise-y.
- あなたのエージェンシーは何サイトをカバーする必要がありますか？Polylang Proの無制限サイトライセンスは、ボリュームでのエージェンシー向けの圧倒的な価値です。 Polylang Pro's unlimited-sites licence is the standout value for agencies at volume.
- フロントエンドはヘッドレスですか、それとも大量のJavaScriptを使用していますか？WeglotまたはLinguiseを使用してください。Next.jsフロントエンドでポスト複製プラグインと戦わないでください。 Weglot or Linguise. Don't fight with post-duplication plugins on a Next.js frontend.
- これはマルチサイトネットワークですか？MultilingualPress。それだけです。 MultilingualPress. That's it.
---
ブロックエディターのネイティブ多言語機能を使用するだけでいいのでは？
WordPressコアは何年も前からネイティブ多言語サポートに向けて少しずつ進歩してきました。Matt Mullenweg氏は公開の場で何度か言及していますし、2020年にさかのぼるGutenberg GitHubの議論もあります。2026年初頭現在、本番環境で実用的な形ではまだ登場していません。Gutenberg GitHub discussions about it going back to 2020. As of early 2026, it still isn't here in any meaningful production-ready form.
それを待ってプラグインの決定を先延ばしにはしません。今存在するもので構築してください。ネイティブサポートが登場した場合、マイグレーションはあなたが歓迎したい問題です。
---
FAQ
WPMLは2026年でも使う価値がありますか？
大規模な編集サイトで専門の翻訳チームがある場合は、絶対にそうです。Translation Management モジュール、XLIFF エクスポート、WordPress エコシステムのほぼすべてとの互換性、それでも最も完全なオプションです。弱点は大規模での価格、大規模データベースでのパフォーマンス、シンプルなプロジェクトの複雑さです。
プロジェクト途中で WPML から別のプラグインに切り替えられますか？
技術的にははい、実際には大変です。WPML は言語メタデータを独自のテーブルとポストメタに保存します。ほかのほとんどのプラグインはそれをネイティブに読みません。GitHub に散在している移行ツールやスクリプトはありますが、時間がかかることを覚悟してください。私は WPML からの移行を 3 回経験していますが、毎回カスタム SQL 作業が必要でした。中程度のサイトでは最低でも半日を計画してください。
TranslatePress は Elementor と Bricks で動きますか？
Elementor：はい、非常に良く動きます。TranslatePress のフロントエンド翻訳ツールは Elementor の出力をレンダリングし、文字列を確実にキャプチャします。Bricks はより最近のもので、互換性は 2024～2025 年を通じて改善されています。本番サイトにコミットする前に、特定のテンプレートで徹底的なテストを実行することをお勧めします。
SEO に最適な多言語プラグインはどれですか？
主要なプラグイン（WPML、Polylang、TranslatePress）はすべて、適切に設定すれば hreflang タグを正しく実装しています。ギャップは hreflang 実装にはなく、各プラグインがページをどのくらい速くレンダリングするかにあります。2026 年の SEO は Core Web Vitals に大きく重み付けされているため、肥大化した WPML インストールと軽量な TranslatePress セットアップのパフォーマンス差は、hreflang 設定よりも重要になる可能性があります。hreflang tags correctly when configured properly. The gap isn't in hreflang implementation, it's in how fast each renders the page. SEO in 2026 is heavily weighted toward Core Web Vitals, so the performance difference between a bloated WPML install and a lean TranslatePress setup can matter more than the hreflang configuration.
多言語 WordPress の最も安い方法は？
Polylang フリー版とポストごとの手動翻訳。ゼロ円です。忍耐強い編集者がいる小規模サイトなら問題なく動きます。WooCommerce、機械翻訳、50 投稿以上が必要になった時点で、何かに支払う必要が出てきます。
---
多言語対応のWordPress環境は確実に成熟しました。WPMLが市場を独占していた期間が長すぎたのですが、競争が生まれたことですべてが良くなりました。2018年のデフォルト解答ではなく、あなたのアーキテクチャ、クライアントの予算、そして自分自身の設定への意欲に基づいて選択してください。