WPML の代替案: 開発者向けの7つの選択肢 (2026年版)

2年前にWPMLのライセンスを購入し、多言語対応のクライアントサイトを公開して、そのまま忘れていませんか。更新の時期が来ると、価格がまた上がっており、ずいぶん前に完成させたサイトの翻訳文字列を機能させ続けるためだけに、年間サブスクリプションを支払っていることに気づきます。開発者であれば、この繰り返し発生する費用は間違っていると感じるでしょう。毎年請求書を盾に文字列を人質に取るブラックボックスではなく、翻訳ファイルを自分で管理できるWPMLの代替案を求めているはずです。

不満は価格だけにとどまりません。WPMLはデータをカスタムテーブルや複製された投稿に保存するため、翻訳はプラグイン自体と絡み合っています。非アクティブ化すると、サイトは単一言語に戻ります。翻訳を新しいプロジェクトに移動しようとすると、独自のツールを通じてエクスポートするしかありません。.poファイルや.moファイル、バージョン管理、クリーンな引き渡しを考える開発者にとって、このロックインこそが本当のネックです。

このガイドは、公正で開発者向けのWPML代替案7選のリストです。それぞれについて、本当に最適な用途、価格設定、そして正直な落とし穴を説明します。3つのプラグインの比較が特に知りたい場合は、すでにPolylang vs WPML vs TranslatePressを公開しています。この記事はより広範で、ファイルベースの制御とサブスクリプションによるロックインを望まない開発者向けです。

開発者がWPMLの代替案を探す理由

ほとんどのチームがWPMLの使用をやめるのは、WPMLが機能しなくなるからではありません。プロジェクトの寿命とともに複合的に絡み合う3つの構造的な問題が原因です。

サブスクリプションによるロックインと更新料の増加

WPMLは年間ライセンスです。支払いを停止すると、更新、サポート、そして最終的には新しいWordPressやPHPバージョンとの互換性を失います。十数件のクライアントサイトを保守する代理店にとっては、追跡すべき更新が十数件あり、それぞれが小さな継続的な負債となります。開発者は、翻訳作業を一度行い、出力ファイルを永久に所有するモデルをますます好むようになっています。この論理については、一度翻訳すれば永遠に所有できるで詳しく説明しています。

データベースの肥大化と独自のストレージ

WPMLは、投稿、ページ、タクソノミーの各言語ごとに複製を作成し、文字列翻訳を独自のテーブルに保存します。5言語に対応した500投稿のサイトは、wp_postsだけで2,500行になります。翻訳はデータベース内に保存され、diffを取ったり、コミットしたり、次の開発者に引き渡したりできるポータブルなファイルではありません。

クリーンなファイルベースのワークフローがない

テーマやプラグインの作者は、翻訳可能な文字列を.potテンプレートで提供します。自然なワークフローは、それらをロケールごとの.poファイルに翻訳し、.moにコンパイルすることです。WPMLはこれを抽象化してしまうため、スクリプト化したり、CIに組み込んだり、移行したりする必要があるまでは便利ですが、その後は困ります。開発者はファイルが欲しいのです。

開発者向けのWPML代替案ベスト7

正直なところ、以下にまとめました。これらの中には完全な多言語プラグインもあれば、純粋な翻訳ツールもあります。また、プラグインの問題を完全に回避するクラウドベースの.poワークフローも一つ含まれています。

1. Polylang - 最高の無料多言語コア

PolylangはWPMLと同じ投稿複製アーキテクチャを使用していますが、真に実用的な無料コアを提供しています。言語切り替え、言語ごとの投稿、クリーンなURLを一切支払うことなく利用できます。

• 価格: 無料コア; 文字列翻訳とWooCommerce向けはサイトごとに年間約99ユーロからPro版。
• 注意点: WPMLと同じデータベーススケーリングの挙動があり、開発者が実際に必要とする機能（プラグインの文字列翻訳、WooCommerce）は有料版の奥にあります。

2. TranslatePress - 視覚的なフロントエンド編集に最適

TranslatePressは、ライブのビジュアルエディターを使用して、レンダリングされたHTMLをその場で翻訳します。非技術系のクライアントは、見たままを翻訳できるため、これを好んでいます。

• 価格: 1言語追加までは無料; 有料プランは年間請求で月額約7～9ユーロから。
• 注意点: ページをレンダリングするたびに余分なルックアップクエリが実行されるため、トラフィックの多いサイトではパフォーマンスの限界が生じます。ファイルベースでは全くありません。

3. Loco Translate - ダッシュボード内での無料POエディタとして最適

Loco Translateは、wp-admin内で.poファイルと.moファイルを直接編集するための開発者のお気に入りです。テーマとプラグインのテキストドメインを読み込み、その場で文字列を翻訳できます。

• 価格: 無料; Pro版では、月間クレジット制限付きのAPIベースの自動翻訳が追加されます。
• 注意点: これはエディタであり、大量の多言語AIエンジンではありません。多くのロケールで何千もの文字列を手動で翻訳するのは時間がかかり、自動翻訳のクォータも制限されています。

4. Weglot - 設定不要なセットアップに最適

Weglotはホスト型プロキシサービスです。スニペットを追加するだけで、手動でのファイル処理なしにコンテンツを自動的に検出して翻訳します。

• 価格: サブスクリプション制で、翻訳単語数によって tiered されており、月額約15ユーロから始まり、単語数が増えるにつれて急速に上昇します。
• 注意点: これはファイル所有とは正反対です。翻訳はWeglotのサーバー上に存在し、単語ごとに課金され、請求額はコンテンツの量に比例して増えます。純粋なロックインです。

5. GTranslate - 最も手頃な自動翻訳

GTranslateは、Google翻訳（およびオプションの手動編集）をWordPressプラグインに組み込み、即座の機械翻訳を手頃な価格で提供します。

• 価格: 無料ウィジェット; インデックス可能で編集可能な翻訳については月額数ドルからの有料プラン。
• 注意点: 機械翻訳の品質が粗く、gettextのプレースホルダーの処理が弱く、翻訳が彼らのインフラストチャー上に保存されるホスト型モデルです。

6. Poedit + 手動POワークフロー - 完全なローカル制御に最適

Poeditは古典的なデスクトップ用.poエディタです。これをWP-CLIとビルドスクリプトと組み合わせれば、完全にファイルベースでバージョン管理されたローカリゼーションパイプラインを、ランタイムプラグインなしで構築できます。

• 価格: 無料; Poedit Proは約30米ドルの1回払いで、事前翻訳と.poから.moへのコンパイル機能を利用できます。
• 注意点: 完全に手動です。文字列を1つずつ翻訳し、Poeditの組み込み機械翻訳は基本的なもので、gettextのコンテキスト認識ができません。優れた制御性がありますが、大規模になると遅いです。POファイルを編集・翻訳するための無料ツールベスト5でデスクトップオプションについて説明しています。

7. SimplePoTranslate - ロックインなしの最高のクラウドPOワークフロー

SimplePoTranslateは、.po、.pot、.json (i18next)、および.xliffファイルをコンテキストを意識したAIで翻訳し、完成したファイルを直接ユーザーに返すクラウドプラットフォームです。サイトを遅くするランタイムプラグインは必要なく、標準のポータブルファイルをダウンロードしてデプロイできます。

開発者にとって最も重要な機能は2つあります。Syntax Lockingは、すべての変数（%s、%1$s、{name}）、HTMLタグ、コードトークンを翻訳前に固定するため、AIは人間が読めるテキストのみを扱います。printf形式やショートコードは無傷で返されます。Smart Batchingは、WooCommerceのパックが生成するような10MB以上のファイルをチャンク化し、ほとんどのブラウザベースのツールが1MB程度で詰まるようなファイルでも、並行処理してからマージします。

• 価格: クレジットカード不要の充実した無料枠; 大容量および複数フォーマットの出力向けの有料枠。
• 注意点: ファイルを翻訳するツールであり、フロントエンドの言語スイッチャーではありません。言語を表示するには、Polylangの無料コアのような軽量ルーターと組み合わせるか（または.moファイルを直接ロードする）必要があります。

適切なWPML代替案の選び方

適切なWPML代替案は、一つの質問にかかっています：ランタイムプラグインが欲しいのか、それとも自分で所有するファイルが欲しいのか？

比較表

実用的な開発者ワークフロー

手動での煩わしさを避けつつファイルを所有したいなら、最もクリーンな方法はハイブリッドです。Polylangの無料コア（またはシンプルなテキストドメインロード）を使用して言語を表示し、実際の文字列はファイルとして翻訳します。テーマやプラグインの.potをエクスポートし、クラウドの.poワークフローを通して処理し、その出力をコミットします。

# Extract translatable strings from a theme into a POT template
wp i18n make-pot wp-content/themes/your-theme languages/your-theme.pot

# Upload your-theme.pot to SimplePoTranslate, pick target locales,
# download the finished es_ES.po / de_DE.po / fr_FR.po + compiled .mo,
# then drop them back into languages/ and commit.

これにより、ポータブルでバージョン管理された翻訳ファイルが手に入り、年間のライセンスが不要になります。これはWPMLのモデルが妨げていたものです。

結論

すべてのプロジェクトに最適なWPML代替案というものはなく、あなたの制約に最適なものがあるだけです。非技術系のクライアント向けにビジュアルエディタが必要ならTranslatePressが適しています。無料のスイッチャーが必要ならPolylangのコアが役立ちます。しかし、ファイル所有、クリーンな引き渡し、サブスクリプションによるロックインからの自由を重視する開発者であれば、ファイルベースの選択肢が勝ります。小さな編集にはLoco Translate、完全な手動制御にはPoedit、そして多くのロケールで大規模なファイルを単一の変数を壊すことなく翻訳する必要がある場合は、クラウドベースの.poワークフローが良いでしょう。

強力なWPML代替案に共通する点はシンプルです。翻訳はあなたが所有するファイルであるべきであり、永遠に借り続けるプラグインの中に閉じ込められたデータであってはなりません。

サブスクリプションによるロックインから解放され、翻訳ファイルを完全に所有する準備はできていますか？ SimplePoTranslateを無料で試す — クレジットカードは不要です。無料枠で、コンテキストを意識したAIを使って.po、.pot、.json、.xliffファイルを翻訳し、その出力を永久に保持できます。