ウェブサイトのコンテンツ翻訳は文字数単位とページ単位のどちらで料金が決まりますか？

Webサイトのコンテンツ翻訳は、文字数単位で料金を計算するのか、それともページ単位で料金を計算するのか。まず確認すべきなのは、料金体系によって後続の修正コストが膨らまないかどうかです。純粋なテキストのニュースページ、ヘルプセンター、会社概要などのコンテンツは、通常、文字数単位のほうが計算しやすくなります。一方、製品詳細ページ、サービスのランディングページ、表やボタンを含むページでは、文字数だけで計算すると、レイアウト調整、用語の統一、アンカーテキストの処理、公開後の確認などが抜け落ちやすく、最終的な総額が必ずしも安くなるとは限りません。

初めてWebサイトのコンテンツ翻訳を行う際、「翻訳量」を「原文の文字数」と同じものとして考えてしまう人は少なくありません。この考え方は、構造がシンプルなページにしか適していません。実際にコストへ大きく影響するのは、ページ内にある目立たないものの、必ず処理しなければならない部分です。たとえば、ナビゲーション名、フォームの案内文、画像内に埋め込まれた文字、PDFダウンロードボタン、仕様パラメータ表、URLエイリアス、SEOタイトル、ディスクリプション、Hタグ、パンくずリスト、ページネーションの文言、エラーメッセージ、さらにはサイト内検索で結果がない場合のページなどがあります。これらを見積もりに含めていないと、後からの追加翻訳、手戻り、再アップロードによって、費用とコミュニケーション時間が増加します。

文字数単位の料金は、整理されたコンテンツには適しているが、複雑なページには不向き

文字数単位で料金を計算するメリットは、範囲が明確なことです。原文テキストをエクスポートした後、直接集計でき、段落の追加や削除も追跡しやすくなります。ブログ、ニュース、導入事例、多言語ナレッジベースなどでは、通常この方法が安定しています。特に、ページテンプレートが統一されており、文章が本文エディターに集中していて、フロントエンドコンポーネントが多くない場合は、文字数単位の精算のほうが実際の作業量に近くなります。

しかし、Webサイトは文書ではありません。ある製品ページの本文は数百文字しかなくても、寸法パラメータ、材質項目、ダウンロードフォーム、色の選択肢、切り替えタブ、よくある質問の折りたたみ項目、複数のCTAボタンなどが付随している場合があります。原文の文字数は少なくても、処理工程は少なくありません。たとえば、金属加工関連のページでよく使われる「材質」「厚さ」「公差」「表面処理」「梱包方法」「最小注文数量」などの項目は、翻訳時に単に文字を置き換えるだけでは不十分です。単位を原文のまま保持するか、ヤード・ポンド法とメートル法を併記する必要があるか、用語が現地の業界表現に合っているかを判断しなければなりません。さらにページに表がある場合、英語の文字列が長くなることでレイアウトの改行、列幅の圧迫、モバイル端末での表示崩れが発生することもあります。これらは文字数だけでは反映できません。

さらに、Webサイトとマーケティングサービスを一体化した運用では、Webサイトのコンテンツ翻訳は一度きりの納品ではなく、インデックス登録、広告配信、ランディングページのテストと並行して進められることがよくあります。この場合、同じ用語をサイト全体で機械的に統一できるとは限りません。トップページのタイトルは自然なクリックを促すことが重視され、技術仕様ページでは正確性がより重要になり、広告のランディングページではコンバージョンを意識した表現との両立が必要です。文字数単位の料金で「キーワードの最適化やページの意味に合わせた微調整を含むかどうか」が明確でない場合、安く見えても、実際には最も時間のかかる作業が対象外になっている可能性があります。

ページ単位の料金は、隠れた作業をまとめて対応するのに適している

ページ単位の料金は、単純に「1ページいくら」とするものではありません。合理的なページ単位の料金設定では、まずページの種類を区別する必要があります。記事ページ、一覧ページ、製品詳細ページ、ソリューションページ、フォームページ、キャンペーンページでは、作業量が大きく異なります。ページにモジュール式コンポーネントが含まれているか、管理画面に入り各項目を個別に置き換える必要があるか、ボタンの遷移を確認するか、多言語切り替えのロジックが関係するかによっても、コストは変わります。

この方法のメリットは、公開までのプロセスに近いことです。特に動的なWebサイトでは、ページの表面上は数個の文言しかなくても、その背後にはテンプレート、カテゴリー、コンポーネント、キャッシュ更新などが関係しています。ページ単位で料金を計算する際、範囲を十分明確に定義しておけば、通常、次の作業を同じ見積もりに含めやすくなります。ページへの入力、レイアウトの修正、ボタン文言の調整、スクリーンショット内の文字の置き換え提案、公開前の基本確認、翻訳後のmeta情報の同期更新などです。

一方で、問題もここにあります。ページ単位の料金で最も注意すべきなのは、「ページ」の定義が曖昧になることです。ある人は1つのURLを1ページと数え、別の人は同じテンプレートを使った異なる言語版をそれぞれ1ページとして数えます。また、ポップアップ、フォーム送信完了ページ、絞り込み結果ページを独立したページとして扱う場合もあります。見積もり前に範囲を明確に記載しておかなければ、文字数単位の場合よりも後からの争いが起こりやすくなります。

ページ内に複数種類のネストされたコンテンツが含まれている場合は、本文、コンポーネント、表、SEO項目、画像内の文字修正、アップロードと公開などに分け、それぞれを別々に計算するロジックを先に整理することをおすすめします。最終的にページ単位のパッケージ料金を採用する場合でも、どのコストが翻訳以外の作業で実際に発生したのかを把握できます。

実際にコスト差を生むのは、料金名称ではなく作業範囲

Webサイトのコンテンツ翻訳プロジェクトで、過小評価されやすい作業は主に4種類あります。

• 用語処理。機械、化学工業、電子、医療機器、環境保護設備などの業界では、同じ中国語の単語でも文脈によって異なる英語表現に対応することがよくあります。たとえば「处理」は treatment、processing、handling のいずれかになる可能性があり、「型号」も model の場合があれば、part number に近い場合もあります。文字数だけを基準に素早く翻訳すると、サイト全体で用語が混在しやすくなります。
• ページへの適合。ドイツ語、フランス語、スペイン語は、中国語や英語よりも文字列が長くなることが多く、ナビゲーション、ボタン、表の見出し、絞り込み項目が広がってしまいます。モバイル端末のファーストビューでは特に顕著です。短いボタンが改行されるだけで、フォームの送信率に影響する可能性があります。
• マーケティング上の意味。Webサイトとマーケティングサービスを一体化した場面では、タイトルタグ、概要、ボタンの短い文言、フォームの誘導文は機械的に直訳するものではありません。ページがリード獲得を担う場合、翻訳では検索時の表現や読者の習慣も考慮する必要があります。
• 維持管理コスト。初回翻訳を公開した後も、新しいカテゴリーの追加、製品パラメータの更新、旧ページのリダイレクト、キーワードの調整などが発生します。最初の段階で用語集とスタイルルールを整備しておかないと、後からの追加修正がますます複雑になります。

したがって、「1,000文字あたりいくら」または「1ページあたりいくら」だけを比較しても、意味は限定的です。より効果的なのは、まず納品物を確認することです。納品物が異なる限り、どの単価も直接比較することはできません。

どちらの方式がよりお得かを判断する方法

実用的な基準の一つは、テキストを一括でエクスポートして独立して校正できるかどうかです。可能であれば文字数単位のほうが適していることが多く、難しい場合はページ単位または混合方式のほうが安定します。

たとえば、すでに完全な中英対訳表があり、製品パラメータが表形式で一元管理され、SEO項目にも別の一覧があるプロジェクトなら、文字数単位に少量の公開作業時間を加える方式が適しています。反対に、コンテンツがCMS、デザインデータ、画像、旧ページのキャッシュ、プラグインモジュールに分散しており、翻訳者が探しながら照合する必要がある場合は、ページ単位の料金のほうが実際の作業に合っています。

「ページ数は少ないが、各ページの作業量が多い」というケースもよくあります。たとえば産業機器のWebサイトでは、1つの詳細ページに、設備の用途、工程フロー、処理能力、エネルギー消費範囲、設置条件、インターフェース寸法、メンテナンス説明、輸送梱包、オプション部品の一覧などが含まれます。本文は一見長くなくても、それぞれの項目で正確な用語が求められ、単位の表記方法やパラメータ記号まで統一しなければならない場合があります。このようなときに文字数単位の料金を無理に下げると、提供側がコピー可能な本文だけを処理し、最も重要なパラメータ部分の確認が粗くなることがあります。

長期的に維持管理するWebサイトでは、混合方式のほうが実用的です。本文は文字数単位、テンプレートページはページ単位、画像内の文字修正、SEO項目、アップロードと公開、2回目の校正は別項目とします。これにより、予算が「複雑なページ」によって全体的に押し上げられることを防ぎながら、高難度の作業が低い文字単価の中に埋もれることも避けられます。

プロジェクトによっては、ダウンロード資料、ホワイトペーパー、調査型コンテンツが含まれることもあります。サイト内ページと添付文書では処理方法が異なります。たとえば省エネ・環境保護産業における環境保護産業ファンドの投資研究のようなタイトルの資料が、一覧ページ、詳細ページ、ダウンロードボタン、添付ファイル名に同時に表示される場合、本文だけを一度翻訳すればよいわけではありません。リンク文言、アンカーテキスト、ページの文脈も併せて確認し、サイト内の表示とダウンロードファイル名が一致しない事態を避ける必要があります。

見積もり時に必ず確認すべきポイント

まず、原稿ファイルの形式を確認します。Word、Excel、CMS管理画面からのエクスポート、Figmaのテキストレイヤー、それともWebページ上で1ページずつ抽出するしかないのか。これは集計方法を左右するだけでなく、整理作業の工数が発生するかどうかも決定します。

次に、公開に関する作業が含まれているかを確認します。多くの翻訳見積もりはテキストの納品だけを対象とし、管理画面への入力、スタイル確認、リンクの照合、言語切り替えテストを含みません。Webサイトにフォーム、問い合わせボタン、ショッピングカート、地域切り替え、ダウンロードセンターがある場合は、テスト範囲を見積もり条件に明記することをおすすめします。

さらに、SEO項目が含まれているかを確認します。ページタイトル、ディスクリプション、画像のalt、URLスラッグ、内部アンカーテキストは、個別に処理が必要になる可能性があります。特に多言語サイトでは、本文だけを翻訳してこれらの項目を処理しないと、公開後のコンテンツは別の言語になっているのに、検索入口だけが原言語のままになり、後から手戻りが発生します。

最後に、修正回数を確認します。一見安い見積もりでも、納品が1回のみで、用語修正やページの微調整が含まれていない場合があります。Webサイトのコンテンツ翻訳が実際のページに反映されると、よくある問題は文法ミスではなく、ボタンが長すぎる、表が改行される、項目が統一されていない、同じ種類の製品名が統一されていないといった点です。最低限の修正余地がなければ、初期に節約した費用が、後からの細かな修正で簡単に埋め戻されてしまいます。

現在のプロジェクトに記事ページ、製品ページ、ダウンロードページが含まれている場合、それらすべてを同じ料金方式に当てはめても、通常は最も合理的な結果にはなりません。Webサイトのコンテンツ翻訳を文字数単位で計算するか、ページ単位で計算するかは、ページ構造、用語の難易度、公開作業への対応が必要かどうか、さらに検索とコンバージョンを意識した表現まで考慮するかどうかによって決まります。これらの範囲を先に明確にできれば、見積もりを比較する価値が生まれ、その後のコストも管理しやすくなります。