子帳戶結構

平台的網址結構是決定子帳戶結構 (具體來說是 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

重要事項：對於這個用途，我們還要求所有網頁都包含 「Platform author」中繼標記。 		littlepig (或與使用者相關聯的內部專屬 ID)

如果使用者在平台上擁有多個資源，如何建立子帳戶

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

此情況下「request_id」的值

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