よくある質問

リポジトリを連携する前にチームからよく寄せられる質問への簡潔な回答です。各項目から、ドキュメントの詳細な解説にリンクしています。

フレームワークと互換性

対応しているi18nライブラリは何ですか?

next-intl、react-i18next / i18next、Linguiに対応しています。私たちがi18nをセットアップする際は、スタックに応じて選定します。Next.jsのApp Routerにはnext-intl、Pages Routerにはi18next、ViteのReactにはLinguiを使用します。すでに導入済みのライブラリがある場合は、それをそのまま活用し、翻訳のみを行います。

ドキュメントで詳しく見る →

対応しているファイル形式は何ですか?

JSON(フラット形式・ネスト形式)、.po、XLIFF 1.2・2.x、ARB、YAML、Apple .xcstrings、Android strings.xml、Chrome拡張機能のmessages.jsonに対応しています。ロケールパスパターンをファイルに合わせて設定するだけで、プッシュごとに翻訳が最新の状態に保たれます。

ドキュメントで詳しく見る →

モノレポには対応していますか?

はい。アプリごとにプロジェクトを作成し、そのアプリのファイルに合わせてロケールパスパターンを設定してください。例:apps/web/messages/{locale}.json

ドキュメントで詳しく見る →

モバイルアプリ(iOS、Android、Flutter)には対応していますか?

部分的に対応しています。iOS(.xcstrings)、Android(strings.xml)、Flutter(.arb)の翻訳ファイルは、プッシュごとに翻訳が最新の状態に保たれます。ただし、ネイティブコードやFlutterコード内でのi18nセットアップには現在対応していません。この機能はReactのWebアプリのみで利用可能です。

ドキュメントで詳しく見る →

ブラウザ拡張機能には対応していますか?

翻訳については対応しています。Chromeのmessages.jsonおよびWXTのロケールファイルは、プッシュごとに翻訳が最新の状態に保たれます。ただし、拡張機能のコード内でのi18nセットアップには現在対応していません。

ドキュメントで詳しく見る →

翻訳品質

翻訳の品質はどの程度ですか?

フレーズベースの機械翻訳よりも高品質です。モデルが文字列全体、そのプレースホルダー、用語集、スタイルガイドを一度に把握した上で翻訳するためです。人間の翻訳者に比べて低コストかつ高速ですが、重要な場面でのネイティブによるレビューの代わりにはなりません。2回目のAIチェックで、人による確認が必要な箇所にはフラグが付きます。

ドキュメントで詳しく見る →

自分の用語集やスタイルガイドを使用できますか?

はい。「プロジェクト → 用語集」で保護対象の用語を追加できます(一括インポートも可能です)。また、「プロジェクト → スタイルガイド」で言語ごとのトーンや文体を設定できます。すべての翻訳ジョブは両方の設定に従います。

ドキュメントで詳しく見る →

QA(品質保証)はどのように行われ、何をチェックしますか?

翻訳後、2回目のAIチェックによって、意味、プレースホルダーや変数、用語集の用語、スタイルガイドとの整合性が全言語でチェックされます。結果はプロジェクトダッシュボード上に「良好」「まずまず」「要確認」として表示され、問題がある場合はWebhookまたはメールで通知を受け取ることもできます。

ドキュメントで詳しく見る →

生成された翻訳を後から編集できますか?

はい。プルリクエスト内、またはその後リポジトリ内で翻訳を変更できます。編集内容は承認済みバージョンとなり、翻訳メモリに登録され、以降は再翻訳されません。

ドキュメントで詳しく見る →

使用しているAIモデルは何ですか?選択できますか?

翻訳とレビューにはAnthropic社のClaudeモデルを使用しています。初回のコードセットアップでは別のコーディング用モデルを使用し、ファイルの内容に応じて必要な場合はより高性能なモデルに切り替えます。品質とコストの観点からモデルを選定しており、現時点では自分でモデルを選択することはできません。

ドキュメントで詳しく見る →

ワークフロー

GitHubおよびGitLabとの連携はどのように機能しますか?

アプリでリポジトリを接続してください。私たちがリポジトリをスキャンし、必要であればi18nの設定を行い、レビュー用のブランチにプッシュします。それ以降は、新しいテキストや変更があるたびにプッシュすると、翻訳を含んだプルリクエスト(GitLabではマージリクエスト)が自動で作成されます。Azure DevOpsへの対応は今後予定しています。

ドキュメントで詳しく見る →

翻訳ジョブはどのようなときに実行されますか?

すべてご自身で設定できる3つのトリガーがあります。ウォッチ対象ブランチへのプッシュ、「プルリクエストを翻訳」を有効にした場合のプルリクエスト、そしてダッシュボードからの手動実行です。テキストの変更がないプッシュではジョブは開始されません。

ドキュメントで詳しく見る →

mainだけでなく、特定のブランチを翻訳対象にできますか?

はい。好きなだけブランチをウォッチ対象にできますし、任意のブランチで手動ジョブを実行し、プルリクエストか直接プッシュかを選ぶこともできます。

ドキュメントで詳しく見る →

マージされる前に翻訳をレビューするにはどうすればいいですか?

通常のコード変更と同じ流れです。プルリクエストの内容を確認し、気になる翻訳があれば差分(diff)内で編集し、問題なければマージしてください。手動ジョブで直接プッシュを選ばない限り、プルリクエストを経ずにデフォルトブランチへ反映されることはありません。

ドキュメントで詳しく見る →

プルリクエストはどのような内容になりますか?

ジョブごとに1つのプルリクエストが作成されます。変更されるのはロケールファイルのみで、新規または変更されたキーだけが追加され、すでにレビュー済みの翻訳はそのままです。

ドキュメントで詳しく見る →

チームでの利用

1つのアカウントを複数人で使えますか?

はい。「設定 → ユーザー」からメールアドレスでチームメンバーを招待できます。人数によって料金が変わることはありません。

ドキュメントで詳しく見る →

権限の仕組みはどうなっていますか?

現在は2つのロールがあります。管理者(Admin)はメンバーの招待・削除、ロール変更、請求管理を行え、メンバー(Member)はプロジェクトでの作業を行います。より細かな権限設定やSSOは、Teamプランのロードマップに含まれています。

ドキュメントで詳しく見る →

用語集を複数のプロジェクトで共有できますか?

今のところ、一括で共有する機能はありません。用語集は1つのプロジェクトに紐づくため、必要なプロジェクトごとに同じ用語集ファイルをインポートしてください。

ドキュメントで詳しく見る →

料金

「文字数」とはどこまでを指しますか?原文だけですか、それとも翻訳後の文章も含まれますか?

文字数やキー数、シート数に応じた課金は行っていません。料金は各言語への翻訳量に応じて発生し、品質レビューも含まれます。目安として、翻訳後の1,000ワードあたり約€0.10、または1,000文字あたり約€0.015です。原文自体に課金されることはありません。

ドキュメントで詳しく見る →

一般的なプロジェクトの月額費用はどれくらいですか?

3言語対応・500文字列程度の小規模アプリの場合、初回の翻訳費用は約€0.90で、その後は月数セント程度です。8言語対応・3,000文字列程度の中規模プロダクトの場合は、初回で約€16、その後は月々約€1.60が目安です。繰り返し登場する文字列は翻訳メモリから再利用されるため、追加費用はかかりません。

ドキュメントで詳しく見る →

Indie、Starter、Teamのどのプランを選べばいいですか?

月間の翻訳量が約€15未満であれば、Indie(月額€5+従量課金)が最も割安です。それを超える場合は、Starter(月額€20、€20分のクレジット込み)の方がお得になります。Team(月額€249、€200分のクレジット込み)は、専任のオンボーディングやチーム機能を求める組織向けです。

ドキュメントで詳しく見る →

無料トライアルはありますか?

はい。新規アカウントには、クレジットカード登録不要で14日間有効な€5分の翻訳クレジットが付与されます。これは約50,000ワード分の翻訳に相当します。

ドキュメントで詳しく見る →

セキュリティとデータ

コードやデータはどこに保存されますか?

翻訳結果はお客様ご自身のリポジトリ内に保存されます。当社側では、プロジェクト、用語集、スタイルガイド、翻訳メモリ、ジョブ履歴を、ドイツ・ファルケンシュタインにあるHetznerのサーバーで管理しています。各翻訳ジョブの作業データは、ジョブ完了から30日後に削除されます。

ドキュメントで詳しく見る →

ソースコードは保存されますか?

翻訳ジョブではロケールファイルのみを読み取ります。初回のコードセットアップ時には、隔離されたコンテナ内にリポジトリを一時的にクローンし、処理が終わると自動的に破棄されます。変更内容を確認できるよう、生成された差分(diff)のみ保持しています。

ドキュメントで詳しく見る →

GDPRに準拠していますか?

globalize.now SIAは、ラトビア・リガに登記されたEU域内の企業であり、サーバーはドイツに設置されています。現時点では、署名済みのデータ処理契約(DPA)はご提供していません。サポートチャットでお問い合わせいただくか、[email protected]までメールをお送りいただければ、貴組織のデータを3営業日以内に削除いたします。SOC 2の取得は2027年第1四半期を目標にロードマップに含めています。

ドキュメントで詳しく見る →

翻訳はサードパーティAPIを経由しますか?

はい、AIモデルを経由しますが、いずれのモデルもお客様のテキストやコードを学習に利用することはありません。翻訳と品質レビューは、Anthropic社のClaudeモデルに直接送信されます。初回のコードセットアップでは、OpenRouter経由でDeepSeekモデルを利用しており、データ非保持(ゼロリテンション)が徹底されています。プロバイダーの全リストはドキュメントに記載しています。

ドキュメントで詳しく見る →

ツールの乗り換え

現在Lokalise、Crowdin、Phraseを利用しています。どうすれば乗り換えられますか?

既存の翻訳ツールからリポジトリへ翻訳データをエクスポートし、そのリポジトリを接続した上で、「既存の翻訳」を「承認済みとしてインポート」に設定してください。用語集も併せてインポートし、最初のプルリクエストが作成された時点で、これまでのツールを解約すれば完了です。

ドキュメントで詳しく見る →

既存の翻訳をインポートできますか?

はい、3つの方法から選べます。「承認済みとしてインポート」(翻訳メモリに追加され、再翻訳や再課金の対象にはなりません)、「レビュー対象としてインポート」、または既存の翻訳を無視して最初から翻訳する方法です。

ドキュメントで詳しく見る →

現在のi18n設定が壊れることはありませんか?

ありません。next-intl、react-i18next、i18next、Linguiのいずれかをすでに使用しているアプリに対して、文字列の抽出やキー構造の変更、言語切り替え機能の追加、ルーティングや設定ファイルの変更などは一切行いません。既存のファイルに接続し、翻訳された状態を維持するだけです。

ドキュメントで詳しく見る →

知りたいことが見つかりませんでしたか?ドキュメントを検索する、または[email protected]までメールでお問い合わせください。