ウェブサイトのドイツ語翻訳：レイアウト、複合語、Sieとdu

文字数が増えても崩れないUI、Sieとduの使い分け、de-DEとオーストリア・スイス向けの違い、複合語キーワード、クロール可能なURL、公開前チェックリストを押さえて、ウェブサイトをドイツ語に翻訳しましょう。

Grant Davies更新日

ウェブサイトのドイツ語翻訳：白いグリッド上に、大きなßの字形、ドイツ語の文字がはみ出したナビゲーションボタン、/deのチップが並ぶ

ウェブサイトをドイツ語に翻訳する際、最初に問題になるのは、たいていウムラウトの欠落ではありません。ドイツ語圏の購入者が気づくのは、ボタンからはみ出した文字、途中で切れた複合名詞、そしてトップページではduなのに購入手続きではSieを使う不統一です。信頼を得るために必要なのは、適切なレイアウト設計、敬称・親称の使用方針、そして本文まできちんとドイツ語になっている、クロール可能なドイツ語版URLです。

ウェブサイトのドイツ語化には、文字列の置き換え以外に何が必要？

CMSの入力項目や対訳用語集だけでは不十分です。長くなるUIテキストを収める余白、複合語を途中で切らない省略ルール、Sieとduのどちらを使うかを定めた統一方針、そして検索エンジンがクロールできる実際のドイツ語版URLが必要です。以下では、こうした判断事項を公開までの順序に沿って解説します。

このガイドでわかること

  • ウェブサイトのドイツ語化には、文字列の置き換え以外に何が必要？
  • ドイツ語のロケールや地域別バリエーションはどれを選ぶべき？
  • ドイツ語特有の文字・組版・レイアウトの課題は？
  • ドイツ語版サイトのURL、hreflang、インデックス登録はどう設計する？
  • ドイツ語のオンボーディングや購入手続きで配慮すべき点は？
  • ドイツ語翻訳にはAI翻訳、MTPE、人によるレビューのどれを使うべき？
  • ドイツ語ページで特に避けるべきSEOのミスは？
  • ドイツ語版サイトを公開し、成果を測定するには？

要点：ウェブサイトを適切にドイツ語化する方法

公開後も安定して運用できるドイツ語版にするには、次の点を押さえましょう。

  1. まずはde-DEから始め、オーストリア（de-AT）やスイス（de-CH）向けに個別の調整が必要かを判断します。
  2. 翻訳に着手する前に、Sieとduの使い分けを用語集で確定させます。
  3. Cookieだけで言語を切り替えるのではなく、クロール可能な専用URLでドイツ語版を公開します。
  4. 主要画面は実際のドイツ語テキストで試作し、ナビゲーション、Cookie通知、表で文字量が増えても対応できるようにします。
  5. 英語の主要キーワードを逐語訳するのではなく、ドイツ語の複合語を使った検索クエリを調査します。
  6. 規模を拡大する前に、相互参照するhreflang、適切なcanonical、サイトマップを整備します。

CSA Researchが29か国の消費者8,709人を対象に実施した調査では、76%が自分の言語で情報を確認して購入することを好み、40%は他の言語のウェブサイトでは一切購入しないと回答しています。英語を読めるドイツ語話者がいるからといって、この傾向がなくなるわけではありません。購入手続き、請求書、プライバシー関連ページが英語のみだと、気づかないうちに購入機会を逃します。Googleの有用なコンテンツに関するガイダンスは、ユーザーを第一に考えたページを重視しています。ナビゲーションだけがドイツ語で本文が英語のままでは、ユーザーにも検索エンジンにも不十分なローカライズです。市場軸と言語軸の戦略の違いについては、国際SEOと多言語SEOの違いをご覧ください。

適切なドイツ語ロケールを選ぶ

多くのチームはde-DEから始めます。de-ATやde-CHを追加するのは、価格、法的文言、決済方法、キャンペーンで使う語彙に実際の違いがある場合です。単にスプレッドシート上で「ドイツ語圏の全ての国に対応してほしい」と要望されたから、という理由で追加するものではありません。

個別のレビューが特に必要になりやすいのは、スイス向けのドイツ語です。スイス標準ドイツ語ではßを使わず、ssと表記します。また、日常的な語彙にも違いがあります（parkierenとparken、TrottoirとBürgersteig）。オーストリアにも独自の語彙の使い方があります（地域の多くの場面では、1月をJännerと表現します）。これらの市場でまだ現地向けに販売していないなら、初回公開は単一のde-DEファイルで進めるのも適切な選択です。ただし、ネイティブによる確認なしに、1つの用語集で3か国すべてをカバーできると考えてはいけません。

翻訳者がファイルを開く前に、Sieとduのどちらを使うかを決めましょう。B2B、フィンテック、ヘルスケア、そして多くの購入手続きでは、Sieを基本にするのが無難です。若年層向けの消費者製品では、マーケティング、プロダクト、サポートの各チームで合意できていれば、duも適しています。トップページ、メール、アプリ内テキストで両者が混在すると、作りかけの印象を与えます。採用する方針を用語集に記載し、どのベンダーやモデルも同じ姿勢で表現できるようにしましょう。

フォームでAnrede（敬称）をどう扱うかも決めておきましょう。Herr／Frauのほか、対応する追加の選択肢も対象です。英語のフォームではファーストネーム欄だけで済んでいる敬称の扱いが、ドイツ語の購入フォームでは明示的に表れることがよくあります。

ドイツ語の文字・組版・レイアウトで押さえるべき点

ドイツ語はラテン文字を使うため、文字の方向を変える必要はありません。対処が必要なのは、文字量の増加と区切りのない複合語です。

ドイツ語のUIテキストは、英語より20～35%長くなることがよくあります。特にはみ出しやすいのは、ナビゲーションのラベル、Cookieバナー、表の見出し、主要ボタンです。複合名詞は1つのトークンとして扱われます（Datenschutzeinstellungen、Zahlungsbedingungen）。12文字の制限に合わせて安易にtext-overflow: ellipsisを適用すると、意味が途中で切れ、残った文字列が別の単語のように見えることがあります。

公開直後に不具合のスクリーンショットが出回らないためのレイアウトルール：

  • ロケールの提供を告知する前に、実際のドイツ語テキストで主要画面を試作しましょう。
  • 英語の文字数制限に頼るのではなく、柔軟に伸縮するコンテナを使います。
  • ボタンは折り返しや拡張に対応させます。英語のCTAと同じく1行に収めるために、文字を小さくしないでください。
  • UI、メール、PDFでは、ä ö ü ßをすべて正しく表示できるフォントを使いましょう。
  • 長い複合語のハイフネーション方針を定めましょう。CSSのhyphensに加え、どこで区切れば読みやすいかを判断できるレビュアーが必要です。
  • ß／ssの表記方針を統一しましょう。de-DE／de-ATと、スイスでのssの違いを考慮します。

日付や数値の表記も、レイアウト設計の前提に含まれます。ドイツ語圏のユーザーが想定するのは、19.08.2026のような日付や、小数点にコンマを使う表記（1.234,56 €）です。表記ルールによっては、通貨記号の前にスペースを入れるのも一般的です。並べ替えも、単に「Unicodeのコードポイント順」にすればよいわけではありません。ウムラウトやßには、DIN方式と電話帳方式で異なる並べ替え規則があります。ディレクトリやデータ表でÜberがZの隣に並ぶなら、ロケール対応を完了とする前に照合順序を修正しましょう。

文章のリズムも大切です。英語のCTAは短く、唐突に感じられることがよくあります。ドイツ語のマーケティング文は、堅苦しくせずに、より完結した表現にできます。一方、決済やエラーの文言は簡潔でわかりやすく保ちましょう。決済内容の明確さを守りつつ、トップページには英語の翻訳調ではない自然なドイツ語を使える余地を残すよう、レビュアーに方針を共有しましょう。

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

Googleは、Cookieやブラウザの言語設定だけに頼るのではなく、言語版・地域版ごとに異なるクロール可能なURLを使うことを推奨しています。Googleは主に表示されているコンテンツからページの言語を判断するため、ナビゲーションだけを翻訳し、本文を英語のままにしたページでは、ドイツ語版として不十分です。ドイツ語版には専用のフォルダ、サブドメイン、またはドメイン構成（/de/、de.、またはccTLD）を用意し、テンプレート、アクセス解析、内部リンク全体で一貫させましょう。

hreflangで指定する代替ページ群には、相互参照が必要です。de-DEとde-CHの両方を公開するなら、各URLから相互に参照しなければなりません。クロールできないバリエーションは指定しないでください。各ロケールのURLには明確なcanonicalを設定し、重複がある場合は同じ言語の優先URLを正規URLとして指定します。ドイツ語ページのcanonicalを、対応する英語ページに向けてはいけません。

Bing Webmaster Guidelinesでは、市場を問わず、クロール可能で役立つコンテンツと明確なサイト構造が重視されています。共通基盤はまとめて構築し、GoogleとBingの両方を対象にしている市場では、Google Search ConsoleとBing Webmaster Toolsで監視しましょう。Googleは、推定した言語や所在地に基づく自動リダイレクトを推奨していません。代わりに、ドイツ語版URLにリンクする、見つけやすい選択メニューを用意してください。IPアドレスから推測して「ドイツ → /de」と誘導すると、旅行者、VPN利用者、クローラーを意図しない言語版に閉じ込めてしまいます。

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

ドイツ語サイトでは、信頼性を示すページが、翻訳された機能一覧以上に大きな役割を果たします。ドイツ向けに販売するサイトでは通常、英語テンプレートの使い回しではなく、正式な法務ページとして自然に読めるImpressum（事業者情報）やプライバシー関連の文面が必要です。これは検索順位を上げるための施策ではありません。ドイツのユーザーが、安心して購入手続きを進められるかを判断する際に確認するものです。これらのページも重要なローカライズ対象として扱い、法的文言は法律の専門家や適格な現地レビュアーに責任を持って確認してもらいましょう。翻訳メモリ内で場当たり的に作成してはいけません。

ドイツ語版のコンバージョンに関する実務チェック項目：

  • トップページ、広告、製品UIで、Sie／duの使用方針が統一されている。
  • Anrede（敬称）の入力欄は、その情報を正しく保存し、メールで再利用できる場合にのみ表示する。
  • Cookieや同意に関する文言を、実際のバナー上でレビューしている。これらは長くなりやすく、不自然な位置で折り返されがちです。
  • 価格、請求書、VATに関する文言が、対応をうたっている市場に合っている（de-DEとde-CHの違いなど）。
  • サポート用の定型文とトランザクションメールの文体が、製品の文体に合っている。
  • エラーメッセージでは、丁寧なだけで中身のない謝罪ではなく、解決方法を伝える（「カードが承認されませんでした。別のカードをお試しください」など）。
  • 比較表や機能一覧表は人がレビューする。複合語と列見出しの組み合わせは、レイアウト崩れを起こしやすいため。

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

「ドイツ人はみんな英語ができるから、ローカライズは不要」という通説は、半分しか正しくありません。英語でドキュメントを読む人はいるでしょう。しかし、英語での購入手続き、請求関連の処理、サポート対応を最後まで進めない人も、売上機会を逃すほどの数に上ります。特に、テクノロジーの早期採用層という限られた市場の外では、その影響を無視できません。

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

ツールのブランド名ではなく、リスクに応じてワークフローを選びましょう。

  • 未編集の機械翻訳：使ってよいのは社内用の下書きまでです。モデルによるドイツ語翻訳は、複合語や敬称・親称の使い方に不自然さや揺れがあっても、一見「完成」しているように見えがちです。
  • MTPE（機械翻訳＋ポストエディット）：用語集、Sie／du、ß／ssについて確認基準が整っていれば、多くの製品ページやサポートページで有力な標準手法になります。
  • 人による翻訳／ブランド観点での編集：ホームページ、料金、キャンペーン、Cookie・同意に関するページ、法的事項に関わるあらゆるページに適しています。

ドイツ語向けの実践的なレビューフロー：

  1. 用語集に沿ってMTPEで初稿を作成する（Sie／duとß／ssの方針は確定しておく）。
  2. ブランド担当の編集者がホームページ、料金ページ、主要なランディングページを確認する。
  3. プロダクトに精通した言語担当者が、エラー、請求、動的UIをレビュー。特にボタンやテーブル内の複合語を重点的に確認します。
  4. 原文と訳文を並べて確認するだけでなく、ステージング環境でモバイル画面幅のドイツ語表示をQAします。
  5. de-AT／de-CHのネイティブチェックは、実際にその市場向けに提供する場合にのみ行います。

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

ドイツ語特有のSEOの落とし穴

ドイツ語の検索では、意味の明確な複合語クエリがよく使われます。英語の主要キーワードを単語ごとに訳すだけでは（translate website → 不自然な直訳）、実際の検索のされ方（Website übersetzen、Website-Übersetzung、商品カテゴリを表す複合語）を捉えられません。ドイツ語でキーワード調査を行い、英語のメタデータの名詞だけを置き換えるのではなく、ドイツ語の検索結果に自然になじむタイトルやH1を作成しましょう。

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

ドイツ語ページで特に悪影響を及ぼすミス：

  1. 共通部分だけの翻訳 — ナビゲーションなどのUIはドイツ語でも、本文は英語のまま。
  2. テンプレート、メール、広告の間でSie／duの使い方が不統一。
  3. 複合語を省略記号で切り詰めることで、ナビゲーションやテーブルのラベルが意味不明になる。
  4. Cookieだけに依存した言語切り替えにより、クローラーがドイツ語URLを見つけられない。
  5. hreflangの設定不備（戻りリンクの欠落）、またはドイツ語URLのcanonicalが英語ページを指している。
  6. 地域に応じた自動リダイレクトによって、ユーザーやボットが別の地域版にアクセスできなくなる。
  7. DE／AT／CHで1つのdeファイルを共用し、スイスのß表記やオーストリアの語彙が無秩序に混在している。
  8. 機械翻訳だけで内容の薄い言語版を作り、有用なコンテンツとしての基準を満たせない。

ほかのゲルマン語派の言語へ展開する前に、レイアウト、敬称・親称の使い分け、サイト構造を整えましょう。ツールの役割はプロセスを確実に実行することであり、検索順位の向上を根拠なく約束することではありません。

公開前のチェックリスト

ドイツ語版を公開する準備が整ったら、次のチェックリストを使いましょう。

GlotEOが担う役割

ドイツ語は翻訳メモリと相性のよい言語です。企業向けUIのフレーズや、法律に関連するラベルが繰り返し登場するためです。ウェブサイトローカライズプラットフォームの用語集と翻訳メモリを使えば、Sie／du、ß／ss、機能名の一貫性を保ちながら、レイアウト検証済みの文言を公開できます。さらに多言語SEOツールを組み合わせることで、展開を広げてもドイツ語URL、hreflang、メタデータを確認しやすい状態に保てます。ドイツ語版の初回リリースの範囲を決める際は、GlotEOの料金とプランを比較しましょう。まだ対応言語を検討中なら、より広い視点でウェブサイト翻訳のワークフローを整えるところから始めることもできます。

参考文献