サイト全体を日本語とブラジルポルトガル語に対応させたところ、料金は31ユーロでした
9月29日、globalize.nowを日本語とブラジルポルトガル語でリリースしました。全ページ、全ての料金表、ブログ記事61本すべてです。翻訳自体は8分、自動QAにさらに27分かかり、アプリの請求額は約31ユーロでした。ここではその明細と、QAが検出した内容、必要だったエンジニアリング作業、そしてまだ確認できていない部分について紹介します。
記事を読む →
ブログ
AI生成コードベース、ローカライゼーションアーキテクチャ、そしてリライトなしでプロダクトを多言語対応に保つ方法についての深掘り記事です。
9月29日、globalize.nowを日本語とブラジルポルトガル語でリリースしました。全ページ、全ての料金表、ブログ記事61本すべてです。翻訳自体は8分、自動QAにさらに27分かかり、アプリの請求額は約31ユーロでした。ここではその明細と、QAが検出した内容、必要だったエンジニアリング作業、そしてまだ確認できていない部分について紹介します。
記事を読む →
プロダクトをローカライズしてユーザーを増やすという手法は、十年来の定番戦略であり、その裏付けとなる有名な事例は一つだけで、最後までやり切れる人はほとんどいません。ここでは、その事例が報告した内容、当時それを実行するのに何が必要だったか、今このカテゴリで誰がまだそれを続けているか、そして仕事の中身がどう変わったのかを見ていきます。
記事を読む →
Base44はインターフェースのテキストをReactコンポーネントに直接書き込むため、アプリは単一言語でしか出荷されません。GitHub同期を有効にし、翻訳カタログをそのリポジトリ内に保管し、mainへのマージのたびにBase44がエディタへ取り込むようにしましょう。
記事を読む →
globalize.nowがClaudeのコネクタディレクトリに登場しました。一度接続すれば、あとは自然な言葉でローカライズ作業ができます。チャットにドロップしたロケールファイルの翻訳、GitHubリポジトリの接続、言語の追加、そしてすべての翻訳が従う用語集やスタイルルールの設定まで、すべてこなせます。
記事を読む →
Bolt.newは、すべての文字列がJSXに書き込まれた本物のViteとReactのコードベースを提供してくれます。それをGitHubにプッシュし、翻訳カタログをコミット済みファイルとして管理すれば、レンダリングパスにサードパーティが入り込むこともありません。
記事を読む →
Lovableワークスペースのスキルとは、タスクに合致したときにエージェントが読み込むMarkdown形式のプレイブックです。lovable-i18nスキルを一度インポートし、globalize MCPを追加すれば、Linguiカタログはダッシュボードではなく、あなた自身のリポジトリに格納されます。
記事を読む →
Replit Agentは、UIのテキストをコンポーネントに直接書き込むため、アプリの翻訳を依頼しても中途半端な結果になり、次第にズレが生じます。リポジトリはすでにチェックポイントとして存在しています。それを接続し、カタログをGitで管理し続け、翻訳結果をReplitに取り込み直すだけです。
記事を読む →
Next.js 16ではmiddleware.tsがproxy.tsに改名され、next-intlは今やnext/root-paramsからロケールを読み取るようになりました。それでもAIエージェントはいまだに旧来の形で書いてきます。4つのgrepコマンドで、あなたの構成がどの時代のものか、そして何を変えるべきかがわかります。
記事を読む →
CrowdinはJavaScriptアプリを7つのフェーズでCrowdinに接続するエージェントスキルをリリースしました。私たちはそのソースコードを読み、コミット日を確認し、自社のフローと比較しました。彼らのフローは翻訳をオフにした状態のCrowdinプロジェクトで終わります。私たちのフローはプルリクエストで終わります。
記事を読む →
v0は実際のNext.jsコードベースを提供し、しかも最初からGitHubブランチにコミットしています。そのため、リポジトリネイティブなアプローチは最初のプロンプトの時点から選択可能です。翻訳カタログはコミットされたファイルとして扱われ、レンダリングパスにサードパーティ製の要素は一切入りません。
記事を読む →
instructionsファイルを書いたのに、Copilotは相変わらず直書きの英語を返してくる——それはあなたを無視しているのではなく、インラインの補完機能がそもそもそのファイルを読んでいないからです。どのCopilot機能がルールに従い、どれが従わないのか、そしてその隙間をどう埋めてi18nを整えるかを解説します。
記事を読む →
エージェントはローディング状態を追加すると同時に、ボタンの文言まで変えていた。エージェントがコピーを「整理してもいいコード」として扱ってしまう理由、ルールファイルが頻度を下げるだけにとどまる理由、そしてすべての書き換えをレビュー可能にするワークフローを解説します。
記事を読む →
Next.jsのApp Routerにはnext-intl、エコシステムの広さならreact-i18next、ビルド時抽出とPOカタログにはLingui。2026年、ランタイムi18nライブラリの選び方——そして、どれもがやってくれないこととは。
記事を読む →
コピードリフトとは、ユーザーに見えるテキストが、単一の信頼できる情報源(Single Source of Truth)を持たないまま、承認済みの元テキストから画面やタイミングを超えて食い違っていく現象です。ここでは、それが何であり、何ではないのか、そしてどう防ぐかを解説します。
記事を読む →
キーの欠落、孤立したキー、ロケールファイルのマージコンフリクトは、翻訳の失敗ではなく「ルーティング」の失敗です。なぜズレが生じるのか、そして何がそれを解消するのか。
記事を読む →
コピードリフトとは、ユーザーに見えるテキストが、承認済みの原本から――唯一の情報源が存在しないまま――ずれていってしまう現象です。何がその原因となるのか、そしてコードベースにおいては一貫性とローカライゼーションがなぜ同じ一つの問題なのか、を解説します。
記事を読む →
翻訳ワークフロー全体をリポジトリの中に留めておきましょう:コミットされたカタログ、ロケール設定、そしてビルド内のコンパイルステップです。ログインも不要、あなたのコーディングエージェントが到達できないものは何もありません。
記事を読む →AIローカライゼーションは、翻訳だけでなくワークフロー全体を自動化します――文字列抽出、翻訳キー、ロケールファイル、そしてプッシュのたびに行われる同期です。
記事を読む →ウェブサイトをローカライズするための7つのステップ、4層構成のツールスタック、かかるコスト、そしてコーディングエージェントがかつてチームの仕事だったセットアップ作業を今どう担っているか。
記事を読む →シート数、ホスティングまたは処理される単語数、そして機能を解放する料金プランの制限——これら三つはそれぞれ独自のペースで膨らんでいきます。この三つの掛け算がどう積み重なるのか、そしてそのうち二つを取り除くと何が変わるのかを解説します。
記事を読む →Lovableアプリを翻訳する方法は2つあります。ランタイムウィジェットを使うか、ロケールファイルをリポジトリにコミットするかです。両方の手順と、ベンダーのサービス終了にも耐えられるのはどちらかを解説します。
記事を読む →Lingui PO カタログをリポジトリにコミットし、Gitへのプッシュのたびに翻訳。ランタイムウィジェット不要、ベンダーロックインなし、翻訳済みHTMLはサーバーサイドでレンダリング。
記事を読む →Lovableアプリはアラビア語に翻訳されても、サイドバーは左側のままで、シェブロン(矢印アイコン)も逆向きのままです。RTL(右から左)対応はウィジェットではなく、自分のリポジトリで修正しましょう。
記事を読む →Cursorはコンポーネントを再生成するたびにハードコードされた文字列を復活させます。その理由と、プッシュのたびに検出・修正する方法を解説します。
記事を読む →Googleは、ページの見た目上の言語でランク付けを決めます。アプリをローカライズすることがSEOにとって実際どう作用するのか、そして翻訳ページを上位表示させる方法を解説します。
記事を読む →ローカライゼーションにおける本当の変化は、翻訳品質ではなく「立ち位置」にあります。エクスポート・翻訳・インポートという往復作業から抜け出し、開発ループの中に入り込み、ローカライズ済みのPRとして出荷されるようになったのです。
記事を読む →Lovalingoは2026年8月31日に終了します。あなたのLovableアプリで何が壊れるのか、今すぐDevToolsで確認する方法、そして翻訳データを先に自分のリポジトリへ移す方法を解説します。
記事を読む →LovableアプリのUIは翻訳されていても、Supabaseのレコードは依然として英語のまま表示されます。ランタイムウィジェットに頼らず、自分のスキーマ内でデータベースコンテンツをローカライズしましょう。
記事を読む →Lovalingoは8月31日に終了します。翻訳バンドルをエクスポートし、自分のリポジトリ内のPOカタログに変換して、翻訳資産を二度と失わない方法を解説します。
記事を読む →Locizeは月額7ドルから、LocaFlowは月額9ドルから始まりますが、表示価格はローカライゼーションの料金ページの中で最も興味の薄い数字です。ここでは13のツールが入門プランでいくら請求するか、それぞれ何を基準に課金するか、そして翻訳キー1万件・対応言語5言語という条件でそれが何を意味するかを解説します。
記事を読む →セルフホスト版のTolgeeは、ライセンス料もキー数上限もない唯一の選択肢です。ホスティング型の無料プランはどれもどこかの時点で頭打ちになりますし、自分でやり切るルートは時間という通貨で請求書が届きます。ここでは「無料」の選択肢が実際にはいくらかかるのかを解説します。
記事を読む →Lovalingo は2026年8月31日にサービスを終了し、ランタイム翻訳もそれと共に消滅します。自分で所有できるコミット済みカタログから、言語を「借りる」形になるランタイムウィジェットまで、Lovable アプリにとって現実的な代替策を比較します。
記事を読む →あなたのLovableアプリは翻訳済みで、言語切り替えスイッチャーも動いているのに、Googleには依然として英語版しか表示されない。各言語に専用のURLを割り当て、スイッチャーがそこへ遷移するように配線し、相互のhreflangを出力すれば、各ロケールが検索順位に乗るようになります。
記事を読む →多くのLovableアプリは、昨今のi18nツールの波から取り残されてしまった、従来のVite + React製SPAスタックで動いています。ここでは、ランタイムウィジェットやベンダーロックインなしに、プッシュのたびに同期するコミット済みLingui POカタログを使ってi18nを追加する方法を解説します。
記事を読む →Lovalingoは2026年8月31日に終了し、そのランタイム翻訳もそれとともに停止します。何が壊れるのか、何をエクスポートすべきか、どうすればきれいに削除できるのか、そして自分のリポジトリ内のファイルとして多言語対応を再構築する方法を解説します。移行者には3か月間無料でご利用いただけます。
記事を読む →Claude Codeが生成したアプリをローカライズする最善の方法は、エージェントの中にとどまることです。コマンド一つでローカライズ用スキルをインストールすれば、Claude Codeがi18nを組み込み、翻訳はプッシュのたびにプルリクエストとして届きます。英語オンリーのリポジトリから、マージ済みの多言語プルリクエストに至るまでの一連の流れです。
記事を読む →SEO翻訳とは、ページ、キーワード、メタデータを最適化し、翻訳されたページが単に読める状態を超えて、実際に検索で上位表示されるようにする手法です。ここでは、通常の翻訳との違い、検索エンジンが要求する技術的な要件、そして絶え間ないリリースにも耐えるワークフローについて解説します。
記事を読む →
AIローカライゼーションエージェントは、別のダッシュボードではなく、あなたのコーディングワークフローの中でアプリの翻訳を維持し続けます。ここでは、それが実際に何を行うのか、機械翻訳とどう違うのか、そして信頼性を保つために必要なインフラについて解説します。
記事を読む →globalize.now MCPサーバーを使えば、Claude Code、Cursor、その他任意のMCPクライアントからローカライゼーションを実行できます。プロジェクトの作成、ロケールファイルの翻訳、Gitでの翻訳プルリクエストの作成まで対応します。バックエンド処理を担うのがMCPで、コードのi18n化を担うのは引き続きskillです。
記事を読む →AIエージェントはテキストを翻訳できますが、それだけでアプリを多言語対応にすることはできません。Cursor、Claude Code、Lovableからエージェントネイティブな方法で多言語アプリをリリースする方法と、インフラ層がどこに組み込まれるかを解説します。
記事を読む →新しいLovableプロジェクトはSSR対応のTanStack Startで動作するため、多くのガイドが今も推奨しているランタイム翻訳ウィジェットが機能しなくなります。一瞬英語が表示されてしまい、間違った言語でインデックスされてしまうのです。コミットされたLingui POカタログを使えば、各ロケールをサーバー側でレンダリングし、push毎に同期を保つことができます。
記事を読む →ソフトウェアローカライゼーションとは、特定の言語・地域・市場に合わせてアプリを最適化することであり、単なる翻訳を超えた作業です。ここでは、その内容と国際化との違い、そしてAI生成アプリでi18n負債を抱えずに実現する方法を解説します。
記事を読む →WeglotはLovableアプリをブラウザ上で実行時に翻訳しますが、globalize.nowはLingui PO形式のカタログをリポジトリにコミットし、Gitへのプッシュのたびに同期します。SEO、料金、データの所有権という観点で両者を比較します。
記事を読む →LovalingoとWeglotはLovableアプリをブラウザ上でランタイム翻訳しますが、globalize.nowは翻訳済みカタログをリポジトリにコミットし、Gitへのプッシュのたびに同期します。3つのアプローチの違いを解説します。
記事を読む →ICU MessageFormatは、複数形、性別、変数をひとつの翻訳可能な文字列に詰め込みますが、その構文は翻訳者ではなくコード向けに作られたものです。ここでは、なぜ今もローカライズが難しいのか、MessageFormat 2.0で何が変わったのか、そしてAI生成アプリのどこで問題が起きるのかを解説します。
記事を読む →Lokaliseの有料プランは月144ドルからで、シート単位の課金です。永久無料プランはなく、あるのは14日間の試用期間のみです。ロケールファイルを一人で管理する開発者にとって、実際の料金はシート数と文字数上限に応じて跳ね上がります — 一方、シート数や言語数に応じた追加課金のないワークスペース単位の料金なら、予測可能なコストを保てます。
記事を読む →多くのLovable多言語化ガイドは、最初のビルドまでしか説明していません。本記事では、Lingui POカタログ、lovable-i18nスキル、そして自動翻訳同期を組み合わせ、開発を続けながらもアプリの翻訳を常に完全な状態に保つ、持続可能なセットアップ方法を紹介します。
記事を読む →
次世代のローカライズの標準はオープンなエージェントスキルです。新しいSDKやホスト型MCPへの依存なしに、コーディングエージェントがリポジトリに組み込まれた指示を読み取り、適用し、標準的なロケールファイルとして残してくれます。
記事を読む →Tolgee、Locize、SimpleLocalize、LocaFlow、Prismy、Weglot、POEditor、Crowdin、Lingo.dev、Languineを価格と適性で整理し、2026年8月に再検証しました。まだキーが存在しないAI生成アプリにとって、本当のギャップは上流の文字列抽出であり、globalize.nowはGitへのプッシュごとにそれを処理します。
記事を読む →
Agent Skills は Claude Code、Cursor、Codex へと広がっています。npx skills add globalize-now/globalize-skills を実行するだけでローカライゼーション用 Skill がインストールされます。この枠組みがデファクトスタンダードになりつつある理由を解説します。
記事を読む →リポジトリにすでにnext-intl、i18next、Linguiが導入されている場合、L1モードは破壊的な足場作りをスキップします。ルーティングの書き換えも、思いがけない言語切替UIの追加もなく、プッシュのたびにロケールファイルのPRが生成されるだけです。検出のシグナル、越えてはいけない境界線、誤ったブランチが実行された場合の復旧方法についても解説します。
記事を読む →CLIを1つインストールし、Cursorに1回のプロンプトを送るだけで、英語がハードコードされたNext.js App Routerプロジェクトを、next-intlキー、ロケールファイル、そしてGitプッシュによる翻訳同期を備えた多言語アプリへと変換できます。
記事を読む →Next.js、Android、MCP サーバーが混在する本番モノレポに、AI エージェントを実際に投入してみました。結果はこうです:UI文字列候補28件を抽出、41件のエントリを変換、5言語を追加、そして翻訳品質は本番投入可能なレベルと確認されました。
記事を読む →Lovable のプロンプトは、PO カタログが追いつかないまま新しいハードコード文字列で UI を書き換え続けます。なぜこのギャップがリリースのたびに広がってしまうのか、そして Git ネイティブな i18n 同期がビルダーを手放すことなくそれをどう解消するのか、その理由を解説します。
記事を読む →5つの言語に対応した自社マーケティングJSONを監査してみた。ドイツ語に紛れ込んだキリル文字、開発者向けツールなのに敬語(フランス語のvous、ドイツ語のSie)になっていた文面、勝手に作られたユーロ価格、「coding」を「encoding」と取り違えた誤訳、そして「ship(リリースする)」が「発送」の意味になっていた動詞。そこから私たちはポリシーを整備し、静かに劣化しないよう検証スクリプトを書いた。
記事を読む →エージェントスキルをインストールし、5つのプロンプトを実行するだけで、ハードコードされた英語から同期済みのロケールと言語切替スイッチャーまで――何週間もかかる手作業のi18n対応は不要です。
記事を読む →英語が届くのは世界のオンラインユーザーのごく一部にすぎませんが、それでもウェブの半分は英語のみのままです。ここではコンバージョンデータ、投資対効果の根拠、そしてAIで構築されたアプリが「後回し」をこれまで以上に高くつかせる理由を解説します。
記事を読む →スタック全体を3つの層──i18nアーキテクチャ、翻訳管理、実行エンジン──に分けて整理します。アプリがまだ英語のハードコードだらけの段階でも、最初にどのツールを選べばいいかが分かります。
記事を読む →LokaliseとCrowdinは、アプリがすでにキーとロケールファイルで話す状態になっていれば、翻訳ワークフローで真価を発揮します。しかしAIが構築したプロダクトの多くはそのステップを飛ばしています。コードベースがまだ整備されていない段階で、ツール選びをどう考えるべきかを解説します。
記事を読む →AIで構築したコードベースを、新しい言語対応のために捨てる必要はありません。まずi18nアーキテクチャから始め、文字列をキーとロケールファイルに抽出し、その上に用語集と実際のQAを伴う自動翻訳を重ねていきましょう。
記事を読む →ローカリゼーションはAIから始まったわけではありません。TMS(翻訳管理システム)から始まったわけでもありません。数十年前、プロダクトチームではなく翻訳者のために作られたツールから始まりました。そしてその遺産は、今もなお業界のあり方を規定しています。
記事を読む →従来のローカライゼーションツールは、あなたのアプリがすでに国際化されていることを前提としています。しかし、今どきのAI生成アプリの多くはそうなっていません。
記事を読む →