大規模翻訳

マーケティングサイトの翻訳は午後のプロジェクトだ。9万1000ページの翻訳はパイプラインエンジニアリングの問題。Deluxe Astrologyは30言語で運用されている。このサイトは英語の上に8つのロケールで配信される。制約は翻訳品質そのものではなく、hreflang整合性を保ちながら「ドル当たり・時間当たりの品質」であり、フルタイムの仕事にならない人間レビューゲートだ。

DeepLは欧州言語と主要アジア言語ペアの大量翻訳で優位性を持つ。APIは予測可能だ：JSONセグメントを送信、翻訳されたセグメントを受け取り、文字数で課金される。遅延は低いため、数百ページを1時間で処理できるワーカーを複数並行稼働させられる。製品リスト、ディレクトリテンプレート、構造化UI文字列に対して、DeepLが最初のパスのデフォルト選択肢だ。

DeepLが苦手な領域：マーケティング慣用句、SEOヘッドライン圧縮、最強言語ペア以外の言語だ。「best WordPress hosting」を文字通りに翻訳してしまい、そのロケールが期待する異なるヘッド用語の形が出てこない。後処理で修正は可能だが、それは作業が発生する。

Claude Haiku は人間化パスのコスト効率的なモデルです。DeepL（または薄いページの場合は英語から直接）の後、Haiku は意味を保ちながらイディオムをローカライズし、固有名詞を保持し、事実を作らず、タイトルとメタの文字数制限を超えないというスタイルブリーフで、50～100セグメントのバッチを書き直します。Haiku は十分に高速で十分に安価であり、公開前のすべての行で実行できます。

同じタスクで GPT-4o-mini と比較した場合、Haiku はプロンプトに実装例が含まれている場合、構造的な制約（このタイトルで60文字を超えない）をより信頼できる方法で尊重する傾向があります。ハイステークスページ、ピラーガイド、サービスページの場合、流暢なネイティブリーダーによる目視確認、またはソネットへのエスカレーションで2回目のパスを実行します。

Supabase（または CMS エクスポート）から安定したキーを使用して翻訳可能なセグメントを抽出します。DeepL API を使用して機械翻訳し、用語集の用語（ブランド名、製品名、法務用語）を固定します。リポジトリに保存されたロケール固有のブリーフを使用して Haiku の人間化を実行します（1つのメガプロンプトでインラインではなく）。リント: 禁止フレーズ、emdash の密度、メタ長、hreflang ペアの完全性。翻訳キャッシュテーブルに書き込みます。キャッシュから静的ページを構築すれば、ランタイムは翻訳 API に接続しません。

ビルド時の SEO リントが、ロケールページに相互 hreflang がない場合、またはメタ説明が155文字を超える場合、デプロイを失敗させます。翻訳品質のゲートは CI に置くべきで、3週間後のスプレッドシート確認ではありません。

大体500URL以下で、カスタムスタックがない場合、Weglot または Lokalise の方が、パイプラインの作成より安いことがよくあります。分岐点は、Astro または Next.js を既に実行しており、Supabase または Postgres のコンテンツレイヤーを備えており、ロケールごとに何を翻訳するかについてプログラム的な制御が必要な場合です。そこが DeepL + Haiku + キャッシュテーブルがコストと SEO 制御の点で勝つ場所です。

関連: [多言語 SEO サービス](/multilingual-seo/)、[Weglot vs GTranslate vs カスタムエンジン](/blog/weglot-vs-gtranslate-vs-custom-engine/)、および [SEO ガイドハブ](/guides/topic/seo/)