Builds enregistrés
Un build enregistré est un instantané d'une configuration en cours dans l'uploader web. Il conserve les choix que tu as faits jusqu'ici et donne à ce travail une référence stable build_<hash>. L'uploader web, le CLI et le MCP utilisent tous la même référence.
Un build n'est ni une annonce lancée ni un job terminé. Tu peux enregistrer un build partiel, le confier à une autre surface et continuer à travailler avant de créer quoi que ce soit.
Sauvegarde automatique dans l'uploader web
L'uploader enregistre discrètement ton build en cours pendant que tu travailles. La référence du build apparaît à deux endroits :
- En bas du panneau de configuration des annonces
- Dans l'en-tête de l'éditeur de texte par annonce et par ensemble de publicités, à côté de Reset All
Clique sur l'icône de copie à côté de la référence pour la mettre dans le presse-papiers. Tu peux ensuite la coller dans le CLI, dans une conversation MCP ou dans tes propres notes, sans copier toute la configuration.
La sauvegarde automatique maintient une copie de travail à jour. Elle ne lance pas d'annonces et ne remplace pas les étapes habituelles d'aperçu et de création.
Sauvegardes automatiques et builds nommés
Une sauvegarde automatique est la copie de travail actuelle, sans nom. Un build nommé est une sauvegarde automatique que tu as explicitement enregistrée sous un nom utile pour la retrouver facilement.
Dès que le compte a au moins un build, ouvre Saved Builds à côté du sélecteur de compte publicitaire pour parcourir tous les builds nommés et tes sauvegardes automatiques récentes de ce compte. Depuis là, tu peux :
- Reprendre un build
- Copier sa référence
- Enregistrer une sauvegarde automatique sous un nom
- Renommer ou supprimer un build enregistré
Utilise un build nommé pour du travail auquel tu veux revenir plus tard. Nommer une sauvegarde automatique la conserve comme build enregistré au lieu de la laisser dans l'ensemble tournant des sauvegardes récentes.
Reprendre un build
Pour reprendre depuis l'application web, ouvre Saved Builds et choisis Resume. L'uploader restaure la configuration enregistrée dans les contrôles en direct pour que tu puisses continuer à la modifier.
Resume continue de travailler sur ce même build : les sauvegardes automatiques suivantes le mettent à jour directement. Choisis Fork quand tu veux utiliser un build comme modèle tout en gardant l'original intact. Fork crée un nouveau brouillon sans nom avec sa propre référence, puis ouvre la copie pour que tu la modifies.
Tu peux aussi ouvrir un build directement avec ce format d'URL :
https://adsuploader.com/dashboard/uploader?build=build_...
L'uploader bascule vers le compte publicitaire propriétaire du build avant de le restaurer. Si le build reposait sur un préréglage API, l'uploader resélectionne ce préréglage. S'il reposait sur une annonce Meta, l'uploader recharge cette annonce source puis applique la configuration enregistrée.
L'URL directe est utile quand un agent te renvoie un build ou quand l'onglet d'origine de l'uploader est fermé.
Travailler avec un agent IA
Les éditeurs de texte par annonce et par ensemble de publicités incluent des boutons Claude et ChatGPT. Chaque bouton ouvre une nouvelle conversation avec la référence du build en cours et un prompt d'édition MCP déjà préremplis. Décris les changements de texte souhaités, et l'agent peut récupérer et mettre à jour ce même build via le MCP d'Ads Uploader.
Si le build est encore ouvert dans l'uploader, la page vérifie les mises à jour externes quand tu reviens sur l'onglet ou que tu redonnes le focus à la fenêtre, et elle vérifie aussi périodiquement tant que la page est visible. Quand le serveur a une version plus récente et que tu n'as aucune modification locale en attente, l'uploader applique la mise à jour automatiquement.
Clique sur l'icône d'actualisation à côté de la référence du build pour vérifier immédiatement. Le même contrôle existe dans le pied du panneau de configuration des annonces et dans l'en-tête de l'éditeur de texte.
Si tu as des modifications locales quand une mise à jour externe arrive, l'uploader ne les écrase pas. Il affiche Load changes et Keep mine :
- Load changes applique le build enregistré le plus récent.
- Keep mine conserve ton travail local actuel et ignore cette mise à jour.
Si ton onglet de l'uploader est fermé, demande à l'agent l'URL du build. Il n'a pas besoin de la partager après avoir mis à jour un build déjà ouvert.
Faire circuler le travail entre web, CLI et MCP
Les builds enregistrés sont le pont entre les trois surfaces. Tu peux commencer avec des médias téléversés et une configuration source dans l'application web, passer la référence build_... à un agent CLI ou MCP pour un changement précis, puis vérifier le résultat dans le même onglet de l'uploader ou via une URL que tu as demandée.
La référence continue d'identifier le même build pendant qu'il circule entre les surfaces. Tu n'as pas besoin de recréer le préréglage, l'annonce source, la sélection de médias ou la configuration de texte à chaque transmission.
Builds partiels et capacité de lancement
Un build peut être utile avant d'être prêt à lancer. Tu peux reprendre et terminer un build partiel dans l'uploader web même quand le CLI ou le MCP le marque comme réservé au web.
Pour un lancement via le CLI ou le MCP, le build enregistré a besoin d'une configuration source utilisable, comme un préréglage API ou une annonce source, de médias résolubles pour son compte publicitaire et d'une configuration complète prise en charge par le workflow sans interface. S'il manque l'une de ces pièces, le build indique pourquoi il n'est pas lançable, pour que tu retournes dans l'uploader web le terminer.
Fais toujours un aperçu avant de créer des annonces. Voir Lancer des annonces pour le workflow web ou la configuration par CLI pour le workflow en ligne de commande.
Notes sur le compte et l'accès
Les builds enregistrés appartiennent au compte publicitaire où ils ont été créés et ne peuvent pas être transférés vers un autre compte. Un lien direct peut faire basculer l'uploader vers le bon compte connecté, mais il ne change pas la propriété du build.
L'accès au CLI et au MCP est réservé aux utilisateurs payants et n'est pas disponible pendant l'essai. Le MCP utilise les mêmes contrôles d'accès que le CLI : désactiver l'accès au CLI désactive aussi l'accès au MCP. Voir la configuration du MCP pour les instructions de connexion et d'authentification.