# General Translation Knowledge Base: Smartling の代替ツール：General Translation と Smartling の比較 URL: https://generaltranslation.com/ja/kb/general-translation-vs-smartling.mdx Docs index: https://generaltranslation.com/llms.txt Description: リリースの一環としてコードからアプリの翻訳を生成したい場合は、General Translation を選んでください。Smartling は翻訳管理システム、AI と人手による翻訳サービス、ウェブサイト翻訳プロキシを組み合わせた製品です。General Translation ではテキストをコンポーネント内に置いたまま、その文脈を翻訳に反映でき、チームは ダッシュボード でレビューを行えます。 Category: ワークフローツール Last updated: 2026-10-16 Authors: Kevin Wu, Jackie Chen Published: 2026-10-16 Smartling はエンドツーエンドのローカライゼーションを提供しています。その内容は、CAT (コンピューター支援翻訳) ツールと翻訳メモリを備えた翻訳管理システム (TMS) 、AI Hub による AI 翻訳、Smartling Language Services による人手による翻訳、そしてプロキシとしてウェブサイトを翻訳する Global Delivery Network (GDN) です。ソフトウェアの場合、コード側の処理はファイル単位で行われます。リポジトリ内のリソースファイルが Smartling 上のファイルとして取り込まれ、そこから文字列が抽出されて翻訳されます。翻訳結果は GitHub Connector、セルフホスト型の Repository Connector、または CLI を通じてリポジトリに戻されます。これに対し、General Translation はコードを起点とします。 ## Smartlingの強み * **AI翻訳と人手による翻訳を1社で提供。** Smartlingの[翻訳サービスのページ](https://www.smartling.com/translation-services)によると、即時納品の機械翻訳・AI翻訳、1日納品のAI Human Translation (AI支援による人手翻訳) 、2日納品のCreative Translation (複雑なプロジェクト向けの専門家による翻訳) が用意されており、4,000人以上の言語専門家を擁する言語サービスチームが対応します。 * **AI Hub。** DeepL、Google、Microsoftなどの[大規模言語モデルや機械翻訳エンジン](https://help.smartling.com/hc/en-us/articles/10318350761883-Smartling-s-AI-Hub)を利用でき、用語集と翻訳メモリがプロンプトに組み込まれます。 * **コードを変更せずにWebサイトを翻訳。** GDNが[翻訳プロキシ](https://help.smartling.com/hc/en-us/articles/18558261190683-Introduction-to-the-GDN)として翻訳済みページを配信します。 * **ビジュアルコンテキスト。** [Chrome拡張機能またはJavaScriptライブラリで取得したHTML](https://help.smartling.com/hc/en-us/articles/360057484273--Overview-of-Visual-Context)、OCRで文字列と紐付けたスクリーンショット、PDF、動画を文脈として利用できます。 * **品質管理ツール。** CATツール、品質チェックに加え、MQMフレームワークに基づいてジョブをスコアリングする[LQA Agent](https://help.smartling.com/hc/en-us/articles/49428460628507-LQA-Agent-AI-Powered-Quality-Assurance)を備えています。 * **コンプライアンスとコネクタ。** [PCI Level 1、SOC 2、HIPAA、HITRUST、ISO 27001、ISO 42001](https://www.smartling.com/security)に準拠しているほか、AEM、Contentful、SalesforceなどのCMSやマーケティングツール向けに50以上のコネクタを提供しています。 ## Smartling を導入してもエンジニアに残る作業 Smartling のリポジトリワークフローでは、リソースファイルを翻訳ジョブに流して処理します。 1. i18nライブラリをセットアップし、そのライブラリが読み込むリソースファイルを抽出または作成します。[Smartling の SDK](https://help.smartling.com/hc/en-us/articles/1260806475390-Smartling-SDKs-Overview) は同社の API に接続します。 2. リポジトリを接続します。ホスト型の GitHub Connector はプルリクエストまたはコミットを監視し、セルフホスト型の [Repository Connector](https://help.smartling.com/hc/en-us/articles/360008032174-Options-for-Automation-with-Source-Repositories) は GitHub Enterprise、GitLab、Bitbucket、SVN に対応しています。あるいは `smartling-cli files push` でファイルをプッシュすることもできます。 3. 翻訳ジョブの完了を待ちます。Smartling のドキュメントによると、GitHub Connector の[プルリクエストモード](https://help.smartling.com/hc/en-us/articles/14901568064411-GitHub-Configuration-Modes-Pull-Request-Single-Branch-On-Demand)では、翻訳が配信されるまでプルリクエストをマージも削除もすべきではないとされています。つまり、機能開発のプルリクエストは翻訳待ちで止まることになります。 4. 配信用のプルリクエストをマージし ([Repository Connector の場合はブランチに直接コミット](https://help.smartling.com/hc/en-us/articles/44557348474139-Repository-Connector-Architecture-Overview)されます) 、新しい言語をそれぞれアプリに組み込んで、すべての画面を確認します。 さらに、アプリの文字列には最初はビジュアルコンテキストがありません。GitHub Connector はこれを自動では取得せず、Smartling の[対応ファイルタイプ](https://help.smartling.com/hc/en-us/articles/360007998893--Supported-File-Types)の表を見ても、JSON、iOS、Android ファイルではデフォルトで利用できるものがありません。そのため、ビジュアルコンテキストはチームが用意するスクリーンショットやキャプチャに頼ることになります。 Smartling には無料で始められる Core プランと、営業経由で契約するエンタープライズプランがあり、翻訳の種類ごとに単語単価の最低価格を公開しています。 ([Smartling のプラン](https://www.smartling.com/plans)を参照。2026年10月時点で確認。) ## Smartling と General Translation の比較一覧 | 機能 | Smartling | General Translation | | --------- | ------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------- | | 文字列の保存場所 | Smartling が文字列を解析・保存するリソースファイル | コード内の [``](/docs/react/reference/components/t)、または既存のリソースファイル | | コードとの連携方法 | GitHub Connector、Repository Connector、CLI、または API | ビルドに組み込んだ [`npx gt translate`](/docs/cli/reference/commands/translate)、または [Locadex](/docs/platform/locadex/quickstart) によるプルリクエスト | | 翻訳の担い手 | AI Hub エンジン、Smartling AI Translation、または Smartling の翻訳者 | コード、用語集、カスタムプロンプトの文脈を活用する AI(チームがダッシュボードでレビュー) | | 各文字列の文脈 | ビジュアルコンテキストのキャプチャ、OCR 付きスクリーンショット、用語集、翻訳メモリ、スタイルガイド | マークされた JSX 構造、変数プレースホルダー、文脈メモ、用語集、カスタムプロンプト | | Web サイト | GDN 翻訳プロキシ | コード内のコンテンツを翻訳し、`gt-next` でロケールルーティングを提供 | | 料金 | Core プランとエンタープライズプラン、および単語単位の翻訳料金 | [従量課金制](https://generaltranslation.com/pricing) | ## チームがSmartlingではなくGeneral Translationを選ぶ理由 General Translationなら、文言を追加するコード変更と同時に、その翻訳も生成できます。文言は[``](/docs/react/reference/components/t)内で読みやすいまま保たれ、アプリに必要な言語ファイルはビルド時に生成されます。 * **スピード。** アプリケーションのビルド前に[`npx gt translate`](/docs/cli/reference/commands/translate)を実行すれば、出荷するリリース向けの翻訳を生成できます。また、[Locadex](/docs/platform/locadex/guides/configuring-automations)を設定して、リポジトリのイベントを起点に翻訳のプルリクエストを自動で作成することもできます。エンジニアは、翻訳の配信ジョブを別途調整しなくても、既存のビルドとレビューのプロセスの中でローカライゼーションを進められます。 * **低い運用コスト。** [``](/docs/react/reference/components/t)ブロックをインラインで使えば、日常的な文言変更のたびにキーを作成したり、リソースファイルを受け渡したりする必要がなくなります。CLIは変更のない翻訳を再利用するため、ビルドを繰り返しても翻訳されるのは新規または変更されたテキストだけです。利用料金は[General Translationの料金](https://generaltranslation.com/pricing)を、AIおよび人手による翻訳オプションは[Smartlingのサービス料金](https://www.smartling.com/translation-services)をご覧ください。 * **高い品質。** Smartlingでは、JSON、iOS、Androidファイルにはデフォルトでビジュアルコンテキストが提供されないため、チームがスクリーンショットやキャプチャを用意する必要があります。General Translationは、マークされたJSXの構造と変数プレースホルダーを保ったまま翻訳し、意図を明確にする[文脈メモ](/docs/react/reference/components/t)や、製品用語を統一する用語集とカスタムプロンプトも活用します。レビュー担当者は[ダッシュボードの翻訳エディター](/docs/platform/dashboard/guides/reviewing-translations)で翻訳結果を修正できるため、生成からレビューまでを1つのワークフローで完結できます。 * **低いリスク。** MITライセンスの`gt-react`および`gt-next`ライブラリは、General Translationのアカウントがなくても、またランタイムでサービスを呼び出さなくても、[バンドルされた翻訳](/docs/react/guides/storing-translations)をレンダリングできます。生成されたファイルはアプリとともに保持されるため、デプロイ後の文言を自分たちで管理できます。 General TranslationはSOC 2 Type IIおよびISO 27001の認証を取得し、GDPRにも準拠しています。エンタープライズプランでは、SSO、SCIMプロビジョニング、監査ログ、カスタムロール、顧客現場密着型のエンジニアによる支援も利用できます。 (詳しくは[トラストセンター](https://trust.inc/generaltranslation)をご覧ください。) Cursorは、WebプロダクトとドキュメントでGeneral Translationを利用し、14以上のロケールに対応しています。 (詳しくは[本番環境での導入事例](https://generaltranslation.com/enterprise)をご覧ください。) ## Smartling が適しているケース 次のような場合は Smartling が適しています。AI 翻訳と人手による翻訳を品質保証付きで単一のベンダーにまとめて依頼したい場合、コードを変更せずにプロキシ経由でマーケティングサイトを翻訳したい場合、業界の要件として PCI や HIPAA などの認証が必要な場合、コンテンツが多数のエンタープライズ向け CMS やマーケティングツールに分散している場合、あるいはベンダーと XLIFF、TMX、Office ファイルをやり取りする場合です。 ## SmartlingからGeneral Translationへの移行 まずは、アプリですでに読み込んでいるJSONやPOなどのリソースファイルから始めましょう。それらのファイルを対象に[CLIを設定](/docs/cli/guides/configuring)し、初回の[`npx gt translate`](/docs/cli/reference/commands/translate)を実行する前に[`npx gt upload`](/docs/cli/reference/commands/upload)を実行して、翻訳元と既存の翻訳をインポートします。既存のi18nライブラリやファイル構成は変更せずにそのまま使えます。 用語集を[コンテキストグループ](/docs/platform/dashboard/guides/defining-context-for-translations)にインポートしたら、生成された訳文をダッシュボードで確認します。インラインの[``](/docs/react/reference/components/t)の導入は、翻訳元のキーの管理からも解放されたいチーム向けの別の選択肢です。プラットフォーム全体の観点から検討する場合は、[TMSではなくGeneral Translationを使う理由](/kb/general-translation-vs-tms)を参照してください。 ## General Translation は Smartling の代替になりますか？ はい。General Translation は、コードを理解した翻訳生成、ビルドの自動化、ダッシュボードでのレビューを組み合わせた、ソフトウェアチーム向けのソリューションです。既存のカタログをそのまま使うことも、インライン JSX を使うこともできます。一方、ウェブサイト翻訳プロキシや人手による翻訳サービスを同じベンダーにまとめて依頼したい場合は、Smartling が有力な選択肢です。 ## その他の Smartling の代替ツール Smartling からの乗り換えを検討しているチームは、以下のプラットフォームも比較しています。 * **Crowdin:** 無料ライセンスの対象となるオープンソースプロジェクトでコミュニティの翻訳者を活用したい場合や、ベンダー主導で人手による翻訳プログラムを運用したい場合に適しています。 ([General Translation と Crowdin の比較](/kb/general-translation-vs-crowdin)を参照してください。) * **Lokalise:** デザイナーや翻訳者が Figma やスクリーンショットをもとに作業する場合や、ネイティブアプリで OTA (over-the-air) アップデートが必要な場合に適しています。 ([General Translation と Lokalise の比較](/kb/general-translation-vs-lokalise)を参照してください。) * **Phrase:** ソフトウェアの文字列と、ベンダーと連携して運用するドキュメント中心の翻訳プログラムの両方を、1 つのプラットフォームで扱う必要がある場合に適しています。 ([General Translation と Phrase の比較](/kb/general-translation-vs-phrase)を参照してください。) * **Transifex:** スニペットを埋め込んで Web サイトを翻訳したい場合や、提携ベンダーに人手による翻訳を発注したい場合に適しています。 ([General Translation と Transifex の比較](/kb/general-translation-vs-transifex)を参照してください。) * **Weblate:** コミュニティ翻訳を行う場合や、完全にセルフホストできる Git ベースのプラットフォームを求めるチームに適しています。 ([General Translation と Weblate の比較](/kb/general-translation-vs-weblate)を参照してください。) * **Tolgee:** プラットフォームをセルフホストする必要があるチームや、翻訳者が実行中のアプリ上でテキストをクリックして直接編集できるようにしたいチームに適しています。 ([General Translation と Tolgee の比較](/kb/general-translation-vs-tolgee)を参照してください。) (これらのプラットフォームに共通する点については、[TMS ではなく General Translation を使う理由](/kb/general-translation-vs-tms)を参照してください。) ## 重要なポイント * Smartling はフルサービスのエンタープライズ向けプラットフォームです。AI 翻訳と人手による翻訳、ウェブサイトプロキシ、幅広いコンプライアンス対応を単一のベンダーで揃えたい場合に最も真価を発揮します。 * ただし、エンジニアは引き続きキーベースのリソースファイルを管理する必要があります。また、プルリクエストモードでは、機能開発のプルリクエストは翻訳が配信されるまで待機状態になります。 * General Translation は、コードの文脈の把握、翻訳の生成、レビューをリリースワークフローに組み込みます。さらに、翻訳をバンドルに含めることで、本番環境での配信をアプリ内で完結できます。 ## Related questions - [TMS（Smartling、Lokalise、Phrase、Crowdin、Transifex）ではなく General Translation を使う理由](https://generaltranslation.com/ja/kb/general-translation-vs-tms.mdx): Smartling、Lokalise、Phrase、Crowdin、Transifex などの翻訳管理システム（TMS）は翻訳者間の作業を取りまとめますが、文字列の抽出、送信、翻訳待ち、プロダクトへの再組み込みは依然としてエンジニアの仕事です。General Translation はコード内のコンテンツを文脈ごと翻訳し、リリースのたびに全言語をまとめて提供します。ロックインのないオープンソースのライブラリ上で動作します。 - [Lokalise の代替ツール：General Translation と Lokalise の比較](https://generaltranslation.com/ja/kb/general-translation-vs-lokalise.mdx): General Translation は、JSX 内に読みやすいコピーをそのまま記述し、翻訳を開発プロセスに組み込みたいチームにとって、Lokalise の有力な代替手段です。Lokalise は、共有キー、デザインツールとの連携、モバイル向けの OTA（Over-the-Air）配信を軸に設計されています。General Translation は、アプリ内でマークされたコンテンツから翻訳を生成し、ダッシュボード または GitHub のプルリクエスト上でのレビューに対応しています。 - [Phrase の代替ツール：General Translation と Phrase の比較](https://generaltranslation.com/ja/kb/general-translation-vs-phrase.mdx): アプリとドキュメントを同時にリリースするなら、General Translation は Phrase Strings の有力な代替となります。コードやコンテンツファイルから翻訳を生成し、共通の用語を適用したうえで、リリースワークフローの中で動作します。一方 Phrase は、ソフトウェアのローカライゼーションに加え、ドキュメント中心の TMS、ベンダー管理、幅広い翻訳エンジンの選択肢を備えています。 - [Crowdin の代替ツール：General Translation と Crowdin の比較](https://generaltranslation.com/ja/kb/general-translation-vs-crowdin.mdx): テキストをコンポーネント内に置いたまま、ビルドとあわせて翻訳を生成したいなら General Translation がおすすめです。Crowdin はリソースファイル、翻訳者、レビューワークフローを中心に翻訳プロジェクトを管理するツールで、エンジニアがそれらをアプリに接続し、プロダクトの変化に合わせて保守していく必要があります。なお、オープンソースのコミュニティ翻訳やベンダー主導の翻訳プログラムでは、Crowdin は今も有力な選択肢です。 - [Transifex の代替ツール：General Translation と Transifex の比較](https://generaltranslation.com/ja/kb/general-translation-vs-transifex.mdx): マークした JSX を、その構造や開発者が付与した文脈とあわせて翻訳し、結果をバンドルに含めるか CDN から配信したい場合は General Translation を選びましょう。Transifex Native も文字列をコード内で管理しますが、公開は独自のコンテンツ配信サービスを通じて行います。Transifex は、同社の翻訳パートナー、品質スコア、またはスニペットベースの Web サイト翻訳を活用したいチームに適しています。 ## Previous and next questions - Previous question: [Reactアプリに最適なi18nライブラリは？](https://generaltranslation.com/ja/kb/best-react-i18n-library.mdx) - Next question: [TMS（Smartling、Lokalise、Phrase、Crowdin、Transifex）ではなく General Translation を使う理由](https://generaltranslation.com/ja/kb/general-translation-vs-tms.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/ja/kb/sitemap.md) for every article.