¶ Faire des affaires avec des API d’IA, le plus compliqué n’est souvent pas l’interface elle-même
Lorsqu’elles envisagent pour la première fois de créer une plateforme d’API d’IA, de nombreuses équipes pensent instinctivement : « Nous allons d’abord intégrer les modèles, et nous compléterons le reste progressivement. »
Ce n’est qu’après avoir réellement commencé qu’elles découvrent que l’interface n’est qu’une partie de l’ensemble.
Il faut aussi développer le site officiel, organiser le catalogue de services, rédiger la documentation pour les développeurs, concevoir les tarifs, gérer l’inscription et la connexion, fournir des API Key aux clients, et résoudre les questions liées à la marque, au nom de domaine, au service client et aux conditions de confidentialité.
Pour les équipes de développement, ces tâches ne sont pas nécessairement difficiles, mais elles sont très fragmentées. Chaque module doit être créé, et ils doivent également être reliés entre eux. Lorsque le site, le système de comptes et le centre de documentation sont enfin utilisables, beaucoup de temps peut déjà s’être écoulé.
Pour les clients professionnels, l’expérience est également très directe. Ils ne collaborent généralement pas immédiatement simplement parce que vous « avez intégré de nombreux modèles », mais examinent d’abord quelques questions : peuvent-ils trouver rapidement le service dont ils ont besoin ? Les tarifs sont-ils clairs ? Existe-t-il une documentation de développement qu’ils peuvent lire directement ? Peuvent-ils obtenir leur propre API Key après l’inscription ? Peuvent-ils trouver le fournisseur de services en cas de problème ?
C’est également le problème central que White Label API Platform doit résoudre : les services d’IA sous-jacents sont fournis par la plateforme, tandis que vous concentrez vos efforts sur la marque, la présentation des produits, les tarifs, la documentation et la gestion des clients, au lieu de redévelopper tout un portail.
¶ Quel problème White Label API Platform résout-il exactement ?
En termes simples, il fournit aux développeurs et aux clients professionnels un portail développeur directement accessible.
Après être entrés sur le site, les clients peuvent consulter les services d’IA que vous proposez, comprendre les tarifs, lire la documentation, puis décider comment les intégrer à leurs propres applications, sites ou flux de travail. L’étape de création du portail ne nécessite pas temporairement d’écrire du code API ; l’essentiel est d’abord de mettre en place le site que les clients peuvent voir et utiliser.
Ce type de plateforme convient particulièrement aux équipes qui possèdent déjà des développeurs ou des clients professionnels, exploitent une communauté technique ou un produit SaaS, souhaitent proposer plusieurs API d’IA, mais ne veulent pas d’abord investir beaucoup de temps dans le développement du site officiel et du système de comptes.
Il convient de préciser que White Label ne signifie pas acheter définitivement un logiciel totalement indépendant, ni transformer la plateforme sous-jacente en une base de données utilisateurs indépendante. Vous pouvez définir le nom du site, l’icône, le catalogue de services, les prix par canal et les informations de service client, mais vous devez toujours présenter vous-même le produit, répondre aux questions des clients, maintenir le contenu et gérer les relations clients.
¶ Préparez d’abord le nom de la marque et le préfixe du sous-domaine
Avant la création officielle, il n’est pas nécessaire de préparer un plan de marque complexe. Déterminez simplement le nom de la marque que les clients verront, ainsi que le préfixe de sous-domaine utilisé pour générer l’adresse d’accès au système.
Par exemple, vous pouvez d’abord préparer une brève présentation de l’activité :
Fournit des API de conversation, d’image et de vidéo aux développeurs d’applications.
Lors de la création du site, utilisez le compte administrateur pour vous connecter à Ace Data Cloud Platform ; n’utilisez pas le compte destiné aux tests des clients pour créer le site, afin d’éviter de mélanger par la suite les droits de gestion et l’identité des clients.
¶ Créer un site dans Site Management
Après être entré dans la console Platform, trouvez Site Management, puis cliquez sur Create en haut à droite.
Lorsque la page contient déjà des sites, vous pouvez accéder à la gestion depuis la carte correspondante. Une fois la création terminée, vérifiez d’abord le nom du site et le nom de domaine sur la carte, puis cliquez sur Manage pour poursuivre la configuration, en veillant à ne pas cliquer par erreur sur le bouton de suppression.
Si la carte affiche à la fois le nom de domaine système et le nom de domaine officiel, cela ne signifie pas que deux sites ont été créés ; ce sont simplement différentes entrées d’accès au même site.
¶ Lors de la saisie du préfixe, ne ressaisissez pas le nom de domaine complet
Le formulaire de création demande de renseigner le préfixe du site et le nom du site.
Le préfixe doit être composé de 3 à 32 lettres minuscules, chiffres ou tirets, ne peut pas commencer ou se terminer par un tiret, et ne peut pas contenir de tirets consécutifs. Le .platform.acedata.cloud à droite est automatiquement complété par le système et ne doit pas être saisi de nouveau.
Renseignez dans le champ du nom le nom de marque que vous prévoyez d’utiliser publiquement, puis cliquez sur Confirm après vérification.
Il est recommandé ici de ne pas choisir un préfixe trop long. Les clients pourraient utiliser cette adresse ultérieurement lors de tests, de démonstrations ou d’échanges ; un préfixe court et facilement reconnaissable sera plus pratique.
¶ Faites d’abord en sorte que le site ressemble à votre marque
Une fois le site créé, accédez à Manage → Site Settings.
Renseignez d’abord les informations de marque les plus essentielles :
| Élément de configuration | Contenu recommandé |
|---|---|
| Site Name | Nom de la marque utilisé publiquement |
| Description | Une phrase expliquant clairement les principaux clients et services |
| Logo | Image de marque affichée sur les pages du site |
| Favicon | Icône carrée utilisée dans l’onglet du navigateur |
| Studio Address | Adresse racine HTTPS du Studio de la même marque ; peut temporairement rester vide si elle n’existe pas |
La Description peut être : « Fournit des API de conversation, d’image et de vidéo aux développeurs d’applications. »
L’adresse Origin attribuée par le système est en lecture seule. Si vous souhaitez ultérieurement la remplacer par votre propre nom de domaine officiel, vous devez accéder à Custom Domain, au lieu de modifier le champ Origin ici.
¶ Il existe de nombreuses entrées dans l’administration, il n’est pas nécessaire de tout configurer d’un coup
Après être entré dans le backend d’administration, vous verrez plusieurs espaces de travail. Lors de la première utilisation, il est facile de ne pas savoir par où commencer en raison du trop grand nombre d’entrées. En réalité, vous pouvez directement chercher selon l’objectif métier :
| Que faut-il faire maintenant ? | Espace de travail correspondant |
|---|---|
| Modifier la marque, permettre aux clients de se connecter | Site Settings、Authentication Settings |
| Configurer la page d’accueil et la navigation | Navigation Menu、Homepage Banner |
| Décider quels services afficher et leurs tarifs | Services and Pricing、Documentation Management |
| Configurer l’attribution des nouveaux clients | Distribution Settings |
| Remplacer par votre propre nom de domaine | Custom Domain |
| Consulter les informations d’exploitation et compléter les accords | Site Statistics、Terms and Privacy |
Certaines entrées sur mobile peuvent se trouver dans le tiroir Settings Directory. Si la page diffère des anciens tutoriels, il n’est pas nécessaire de rechercher à plusieurs reprises les anciens onglets supérieurs ; localisez-les directement selon les noms des espaces de travail dans l’interface actuelle.
¶ Après la création, ne vous précipitez pas pour associer le nom de domaine officiel
Après avoir enregistré les informations de base, cliquez sur Visit Site en haut à droite de la page de détails, copiez l’adresse d’accès attribuée par le système et ouvrez-la dans une fenêtre de navigation privée du navigateur. Une fenêtre de navigation privée est plus proche de l’état qu’un nouveau client voit lors de sa première visite sur le site. Il est recommandé de vérifier si la page d’accueil, le catalogue de services, l’entrée de la documentation et l’entrée de connexion fonctionnent correctement, ainsi que si le nom de la marque et le logo sont corrects.
Si le Banner n’est pas encore configuré, un état vide peut apparaître sur la page d’accueil, ce qui ne signifie pas que la création du site a échoué.
Une approche plus sûre consiste à d’abord confirmer que le nom de domaine du système peut être utilisé normalement, puis à lier le nom de domaine officiel. Ainsi, si le site ne peut pas être ouvert à l’avenir, il sera possible de déterminer plus rapidement si le problème vient de la configuration du site ou de la résolution du nom de domaine.
¶ Un site qui peut être ouvert n’est qu’un début
Après avoir terminé les configurations ci-dessus, vous disposez déjà d’un portail développeur API de base.
Si vous souhaitez réellement opérer auprès des clients, vous devez ensuite continuer à compléter la page d’accueil et la navigation, le catalogue de services, les tarifs des canaux, la documentation développeur, la connexion client, l’obtention et la livraison des API Key, le nom de domaine officiel, l’entrée du service client, ainsi que les conditions de service et la politique de confidentialité.
Au début, il n’est pas nécessaire d’ouvrir tous les services d’IA en une seule fois. Une approche plus pratique consiste à d’abord choisir un petit nombre de services que vous connaissez bien, que vous pouvez expliquer clairement et pour lesquels vous pouvez fournir une assistance. Une fois les retours des clients et les processus opérationnels stabilisés, vous pourrez ensuite élargir le catalogue.
Pour les développeurs et les clients d’entreprise, avoir de nombreux services ne signifie pas forcément une bonne expérience. Pouvoir les trouver, les comprendre, connaître clairement les prix et obtenir de l’aide lors de l’intégration est souvent plus important.
¶ Pour finir
La valeur de la mise en place d’une White Label API Platform ne consiste pas seulement à économiser le travail de développement d’une page web, mais à organiser d’abord la marque, la présentation des services, les prix, la documentation et les points d’entrée clients qui étaient auparavant dispersés.
Ainsi, l’équipe n’a pas besoin d’attendre que tous les systèmes soient développés depuis zéro avant de permettre aux clients de voir les produits, de comprendre les services et de commencer à valider les besoins réels.
Si vos clients souhaitent intégrer l’IA dans des applications, des sites web ou des flux de travail métier, vous pouvez commencer par l’API Platform. Si vous vous adressez principalement à des utilisateurs ordinaires qui ne codent pas et souhaitent créer directement du contenu, alors White Label Studio peut être plus approprié.