子帳戶結構

平台的網址結構是用來決定子帳戶結構的主要因素，更具體地說，site_uri 欄位的模樣。

以下是 AFP 支援的各種網站結構類型：

用途 網址結構 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)
個別網址 根 (或創作者個人資料)：
https://example.com/user/littlepig

內容：
https://example.com/nf8ag4n 		example.com/user/littlepig

重要事項：在這個案例中，我們另外要求所有網頁中都必須包含「平台作者」中繼標記。 		littlepig (或與使用者相關聯的內部專屬 ID)

如果您的平台上有多項資源，則如何建立子帳戶

子帳戶的用意是對應至使用者。如果單一使用者在您的平台上擁有多項資源 (例如子網域或資料夾或設定檔網頁)，則對應至該使用者的子帳戶必須包含與該使用者相關聯的所有資源。

在這個情境中，「request_id」的值

如果您的平台允許每位使用者建立多個資源，建議您在 request_id 欄位中採用使用者的內部專屬 ID。日後，get account API 方法將允許根據這個欄位的值取得帳戶。