Une lecture hebdomadaire de chaque campagne

Les résultats des campagnes se trouvent généralement à trois endroits qui ne communiquent pas. Google Ads montre les clics et les coûts, Search Console montre quelles recherches ont trouvé votre site gratuitement, et GA4 montre ce que les visiteurs ont fait une fois arrivés. Aucun des trois ne se souvient pourquoi une campagne a été lancée : un résultat peut donc être lu, mais rarement servir de leçon, et une semaine où trois conversions sont devenues six ressemble à un doublement alors qu'elle ne vous apprend rien.

Torke Ledger comble ces deux lacunes dans le même fichier. Chaque campagne est enregistrée à son lancement avec son objectif, le pari qui la sous-tend, le chiffre unique qui vaut succès et sa cible. La revue hebdomadaire compare ensuite la dernière semaine complète avec la précédente, campagne par campagne, et ne considère un changement comme lisible que lorsque les deux semaines dépassent 100 clics et 10 conversions, les seuils par défaut de sa configuration.

Dans la revue de démonstration du 15 octobre 2026, avec des chiffres générés par la démo plutôt que tirés d'un compte, une campagne visant des appels réservés par des personnes cherchant de l'aide en ABM avait un coût cible par conversion de 60. Ce coût est passé de 48.81 à 53.32 durant la semaine du 5 au 11 octobre. La revue a indiqué que la cible était atteinte, a jugé la comparaison lisible et n'a proposé aucune leçon, parce qu'une hausse d'environ 9 pour cent reste sous le mouvement de 20 pour cent que le ledger exige avant d'en rédiger une. La même revue a signalé une seconde campagne qui avait dépensé 2'308.70 sans objectif enregistré.

Les seuils sont aussi la limite. Un compte de moins de 100 clics par semaine verra ses chiffres présentés et marqués comme trop faibles pour être jugés pendant des semaines, ce qui est exact mais plus lent que ce que beaucoup d'équipes attendent. Ce qui change pour votre équipe, c'est le point de départ du lundi : un rapport qui juge chaque campagne par rapport à l'objectif écrit à son lancement, et un journal des leçons confirmées qu'un tableau de bord ne garde jamais.

Il ne déclare jamais un changement réel sur un petit échantillon : sous 100 clics ou 10 conversions dans l'une ou l'autre semaine, la revue affiche les chiffres et indique que l'échantillon est trop faible. Il ne considère jamais une leçon comme acquise tant qu'une personne ne l'a pas confirmée.

Il ne modifie jamais les chiffres qu'il a copiés, son outil de questions refuse toute instruction qui écrirait, et il n'a aucun moyen de modifier une enchère ou un budget dans vos comptes publicitaires. Aucune étape n'utilise de modèle de langage, même si votre assistant peut lire le même fichier par l'outil de questions en lecture seule, limité à 200 lignes.

Il lit aujourd'hui Google Ads, Search Console et GA4. Les autres plateformes publicitaires, comme LinkedIn ou Meta, ne sont pas connectées.

Nous avons d'abord construit Torke Ledger sur les propres comptes de Torke. Le code fonctionne de bout en bout sur des données synthétiques qui reproduisent une vraie synchronisation, ses 35 tests automatisés passent, et depuis le 19 octobre 2026, il lit les données de Google au moyen des bibliothèques clientes de Google sous licence Apache, ce qui nous permet de l'exploiter pour vous comme service hébergé. Il n'a encore lu aucun compte réel : la première vraie synchronisation, une planification le lundi matin et une comparaison avec le service de données payant que nous utilisons aujourd'hui restent à faire, et les comptes clients restent sur ce service jusqu'à la fin de la comparaison.