Développeurs · Exemples

Trois intégrations types, décrites pas à pas.

Envoyer des articles sourcés vers un CMS headless, orchestrer un pipeline de publication validé, alimenter vos tableaux de bord. Chaque cas décrit qui fait quoi, côté Aive et côté votre système. Le code exact vit dans la documentation publique.

Dernière vérification · 26 septembre 2026

Comment intégrer Aive à mon système existant ?

La plupart des intégrations suivent le même schéma : votre système soumet une vidéo, Aive prépare analyses et articles reliés aux passages source, un webhook signale qu’une sortie est prête, votre équipe valide, puis votre système récupère l’export. Ce qui change d’un cas à l’autre, c’est la destination : un CMS, une chaîne de publication ou un outil d’analyse. Chaque destination est à valider selon votre configuration.

CMS headless
Système de gestion de contenu qui expose ses contenus par API, sans imposer de rendu.
Destination activée
Système cible explicitement configuré et autorisé pour recevoir des sorties Aive.
Qui fait quoi

Côté Aive, côté vous, côté humain.

Côté Aive, côté vous, côté humain.
CasDéclencheurCôté AiveCôté votre systèmeContrôle humain
CMS headlessVidéo soumise par votre systèmeAnalyses et article en brouillon, reliés aux passagesCréation du brouillon dans le CMSRelecture et publication dans le CMS
Pipeline de publicationWebhook : sortie prêteVersions préparées avec leur statutRoutage vers la file de revueApprobation de la version et de la destination
Export analyticsPlanification de votre côtéExport structuré avec identifiants de sourceChargement dans l’entrepôt ou le tableau de bordLecture et interprétation des résultats

Scénarios descriptifs. Les chemins, paramètres et champs exacts figurent dans la documentation publique sur api.aive.tech.

Exemple détaillé

Pipeline de publication, pas à pas.

  1. 01
    Soumettre la vidéoVotre système envoie la vidéo ou sa référence, avec langue, propriétaire et droits.
  2. 02
    Attendre le webhookAucune interrogation en boucle : la notification signale que les sorties sont prêtes.
  3. 03
    Récupérer les sortiesAnalyses et articles en brouillon, chacun relié à ses passages source.
  4. 04
    Router vers la revueVotre outil de workflow assigne la relecture à la bonne personne.
  5. 05
    Publier la version approuvéeSeule la version validée part vers une destination activée ; l’action est journalisée.

Pourquoi pas de code ici ?

Un extrait approximatif serait trompeur. Les exemples cURL de la documentation publique sont générés depuis la spécification et restent à jour avec elle.

  • Exemples cURL officiels
  • Spécification OpenAPI 3.1.0

Ce que ces exemples ne couvrent pas.

  • Aucun connecteur n’est présenté comme activé par défaut : chaque destination est validée connecteur par connecteur.
  • Ces scénarios ne remplacent pas la référence API ; ils n’en reprennent ni les chemins, ni les champs.
  • Un export analytics décrit des résultats observés ; il n’établit pas de lien de causalité sans protocole dédié.
  • La disponibilité de chaque cas dépend de votre contrat, de vos droits et de votre configuration.
Questions fréquentes

Questions sur les intégrations.

Où trouver du code prêt à l’emploi ?

Dans la documentation publique sur api.aive.tech : les exemples cURL y sont maintenus avec la spécification OpenAPI 3.1.0. Cette page décrit les scénarios, pas le code.

Mon CMS est-il compatible ?

La compatibilité se valide connecteur par connecteur : capacités testées, version, droits et disponibilité contractuelle. La page Intégrations CMS détaille la démarche.

Puis-je publier sans validation humaine ?

Le parcours recommandé suppose une approbation avant publication. Toute automatisation supplémentaire se cadre au contrat, avec journalisation et possibilité de retour arrière.

Votre cas n’est pas listé ? Décrivons-le ensemble.