モダンスタック向けPolylang代替。
WordPress向けPolylangが提供するすべての機能—構造化された多言語コンテンツ、言語切替、ロケール管理—を、PolyLingoはあらゆるスタック、CMS、フレームワークで動作するAPIを通じて実現します。
Polylangは素晴らしい。しかしWordPress専用です。
サイトがWordPressで動作している場合、Polylangはおそらく最高の多言語ソリューションです。数百万のサイトが依存しています。しかし問題は、WordPressに強く結びついていることです。ヘッドレスCMS、モダンなJavaScriptフレームワーク、ノーコードビルダーに移行すると、Polylangは選択肢から外れます。ヘッドレス版もAPIも存在しません。依存していた構造化多言語ワークフローを完全に失い、それに代わるものは存在しません。
これは市場における真のギャップです。Polylangは400万以上のアクティブインストールがあります。これらのサイトがモダンスタックに移行すると、多言語ワークフローを完全に失います。ヘッドレスPolylangもPolylang APIも存在しません。WordPressを離れると、自力で対応するしかありません。
PolyLingoがそのワークフローを取り戻します。
PolyLingoはPolylangのメンタルモデルに基づいて設計されています。構造化コンテンツ、言語コード、フォーマット保持。違いはWordPressプラグインではなくREST APIを通じて動作することです。スタックもCMSも問いません。HTTPリクエストができればPolyLingoを使えます。
APIはあらゆるHTTPリクエストを受け付けるため、Next.js、Nuxt、SvelteKit、Astro、Remix、Webflow、Framer、Sanity、Contentful、または完全カスタムビルドなど、すべてのフレームワークやCMSで動作します。CMSがHTTPコールを行えれば、PolyLingoで翻訳可能です。
ノーコード翻訳UIにより、コンテンツチームは開発者の統合作業を待つ必要がありません。コンテンツを貼り付け、言語を選び、出力をダウンロード。WordPressで慣れ親しんだ同じ構造化多言語ワークフローがすぐに利用可能です。
PolyLingo vs Polylang vs 翻訳API
Polylangは優れたWordPressプラグインです。この比較は批判ではなく、存在するものと存在しないもののマップです。
| PolyLingo | Polylang (WP) | DeepL API | Google Translate | |
|---|---|---|---|---|
| WordPressなしで動作 | はい | いいえ | はい | はい |
| Markdownフォーマット保持 | はい | はい | いいえ | いいえ |
| JSONロケールファイル翻訳 | はい | いいえ | いいえ | いいえ |
| HTMLタグ保持 | はい | はい | 部分的 | いいえ |
| すべての言語を1回のAPIリクエストで取得 | はい | いいえ | いいえ | いいえ |
| トークン認証付きREST API | はい | いいえ | はい | はい |
| ノーコード翻訳UI | はい | はい | いいえ | はい |
| コンテンツフォーマット自動検出 | はい | いいえ | いいえ | いいえ |
| RTL言語対応 | はい | はい | はい | はい |
| 使用量に基づく課金 | はい | 無料/有料 | はい | はい |
PolyLingoがあらゆるスタックのPolylangユーザーに提供するもの
- ✓Next.js、Nuxt、SvelteKit、Astro、その他あらゆるフレームワークで動作
- ✓Sanity、Contentful、Webflow、Framer、ヘッドレスCMSと統合
- ✓フォーマット保持 — Markdown、JSON、HTML、プレーンテキスト
- ✓1回のリクエストで36言語すべてを返す
- ✓コードを書かないコンテンツチーム向けノーコード翻訳ツール
- ✓トークンベースの課金 — 使った分だけ支払う
多言語ワークフローを3ステップで移行
サインアップしてAPIキーを取得
usepolylingo.comで無料アカウントを作成。クレジットカード不要。無料プランは月50,000トークンを含み、セットアップやテスト時のサイト全体翻訳に十分です。
WordPressからコンテンツをエクスポート
投稿、ページ、カスタムフィールドをMarkdownまたはHTMLでエクスポート。PolyLingoは両フォーマットを構造を保持したまま直接受け付けます。送信前にコンテンツをクリーンアップする必要はありません。
新しいスタックに統合
ビルドプロセス、CMSのWebhook、コンテンツパイプラインから翻訳APIを呼び出します。ドキュメントごとに1回のリクエストで全言語を同時に返します。出力を新しいCMSやi18nファイル構造に配置してください。
対象ユーザー
WordPressから移行するサイトオーナー
Webflow、Framer、カスタムビルドに移行済み。コンテンツは多言語。すべてを一から作り直す必要のない翻訳ワークフローが必要です。
非WordPressサイトを構築するエージェンシー
クライアントは多言語対応を期待。プロジェクトのスタックに合うツールが必要で、WordPressプラグインのようにCMS選択を強制されるのは困ります。
ヘッドレスCMS環境の開発者
SanityやContentfulを使用。コンテンツは構造化JSON。構造を保持し既存のロケール管理に組み込める翻訳が必要です。
Polylang代替に関するよくある質問
PolyLingoはPolylangの直接の代替ですか？
PolyLingoはPolylangが提供するコアユースケース—構造化多言語コンテンツとフォーマット保持—をAPIを通じて実現しますが、WordPressプラグインではありません。Polylangのインコンテキスト編集、言語切替ウィジェット、パーマリンク管理は置き換えません。これらはCMSやフレームワークのネイティブツールを使います。PolyLingoは翻訳レイヤーを担当します。
まだWordPressを使っている場合もPolyLingoは使えますか？
はい。PolyLingoはWordPressとは完全に独立したREST APIで動作します。Polylangと併用してAI支援翻訳を行ったり、ヘッドレスWordPress環境でPolyLingo APIをテーマやカスタムプラグイン、ビルドスクリプトから呼び出すことが可能です。
PolyLingoはどのコンテンツフォーマットをサポートしていますか？
Markdown、JSON、HTML、プレーンテキストです。送信されたコンテンツからフォーマットを自動検出するため、指定は不要です。WordPressエクスポートは通常HTMLで来ますが、PolyLingoはタグや属性を完全に保持してネイティブに処理します。
PolyLingoはPolylangが対応するすべての言語をサポートしていますか？
PolyLingoは36言語をサポートし、主要なヨーロッパ言語、CJK言語（中国語、日本語、韓国語）、RTL言語（アラビア語、ヘブライ語、ペルシャ語、ウルドゥー語）を含みます。PolylangはWordPressが認識する任意の言語の表示とルーティングをサポートしますが、翻訳は別の問題でした。PolyLingoは翻訳を別途対応します。
課金はPolylangと比べてどうですか？
Polylangは無料プラグインと、WooCommerce対応のPolylang Pro（約99ユーロ/年）があります。PolyLingoは無料プラン（月50,000トークン）と有料プラン（月9ドル〜）があります。PolyLingoはサイトや言語ペア単位ではなくトークン消費量に基づく課金なので、実際の使用量に応じて費用がスケールします。
既存の多言語WordPressコンテンツを翻訳できますか？
はい。HTMLまたはMarkdownでコンテンツをエクスポートし、PolyLingoに渡すと、すべてのターゲット言語の翻訳版が返されます。元の構造が保持されるため、フォーマット済みの投稿はフォーマットされたまま戻ります。既存の多言語サイトを新しいスタックに一括移行するのに適しています。
SDKはありますか、それともREST APIだけですか？
現在はREST APIのみです。Node.js、Python、PHP用SDKを開発中です。REST APIはシンプルで、多くの統合はSDKの有無にかかわらず1時間以内に設定可能です。