Lingvit

Lingvit vs Lokalise：ウェブサイト翻訳 vs ロケールファイル管理（2026年）

Lingvit と Lokalise はどちらも翻訳ツールですが、根本的に異なる課題を解決します。 Lokalise はコードベース内でロケールファイルを管理する開発チーム向けの翻訳管理 システム（TMS）です。Lingvit はコードに一切触れずにライブのウェブサイトやウェブ アプリを翻訳する DOM ベースの翻訳ウィジェットです。これは公平な比較です — Lokalise が正しい選択となる場合もお伝えします。

機能比較

Lingvit and Lokalise feature comparison
FeatureLingvitLokalise
導入方法スクリプトタグ（コード変更不要）SDK とロケールファイル連携が必要
対象ユーザーあらゆる開発者やマーケターi18n ワークフローを持つ開発チーム
ウェブサイト翻訳（リビルド不要）可能 — DOM ベースで、あらゆるサイトで動作不可 — i18n ライブラリの連携が必要
モバイルアプリの文字列非対応対応（JSON、PO、XLIFF、iOS、Android）
料金モデル月額プランの文字数枠（全30以上の言語込み）トライアル後は継続プラン
課金対象月間の新規翻訳文字数のみ — キャッシュ配信は無料シート単価＋語数単価
自動翻訳標準搭載、追加費用なし利用可能（機械翻訳連携、追加費用あり）
翻訳メモリありあり（コア機能）
用語集管理ありあり（高度な機能）
編集による上書きあり — ダッシュボードから、デプロイ不要あり — Lokalise エディタから
API アクセスあり（REST）あり（REST + Webhook）

Swipe horizontally to compare every column.

核となる違い：ファイル vs DOM

Lokalise はソースコードから文字列を抽出してロケールファイル（JSON、PO、XLIFF、 iOS Strings、Android XML）にまとめ、翻訳ワークフローを通し、翻訳済みファイルを リポジトリにコミットし直す仕組みです。コピーが変わるたびに、抽出、翻訳、 再デプロイが必要です。i18n ライブラリとの SDK 連携が必要で、各ステップに開発者の 関与が求められます。

Lingvit は異なる仕組みです：ページのレンダリング済み DOM を読み込み、テキストノードを 特定し、実行時に翻訳済みコンテンツへ置き換えます。ロケールファイルも、抽出ステップも、 翻訳更新時のデプロイも不要です。スクリプトタグ1つを貼るだけで、言語切替 UI を含め ウィジェットがすべてを処理します。

Lokalise を選ぶべき場面

  • ロケールファイル管理が必要なモバイルアプリ（iOS、Android）を開発している
  • 構造化されたレビューワークフローが必要な大規模なプロ翻訳者チームがいる
  • すでに i18n ライブラリ（react-i18next、vue-i18n、Flutter Intl）を使用しており、それが生成するファイルを管理する TMS が必要
  • 翻訳プロセスに CAT ツール、文字列レベルの翻訳メモリ、QA レビューステップが含まれる

Lingvit を選ぶべき場面

  • コードベースをまったく変更せずにウェブサイトやウェブアプリを翻訳したい
  • アプリケーションのコードベースを変更するより、ガイド付きのスクリプトタグ導入を好む
  • チームが小規模、またはコンテンツが頻繁に変わり、翻訳更新のたびにデプロイサイクルを挟む余裕がない
  • 透明な文字数メーター1つで全30以上の言語が使える、手頃な月額プランを好む
  • コンテンツサイトに限らず、SaaS ダッシュボード、CRM、管理パネルなど HTML をレンダリングするあらゆる製品を翻訳している

手頃な月額プランで Lingvit を試す

スクリプトタグ1つ、あらゆるプラットフォーム、キャッシュ配信込み。

今すぐ始めるSee the 3-step setup