多言語サイト制作の4つの方式と手順を解説！hreflangや運用の注意点も紹介

海外の取引先から英語のページを求められ、自社サイトの多言語化を任されたものの、制作会社の提案は翻訳ツールを入れるだけの案から言語ごとにページを作る案まで幅がある。見積もりの金額も方式によって大きく違い、どれを選べばよいのか判断がつかない。そんな状況ではありませんか。

提案に差が出る理由は、多言語サイトの作り方によって翻訳の品質と公開後の更新の手間、検索結果への出方が変わる点です。この記事では、多言語サイト制作の4つの方式と翻訳の方法、制作の手順、URL設計やhreflangなどの技術要件、公開後の運用、注意点、制作会社の選び方を解説します。記事を読めば、自社に合う方式を選び、制作会社に伝える要件を整理できます。

多言語サイトの方式を絞り込む基準は、日本語版を更新する頻度と、言語版に求める翻訳の品質の2つです。どの方式を選ぶ場合も、言語ごとに別のURLを用意できるかが、外国語で検索する人に見つけてもらうための前提です。

ご依頼・ご相談を検討中の方は、こちらからお問い合わせください。

仕事の依頼・相談をする →

多言語サイト制作とは言語ごとのページを用意して読者が言語を選べるようにすること

多言語サイトは、同じ会社や商品の情報を複数の言語で提供し、読者が自分の読める言語のページを選べるWebサイトです。代表例は、英語版と中国語版を用意した会社案内のサイトです。

似た言葉に多地域サイトがあります。多地域サイトは、米国向けとカナダ向けのように国や地域ごとにページを分けたサイトを指します。同じ英語でも国ごとに価格や連絡先を変えたい会社が選ぶ形です。多言語と多地域は両立でき、言語と地域の両方でページを分けるサイトもあります。

多言語化が求められる背景には、日本を訪れる外国人と日本で暮らす外国人の増加があります。2025年の訪日外客数は42,683,600人で、前年比15.8%増と過去最高を更新しました。在留外国人数は令和7年末時点で412万5,395人となり、初めて400万人を超えています。

BtoBの取引でも、海外の企業が発注先の候補を調べるとき、日本語だけのサイトでは事業内容や実績が伝わりません。BtoBとは、企業が企業に向けて商品やサービスを提供する取引を指します。

ブラウザの翻訳機能を使えば日本語のページも読めますが、多言語サイトとは役割が違います。外国語で検索する人の検索結果に自社のページを表示させるには、検索に使われた言語で書かれたページが必要です。ブラウザの翻訳は自社で訳文を確認できず、製品名や専門用語が意図しない訳語になっても直せません。

多言語サイトを制作する4つの方式

多言語サイトの作り方は、翻訳した文章をどこに保存し、どの仕組みで読者に表示するかで分かれます。方式によって初期の作業量と公開後の更新の手間が変わるため、仕組みの違いを先に押さえておくと制作会社の提案を比べやすくなります。多言語サイトを制作する方式は、以下の4つです。

• 言語ごとにページを作り分ける
• CMSの多言語機能を使う
• 翻訳プロキシを使う
• JavaScriptの翻訳タグを埋め込む

言語ごとにページを作り分ける

言語ごとにページを作り分ける方式は、日本語版とは別に、英語版や中国語版のHTMLファイルを1ページずつ作成して公開する方法です。翻訳文をページに直接書き込むため、言語版ごとにレイアウトや掲載内容を自由に変えられます。

言語ごとにページを作り分ける方式の弱点は、公開後の更新の手間です。日本語版の文章を1か所直すたびに、すべての言語版のファイルを同じように修正する作業が発生します。

言語ごとにページを作り分ける方式に向いているのは、次のようなサイトです。

• 掲載するページ数が少ないサイト
• 公開後に内容をほとんど更新しないサイト
• 言語版ごとに内容を大きく変えたいサイト

ページ数が増えるほど修正の漏れが起きやすくなるため、更新の多いサイトではCMSを使う方式と比べて検討します。

CMSの多言語機能を使う

CMSは、Webサイトの文章や画像を管理画面から更新できるシステムで、WordPressが代表例です。CMSの多言語機能を使う方式では、日本語の記事と翻訳した記事を管理画面で対応づけて保存し、言語ごとのページとして表示します。

WordPressの本体には多言語機能が組み込まれていないため、多言語化はPolylangやWPMLなどのプラグインで追加する仕組みです。プラグインの方式には、言語ごとに別の記事を作って対応づける方式と、1つの記事の中に全言語の文章を持たせる方式があります。言語ごとに別のWordPressを立ち上げ、マルチサイト機能でまとめて管理する構成も可能です。

CMSを使う利点は、翻訳の担当者が管理画面から言語版を直接更新できることです。日本語の記事と言語版の対応が管理画面に残るため、翻訳が済んでいない記事を探しやすくなります。

初期の構築には、言語版のテンプレートや言語の切替の仕組みを作る作業が必要です。自社で使っているCMSが多言語に対応しているかは、構築の前に確認しておきます。

翻訳プロキシを使う

翻訳プロキシは、読者と元のWebサイトの間に入って、ページの文章を翻訳文に置き換えて届ける仕組みです。読者から英語版のページを求められると、翻訳プロキシが日本語のページを取得し、保存してある翻訳文または機械翻訳の結果に差し替えて表示します。

元のサイトの作りをほとんど変えずに言語版を追加できるのが、翻訳プロキシを使う方式の強みです。ページ上の文章だけでなく、画像や動画、検索エンジン向けのメタデータも言語ごとに差し替えられます。翻訳文は保存して使い回すため、日本語のページが更新されたときに、人が確認した翻訳文に差し替えてから公開する運用も可能です。

翻訳プロキシはサービスとして提供されており、利用には月額などの継続的な費用がかかります。言語版のページは翻訳プロキシのサービスを通して表示されるため、契約を終えると言語版の公開も止まります。

JavaScriptの翻訳タグを埋め込む

JavaScriptの翻訳タグを使う方式は、サービスから発行されたタグをWebサイトのページに埋め込み、読者のブラウザ上で文章を翻訳文に置き換える方法です。タグを貼り付けるだけで言語版を表示できるため、4つの方式の中でも導入の作業が少ない方式です。

検索への出方は、言語版に専用のURLが発行されるかどうかで変わります。同じURLのままブラウザ上で言語だけを切り替える作りでは、検索エンジンが各言語版を別のページとして見つけられません。Google検索で各言語版を正しく扱ってもらうには、言語ごとに異なるURLが必要です。

導入を検討するときは、言語版のURLが発行されるか、hreflangが設定されるかをサービスの提供元に確認します。

多言語サイトの翻訳方法

構築の方式とは別に、言語版の文章を誰がどう訳すかも決めておく必要があります。翻訳の方法は品質と費用と公開までの速さを左右し、ページの種類ごとに使い分けることも可能です。多言語サイトの翻訳方法は、次の3つです。

• 人が翻訳する
• 機械翻訳を使う
• 機械翻訳の結果を人が修正する

人が翻訳する

人が翻訳する方法は、翻訳会社や翻訳者に依頼して、原稿を1文ずつ訳してもらう方法です。業界の専門用語や自社の製品名を正しく訳し分けられ、読み手の国の言い回しに合わせた自然な文章に仕上がります。

人による翻訳は、ほかの2つの方法と比べて費用と時間の負担が最も大きい方法です。訳す量が増えるほど費用と日数も増えるため、ページ数の多いサイト全体を人が訳すと予算が膨らみます。

人による翻訳が向いているのは、誤訳が取引や信用に直結するページです。会社概要・製品の仕様・契約や保証の条件・プライバシーポリシーなどは、人が訳したうえで内容を確認しておくと安心です。

機械翻訳を使う

機械翻訳は、翻訳エンジンが原文を自動で訳す方法です。機械翻訳なら大量の文章を短時間で訳せて、費用も人による翻訳より抑えられます。CMSの多言語化プラグインや翻訳プロキシのサービスには、機械翻訳と組み合わせて使えるものがあります。

訳文の精度を左右するのは、原文の書き方です。主語を省いた日本語の文章や業界独自の言い回しは誤訳が起きやすく、読み手に意味が伝わらない文が残ります。

機械翻訳の結果をそのまま公開してよいのは、誤訳があっても取引に影響しにくいページだけです。機械翻訳を使う前に原文の主語と目的語を補っておくと、訳文の精度が上がります。

機械翻訳の結果を人が修正する

機械翻訳で下訳を作り、人が誤訳や不自然な表現を直す方法は、ポストエディットと呼ばれます。機械翻訳の速さと人による確認を組み合わせ、品質と費用の釣り合いを取れる方法です。

修正した訳文を、対象の言語を母語とする人に確認してもらう工程をネイティブチェックといいます。ネイティブチェックの役割は、文法は正しくても現地の読者に違和感を与える表現を拾うことです。

ページ数が多く、一定の品質も保ちたいサイトでは、機械翻訳の結果を人が修正する方法が選択肢になります。修正の範囲を「誤訳だけを直す」のか「自然な文章に整える」のかで手間が変わるため、依頼の前に決めておきます。

多言語サイト制作の手順

多言語サイトの制作は、作り始める前の決めごとが多いのが特徴です。対象の言語や翻訳する範囲が決まらないまま構築を始めると、途中で方式を変える手戻りが起きます。多言語サイト制作の手順は、以下のとおりです。

1. 目的と対象の言語・地域を決める
2. 翻訳するページの範囲を決める
3. 構築方式と翻訳方法を選ぶ
4. 言語版のURL構造とデザインを決める
5. 翻訳とローカライズを進める
6. 公開前に言語版ごとの表示と動作を確認する

目的と対象の言語・地域を決める

最初に決めるのは、多言語サイトで誰に何をしてほしいかです。海外の取引先からの問い合わせを増やしたいのか、訪日客に店舗やサービスの情報を届けたいのか、日本で暮らす外国人に手続きを案内したいのかで、必要な言語とページが変わります。

目的が決まったら、対象の言語と地域を絞り込みます。同じ英語でも米国向けと英国向けで価格や連絡先を変えるなら、言語に加えて地域でもページを分ける設計が必要です。中国語は簡体字と繁体字で文字が異なるため、読み手がどちらを使う地域かを確認します。

最初から多くの言語に対応すると、翻訳と更新の負担が言語の数だけ増えます。英語版から始めて、問い合わせや閲覧の実績を見ながら言語を増やす進め方が現実的です。

翻訳するページの範囲を決める

サイトのすべてのページを翻訳する必要はありません。対象の読者が必要とするページを選び、翻訳する範囲を一覧にまとめます。BtoBのサイトで翻訳の候補になりやすいページは、次のとおりです。

• トップページと会社概要
• 製品やサービスの紹介ページ
• 導入事例や実績のページ
• 問い合わせフォームと送信後の案内
• プライバシーポリシーなどの規約

日本の読者に向けた採用情報や国内向けのお知らせは、翻訳しても海外の読者には役立ちません。

画像やPDFの中の文字も、翻訳の範囲に含めるかを決めておきます。画像に文字を埋め込んだバナーや図版は、本文を翻訳しても画像の中は日本語のままです。製品カタログや仕様書のPDFを配布しているなら、言語版のPDFを用意するかどうかも範囲の一覧に加えます。

構築方式と翻訳方法を選ぶ

範囲が決まったら、4つの方式と3つの翻訳方法から組み合わせを選びます。選ぶときの軸は、日本語版を更新する頻度と、言語版に求める翻訳の品質です。4つの方式の違いは、以下の表のとおりです。

更新が多いサイトほど、言語ごとにページを作り分ける方式より、管理画面やサービス上で言語版を更新できるほかの3つの方式が向いています。翻訳方法は、ページの重要度で使い分けるのが基本です。会社概要や規約は人が翻訳し、量の多いお知らせやよくある質問は機械翻訳の結果を人が修正する組み合わせにすると、重要なページの品質を保ちながら費用を抑えられます。

言語版のURL構造とデザインを決める

方式が決まったら、言語版のURLの形と、ページのデザインの共通部分を決めます。URLの形は、サブディレクトリ(example.com/en/)・サブドメイン(en.example.com)・国別のドメイン(example.de)などから選びます。公開後にURLの形を変えると、転送の設定やリンクの張り直しが必要になるため、最初に決めておくことが大切です。

デザインで決めるのは、言語を切り替えるリンクの位置と、翻訳で文字の量が変わっても崩れないレイアウトです。言語版ごとにデザインを作り直すより、共通のテンプレートで全言語を表示できるようにしておくと、修正の手間が1回で済みます。

翻訳とローカライズを進める

翻訳に入るのは、翻訳する範囲の原稿を確定させてからです。原稿が途中で変わると、翻訳のやり直しが言語の数だけ発生します。

ローカライズは、文章を訳すだけでなく、日付・通貨・単位・住所の書き方などを対象の地域の形式に合わせる作業です。日本の読者向けに書いた説明は、海外の読者には前提知識が足りずに伝わらない場合があります。日本独自の制度や商習慣に触れる箇所は、訳す前に補足の説明を足すかどうかを判断します。

公開前に言語版ごとの表示と動作を確認する

公開前に、すべての言語版をパソコンとスマートフォンの両方で表示して確認します。確認しておきたい項目は、次のとおりです。

• 文字化けや文字の欠けがないか
• 翻訳で長くなった文章がボタンや見出しからはみ出していないか
• 言語を切り替えるリンクが同じ内容の言語版に移動するか
• 問い合わせフォームが外国語の入力で送信できるか
• 翻訳されずに日本語のまま残った箇所がないか

確認は、対象の言語を読める人に担当してもらうのが確実です。言語を読めない人が画面を見ても、誤訳や不自然な表現には気づけません。

多言語サイトに必要な技術要件

多言語サイトは、読者に正しい言語のページを届けると同時に、検索エンジンに各言語版の存在を伝える作りにする必要があります。技術要件が抜けると、翻訳したページが検索結果に表示されなかったり、読者が別の言語のページにたどり着けなかったりします。多言語サイトに必要な技術要件は、次の5つです。

• 言語ごとに別のURLを用意する
• hreflangで言語版の対応関係を検索エンジンに伝える
• すべてのページに言語を切り替えるリンクを置く
• lang属性と文字コードを正しく指定する
• 文字の量と書字方向の違いに対応できるデザインにする

言語ごとに別のURLを用意する

多言語サイトでは、日本語版と英語版のように、言語ごとに異なるURLを割り当てます。言語ごとのURLがあれば、読者も検索エンジンも目的の言語のページを見つけられます。URLの形には4つの型があり、特徴は以下の表のとおりです。

既存のドメインのまま言語版を追加でき、1つのサイトとして管理しやすいのはサブディレクトリの型です。国ごとに別の会社や担当者がサイトを運営する場合は、分割しやすい国別のドメインやサブドメインも候補になります。

同じ言語で地域だけが違うページは、内容がほぼ同じ重複ページです。米国向けと英国向けの英語版のような場合は、優先するページをrel="canonical"で示し、hreflangと組み合わせて地域ごとのURLが検索結果に表示されるようにします。

hreflangで言語版の対応関係を検索エンジンに伝える

hreflangは、あるページに別の言語や地域向けのバージョンがあることを、検索エンジンに伝えるための指定です。hreflangを設定しておくと、検索した人の言語や地域に合ったバージョンのページが検索結果に表示されやすくなります。

hreflangを指定する方法は、HTMLのhead要素に書くlink要素・HTTPヘッダー・XMLサイトマップの3つです。3つの方法はどれを使っても同じように扱われ、PDFのようなHTML以外のファイルにはHTTPヘッダーの方法が使えます。hreflangの設定で守る決まりは、以下のとおりです。

• 各言語版のページに、自分自身を含むすべての言語版を列挙する
• 英語版が日本語版を指すなら、日本語版も英語版を指す
• URLはhttpsから始まる完全な形で書く
• 言語はISO 639-1の形式(ja、enなど)、地域はISO 3166-1 Alpha 2の形式(JP、USなど)で書く
• 地域だけを単独で指定しない
• どの言語にも当てはまらない読者向けのページはx-defaultで指定する

英語版と日本語版が互いを指していない場合、hreflangの指定は無視されます。中国語は、簡体字をzh-Hans、繁体字をzh-Hantのように文字の種類で書き分けられます。

x-defaultは、ブラウザの言語の設定が、指定したどの言語や地域とも一致しない読者に表示するページを示す値です。言語を選ぶページやトップページを指定するのが、x-defaultの代表的な使い方です。

hreflangがなくても、Googleが別の言語版を見つけることはあります。言語版を明示しておくほうが、検索結果に表示されるバージョンは正確になります。

すべてのページに言語を切り替えるリンクを置く

言語の切替は、読者が自分で選べるリンクとして、すべてのページの同じ位置に置きます。英語版のページに置くリンクの移動先は、同じ内容の日本語版のページです。日本語版のトップページに戻す作りでは、読者が情報を探し直す手間が生じます。

読者の言語を推測して、自動で別の言語版に移動させる作りは避けます。自動で移動させる作りの問題は、読者も検索エンジンもサイトのすべての言語版を見られなくなる場合があることです。Cookieやブラウザの設定で同じURLのまま表示言語を変える作りも避けます。ページを巡回して情報を集めるGoogleのクローラーは、ブラウザが送る言語の情報を付けずにページを読み込むため、言語ごとの表示の違いを読み取れない場合があります。

言語の名前に使うのは、その言語自身の表記です。英語版へのリンクは「English」、中国語版は「中文」、韓国語版は「한국어」のように書くと、日本語を読めない読者でも自分の言語を見つけられます。

国旗のアイコンで言語を表すのは避けます。国旗は国を表す印で、英語のように複数の国で使われる言語や、1つの国で複数の言語が使われる場合に対応できません。

lang属性と文字コードを正しく指定する

lang属性は、HTMLの要素に書かれた文章の言語を示す属性です。英語版のページならhtml要素にlang="en"、日本語版ならlang="ja"のように、ページの既定の言語をhtml要素に指定します。ページの一部に別の言語の文章が入る場合は、文章を囲む要素にも、その言語のlang属性を付けます。

lang属性の役割は、スクリーンリーダーなどの読み上げソフトに正しい発音で文章を読み上げさせることです。Googleはページの言語をlang属性ではなく表示された内容から判断するため、lang属性は検索のためではなく、読者の閲覧環境のために設定するものです。

文字コードは、すべての言語版でUTF-8に統一します。1つのHTMLページに使える文字コードは1つだけで、多くの言語の文字を1つで表せるのがUTF-8です。HTMLでは、head要素の先頭近くにmeta要素でcharset="utf-8"を指定し、ファイル自体もUTF-8で保存します。meta要素による文字コードの宣言は、文書の最初の1024バイト以内に収める決まりです。

文字の量と書字方向の違いに対応できるデザインにする

翻訳で変わるのは、言葉だけでなく文章の長さです。日本語では1行に収まっていた見出しやボタンの文字が、英語やドイツ語に訳すと長くなり、2行に折り返したり枠からはみ出したりします。ボタンや見出しの幅が文字数に合わせて伸び縮みする作りにしておくと、言語版ごとにデザインを直す手間を減らせます。

アラビア語やヘブライ語は、文章を右から左に書く言語です。右から左に書く言語に対応する場合は、html要素にdir="rtl"を指定し、メニューや画像の並びも右から左の流れに合わせて見直します。書字方向は文章の意味に関わる情報のため、CSSよりもHTMLのdir属性で指定する方法が推奨されています。

フォントの対応も確認の対象です。日本語向けのフォントには、ベトナム語の声調記号やタイ語の文字が含まれていない場合があり、文字が別のフォントで表示されたり欠けたりします。言語版ごとに、対象の言語の文字を含むフォントを指定します。

多言語サイトの公開後の運用

多言語サイトは、公開した時点の翻訳が正しくても、日本語版を更新するたびに言語版との差が開いていきます。言語版の情報が古いまま残ると、海外の読者は価格や仕様を誤って受け取ります。多言語サイトの公開後の運用で整えておくことは、以下の3つです。

• 日本語版の更新を各言語版へ反映する流れを決める
• 用語集と翻訳ルールを作って表記をそろえる
• 言語版ごとに検索と問い合わせの成果を計測する

日本語版の更新を各言語版へ反映する流れを決める

日本語版を更新したときに反映する言語版と担当者と期限は、事前に決めておきます。反映の流れを決めないまま運用を始めると、日本語版だけが新しくなり、言語版には古い情報が残ります。更新を反映する流れの例は、次のとおりです。

1. 日本語版の担当者が、更新したページと変更した箇所を翻訳の担当者に伝える
2. 翻訳の担当者が、変更した箇所を各言語に翻訳する
3. 対象の言語を読める人が、訳文を確認する
4. 言語版を公開し、日本語版の担当者に完了を伝える

すべての更新を全言語に反映できない場合は、反映の優先順位を決めておきます。価格や仕様、問い合わせ先のように、古いままだと取引に影響する情報は最優先で反映する対象です。期間限定のお知らせのように時期を過ぎると意味がなくなる情報は、翻訳しない運用も選べます。

方式を選ぶ段階で、日本語版の変更を言語版の担当者が把握できる仕組みがあるかを確認しておくと、反映の漏れを防げます。

用語集と翻訳ルールを作って表記をそろえる

用語集は、自社の製品名・サービス名・業界の専門用語について、言語ごとの訳語を一覧にまとめたものです。翻訳の担当者が変わったり、機械翻訳と人の翻訳を併用したりすると、同じ言葉に違う訳語が使われやすくなります。用語集の役割は、どの担当者が訳しても訳語をそろえることです。

翻訳ルールには、敬語の扱い・数字や日付の書き方・会社名の表記・訳さずに残す言葉などをまとめます。用語集と翻訳ルールを翻訳会社や制作会社と共有しておくと、依頼先を変えたときにも表記の一貫性を保てます。

言語版ごとに検索と問い合わせの成果を計測する

多言語サイトの成果は、言語版ごとに分けて計測します。サイト全体の数字だけを見ていると、どの言語版が役に立っていて、どの言語版に手を入れるべきかがわかりません。

Google Search Consoleの検索パフォーマンスレポートは、クエリ・ページ・国・デバイスなどの切り口で検索結果での表示回数やクリック数を確認できる機能です。ページの切り口で/en/のような言語版のURLに絞り込むと、英語版のページがどの検索語句で表示されているかがわかります。

問い合わせの件数も、どの言語版のフォームから届いたかを分けて記録する対象です。言語版ごとの問い合わせの数を並べると、翻訳を充実させる言語と見直す言語の判断材料になります。

多言語サイト制作の注意点

作り方を誤った多言語サイトは、翻訳したのに読まれない、問い合わせが届いても返信できないといった状態に陥ります。公開してから気づくと修正の手間が言語の数だけ増えるため、制作の段階で避けておきたい点があります。多言語サイト制作の注意点は、次の5つです。

• 機械翻訳の文章を確認しないまま大量に公開しない
• 定型部分だけを翻訳したページを作らない
• 1つのページに複数の言語を混在させない
• 日付・通貨・住所などの表記を対象の地域の形式に合わせる
• 外国語の問い合わせに対応できる体制を先に用意する

機械翻訳の文章を確認しないまま大量に公開しない

機械翻訳の結果を確認せずに公開すると、誤訳や意味の通らない文がそのまま読者の目に触れます。製品の仕様や取引条件の誤訳が招くのは、問い合わせの段階での行き違いや、取引先からの信用の低下です。

検索での扱いも、誤訳と無関係ではありません。Googleのスパムに関するポリシーは、読者にとっての価値を加えずに、検索順位の操作を主な目的として大量のページを生成する行為を不正使用として扱います。機械翻訳で言語版のページを一度に増やす場合も、読者が読める品質かを人が確認してから公開します。

定型部分だけを翻訳したページを作らない

メニューやフッターなどの定型部分だけを翻訳し、本文は日本語のままにしたページは、読者の役に立ちません。中身が同じページが定型部分の言語だけを変えて検索結果に何度も表示されることになり、検索した人にとって不便です。

言語版として公開するページは、本文まで翻訳を終えたページに限ります。本文の翻訳が間に合わないページは言語版を作らずに、翻訳が済んだ時点で追加する進め方が安全です。

1つのページに複数の言語を混在させない

1つのページには、1つの言語だけを使います。日本語の原文と英語の訳文を同じページに並べると、検索エンジンがページの言語を正しく判断しにくくなります。

ページの言語を検索エンジンに正しく判断させる条件は、本文とナビゲーションを1つの言語にそろえ、原文と訳文を一緒に表示しないことです。日本語と英語を併記したページを作りたい場合は、言語ごとにページを分け、言語を切り替えるリンクで行き来できるようにします。

日付・通貨・住所などの表記を対象の地域の形式に合わせる

日付や通貨、住所の書き方は、国や地域によって違います。日本式の書き方のまま訳すと、読者が内容を読み違える原因になります。対象の地域に合わせて確認しておきたい表記は、以下のとおりです。

• 日付の並び順
• 通貨の単位と金額の書き方
• 住所の並び順と郵便番号の書き方
• 電話番号の国番号(日本は+81)
• 長さや重さなどの単位

問い合わせフォームも、海外の読者が入力できる作りかを確認します。氏名のふりがなや日本の郵便番号の形式を必須にした入力欄があると、海外の読者はフォームを送信できません。

外国語の問い合わせに対応できる体制を先に用意する

多言語サイトを公開すると、対象の言語で問い合わせや見積もりの依頼が届きます。問い合わせに返信できる担当者がいなければ、届いた商談の機会を逃します。

公開前に決めておくのは、外国語の問い合わせを受ける担当者と返信に使う言語、返信までの日数です。社内で返信できない言語がある場合は、問い合わせフォームに返信できる言語を明記しておくと、読者との行き違いを防げます。

多言語サイトの制作会社を選ぶポイント

多言語サイトの制作には、Webサイトの構築と翻訳の両方の力が求められます。構築は得意でも翻訳は外部に任せる会社もあるため、確認する観点を先にそろえておくと比較がしやすくなります。多言語サイトの制作会社を選ぶポイントは、以下の4つです。

• 対象の言語の翻訳とネイティブチェックの体制を確認する
• hreflangやURL設計など多言語の技術要件への対応を確認する
• 公開後の更新を自社で進められる仕組みかを確認する
• 見積もりに含まれる作業の範囲を確認する

対象の言語の翻訳とネイティブチェックの体制を確認する

翻訳を社内で行うのか、提携する翻訳会社に任せるのかは、制作会社によって違います。対象の言語ごとに、誰が翻訳し、誰が訳文を確認するのかを質問しておきます。

ネイティブチェックが含まれるかは、訳文の品質に直結する確認項目です。自社の業界の専門用語を扱った翻訳の実績があるかも、あわせて確かめます。

hreflangやURL設計など多言語の技術要件への対応を確認する

多言語サイトの技術要件には、日本語だけのWebサイト制作では扱わない項目が含まれます。制作会社に確認しておきたい項目は、次のとおりです。

• 言語版のURLをどの形で作るか
• hreflangをどの方法で設定するか
• 言語の切替を自動の移動ではなくリンクで作るか
• 右から左に書く言語や対象の言語のフォントに対応できるか

過去に制作した多言語サイトを見せてもらい、言語の切替やURLの形を実際に確かめると、提案の内容と実績が一致しているかを判断できます。

公開後の更新を自社で進められる仕組みかを確認する

多言語サイトは公開後も更新が続くため、更新の作業を誰が担うかで運用の負担が変わります。言語版の更新を制作会社に毎回依頼する形の弱点は、修正のたびに費用と日数がかかることです。

自社で更新したい場合は、管理画面から言語版を直接編集できるか、日本語版との対応を管理画面で確かめられるかを確認します。翻訳プロキシや翻訳タグのサービスを使う提案なら、サービスの月額費用と契約を終えたときの扱いも確認の対象です。

見積もりに含まれる作業の範囲を確認する

多言語サイトの見積もりには、構築の費用と翻訳の費用が含まれます。見積もりを比べるときに含まれているかを確認したい作業は、次のとおりです。

• 翻訳の対象になるページ数と文字数
• ネイティブチェック
• 画像やPDFの中の文字の翻訳
• 言語版の表示と動作の確認
• 公開後の更新と翻訳の対応

含まれていない作業は、自社で行うか別の費用で依頼することになります。翻訳の文字数の数え方や、言語を追加するときの費用も、契約の前に確認しておくと予算の見通しが立ちます。

多言語サイト制作で使う多言語化ツールの費用の実例

多言語サイト制作の費用は、方式と言語の数、翻訳する量によって変わります。制作会社に依頼する場合の制作費は見積もりで決まる一方、CMSのプラグインやWebサイトの翻訳サービスは料金が公開されています。多言語化に使うツールの料金の実例は、以下の表のとおりです。

WPMLの料金は、3プランとも1年分の更新とサポートを含む金額です。99ユーロのプランは3つの本番サイトで使え、22,500語分のAI翻訳が付いています。Weglotの有料プランは翻訳できる語数と言語の数に応じて月額が上がり、月額29ユーロのプランは5万語・3言語までです。

ツールの料金とは別に、人による翻訳の費用や、テンプレートの制作などの構築費がかかります。見積もりを取るときは、構築の費用と翻訳の費用を分けて出してもらうと、方式ごとの費用を比べやすくなります。

多言語サイト制作は目的と更新の体制を決めてから方式を選びましょう

多言語サイト制作の出発点は、誰に何を届けるかと公開後に誰が更新するかを、方式より先に決めることです。言語ごとにページを作り分ける方式・CMSの多言語機能・翻訳プロキシ・JavaScriptの翻訳タグは、更新の手間と翻訳の管理のしやすさがそれぞれ違います。

どの方式を選ぶ場合でも、外国語で検索する人に見つけてもらう作りと、言語版を最新に保つ運用は欠かせません。制作会社に伝える前に確認しておきたい要件は、次のとおりです。

• 言語ごとに別のURLを用意する
• hreflangで言語版の対応関係を伝える
• 言語の切替はリンクで読者に選ばせる
• 機械翻訳の結果は人が確認してから公開する
• 日本語版の更新を言語版に反映する担当と流れを決める

目的と対象の言語と翻訳する範囲を1枚にまとめておけば、制作会社の提案を同じ条件で比べられます。公開後の更新の流れまで決めておくと、更新の止まらない多言語サイトに近づきます。まずは自社サイトのページの中から、海外の読者に最初に読んでほしいページを選ぶところから始めましょう。

ご依頼・ご相談を検討中の方は、こちらからお問い合わせください。

仕事の依頼・相談をする →