ウェブサイトのトルコ語翻訳：大文字・小文字の変換、膠着語の特性、UIのリスク

トルコ語のウェブサイトローカライズ：ロケールに応じた大文字・小文字の変換、接辞の連結による表示領域からのはみ出し、文全体を単位としたUI文字列。

Grant Davies更新日

ウェブサイトのトルコ語翻訳：白いグリッド上に、点付きのiと点なしのıのタイル、連なる接尾辞、/trのチップを配置

依頼書に「ウェブサイトをトルコ語に翻訳する」とあっても、単なる文字列の置き換えと考えてはいけません。ウェブ上のトルコ語対応は、エンジニアリングと文法の両方に関わる課題です。接辞をつなげる膠着語の性質によって語が長くなり、点付きのİと点なしのIは単純なtoUpperCase()では正しく処理できず、母音調和があるため、接尾辞を機械的に付け足すと不自然になります。

この記事は、ウェブサイトのトルコ語（tr）版を公開するためのガイドです。ロケールの選択、大文字・小文字の変換とフォント、完全な文で構成するUI文字列、クロール可能なURL、購入手続きのQA、MTPEと人によるレビューの使い分け、SEOの落とし穴、実際に使えるチェックリストを紹介します。

ウェブサイトのトルコ語翻訳には、文字列の置き換え以外に何が必要ですか？

CMSのフィールドを翻訳するだけでは足りません。ロケールに対応した大文字・小文字の変換（または変換しない設計）、接辞が連なって長くなるラベルに耐えるレイアウト、断片の連結ではなく完全な文で書かれたメッセージカタログ、ğüşöçığıを保持できる処理パイプライン、丁寧な呼びかけと親しみのある呼びかけの一貫性、そして英語では不要だったQAケースが必要です。トルコ語に対応すると、「英単語は短い」「大文字・小文字の変換は無害」という前提がコードベースのどこに潜んでいるかが、すべて浮き彫りになります。

このガイドでわかること

  • ウェブサイトのトルコ語翻訳には、文字列の置き換え以外に何が必要ですか？
  • トルコ語のロケールや地域別のバリエーションは、どれを選ぶべきですか？
  • トルコ語特有の文字、タイポグラフィ、レイアウトの課題には何がありますか？
  • トルコ語版サイトのURL、hreflang、インデックス登録はどう設計すべきですか？
  • トルコ語のオンボーディングと購入手続きでは、どのような細部が重要ですか？
  • トルコ語にはAI翻訳、MTPE、人によるレビューのどれを使うべきですか？
  • トルコ語ページで特に悪影響を及ぼすSEOのミスは何ですか？
  • トルコ語版サイトを公開し、その成果を測定するにはどうすればよいですか？

要点：ウェブサイトを適切にトルコ語へ翻訳するには

公開後も安定して運用できるトルコ語版にするには、次の点が重要です。

  1. 文字列の設計をプロダクト開発の一部として扱いましょう。トルコ語では接辞が連なって単語が長くなるため、英語の語の長さを前提にしたUIでは、バッジ、タブ、フィルターから文字がはみ出します。
  2. tr（通常はtr-TR）は、Cookieだけで切り替えるのではなく、独立したクロール可能なURLで公開しましょう。
  3. コピーを大量に展開する前に、大文字・小文字の変換ユーティリティを修正しましょう。点付きのİと点なしのIは、JavaScriptの標準的な変換や、多くのバックエンドの大文字変換用ヘルパーでは正しく扱えません。ロケール対応の変換を使うか、トルコ語の文字列は変換しないようにします。
  4. 主要なユーザーフローの文言は、完全な文として翻訳しましょう。断片を連結すると母音調和が考慮されず、不自然な接尾辞になります。
  5. CSV、CMS、検索、メールの全工程で、ğ、ü、ş、ö、ç、ı、İを保持しましょう。トルコ語の文字をASCIIに置き換えるのは、言語を台無しにする行為です。
  6. 規模を拡大する前に、相互参照するhreflang、同じ言語のURLを指定するcanonical、サイトマップを設定しましょう。
  7. 製品関連の名詞と呼びかけの文体を用語集にまとめ、MTPEでsenとsizが混在したり、不適切な接尾辞が作られたりしないようにしましょう。

CSA Researchが29か国の消費者8,709人を対象に行った調査では、76%が自分の言語で情報を得て購入することを好み、40%は他の言語のウェブサイトでは決して購入しないと回答しました。英語を読めるトルコ語話者がいるとしても、この傾向は変わりません。英語のみのユーザーフローでは、購入手続き、請求書、サポートが販売機会を失うポイントになります。Googleの有用なコンテンツに関するガイダンスは、ユーザーを第一に考えたページを重視しています。英語の本文にトルコ語のナビゲーションを付けただけでは、十分なローカライズとはいえません。市場と言語それぞれに基づく戦略については、国際SEOと多言語SEOの違いをご覧ください。

適切なトルコ語ロケールを選ぶ

多くのチームでは、最初の商用市場をトルコに定め、トルコ向けのtr-TR URLでtrを公開するのがよいでしょう。初回リリースとしては妥当な選択です。ただし、丁寧なsizを使った請求書、くだけたsenを使った広告、ASCII化した検索インデックスを1つのファイルに混在させて、「トルコ語ロケール」と呼んでよいわけではありません。

トルコ語は1つの言語ですが、文体や国外コミュニティによる違いがあります。それでも、初日から1つのtrメッセージファイルを使う設計は可能です。ただし、一般消費者向けアプリのsenという語り口が、銀行の決済画面にもそのまま適するとは考えないでください。依頼書に対象ユーザーと呼びかけ方を明記し、広告、製品UI、サポート全体で統一しましょう。

契約書をまだローカライズしないのであれば、単一のtrファイルで初回公開するのが適切な場合もあります。ただし、英語交じりのSNSコピーを、トルコ向けストアの文言の基準にしてはいけません。

氏名、住所、電話番号の扱いも決めておきましょう。ğüşöçıを受け付けない、氏名にASCII文字しか使えない、英語ロケールのルールで氏名を大文字に変換するといったフォームは、文字列が「翻訳済み」に見えても、実際の利用で問題が起きます。

トルコ語の文字、タイポグラフィ、レイアウトの注意点

トルコ語はラテン文字を基にしたアルファベットを使いますが、ğ、ü、ş、ö、ç、ı、点付きのİなど、英語向けフォントのサブセットでは適切に収録されていないことが多い文字を含みます。これらの文字は、CMSのフィールド、メール、PDF、自動生成タイトルを通して保持されなければなりません。英語でしかテストしていないフォント構成では、字形が欠けたり、ıがiと表示されたりします。

公開週のトラブルを防ぐ、レイアウトとエンジニアリングの3つのルールを紹介します。

大文字・小文字の変換。トルコ語のロケールでは、i/Iの変換ルールが異なります。JavaScriptの標準的な変換でナビゲーションラベルを大文字にするのは、本番環境でよく起こる不具合です（i → Iとなり、正しいİになりません）。氏名やナビゲーションラベルへの単純なtoUpperCase()の適用をやめ、ロケール対応の変換を使うか、翻訳者が指定した大文字・小文字をそのまま保持しましょう。

長さ。接辞が連なった単語は、英語向けに設計されたバッジやタグからはみ出します。柔軟なレイアウトが不可欠です。折り返しや2行表示を許容するか、UIパターンを見直しましょう。単語が読めなくなるほど文字を小さくしてはいけません。

自動生成する文字列。断片を連結して文を作ると、トルコ語の文法に対応できません。接尾辞が自然に聞こえるかどうかは母音調和に左右されます。英語から流用した"Welcome, " + name + "!"のようなパターンではなく、翻訳者が正しく語形を調整できるプレースホルダー付きの、文単位の翻訳を優先しましょう。

レイアウトのチェックリスト：

  • バッジ内の40文字以上に及ぶ接辞付きラベルも含め、実際のトルコ語コピーを使って主要画面のプロトタイプを作成する。
  • ボタン、チップ、表の見出しで折り返しを許容する。
  • UI、メール、PDFの本番用フォントに、トルコ語の文字を収録する。
  • フィルター、通知、データがない状態の表示に注意する。これらでは断片の連結がよく使われる。

日付や数値も、レイアウト設計で守るべき要件の一部です。トルコでは通常、文章中の日付は日・月・年の順で表記します。実際にトルコで販売するなら、ピリオドとコンマの使い方はTRYの表記慣行に合わせ、電話番号の形式も米国式にしないことが求められます。トルコ語のリストを英語のASCII順で並べるだけでは、適切な照合順序の方針とはいえません。

文章の調子も重要です。丁寧な呼びかけと親しみのある呼びかけを混在させないようにしましょう。支払いやエラーの文言は、わかりやすく簡潔にします。語幹の名詞が正しくても、接尾辞が不自然なら指摘できるよう、レビュー担当者をトレーニングしましょう。

クロール可能なURL、hreflang、インデックス登録

Googleは、Cookieやブラウザーの言語だけに頼るのではなく、言語版や地域版ごとに異なるクロール可能なURLを用意することを推奨しています。Googleは主に画面に表示されるコンテンツからページの言語を判断するため、英語の本文にナビゲーションだけを翻訳して付けても、十分なトルコ語版にはなりません。トルコ語専用のフォルダーまたはホストのパターン（/tr/、/tr-tr/）を用意し、テンプレート、アクセス解析、内部リンク全体で統一しましょう。

hreflangアノテーションは、指定した代替ページ群の間で相互に設定する必要があります。各ロケールのURLには明確なcanonicalを設定し、重複がある場合は、同じ言語の優先URLを正規URLとして指定しましょう。トルコ語ページのcanonicalを対応する英語ページに向けてはいけません。

Bing Webmaster Guidelinesは、各市場でクロール可能で有用なコンテンツと、明確なサイト構造を重視しています。共通基盤は一度構築し、GoogleとBingの両方を対象とする市場では、Google Search ConsoleとBing Webmaster Toolsで監視しましょう。Googleは、推定した言語や所在地に基づくユーザーの自動リダイレクトを推奨していません。代わりに、トルコ語URLにリンクする、見つけやすい言語選択機能を用意しましょう。IPから「トルコ → /tr」と推定して振り分けると、旅行者、VPN利用者、クローラーが意図しない転送に巻き込まれます。

URLとページ内コンテンツで、文字の扱いを分けても構いません。運用上の理由でスラッグをASCII化することはあっても、タイトル、H1、本文ではğüşöçıを保持すべきです。「すっきりしたURL」のためにこれらの文字を置き換え、さらにページ上でも取り除くと、読みやすさを損ないます。スラッグをASCII化する場合は、リダイレクトを一貫して設定し、canonicalを指定せずに競合する2つのトルコ語URLを公開しないでください。ğüşöçıをASCII化する検索フィルターも、ユーザーが実際に入力する検索語とインデックスとの照合に不一致を生じさせます。

インデックス登録するURLでは、呼びかけの丁寧さを統一しましょう。クローラーはsenとsizの使い分けを評価しませんが、ユーザーは気づきます。公開ページで文体が混在していると、未完成な印象を与えます。

対象言語でのオンボーディング、信頼構築、購入手続き

トルコ語では、信頼を支えるページが、翻訳された機能一覧以上に重要な役割を果たします。トルコで販売するサイトには通常、プライバシーポリシー、利用規約、必要に応じて支払いやアフターサービスの説明が必要です。それらは英語テンプレートの残り物ではなく、きちんと整えられたページとして読めるものでなければなりません。これは検索順位を上げる施策ではありません。ユーザーが購入手続きの信頼性を判断する際に確認する情報です。これらのページも、主要ページと同じようにローカライズしましょう。

トルコ語でのコンバージョンに向けた実践的なチェック項目：

  • ホームページ、広告、製品UIで、呼びかけ方（丁寧な表現か親しみのある表現か）を統一している。
  • フォームの氏名・住所欄がğüşöçıを受け付けるか、ラテン文字での入力が必要な理由を説明している。
  • 氏名欄を英語ロケールのルールで大文字に変換していない。
  • Cookieと同意に関する文言は、実際のバナー上で確認します。トルコ語は接辞が連なる膠着語のため、文字が枠からはみ出しやすくなります。
  • 価格表示、請求書、通貨に関する表記が、対象として掲げる市場に合っている。
  • サポート用の定型文やトランザクションメールでも、トルコ語固有の文字を保持します。「安全なASCII」のメールテンプレートを使うと、ローカライズの漏れが生じます。
  • エラーメッセージには、3つの断片を連結したものではなく、完全な文を使います。
  • テンプレートから生成する通知は、言語の専門家が母音調和を確認します。

公開初日からすべてのブログ記事をそろえる必要はありません。ただし、ホームページと製品説明、認証、料金、購入手続き・請求、プライバシーに関する基本情報、サポート窓口、そして対象市場で求められる法務関連ページは必要です。

「トルコ語圏の購入者なら英語で対応してくれる」という思い込みは、半分しか正しくありません。英語のドキュメントを読む人もいるでしょう。しかし、英語では購入手続きや請求関連の手続き、サポートの利用を最後まで進めない人も少なくなく、売上機会を逃すことになります。

公開前のQAに追加すべきテストケース（英語では不要だったもの）：

  • i／İを含むメニューの大文字変換
  • 接辞が連なって40文字以上になったラベルのバッジ内表示
  • 3つの断片を連結して生成した通知
  • ğüşöçıをASCII文字に置き換える検索フィルター

この4つをクリアできれば、初めてトルコ語版を公開する多くのサイトより一歩先を行っています。

フランス語のAI翻訳、MTPE、人によるレビュー

トルコ語には、AI翻訳、MTPE、人によるレビューのどれを使うべきでしょうか。ツールのブランドではなく、リスクに応じてワークフローを選びましょう。

  • 未編集の機械翻訳：使えるのは社内向けの下書きに限られます。翻訳モデルは接尾辞を誤ったり、文体を混在させたり、文字をASCIIに置き換えたり、英語の構造を引きずった文の断片を生成したりします。
  • MTPE（機械翻訳＋ポストエディット）：用語集で製品関連の名詞を統一し、かつ、母音調和の崩れやsen／sizの混在を見逃さないようレビュー担当者が訓練されていれば、多くの製品ページやサポートページで堅実な標準の選択肢になります。
  • 人による翻訳／ブランドに合わせた編集：ホームページ、料金ページ、キャンペーン、Cookie・同意関連、法務に関わるページに適しています。また、動的な断片を組み合わせるUIにも、開発チームが完全な文単位のメッセージカタログを実装するまでは、この方法を使います。

トルコ語向けの実践的なレビューサイクル：

  1. 言語担当者が不具合への対応に時間を取られる前に、大文字・小文字変換のユーティリティとフォントを修正します。
  2. 主要なユーザーフローを、用語集に沿って完全な文として翻訳します。
  3. 不自然な接尾辞や文体を重点的に、ネイティブ話者がレビューします。
  4. 製品の言語担当者が、エラーメッセージ、請求関連、動的UIを確認します。特に、文字のはみ出しを重点的にチェックします。
  5. ステージング環境で、モバイル画面幅でのトルコ語表示をQAします。メールとPDFのレンダリングも対象に含めます。
  6. 対象URLにトルコ語の本文が実際に掲載されてから、hreflangとサイトマップを有効にします。

ユーザーを第一に考えた有用なコンテンツが求められる点は、どの言語でも同じです。機械翻訳だけで作った低品質なトルコ語ページは、CMS上では完成しているように見えても、ユーザーの期待や検索品質の基準を満たしていないことがあります。

トルコ語特有のSEOの落とし穴

トルコ語で検索する人は、自分が読める言語を求めています。英語の主要キーワードを単語ごとに直訳しても、十分な成果は得られません。トルコ語でキーワード調査を行い、トルコ語の検索結果に自然になじむタイトルとH1見出しを、正しい文字を使って作成しましょう。

トルコ語のURLごとに、タイトル、メタディスクリプション、見出しをローカライズします。英語のメタデータ一式を複数のロケールで使い回さないでください。

特にトルコ語ページに悪影響を及ぼすミス：

  1. タイトル、ナビゲーション、Open Graphでの言語特性を考慮しない大文字・小文字変換（i／İの不具合）。
  2. タイトル、検索、本文でのトルコ語固有文字のASCIIへの置き換え。
  3. 共通部分だけの翻訳。画面の共通UIはトルコ語でも、本文は英語のままになっている状態です。
  4. 調査済みのトルコ語検索クエリではなく、英語の直訳語を主要キーワードに使うこと。
  5. Cookieだけに依存した言語切り替えによって、クローラーがトルコ語のURLを見つけられなくなること。
  6. 不備のあるhreflang（相互参照リンクの欠落）。
  7. 地域に応じた自動リダイレクトによって、ユーザーやボットが別の地域版にアクセスできなくなる。
  8. 機械翻訳だけで内容の薄い言語版を作り、有用なコンテンツとしての基準を満たせない。
  9. 断片を組み合わせたタイトルによって、文法的に不自然な文字列がインデックスされること。

コンテンツ量を増やす前に、大文字・小文字変換、フォント、アーキテクチャを修正しましょう。

公開前のチェックリスト

トルコ語版を公開する準備ができたら、このチェックリストを使いましょう。

GlotEOが担う役割

トルコ語は翻訳メモリと非常に相性のよい言語です。製品関連の名詞は繰り返し登場するため、次の英語版の更新時にも、誤った接尾辞が付いたり、文体が混在したりしないようにする必要があります。ウェブサイトのローカライズプラットフォームの用語集と翻訳メモリで用語を統一すれば、開発チームがロケール関連の不具合に対応する間も、レイアウト検証済みの文言を公開できます。さらに多言語SEOツールを組み合わせれば、展開を拡大してもトルコ語URL、hreflang、メタデータを確認しやすい状態に保てます。初回のtrリリースの範囲を決める際には、GlotEOの料金とプランを比較してください。まだ対応言語を選んでいる段階なら、より広い視点でウェブサイト翻訳のワークフローを検討するところから始めましょう。

JSON辞書や機械翻訳であることが明示されていない下訳では、trを安心して公開できなくなったら、GlotEOのウェブサイトローカライズをご検討ください。

参考文献