하위 계정 구조
플랫폼의 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) |
사용자의 플랫폼에 여러 속성이 있는 경우 하위 계정을 만드는 방법
하위 계정은 사용자에 매핑되기 위한 용도입니다. 단일 사용자가 플랫폼에서 두 개 이상의 속성 (예: 하위 도메인, 폴더 또는 프로필 페이지)을 소유할 수 있는 경우 해당 사용자에게 매핑된 하위 계정에 해당 사용자와 관련된 모든 속성이 포함되어야 합니다.
이 시나리오에서 'request_id'의 값
플랫폼에서 사용자당 여러 속성을 허용하는 경우 request_id
필드에 사용자의 내부 고유 식별자를 사용하는 것이 좋습니다. 앞으로 계정 가져오기 API 메서드를 사용하면 이 필드의 값을 기준으로 계정을 가져올 수 있습니다.