ウェブサイトのインドネシア語翻訳：モバイルファーストのわかりやすい文章

モバイルファースト市場に向けたウェブサイトのインドネシア語ローカライズ。文体の使い分け、外来語、わかりやすいインドネシア語UIを解説します。

Grant Davies更新日

ウェブサイトをインドネシア語に翻訳する：白いグリッド上で、同列のロケールパス /id と /ms に分岐するカード

依頼内容が「ウェブサイトをインドネシア語に翻訳する」なら、まずインドネシア語をマレー語で代用できると考えるのをやめましょう。ウェブ上のインドネシア語で課題になるのは、文体と借用語の扱いです。ラテン文字を使うため「簡単」なロケールに見えますが、お役所風の文章、無秩序に混ざった英語、PC画面の幅を前提にしたボタンは、多くのユーザーとの最初の接点となるスマートフォンでは通用しません。

この記事は、ウェブサイトのインドネシア語（id）版を公開するためのガイドです。ロケールの選定、日常的な文体とお役所的な文体の使い分け、クロール可能なURL、購入手続きのQA、MTPEと人によるレビューの比較、SEOの落とし穴、実際に使えるチェックリストを紹介します。

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

CMSの項目を翻訳するだけでは不十分です。インドネシア語とマレー語を別の言語として扱う方針、政府の通達ではなくプロダクトらしい語り口、英語のまま残す技術用語を定めた用語集、小さな画面でも使いやすい短いマイクロコピーが必要です。さらに、周囲のUIだけを翻訳して本文は英語のままにするのではなく、本文もインドネシア語になっている専用URLを用意しましょう。

このガイドでわかること

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

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

公開後も安定して運用できるインドネシア語版にするには、次の点が重要です。

  1. インドネシア語とマレー語は別の言語として扱いましょう。「マレー語」と表示されたリソースを、そのままidロケールに流用することはできません。特にECやフィンテックの表現では注意が必要です。
  2. id（多くの場合はid-ID）は、Cookieだけで切り替えるのではなく、クロール可能な独立したURLで公開します。
  3. ナビゲーション、カード、購入手続き、メールは、実際のインドネシア語の文章を使い、モバイル画面の幅で試作しましょう。お役所的で長い文章や窮屈なCTAを、公開前に見つけられます。
  4. 英語のブランド用語とインドネシア語の修飾語を組み合わせた検索も含め、ユーザーが実際に入力する形で検索クエリを調査しましょう。そのうえで、ページのタイトルをわかりやすいインドネシア語で作成します。
  5. 規模を拡大する前に、相互参照するhreflang、同じ言語のURLを指定するcanonical、サイトマップを設定しましょう。
  6. プロダクト関連の名詞や借用語の扱いを用語集にまとめ、画面のあちこちで無秩序に2言語が混在しないようにしましょう。

CSA Researchが29か国の消費者8,709人を対象に行った調査では、76%が母語で情報を得て購入することを好み、40%は他の言語のウェブサイトでは一切購入しないと回答しました。英語を読めるインドネシア語話者がいても、この点は変わりません。購入手続き、請求書、サポートは、英語だけの利用体験では購入機会を逃しやすい場面です。Googleの有用なコンテンツに関する指針は、ユーザーを第一に考えたページを重視しています。英語の本文の周りにインドネシア語のナビゲーションを置くだけでは、ローカライズとして不十分です。市場と言語それぞれの戦略については、国際SEOと多言語SEOの違いをご覧ください。

適切なインドネシア語ロケールを選ぶ

最初の販売対象市場がインドネシアなら、多くのチームは、インドネシア向けのid-ID URLでidを公開するのがよいでしょう。初回リリースとして妥当な選択です。ただし、マレーシア語（ms）のパックを貼り付け、単語をいくつか変えただけでインドネシア語版と呼んでよいわけではありません。

インドネシア語とマレー語には共通の歴史があり、多くの語彙も共有しています。しかし、レビューなしで相互に置き換えられるわけではありません。綴り、日常的な表現、決済用語、法的文書の語調には違いがあり、スプレッドシート上では小さく見えても、購入手続きでは大きな違いになります。インドネシア向けの公開には、インドネシア語のレビュアーを起用しましょう。マレーシアにも対応する場合は、マレー語専用のURLと用語集を用意し、ネイティブによるチェックも行ってください。

ウェブで日常的に使われるインドネシア語は、正式な行政文書の文体よりもシンプルで直接的なことが多くあります。一般消費者向けのSaaSやECには、通常こちらが適しています。短い文、具体的なCTA、名詞化を多用しない表現を心がけましょう。制作指示書には文体を明記します。ユーザーへの呼びかけに「Anda」を使うか、より親しみのあるプロダクトの語り口にするか、メールではどう呼びかけるか、法務関連ページはホームページよりも改まった文体にしてよいか、といった点を定めましょう。

多くの商用サイトでは、まず単一のidファイルで公開するのが適切です。インドネシア語は、全国向けメディア、教育、そして大半のデジタルプロダクトで使われる言語だからです。

氏名、住所、電話番号の扱いも決めておきましょう。インドネシア語の文字を受け付けないフォーム（まれですが、ASCIIに厳しく制限するバリデーターには注意）、米国の郵便番号形式を前提としたフォーム、インドネシアの携帯電話番号のプレフィックスを考慮していないフォームは、文字列が「翻訳済み」に見えても機能しません。インドネシアの住所は、米国向けフォームの想定より長くなることがよくあります。十分な入力スペースを確保しましょう。

インドネシア語の文字・組版・レイアウトで注意すべき点

インドネシア語はラテン文字を使います。ハングルの文字ブロックや7つの格を持つ文法体系に苦労することはありません。課題になるのは、文章の長さ、文体、借用語です。堅い翻訳では、tersebut、dalam rangkaや名詞の連続で文が膨らみ、省庁の内部文書のようになりがちです。日常的なウェブのインドネシア語では、こうした冗長な表現を削ります。テーマが短い英語のCTAを前提に設計されている場合、良質なインドネシア語でも改行が発生します。文字を小さくするのではなく、折り返しを許容する設計にしましょう。

技術系のUIでは、英語からの借用語（login、email、download、cloud）が頻繁に登場します。それ自体は自然なことです。不自然なのは、一貫性がないことです。ある画面ではMasuk、次の画面ではLoginとしたり、誰も使わない用語集にsurelを載せたりすることが問題になります。英語の用語を残す場面（ユーザーになじみのあるSaaSのUIなど）と、インドネシア語を使う場面（消費者向けの料金、配送、信頼性に関わるページなど）を決めましょう。方針を文書化し、用語集で徹底してください。

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

  • 主要な画面は、長い法的文言や支払い方法の名称も含め、実際のインドネシア語の文章で試作しましょう。
  • モバイルファーストで設計しましょう。多くのインドネシア人ユーザーにとって、最初の接点はスマートフォンです。PCで完璧に見えるヒーローエリアより、親指で押しやすいCTAのほうが重要です。
  • ボタン内のテキストは折り返せるようにしましょう。英語のCTAと同じ1行に収めるために文字を小さくしてはいけません。
  • 読みやすい行の長さを保ちましょう。お役所的なインドネシア語は、意味を増やさずに文章だけが長くなりがちです。
  • カードのタイトル、バッジ、表の見出しに注意しましょう。借用語の混在や折り返しの問題が、最初に表れやすい箇所です。

日付と数値の表記も、レイアウトを設計するうえでの前提条件です。インドネシアでは、通常、本文中の日付は日・月・年の順にし、ピリオドやカンマは現地の慣習に合わせます。実際にインドネシアで販売する場合は、IDRの通貨表記にも対応が必要です。インドネシア語のリストを英語と同じ方法で並べ替えても通常は問題ありませんが、代替としてマレー語の綴りを使うのは適切ではありません。

オンボーディングでは文を短くしましょう。pengguna diwajibkanのような義務的な表現が延々と続くと、ユーザーは離脱します。ホームページのお役所的な冗長さを削りつつ、支払いに関する説明の明確さは守るよう、レビュアーに方針を共有しましょう。

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

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

hreflangの注釈は、指定する代替ページ群の間で相互に参照されている必要があります。各ロケールのURLには明確なcanonicalを設定し、重複がある場合は同じ言語の優先URLを指定しましょう。インドネシア語ページのcanonicalを、対応する英語ページやマレー語のURLに向けてはいけません。

Bing Webmaster Guidelinesでは、各市場でクロール可能かつ有用なコンテンツと、明確なサイト構造が重視されています。共通の基盤を構築したうえで、両方の検索エンジンに対応する市場ではGoogle Search ConsoleとBing Webmaster Toolsを監視しましょう。Googleは、推測した言語や所在地に基づく自動リダイレクトを推奨していません。代わりに、インドネシア語のURLへリンクする、見つけやすい切り替え機能を用意してください。IPから「インドネシア → /id」と推測して振り分けると、旅行者、VPN利用者、クローラーが意図しないページから抜け出せなくなります。

マレー語版も公開する場合、hreflangではidとmsを同一ページの別名ではなく、同列の言語版として扱いましょう。相互参照には両方に加え、英語（および公開しているその他のロケール）を含めます。同じ言語内でcanonicalを指定する原則も変わりません。インドネシア語の重複ページ群では、マレー語ではなくインドネシア語のURLを優先します。

運用上の都合から、URLスラッグはASCIIのままでも構いません。タイトル、H1、本文はインドネシア語にしましょう。canonicalを設定せず、競合する2つのインドネシア語URLを公開すると、評価シグナルが分散します。スラッグを統合する場合は、リダイレクトを一貫して設定してください。

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

信頼性を伝えるインドネシア語のページは、翻訳された機能一覧よりも重要な役割を果たします。インドネシア向けに販売するサイトでは通常、プライバシー、利用規約、そして該当する場合は決済やアフターサービスに関する文章を、英語テンプレートの残り物ではなく、きちんと整ったページとして提供する必要があります。これは検索順位を上げるための施策ではありません。ユーザーが購入手続きの信頼性を判断する際に確認する情報だからです。これらのページも、重要なローカライズ対象として扱いましょう。

決済に関する表現は、特に重要です。支払い方法、手数料、「支払い待ち」などの状態を表示する場合は、汎用分野の翻訳者だけでなく、インドネシアでオンライン購入をした経験のある人にも確認してもらいましょう。

インドネシア語版のコンバージョンに関する実践的なチェック項目：

  • ホームページ、広告、プロダクトUIで文体（日常的か、お役所的か）が統一されている。
  • 借用語の方針が一貫しており、loginとmasukがテンプレートごとに入れ替わらない。
  • フォームで実際のインドネシアの氏名や住所を入力でき、郵便番号と電話番号のルールが現地の形式に合っている。
  • Cookieや同意に関する文言を、スマートフォン上の実際のバナーで確認している。
  • 価格表示、請求書、通貨に関する表記が、対象として掲げる市場に合っている。
  • サポートの定型文とトランザクションメールが明確で短く、お役所的な冗長さがない。
  • エラーメッセージでは、丁寧でも中身のない謝罪ではなく、解決方法を示します。
  • オンボーディングの文が短く、初回利用画面が長文の説明になっていない。

公開初日からすべてのブログ記事をそろえる必要はありません。一方で、ホームページとプロダクトの説明、認証、料金、購入手続き・請求、プライバシーに関する基本情報、サポート窓口、そして対象市場で求められる法務関連ページは必要です。インドネシア語のトラフィックについては、アクティベーションを分けて測定しましょう。「アジア」として集計したダッシュボードでは、idのオンボーディングの弱点が見えなくなります。

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

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

  • 機械翻訳の未編集出力：使えるのは社内向けの下書きまでです。翻訳モデルはマレー語寄りになったり、文体が必要以上に堅くなったり、方針もなく英語を混ぜたりしがちです。
  • MTPE（機械翻訳＋ポストエディット）：用語集で製品関連の名詞だけでなく外来語の表記も統一していれば、多くの製品ページやサポートページで標準的な選択肢として適しています。
  • 人による翻訳／ブランド観点での編集：ホームページ、料金、キャンペーン、Cookie・同意に関するページ、法的事項に関わるあらゆるページに適しています。

インドネシア語向けの実践的なレビューサイクル：

  1. 用語集に照らしてMTPEで原稿を作成する（文体と外来語の表記を統一し、マレー語を検出する）。
  2. ブランド担当の編集者がホームページ、料金ページ、主要なランディングページを確認し、お役所的で冗長な表現を削る。
  3. 製品に詳しい言語専門家がエラーメッセージ、請求関連の文言、動的なUIを確認する。特にモバイルでの折り返しに注意する。
  4. ステージング環境で、モバイルの画面幅に合わせてインドネシア語のQAを実施する。メールやPDFの表示も確認する。
  5. idのURLで、マレー語寄りの綴りや英語のみの本文を検出する公開前チェックを追加する。

政府機関のPDFにそのまま載っていそうな文章は、おそらく登録画面には向いていません。

インドネシア語特有のSEOの落とし穴

インドネシア語で検索する人が求めているのは、自分が読める言葉です。英語の主要キーワードを一語ずつ訳すだけでは、実際の検索の仕方を捉えられません。多くの検索クエリでは、英語のブランド名や機能名に、インドネシア語の修飾語（harga［価格］、cara［方法］、gratis［無料］、terbaik［おすすめ・最良］）が組み合わされています。インドネシア語のキーワード調査を行い、ページ全体を英語にすることなく、その組み合わせに合ったタイトルやH1を作成しましょう。

インドネシア語のURLごとに、タイトル、メタディスクリプション、見出しをローカライズしましょう。英語のメタデータ一式を複数のロケールで使い回してはいけません。

インドネシア語ページで特に悪影響を及ぼすミス：

  1. ネイティブによるレビューなしで、マレー語をインドネシア語として使う。
  2. 一般消費者向けの導入案内やCTAに、お役所的な文体を使う。
  3. 外来語を無秩序に使い、UI内で二つの言語が不規則に混在する。
  4. 共通部分だけを翻訳する。ナビゲーションなどはインドネシア語でも、本文は英語のまま。
  5. デスクトップ専用のレイアウトにして、ユーザーが実際に使うスマートフォンでは表示が崩れる。
  6. Cookieだけで言語を切り替え、クローラーがインドネシア語のURLを見つけられない。
  7. hreflangの設定不備（戻りリンクの欠落）がある、またはcanonicalでidの正規URLとしてmsや英語版を指定している。
  8. 地域に応じた自動リダイレクトによって、ユーザーやボットが別の地域版にアクセスできなくなる。
  9. 機械翻訳だけで内容の薄い言語版を作り、有用なコンテンツとしての基準を満たせない。

コンテンツ量を増やす前に、文体、マレー語との区別、サイト構造を整えましょう。ツールの役割はプロセスを確実に運用することであり、検索順位に関する根拠のない約束を作り出すことではありません。

公開前のチェックリスト

インドネシア語版を公開する準備ができたら、次のチェックリストを使いましょう。

GlotEOが担う役割

インドネシア語は翻訳メモリとの相性がよい言語です。製品関連の名詞や承認済みの外来語が繰り返し登場するため、次の英語原稿の更新時にも、マレー語や官公庁のような文体に変わらないようにする必要があります。ウェブサイトのローカライズプラットフォームの用語集と翻訳メモリを使えば、文体や機能名の一貫性を保ちながら、モバイルで検証済みの文言を公開できます。さらに多言語SEOツールを組み合わせることで、展開を広げてもインドネシア語のURL、hreflang、メタデータを確認しやすい状態に保てます。初回のid版リリースの範囲を決める際には、GlotEOの料金とプランを比較しましょう。まだ対応言語を選んでいる段階なら、より幅広いウェブサイト翻訳のワークフローから検討を始めることもできます。

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

参考文献