機能とメンテナンス方法によって異なる、2言語対応ウェブサイトの費用

2言語のウェブサイトを作るにはいくらかかるのか、まず固定の見積もりを急いで求める必要はありません。実際にコスト差を生むのは、通常「言語バージョンが1つ増えること」そのものではなく、主に2種類の変数です。1つはウェブサイトの機能をどの程度まで実装するか、もう1つはその後、誰がどのように保守するかです。導入段階でトップページの数や総ページ数だけを確認すると、後になって翻訳の修正、ページの同期、プラグインの更新費用、技術調整などで、追加予算が何度も必要になることがあります。

単なる企業紹介型のウェブサイトで、構成が比較的シンプルであり、2つの言語バージョンが同じレイアウトを共有し、製品ページ、ニュースページ、問い合わせページなどの内容に大きな差がない場合、コストは通常、言語切り替えのロジック、バイリンガルコンテンツの入力、基本的なSEO項目の設定、公開前のリンクとレイアウトの校正に集中します。一方、問い合わせフォーム、製品フィルター、会員ログイン、見積もりダウンロード、地域別リダイレクト、独立したブログディレクトリ、さらには言語ごとに異なる市場向けコンテンツが含まれる場合、開発、テスト、保守に必要な工数は明らかに増加します。多くの人が過小評価しているのは初期構築費ではなく、「第2言語はコピーではなく、2セットのコンテンツを継続的に管理するものだ」という事実です。

まず総コストを分解し、ウェブサイト構築費だけに注目しない

2言語のウェブサイトを作るにはいくらかかるのかという問題について、一般的な支出は通常、いくつかの項目に分かれます。ドメイン、サーバー、またはクラウドリソースは基盤となる項目です。さらに見落とされやすいのが、テンプレートまたはフロントエンドのカスタマイズ、コンテンツ翻訳、画像の差し替え、URLルール、言語ディレクトリの設定、フォーム通知の言語、サイト内検索の多言語対応、そしてその後の改修時にバイリンガルページを同期更新する作業です。

たとえば、/es/と/zh/のディレクトリ構造を採用するサイトもあれば、サブドメインや独立したドメインを使用するサイトもあります。前者は通常、集中管理に適しており、後者は地域市場の分割においてより柔軟ですが、導入、アクセス統計、証明書、リダイレクトルール、SEO管理はより複雑になる可能性があります。コストの差は必ずしも初回公開時に現れるとは限らず、カテゴリを1つ追加するたび、ナビゲーションを1回変更するたび、フォーム項目を1回差し替えるたびに、追加の確認作業が必要になる点に現れます。

翻訳も、単純に文字数だけで考えることはできません。タイトル、ボタン、ナビゲーション、製品仕様、画像内のテキスト、PDF資料、ポップアップの案内、メールの自動返信など、言語バージョンに関わる要素は多岐にわたります。元のサイトに画像内へ埋め込まれたスペイン語のコピーがある場合、対応は「文字を一度翻訳する」だけでは済まず、画像を作り直し、サイズを確認し、モバイル端末での改行がはみ出さないようにする必要があります。予算超過の起点は、まさにこのような部分にあることが少なくありません。

機能の複雑さが変われば、コスト構成も変わる

同じ2言語対応のウェブサイトでも、企業紹介サイトと取引型サイトでは費用の考え方がまったく異なります。前者ではページ制作とコンテンツ構成が中心になりますが、後者ではより多くの運用上の細部を考慮する必要があります。たとえば、ショッピングカート、在庫表示、税金の説明、配送範囲、決済ページ、返品・返金規約、請求書情報など、言語ごとに異なる地域を対象とする場合、これらの内容をそのまま共用できないことがあります。プログラムのフレームワークが同じであっても、コピーの確認とテスト範囲は広がります。

次にB2Bのケースを見てみましょう。多くのウェブサイトは表面的には製品紹介に見えても、実際には強いリード獲得機能を備えています。問い合わせフォームは言語ごとに分ける必要があり、自動返信メールも言語ごとに用意し、ダウンロード資料もバージョンを区別しなければなりません。製品仕様表では、ミリメートル、インチ、キログラム、ポンドなどの単位表記が関係する場合もあります。さらにフィルター、仕様比較、ファイルダウンロード、導入事例、ニュースモジュールなどがある場合、第2言語を追加する作業はテキストをもう1部入力するだけではありません。フィルター条件、タグ、URL、パンくずリスト、サイト内のレコメンドロジックが正常に機能することも確認する必要があります。

機能が増えるほどテストコストは高くなり、そのコストを「ページ数」だけで正確に見積もることはできません。フィルターと検索機能を備えた製品センターは、通常のコンテンツページ10ページよりも多くの工数がかかる場合があります。言語を切り替えた後、検索結果が正しいか、フィルター項目に翻訳漏れがないか、検索結果がないページに対応する言語の案内が表示されるかなどを、個別に検証する必要があるためです。

保守方法が、その後の追加予算の発生を左右する

「構築してから考える」という進め方は、通常、バイリンガルウェブサイトが制御不能になる始まりです。2つの言語は一度納品すれば終わるものではなく、継続的に更新されるシステムだからです。後期の保守方法が異なれば、2言語のウェブサイトを作るにはいくらかかるのかという総保有コストにも大きな差が生じます。

人手でページごとに保守する場合、新しい記事、製品、ランディングページを追加するたびに、それぞれ作成、翻訳、アップロード、リンク設定、校正を行う必要があります。管理しやすく、コンテンツ量が少なく更新頻度が低いサイトに適しているという利点がある一方、プロセスへの依存度が非常に高くなります。あるときメイン言語だけを更新すると、もう一方の言語が徐々に遅れ、最終的にはページ情報、価格単位、連絡先などに不一致が生じます。

関連付け可能な多言語コンテンツ構造を採用すれば、通常は保守効率が向上しますが、初期構築の要件はより高くなります。フィールド設計、ページコンポーネント、分類体系、URLマッピング、言語切り替えロジックをあらかじめ計画し、より規範的に設計する必要があるためです。この工程を初期に省くと、後でカテゴリが増えた際に、「新しい言語バージョンを手作業で関連付けなければならない」「古いページを削除した後に切り替えボタンが機能しない」「古いリンクがリダイレクトされていない」といった保守上の問題が発生します。

もう1つよくある誤解は、機械翻訳を完全な保守ソリューションとみなすことです。機械翻訳は、特に製品仕様のテキストが多い場合、初稿を迅速に作成し、入力時間を短縮するのに役立ちます。しかし、タイトル、業界用語、ボタンの長さ、マーケティングコピー、法的条項、アフターサービスの説明、Meta情報などは、通常、人による校正が必要です。そうしなければ、ページは完成したように見えても、公開後に意味のずれ、不自然な表現、キーワードの不適切な対応が発生し、最終的にコンバージョンやインデックス登録に影響する可能性があります。

見積もりで漏れやすい費用は、契約書の最初のページには記載されていないことが多い

バイリンガルウェブサイトの見えにくいコストは、公開後の細かな保守作業に現れることがよくあります。たとえば、プラグイン、テーマ、フォントライセンス、地図コンポーネント、フォームサービス、メール送信サービス、セキュリティ証明書、マルチサイトバックアップ、CDN、画像圧縮、キャッシュコンポーネントなどです。これらにはサイト単位で課金されるものもあれば、ドメイン単位、トラフィック単位、機能モジュール単位で課金されるものもあります。導入時に、これらが一度限りの費用なのか、更新が必要な費用なのかを確認していないと、翌年度以降のコストを正しく把握できません。

コンテンツ移行もあります。旧サイトに数十ページ、場合によっては100ページ以上のコンテンツがある場合、それをバイリンガルサイトへ移行する作業は、通常、単純な一括コピーでは済みません。既存画像のサイズが統一されていない、古いURLに規則性がない、タイトルの長さが別の言語に適していない、表がモバイル端末でずれる、ダウンロードファイルの名称が整理されていないなど、さまざまな要因が整理工数を増やします。特に製品型番、材質、用途説明、取り付け手順、アフターサービス規約などの技術的な内容は、翻訳と入力の過程で何度も照合する必要があり、一般的な宣伝コピーと同じ方法で見積もることはできません。

サーバーとアクセス地域も長期的な費用に影響します。対象市場が広範囲に分布している場合、静的リソースの読み込み速度、画像形式の圧縮、キャッシュ戦略、基本的なセキュリティ対策を検討する必要があります。2言語だからといってサーバー費用が必ず2倍になるわけではありませんが、ページ数、メディアリソース、バックアップ容量が増えると、ストレージ、トラフィック、運用保守の作業量も通常増加します。

見積もりが妥当かどうかは、納品範囲が明確かどうかで判断する

異なる見積もりを比較する際に重要なのは、単純に金額の高低を見ることではなく、範囲を確認することです。バイリンガルウェブサイトでは、「表面的には同じ項目でも、実際の内容が異なる」という状況が起こりやすくあります。たとえば、どちらも「多言語機能」と記載されていても、一方はフロントエンドの切り替えボタンだけを含み、コンテンツの関連付けは含まないかもしれません。どちらも「ページ制作」と記載されていても、一方はメイン言語のページのみを含み、第2言語については入力だけでレイアウト調整を行わないかもしれません。どちらも「SEO設定」と記載されていても、一方はトップページのタイトルと説明文だけを設定し、もう一方は各言語バージョンのURL、タグ、サイトマップまで対応するかもしれません。

本当に確認すべきなのは、翻訳を誰が提供し、翻訳後の校正を誰が行うのか、画像内の外国語テキストを作り直すのか、各言語バージョンに個別のMeta情報を生成するのか、フォーム送信後のメール通知を言語ごとに送信するのか、追加ページに再利用できるテンプレートがあるのか、コンテンツ更新は都度課金なのか工数課金なのか、技術保守にセキュリティ更新、バックアップ復元、障害対応が含まれるのか、といった点です。

これらの範囲が明確でなければ、2言語のウェブサイトを作るにはいくらかかるのかという問題に比較可能性はありません。一見安価な見積もりでも、翻訳、データ入力、SEOの詳細設定、コンテンツ校正、後期保守が契約外に分けられているだけかもしれません。

2つの一般的な方法では、コストの考え方が大きく異なる

1つの方法は、まず単一言語のウェブサイトを構築し、その後に第2言語を追加することです。この方法は、初期段階で時間が限られている場合や、コンテンツの整理が完了していないプロジェクトに適しています。ただし、初期構築時に多言語構造をあらかじめ確保していることが前提です。そうでなければ、後から言語を追加する際に、ナビゲーション、分類、URL、サイトマップ、テンプレートのフィールドを再構築する必要が生じ、当初節約した予算を構造変更時に補うことになります。

もう1つの方法は、最初からバイリンガルサイトとして計画することです。初回に公開するページが一部だけであっても、コンテンツモデル、言語ディレクトリ、フィールドの規則、テンプレート間の関係を先に構築します。初期投資は通常やや高くなりますが、その後カテゴリを拡張したり、製品を追加したり、特集ページを制作したりする際の安定性が高く、保守コストも予測しやすくなります。コンテンツの更新頻度が高いウェブサイトでは、この差が後になって徐々に大きくなります。

また、2つの言語バージョンが必ずしも完全に対等である必要はないという現実的な問題もあります。サイトによっては、メイン言語に完全な記事、導入事例、ダウンロード資料を掲載し、第2言語では主要ページと重点製品だけを残すこともあります。この方法ならコストをより管理しやすくなりますが、どのコンテンツを必ず同期し、どのコンテンツに差異を認めるのかを事前に定義する必要があります。そうしなければ、実行段階で混乱し、コストを十分に抑えられないばかりか、ユーザー体験にも影響します。

「2言語のウェブサイトを作るにはいくらかかるのか」という問いに、単一の数字だけで答えようとすると、その結論は参考にならないことが多くあります。より確実な方法は、まず機能範囲、翻訳の深さ、コンテンツ量、画像処理の範囲、SEO要件、保守期間を明確にすることです。これらの条件が明確になって初めて、ウェブサイト構築費、更新費用、後続の変更費用を比較できるようになります。バイリンガルウェブサイトで本当にコストがかかるのは、しばしば「第2言語」そのものではなく、それに伴う同期、校正、テスト、長期的な保守です。