Un environnement de travail dans lequel l’agent qui s’occupe de vos campagnes Google Ads et Meta lit les rapports, propose le changement avec le motif écrit et n’exécute que dans les limites que vous lui avez données.

Vous. Et c’est pourquoi l’environnement est construit pour que vous puissiez porter la responsabilité en connaissance de cause, et non pour vous surprendre. Concrètement : l’agent n’a aucune permission d’écriture qu’une personne ne lui ait donnée nommément, par écrit, champ par champ ; chaque champ ouvert a un plafond au-delà duquel la proposition part en approbation humaine ; chaque action exécutée est inscrite dans un registre avec l’ancienne valeur, la nouvelle valeur et le motif, dans la même transaction que l’exécution ; et il existe un commutateur qui arrête toutes les écritures sans arrêter la lecture. Nous répondons de ce que nous avons construit — à savoir que les limites que vous avez écrites sont respectées par le code, que le registre est complet, que l’arrêt fonctionne. Nous ne répondons pas du résultat commercial d’un changement que vous avez approuvé, pas plus qu’une agence qui appuie sur le bouton manuel. Si quelqu’un vous promet autre chose, demandez-lui ce qui est écrit dans le contrat au chapitre de la limitation de responsabilité.

Non. Nulle part dans notre code n’apparaît un champ par lequel on modifie un budget, une enchère ou une stratégie d’enchères chez Google ou Meta. Nous avons vérifié en recherchant exactement ces noms de champs dans tous les dépôts. Ce que nous avons, c’est l’envoi des conversions vers Google, un moteur qui achète de la promotion payante sur une autre plateforme, et les mécanismes de sécurité qui les entourent. Le service se construit à partir de là, et il est marqué comme offre précisément pour éviter toute confusion.

Notre moteur de promotion payante d’une plateforme d’annonces classées de Moldavie. Il pose des étiquettes payantes, lance des boosters avec une limite quotidienne et un prix par clic, active des packs et republie des annonces après un intervalle calculé à partir de la vitesse réelle de la catégorie. Il refuse de lancer un booster dont la limite quotidienne n’est pas supérieure au prix par clic — une petite vérification, mais exactement le type de vérification qui manque d’habitude. Chaque action passe par la vérification de dry-run avant tout appel qui coûte.

Cela se décide ensemble, à l’avance, et c’est écrit. Notre point de départ dans la discussion : seul — des ajustements inférieurs à un pourcentage convenu du budget quotidien, à l’intérieur d’un plafond quotidien absolu, sur les campagnes que vous avez marquées comme ouvertes ; avec approbation — tout dépassement du plafond, les nouvelles campagnes, les nouveaux publics, tout toucher aux enchères ; jamais — l’arrêt des campagnes lancées par quelqu’un d’autre, les méthodes de paiement, les comptes de facturation. Si vous voulez tout soumettre à approbation au début, c’est un choix valide et nous le préférons.

Parce que le signal ne part pas à l’appui du bouton. Il ne part que lorsque la demande est confirmée en aval, dans le système qui compte pour vous — un identifiant de demande renvoyé par le CRM ou par le partenaire. Jusqu’à ce moment-là, rien ne s’est produit qui mérite d’être appelé conversion. La différence n’est pas cosmétique : l’algorithme d’enchères de Google apprend de ce que vous lui envoyez, donc si vous lui envoyez des formulaires, il vous apportera des personnes qui remplissent des formulaires.

L’e-mail et le téléphone ne partent que sous forme de résumé cryptographique SHA-256, calculé localement avant l’envoi, avec normalisation — e-mail sans espaces et en minuscules, téléphone ramené au format international. L’adresse postale n’est pas envoyée du tout. Rien ne part avant que la personne ait accepté la finalité marketing dans la bannière, car Consent Mode démarre entièrement sur `denied`. La base légale et l’information sont rédigées avant le premier envoi, pas après la première question de quelqu’un.

L’échec est enregistré avec la réponse brute, et l’action est reportée — dans notre exécuteur de republication, avec au maximum le plus grand entre le refroidissement configuré et cinq minutes, explicitement pour qu’une erreur ne se transforme pas en boucle d’appels. Les envois de conversions échoués sont relancés par un job séparé, par lots de 50, avec au plus cinq tentatives par demande, dans la fenêtre de 90 jours. Après la cinquième tentative, cela s’arrête et reste marqué comme non envoyé, pour que cela se voie, et non pour disparaître.

L’interrupteur d’écriture. La lecture et le reporting continuent, l’exécution s’arrête. Dans nos systèmes existants, cela est implémenté de deux façons, toutes deux vérifiables : une variable d’environnement qui doit avoir exactement la valeur `false` pour que de l’argent soit dépensé — tout autre chose maintient le robinet fermé — et un interrupteur sur l’orchestrateur de campagnes qui refuse le démarrage et n’a pas de `--force`. Nous ne dépendons pas d’un bouton dans une interface qui peut ne pas se charger.

Non, et il vaut la peine d’expliquer pourquoi, car dans notre code il existe exactement un tel chiffre. Dans le commentaire en tête de l’intégration des conversions, il est écrit une attente — de combien le coût par acquisition pourrait baisser et de combien la part d’impressions pourrait augmenter. C’est une attente écrite par celui qui l’a construite, pas une mesure, et c’est pourquoi vous ne la trouverez nulle part sur ce site comme résultat. Ce que nous pouvons vous promettre, c’est que la mesure pourra être faite : avec des conversions qui veulent dire quelque chose et avec un registre de chaque changement, la comparaison avant-après devient possible. Sans cela, non.