Une requête pour sonoriser un article, une ligne pour afficher le lecteur
Un POST avec votre texte, une réponse avec l'audio prêt. Mode synchrone pour publier l'audio dès la mise en ligne, asynchrone par webhook, ou par lot pour vos archives. Compatible avec n'importe quel CMS.
Vous n'êtes pas sous WordPress : CMS maison, headless, framework du groupe. Il vous faut une brique audio propre — une API claire, des webhooks signés, un lecteur intégrable — pas un plugin fermé.
Une requête pour sonoriser un article, une ligne pour afficher le lecteur
Envoyez l'article
POST /api/v1/podcasts avec le texte, le titre et votre external_id. Authentification par clé API (Bearer). C'est tout.
Choisissez le mode
wait: true renvoie l'audio prêt (mode presse). Sinon, réponse immédiate et appel de votre webhook à la fin. Jusqu'à 25 articles par lot.
Affichez le lecteur
Une ligne player.js avec l'identifiant de l'article, dans votre template. Chapitres, lien à la seconde et thème automatique inclus.
REST, JSON, Bearer
Une API lisible et prévisible. Idempotence, déduplication, codes d'erreur explicites : pensée pour la production.
Synchrone ou asynchrone
L'audio prêt dans la réponse pour publier d'un bloc, ou un webhook signé HMAC quand vous préférez la file d'attente.
Lecteur en une ligne
player.js s'insère avant le premier paragraphe ou là où vous le placez, et s'adapte aux couleurs de votre page.
Par lot pour les archives
Jusqu'à 25 articles par requête pour sonoriser un fonds existant, aux mêmes règles que l'unitaire.
Éditeurs avec un CMS maison ou headless, groupes multi-titres, équipes techniques qui veulent une brique audio propre et documentée.
Prêt à donner une voix à vos articles ?
Réservez une démo de 30 minutes : on configure WeDispatch avec vous, sans setup complexe.
Quels langages ou frameworks ?
N'importe lequel : c'est une API REST en JSON avec authentification Bearer. Un simple POST HTTP suffit, quel que soit votre stack.
Comment publier l'audio dès la mise en ligne ?
Avec wait: true, la réponse n'arrive qu'avec l'audio prêt (≈5-15 s pour un article). Vous publiez l'article et son audio d'un seul tenant.
Les webhooks sont-ils sécurisés ?
Oui : chaque appel porte un horodatage et une signature HMAC-SHA256 calculée avec votre secret. Vous recalculez et comparez avant d'accepter.
Et les mises à jour d'articles ?
Renvoyez le même external_id : l'audio en place reste servi et l'article passe en « stale ». Vous déclenchez la nouvelle version quand le texte est stabilisé, sans facturation accidentelle.