AEMヘッドレス翻訳の概要

ヘッドレスコンテンツの整理方法とAEM翻訳ツールの仕組みについて説明します。

これまでの説明内容

AEMヘッドレス翻訳ジャーニーの前のドキュメントでは、ヘッドレスコンテンツとAEMでの翻訳方法について説明し、ヘッドレスCMSの概要を学び、次の作業を行う必要があります。

  • ヘッドレスコンテンツ配信の基本概念を理解します。
  • ヘッドレスと翻訳のサポート方法については、AEMでの理解を深めてください。

この記事は、これらの基本事項に基づいて構築され、AEMがヘッドレスコンテンツを保存および管理する方法と、AEM翻訳ツールを使用してそのコンテンツを翻訳する方法を理解できます。

目的

このドキュメントでは、AEMのヘッドレスコンテンツの翻訳を開始する方法を説明します。 ドキュメントを読めば、以下が可能です。

  • 翻訳に対するコンテンツ構造の重要性を理解します。
  • AEMがヘッドレスコンテンツを保存する方法を理解します。
  • AEMの翻訳ツールについて

要件と前提条件

ヘッドレスなAEMコンテンツの翻訳を開始する前に、いくつかの要件があります。

知識

  • CMSでのコンテンツの翻訳の経験
  • 大規模なCMSの基本機能を使用した経験
  • AEMの基本操作に関する実務知識がある
  • 使用している翻訳サービスについて
  • 翻訳するコンテンツの基本的な理解を得る
ヒント

AEMのような大規模なCMSの使用に慣れていない場合は、先に進む前に、基本操作のドキュメントを確認することを検討してください。 基本操作のドキュメントはジャーニーに含まれていません。完了したら、このページに戻ってください。

ツール

  • コンテンツの翻訳をテストするためのサンドボックスアクセス
  • 目的の翻訳サービスに接続するための資格情報
  • AEMのproject-administratorsグループのメンバーである

構造がキー

AEMのコンテンツは、ヘッドレスや従来のWebページであっても、構造によって左右されます。 AEMではコンテンツ構造に関していくつかの要件が課されますが、プロジェクト計画の一環としてコンテンツ階層を慎重に検討すると、翻訳がより簡単になります。

ヒント

ヘッドレスプロジェクトの最初に翻訳を計画します。 プロジェクトマネージャーやコンテンツアーキテクトとの緊密な連携を早めにおこなう。

国際化プロジェクトマネージャーは、翻訳するコンテンツと翻訳しないコンテンツ、および地域やローカルのコンテンツプロデューサーが変更する翻訳コンテンツを定義する責任を負う個人として必要になる場合があります。

AEMによるヘッドレスコンテンツの保存方法

翻訳スペシャリストにとって、AEMによるヘッドレスコンテンツの管理方法を深く理解することは重要ではありません。 ただし、後でAEM翻訳ツールを使用する際には、基本概念と用語に精通していると便利です。 最も重要なのは、効果的に翻訳するために、独自のコンテンツとその構造を理解する必要があることです。

コンテンツモデル

ヘッドレスコンテンツをチャネル、地域、言語をまたいで一貫して配信するには、コンテンツの構造が非常に強化されている必要があります。 AEMでは、コンテンツモデルを使用してこの構造を適用します。 コンテンツモデルは、ヘッドレスコンテンツを作成するためのテンプレートまたはパターンの一種と考えてください。 どのプロジェクトにも独自のニーズがあるので、すべてのプロジェクトで独自のコンテンツフラグメントモデルを定義します。 AEMには、このようなモデルに対する固定された要件や構造はありません。

コンテンツアーキテクトは、プロジェクトの初期段階でこの構造を定義します。 翻訳スペシャリストとして、コンテンツアーキテクトと緊密に連携し、コンテンツを理解し、整理する必要があります。

メモ

コンテンツモデルを定義するのはコンテンツアーキテクトの責任です。 翻訳スペシャリストは、次の手順で説明する構造にのみ精通している必要があります。

コンテンツモデルはコンテンツの構造を定義するので、翻訳する必要があるモデルのフィールドを把握する必要があります。 通常は、コンテンツアーキテクトと連携してこれを定義します。 コンテンツモデルのフィールドを参照するには、次の手順に従います。

  1. ツール -> アセット -> コンテンツフラグメントモデル​に移動します。
  2. コンテンツフラグメントモデルは、通常、フォルダー構造で保存されます。 プロジェクトのフォルダーをタップまたはクリックします。
  3. モデルが表示されます。 モデルをタップまたはクリックして詳細を表示します。
    コンテンツフラグメントモデル
  4. コンテンツフラグメントモデルエディター​が開きます。
    1. 左側の列には、モデルのフィールドが含まれます。 この欄は私たちの興味を引く。

    2. 右側の列には、モデルに追加できるフィールドが含まれます。 この列は無視できます。

      コンテンツフラグメントモデルエディター

  5. モデルのフィールドの1つをタップまたはクリックします。 AEMはフィールドにマークを付け、そのフィールドの詳細が右側の列に表示されます。
    コンテンツフラグメントモデルエディターの詳細

翻訳が必要なすべてのフィールドの​プロパティ名​フィールドをメモしておきます。 この情報は、後でジャーニーに表示されます。 これらの​プロパティ名​は、コンテンツのどのフィールドを翻訳する必要があるかをAEMに通知するために必要です。

ヒント

通常、コンテンツアーキテクトは翻訳スペシャリストに翻訳に必要なすべてのフィールドの​プロパティ名​を提供します。 これらのフィールド名は、ジャーニーの後半で使用するために必要です。 以前の手順は、翻訳スペシャリストの理解を深めるために提供されています。

コンテンツフラグメント

コンテンツモデルは、コンテンツ作成者が実際のヘッドレスコンテンツを作成するために使用されます。 コンテンツ作成者は、コンテンツのベースとなるモデルを選択し、コンテンツフラグメントを作成します。 コンテンツフラグメントはモデルのインスタンスで、ヘッドレスに配信される実際のコンテンツを表します。

コンテンツモデルがコンテンツのパターンの場合、コンテンツフラグメントは、それらのパターンに基づく実際のコンテンツになります。 コンテンツフラグメントは、翻訳が必要なコンテンツを表します。

コンテンツフラグメントは、デジタルアセット管理(DAM)の一部としてAEMでアセットとして管理されます。 これは、すべてパス/content/damの下に配置されるので、重要です。

以前に推奨されたように、コンテンツアーキテクトと協力して、独自のプロジェクトに適したコンテンツ構造を決定します。 ただし、次に示す構造は、非常に効果的で、実証済みでシンプルで直感的です。

/content/damの下に、プロジェクトのベースフォルダーを定義します。

/content/dam/<your-project>

コンテンツをオーサリングする言語を言語ルートと呼びます。 この例では、これは英語で、このパスの下に配置する必要があります。

/content/dam/<your-project>/en

ローカライズが必要になる可能性のあるプロジェクトコンテンツはすべて、言語ルートの下に配置する必要があります。

/content/dam/<your-project>/en/<your-project-content>

翻訳は、言語ルートの横に兄弟フォルダーとして作成し、その言語のISO-2言語コードを表すフォルダー名を付ける必要があります。 例えば、ドイツ語のパスは次のようになります。

/content/dam/<your-project>/de
メモ

コンテンツアーキテクトは、通常、これらの言語フォルダーを作成します。 翻訳ジョブが作成されていない場合、AEMは後で翻訳ジョブを作成できません。

最終的な構造は次のようになります。

/content
    |- dam
        |- your-project
            |- en
                |- some
                |- exciting
                |- headless
                |- content
            |- de
            |- fr
            |- it
            |- ...
        |- another-project
        |- ...

コンテンツの特定のパスは、後で翻訳を設定する際に必要になるので、メモしておく必要があります。

メモ

コンテンツ構造の定義はコンテンツアーキテクトがおこないますが、翻訳スペシャリストと共同作業をおこなうことができます。

完全性を考慮して、ここで詳しく説明します。

AEM Translation Tools

コンテンツフラグメントの概要とコンテンツ構造の重要性を理解したので、このコンテンツの翻訳方法を見てみましょう。 AEMの翻訳ツールは非常に強力ですが、高いレベルで簡単に理解できます。

  • 翻訳コネクタ — コネクタは、AEMと使用する翻訳サービスの間のリンクです。
  • 翻訳ルール — 特定のパスの下で翻訳するコンテンツを定義します。
  • 翻訳プロジェクト — 翻訳プロジェクトは、単一の翻訳作業として扱う必要があるコンテンツを収集し、翻訳の進行状況を追跡します。翻訳対象のコンテンツを送信し、翻訳サービスから返送します。

通常、コネクタはインスタンスに対して1回だけ設定し、ルールはヘッドレスプロジェクトごとに設定します。 その後、翻訳プロジェクトを使用して、コンテンツを翻訳し、その翻訳を継続的に最新の状態に保ちます。

次の手順

これで、ヘッドレスな翻訳ジャーニーのこの部分を完了しました。

  • 翻訳に対するコンテンツ構造の重要性を理解します。
  • AEMがヘッドレスコンテンツを保存する方法を理解します。
  • AEMの翻訳ツールについて

この知識に基づき、次にドキュメント翻訳コネクタの設定を確認し、AEMを翻訳サービスに接続する方法を学び、AEMヘッドレス翻訳のジャーニーを継続します。|

その他のリソース

翻訳コネクタの設定ドキュメントを確認して、ヘッドレス翻訳ジャーニーの次の部分に進むことをお勧めします。以下に、このドキュメントで取り上げたいくつかの概念について詳しく説明する追加のオプションリソースを示します。

  • AEMの基本操作 — コンテンツを快適に検索したり、重要なタスクを実行したりできるAEM UIの基本について説明します。
  • 翻訳するコンテンツの識別 — 翻訳ルールによって翻訳が必要なコンテンツが識別される方法を説明します。
  • 翻訳統合フレームワークの設定 — サードパーティの翻訳サービスと統合するための翻訳統合フレームワークの設定方法を説明します。
  • 翻訳プロジェクトの管理 - AEMで機械翻訳プロジェクトと人間翻訳プロジェクトの両方を作成および管理する方法を説明します。

このページ