サブアカウントの構成

プラットフォームの URL 構造は、サブアカウントの構成、具体的には site_uri フィールドの内容を決定するための主要な要素です。

AFP がサポートするサイト構造の種類については、以下をご覧ください。

使用例	URL 構造	API の site_uri フィールドの値	API の request_id フィールドの値
サブドメイン	ルート: https://littlepig.example.com コンテンツ: https://littlepig.example.com/food.html	littlepig.example.com	littlepig（またはユーザーに関連付けられた一意の内部 ID）
サブフォルダ	ルート: https://example.com/littlepig または https://example.com/sites/littlepig コンテンツ: https://example.com/littlepig/food.html または https://example.com/sites/littlepig/food.html	example.com/littlepig または example.com/sites/littlepig	littlepig（またはユーザーに関連付けられた一意の内部 ID）
サブドメインとサブフォルダの組み合わせ	ルート: https://sites.example.com/sites/littlepig コンテンツ: https://sites.example.com/sites/littlepig/food.html	sites.example.com/sites/littlepig	littlepig（またはユーザーに関連付けられた一意の内部 ID）
個別の URL	ルート（またはクリエイターのプロフィール）: https://example.com/user/littlepig コンテンツ: https://example.com/nf8ag4n	example.com/user/littlepig 重要: このユースケースでは、さらに、「プラットフォーム作成者」メタタグがすべてのページに存在している必要があります。	littlepig（またはユーザーに関連付けられた一意の内部 ID）

ユーザーがプラットフォームに複数のプロパティがある場合にサブアカウントを作成する方法

サブアカウントはユーザーにマッピングするためのものです。1 人のユーザーがプラットフォームで複数のプロパティ（サブドメインまたはフォルダ、プロフィール ページなど）を所有できる場合、そのユーザーにマッピングされたサブアカウントには、そのユーザーに関連付けられているすべてのプロパティが含まれている必要があります。

このシナリオでの「request_id」の値

ご利用のプラットフォームで 1 人のユーザーに複数のプロパティを設定できる場合は、request_id フィールドにユーザーに固有の内部の一意の識別子を使用することをおすすめします。将来的には、get account API メソッドで、このフィールドの値に基づいてアカウントを取得できるようになる予定です。

注: 現在、Platforms API には、1 つのアカウントに site_uri の複数のインスタンスを追加する sites メソッドはありません。また、Account Creation API は、site_uri の 1 つのインスタンスのみをサポートしています。お使いのプラットフォームがこのような構造に該当する場合は、アカウント マネージャーにお問い合わせください。