WordPressガイド
WordPress ウェブサイト翻訳:WPML、Polylang、スクリプトタグという選択肢(2026年版)
·7分で読めます
WordPress はウェブ全体の43%を支えていますが、その多言語対応の実情は複雑です。組み込みの翻訳機能は なく、重量級の CMS プラグイン、手動の翻訳ワークフロー、そして新しいスクリプトベースのアプローチの 間で選択することになります。このガイドでは、それぞれの選択肢が適する場面を解説します。
選択肢1:WPML(WP Multilingual Plugin)
WPML は最も定着している WordPress 多言語プラグインで、100万件以上のアクティブインストール数を 誇ります。言語ごとに投稿・ページの別コピーを作成し、言語ごとの URL(/fr/about/)を 管理し、ほとんどのテーマやページビルダーと連携します。
WPML が適切な選択肢となる場合
- •すべての投稿・ページに言語ごとの SEO URL が必要
- •各言語版を維持する人の翻訳者チームがいる
- •コンテンツ戦略が言語ごとに異なる(市場ごとに異なる投稿を用意する)
- •長期的な多言語メディアを構築しており、SEO が最重要
WPML のデメリット
- ✗年間ライセンスは機能によって異なる。現行のベンダー料金を要確認
- ✗かなりのセットアップ時間 — URL 設定、言語切り替えの配置、テーマ互換性の確認
- ✗重複コンテンツの管理負荷 — 更新のたびに各言語版を更新する必要がある
- ✗機械翻訳は標準搭載ではなく有料アドオン
選択肢2:Polylang
Polylang はコア版と有料版を提供しています。現行のベンダーのパッケージ体系を確認してください。 有料版は WooCommerce 対応や一部の高度な機能を追加します。アーキテクチャは WPML に似ています — 言語別の投稿、言語ごとの URL 構造 — ですが、ワークフローはよりシンプルです。
Polylang が適する場合
- •CMS ローカリゼーションのアプローチを取りたいが、WPML の価格がネックになる
- •やや洗練さに欠けるセットアップ体験でも問題ない
- •WooCommerce が不要(無料プラン)、または Pro の価格が正当化できる
Polylang のデメリット
- ✗言語ごとに個別のコンテンツを管理する必要がある点は変わらない
- ✗組み込みの機械翻訳がない — すべて手動で翻訳するか、サードパーティサービスと連携する必要がある
- ✗WPML よりサードパーティプラグインとの互換性が低い
選択肢3:スクリプトタグ型翻訳ウィジェット(Lingvit)
WordPress のコンテンツを再構築する代わりに、Lingvit は既存のサイトをその場で翻訳します。 プラグインを1つインストールする(あるいは functions.php にスニペットを追加する)だけで、 サイト全体が自動的に翻訳されます。投稿の重複も、URL の再構築も、手動の翻訳ワークフローも不要です。
Lingvit が WordPress における適切な選択肢となる場合
- ✓数週間ではなく数日で多言語対応が必要
- ✓主な目標が言語ごとの SEO ではなく、既存の訪問者にその言語でサービスを提供すること
- ✓WooCommerce ストアを運営しており、商品ページをすぐに翻訳したい
- ✓URL 構成の再構築や複数のコンテンツバージョンの管理に手が回らない
- ✓編集による上書きダッシュボード付きの機械翻訳が欲しい
WordPress における Lingvit の制限
- ✗翻訳されたコンテンツは HTML ソースに含まれない — 検索エンジンは元の言語のみをインデックスする
- ✗ロケールごとに異なる投稿やコンテンツ戦略を持つことはできない
決定ガイド:あなたの WordPress サイトにはどのアプローチが適しているか
| 目標 | 最適な選択 |
|---|---|
| 多言語 SEO、言語ごとの個別 URL | WPML または Polylang |
| 既存トラフィックへの高速な自動翻訳 | Lingvit |
| WooCommerce の多言語化、予算重視 | Lingvit(手頃な月額プラン) |
| 市場ごとに人が翻訳したコンテンツ | WPML + 人による翻訳サービス |
| シンプルな1つの月額プランがいい | Lingvit の月額プラン |
横にスクロールしてすべての列を確認できます。