Structure du sous-compte
La structure de l'URL de votre plate-forme est le principal moteur de structuration de vos sous-comptes et, plus précisément, de savoir à quoi doit ressembler le champ site_uri
.
Voici les différents types de structures de sites compatibles avec l'AFP:
Cas d'utilisation | Structure d'URL | Valeur du champ site_uri dans l'API |
Valeur du champ request_id dans l'API |
---|---|---|---|
Sous-domaines |
Racine:https://littlepig.example.com
Contenu: https://littlepig.example.com/food.html
|
littlepig.example.com |
littlepig (ou identifiant unique interne associé à l'utilisateur) |
Sous-dossiers |
Racine:https://example.com/littlepig
ou https://example.com/sites/littlepig
Contenu: https://example.com/littlepig/food.html
ou https://example.com/sites/littlepig/food.html
|
example.com/littlepig
ou example.com/sites/littlepig
|
littlepig (ou identifiant unique interne associé à l'utilisateur) |
Combinaison de sous-domaines et de sous-dossiers |
Racine:https://sites.example.com/sites/littlepig
Contenu: https://sites.example.com/sites/littlepig/food.html
|
sites.example.com/sites/littlepig |
littlepig (ou identifiant unique interne associé à l'utilisateur) |
URL individuelles |
Racine (ou profil du créateur):https://example.com/user/littlepig
Contenu: https://example.com/nf8ag4n
|
example.com/user/littlepig
Important:Pour ce cas d'utilisation, nous exigeons également la présence de la balise Meta "Auteur de la plate-forme" sur toutes les pages. |
littlepig (ou identifiant unique interne associé à l'utilisateur) |
Créer des sous-comptes si vos utilisateurs possèdent plusieurs propriétés sur votre plate-forme
Les sous-comptes sont destinés à être mappés aux utilisateurs. Si un même utilisateur peut posséder plusieurs propriétés (par exemple, un sous-domaine, un dossier ou des pages de profil) sur votre plate-forme, le sous-compte mappé à cet utilisateur doit contenir toutes les propriétés associées à cet utilisateur.
La valeur de "request_id" dans ce scénario
Si votre plate-forme autorise plusieurs propriétés par utilisateur, nous vous recommandons d'utiliser un identifiant unique interne dans le champ request_id
. À l'avenir, la méthode d'API get account permettra d'obtenir des comptes en fonction de la valeur de ce champ.