Tolgee

Tolgeeとは

Tolgee（github.com/tolgee/tolgee-platform）は、開発者が扱っていて気持ちのいいオープンソースのローカライズ基盤であり、Crowdin、Phrase、Lokaliseのオープンな代替だと自称しています。API付きの共有スプレッドシートと違うのは、コンテキスト内編集です。SDKを入れておけば、動いている自分のアプリでALTまたはOptionを押しながら要素をクリックするとダイアログが開き、JSONやPOファイルを開かずにその文字列を直せます。READMEによれば本番環境でも動き、APIキーを貼るブラウザ拡張を使うため、プルリクエストを開けない人でも一文を直せます。もうワンクリックで、対象のフレーズを強調したアプリのスクリーンショットが撮れます。これは本来、翻訳者が想像で補うしかない文脈です。

残りは翻訳管理システムに期待される機能で、リポジトリはどの部分が存在するかを具体的に書いています。過去に使った訳を類似度つきで提案する翻訳メモリ、DeepL・Google翻訳・AWS Translateによる機械翻訳、新しいキーを作成した瞬間の自動翻訳、そして翻訳ごとのコメント・履歴と、誰が何を変更・レビューしたかを記録するアクティビティログ。さらにMCPサーバーがあり、AIコーディングアシスタントがエディタの中からキー検索、翻訳の作成と更新、言語の管理、機械翻訳の実行を行えます。Dockerで自前ホストするか、ホスティング版のアカウントとして使います。

第二言語を出すときに何が変わるか

言語を1つ足す作業は1つに見えて実際は4つあり、だからチームは見積もりを外します。この種の基盤は最初の2つをほぼ消し、3つ目を助け、4つ目には手が届きません。

• コードから文字列を出す — 機械的な部分です。SDKとCLIが手作業のファイル管理を置き換え、キーがコードと言葉を編集する全員との間のインターフェースになります。
• 最初の訳を用意する — 機械翻訳のおかげでほぼ無料になり、UI文字列ならほぼ十分な品質になりました。多くの人が「これが作業のすべてだ」と想像する工程です。
• 翻訳を原文に追従させ続ける — 実際に腐っていくのはここです。誰かが英語の一文を直すと、他の言語は何も壊れないまま静かに間違いになります。キー単位で状態を持つ保存方式が構造的な解決で、原文が変わればその訳が「古い」と印を付けられ、勝手に離れていくことがなくなります。
• その一文が自然に読めるかを知る — どのツールもやってくれない部分です。その言語を話し、製品を知っている人が必要で、レビューのワークフローが教えてくれるのは「誰かが見たか」であって「その人が正しかったか」ではありません。

ローカライズは創業者のグローススタックのどこに入るか

先に正直な境界線を引きます。ページを翻訳することは、そのページがすでに稼いでいるものを掛け算するだけで、それ自体は何も生みません。英語版に流入がないなら、6言語の翻訳は6つの言語で流入がないまま、保守だけが増えます。そもそも翻訳すべきかはSEOのためにサイトを翻訳すべきかで扱っており、どの版を出すかを検索エンジンに伝える注釈がhreflangです。これはターゲティングのシグナルであって、ランキング要因ではありません。

AgentCeres（agentceres.com のAIグロースオフィサー）を作ってきた立場からの一次情報です。私たちは8言語で公開していますが、予想していなかった失敗は、誰も計画しない方向へのずれでした。製品の変更によって、マーケティングページのある主張が事実でなくなりました。修正はまず翻訳版に入り、しばらくの間、いくつかの翻訳は元になった英語より正確な状態でした。つまり、その英語からページを再生成した人がいれば、修正を気づかないうちに巻き戻していたということです。ここから2つ学びました。翻訳は原文からいつでも作り直せる下流のコピーではないこと。そして、すべての言語にすべてのキーがあると証明する自動のパリティチェックは、その一文が真実かどうか、自然に読めるかどうかについて何も語らないことです。

基盤が決めるのは、言語を1つ足すコストです。決めないのは、どの言語に価値があるかです。その答えは、登録・サポート問い合わせ・検索需要がすでにどこに集まっているかから出てくるもので、ツールが安くしてくれた度合いからは出てきません。ローカライズはbetter-authと同じ分類に属します。正しくなければならず、顧客からは決して褒められず、それ自体は需要を生まないインフラです。証拠が指す言語を選び、すでに何かを稼いでいるページを訳し、残りは自分で引き受けると決めた保守として扱ってください。