Partager et livrer les rapports

Un lien en direct donne au client une vue toujours à jour de son rapport, qui reflète la dernière synchronisation quotidienne. Il convient bien aux parties prenantes qui aiment consulter les chiffres entre deux points formels : elles voient les chiffres du jour, pas un instantané du moment où vous avez cliqué sur envoyer. Les liens sont à accès contrôlé, de sorte que seuls les destinataires prévus peuvent les ouvrir, et le même rapport alimente le lien, le PDF et l'e-mail programmé : les trois ne divergent donc jamais. Toute personne qui ouvre le lien peut passer du mode clair au mode sombre avec le bouton de la barre du haut (son choix est mémorisé sur son appareil) ; un export PDF s'imprime toujours en clair pour la lisibilité, quel que soit ce bouton. Comme le lien est en direct, vous n'avez pas à le repartager chaque mois : l'URL reste la même et les données qui se trouvent derrière continuent de s'actualiser. Mettre un rapport dans Supprimés désactive aussitôt ses liens : quiconque en ouvre un voit « Ce lien n'est pas disponible », comme pour un lien que vous avez retiré, et ni les chiffres du rapport ni un PDF ne peuvent être récupérés par ce lien. Restaurez le rapport depuis Supprimés et les mêmes liens refonctionnent. Rien ne change pour eux, il n'y a donc rien à renvoyer.

Chaque lien de partage est de l'un de deux types, que vous choisissez sous Partager comme dans la boîte de dialogue de partage. Un Tableau de bord en direct permet à votre client de choisir lui-même la période et la période de comparaison, pour regarder la semaine dernière, le trimestre dernier ou l'an dernier sans vous solliciter. Un Rapport figé est verrouillé sur la période et la comparaison propres au rapport, comme un PDF. Le client voit la période en texte simple, et le verrou est aussi appliqué de notre côté : modifier l'adresse dans le navigateur ou demander un PDF pour une autre période renvoie quand même la période du rapport. Si le rapport utilise une période glissante comme « 30 derniers jours », un rapport figé glisse avec elle, comme le fait un rapport programmé. Le résumé IA est rédigé une seule fois, dans l'application, pour une période, et un lien partagé n'affiche jamais que ce texte enregistré. Il ne génère rien pour la personne qui consulte : ouvrir un lien ne coûte rien et chaque lecteur lit les mêmes mots. Chaque résumé se souvient de ce à partir de quoi il a été rédigé : les dates de sa période et les chiffres qu'il a lus. Sur un tableau de bord en direct, tant que le client regarde cette période, il voit le résumé en entier ; quand il passe à une autre période, il se replie en une ligne indiquant la période qu'il décrit, de sorte qu'un résumé ne se retrouve jamais sous des chiffres sur lesquels il n'a pas été écrit. La même chose se produit quand le temps passe : un résumé « mois dernier » rédigé en septembre se replie en octobre, car le mois dernier est alors septembre. Une période glissante qui a simplement avancé (les 7 derniers jours, lus le lendemain, partagent encore la plupart de leurs jours) garde le texte, sous une ligne indiquant le jour de rédaction et la période couverte. Quand les chiffres de la même période ont changé depuis la rédaction du résumé (Google Ads créditant des conversions tardives, par exemple), le résumé reste, sous une ligne indiquant le jour de rédaction et précisant que les chiffres ont été mis à jour depuis ; de même quand le rapport compare désormais avec une autre période. Les petits mouvements ne montrent rien au lecteur : un chiffre doit bouger d'au moins 3 % (les conversions et autres comptages d'au moins une unité, eux aussi), de sorte que des données tardives qui font bouger un total d'une fraction ne laissent pas une note sur un rapport pendant des semaines. Dans l'application, vous voyez les notes avec une invitation à régénérer, et une indication plus discrète quand les chiffres ont bougé moins que cela. Les résumés rédigés avant octobre 2026 n'enregistrent pas leurs chiffres ; ils ne se replient que lorsqu'ils proviennent à coup sûr d'une période antérieure. Le mode présentation suit le même choix. Présenter un rapport figé masque tous les contrôles sauf Quitter. Présenter un tableau de bord en direct conserve les sélecteurs de période et de comparaison, car « et le trimestre dernier ? » est une question que vous recevrez en réunion. Dans les deux cas, le résumé ne peut être ni modifié ni régénéré, les boutons de modification et Ask sont masqués, et un point laser rouge suit votre pointeur.

Pour les clients qui préfèrent une pièce jointe à classer ou à transmettre, exportez à la demande, depuis l'en-tête du rapport, un PDF fidèle au pixel près et en marque blanche. Le PDF est produit à partir du même rapport que le lien en direct : il porte donc les mêmes widgets, les mêmes chiffres et le même résumé IA, simplement figés au moment de l'export. Vous pouvez aussi joindre automatiquement un PDF à un envoi programmé, pour que le client reçoive un document dans sa boîte de réception sans que personne l'exporte à la main.

Ouvrez un rapport et cliquez sur Planification pour le mettre en pilote automatique. Choisissez une fréquence (hebdomadaire, mensuelle ou un intervalle personnalisé), réglez l'heure d'envoi (dans le fuseau horaire de votre espace de travail) et ajoutez les adresses e-mail des destinataires. À chaque exécution, CrunchJunkie envoie par e-mail un rapport à votre marque le jour choisi, et le lien en direct comme le PDF affichent les derniers chiffres du rapport. Vous décidez de ce qui est envoyé : un lien en direct, un PDF en pièce jointe, ou les deux. Avant chaque envoi, les résumés IA du rapport sont comparés à la période envoyée. Un résumé rédigé pour une autre période, ou dont les chiffres ont changé depuis (de toute valeur que vous pourriez voir dans le rapport), est rédigé de nouveau pour cette période, avec la même consigne, la même question et le même style et dans la langue du rapport, avant la création du PDF : la pièce jointe et le lien portent ainsi le nouveau texte. « Réécrire le résumé IA à chaque envoi » dans le panneau de planification active ou désactive ce comportement (il est activé) et indique à peu près ce qu'il consomme : un message d'assistant par résumé IA et par envoi sur Managed AI, rien sur votre propre clé d'IA. Quand la période du rapport change d'un envoi à l'autre, comme le mois dernier pour un envoi mensuel ou les 7 derniers jours pour un envoi hebdomadaire, cela vaut pour chaque envoi. Dans la mesure du possible, ce travail est fait dans les heures qui précèdent un envoi programmé, une fois la période à envoyer terminée, chaque résumé une fois par envoi, pour que l'e-mail lui-même ne soit pas retardé. Un envoi dont les résumés ont été vérifiés dans les deux dernières heures part sans nouvelle vérification. Les chiffres peuvent encore bouger après une vérification (Google Ads créditant des conversions tardives, par exemple) : quand la vérification est plus ancienne, l'envoi relit les chiffres et ne réécrit un résumé que s'ils ont bougé sensiblement (3 %, ou au moins une conversion), de sorte qu'un changement plus faible après la vérification part tel qu'il a été rédigé. Les e-mails de rapport n'utilisent jamais que jusqu'à 80 % des messages d'assistant du mois, pour que votre équipe garde le reste pour Ask Crunch et le widget de rapport ; au-delà, et chaque fois qu'un résumé ne peut pas être réécrit (réécritures désactivées, pas de clé d'IA, erreur du fournisseur d'IA), l'e-mail part quand même et le résumé qu'il contient est signalé quand il ne correspond plus, comme sur le lien : avec le jour de rédaction et une ligne indiquant que les chiffres ont changé depuis ou, s'il a été rédigé pour une autre période, replié en une ligne nommant cette période. Un résumé encore à jour part tel quel, tout comme un résumé rédigé avant octobre 2026 qui ne peut pas être daté quand il ne peut pas être réécrit. La même vérification s'exécute quand vous appuyez sur Envoyer pour un e-mail ponctuel sur la période propre du rapport ; un e-mail ponctuel sur une autre période laisse le résumé tel quel. Dans Paramètres → Facturation, l'onglet « Lancé depuis » du relevé d'utilisation liste ces réécritures parmi les messages d'assistant sous « E-mails de rapport ». (Une copie mensuelle reçoit son propre résumé, rédigé pour son mois.) Mettez en pause ou modifiez une planification à tout moment ; les changements prennent effet à la prochaine exécution. C'est la boucle centrale du produit : connectez une fois, construisez une fois, et laissez les rapports s'envoyer tout seuls. Si vous gardez un rapport par mois plutôt qu'un seul rapport qui avance, une copie mensuelle crée le rapport du mois suivant pour vous : le jour que vous choisissez, le rapport est copié avec le mois qui vient de s'achever en dates fixes et un nom comme « Google Ads Report - September 2026 ». Voir Copies mensuelles sous Reporting.

Tout ce qui parvient au client peut porter votre identité plutôt que la nôtre. Sur les forfaits en marque blanche (Starter et au-dessus), les rapports partagés et les PDF abandonnent la marque CrunchJunkie et utilisent votre logo, votre nom et votre couleur de marque, jusqu'à l'onglet du navigateur et à l'aperçu du lien, et les e-mails de rapport partent sous le nom de votre agence (avec les réponses dirigées vers vous). À partir de Pro, vous pouvez aller plus loin et héberger les liens de rapport en direct sur votre propre domaine, par exemple reports.youragency.com. La configuration se fait en quatre étapes : 1) Dans Paramètres → Marque blanche → Domaine de rapport personnalisé, saisissez le sous-domaine que vous voulez utiliser (un sous-domaine comme reports.youragency.com est recommandé : votre site principal reste exactement là où il est). 2) CrunchJunkie vous montre un enregistrement DNS à ajouter. Rendez-vous chez votre fournisseur DNS, l'entreprise auprès de laquelle vous avez enregistré le domaine ou là où votre DNS est géré (Cloudflare, GoDaddy, Namecheap, IONOS, etc.), et ajoutez un enregistrement CNAME : Type = CNAME, Nom/Hôte = votre sous-domaine (par exemple « reports »), Valeur/Cible = cname.vercel-dns.com. Enregistrez-le là-bas. 3) De retour dans CrunchJunkie, cliquez sur Enregistrer, puis sur Vérifier. La propagation des changements DNS peut prendre de quelques minutes à quelques heures : si la vérification échoue du premier coup, patientez un peu et cliquez de nouveau sur Vérifier. 4) Une fois que « En ligne » s'affiche, le certificat SSL (le cadenas https) est émis et renouvelé automatiquement : rien à installer. À partir de là, chaque lien de rapport partagé et chaque e-mail de rapport programmé utilise votre domaine. Deux conseils : utilisez toujours un sous-domaine (reports.youragency.com) et non votre domaine racine, pour que votre site reste intact ; et si vous hébergez le DNS sur Cloudflare, réglez le statut de proxy de cet enregistrement sur « DNS uniquement » (nuage gris) pour que le certificat puisse être émis.

Vous ne devriez pas avoir à relancer un client pour savoir s'il a reçu son rapport. Chaque envoi programmé est consigné dans l'onglet Diffusion du rapport, avec son statut de livraison et l'indication de l'ouverture ou non, pour voir d'un coup d'œil qui a consulté le rapport et qui ne l'a pas fait. Si un rapport n'est pas arrivé (une adresse en échec, par exemple), vous le voyez là plutôt que de le découvrir en réunion. La question « avez-vous bien reçu le rapport du mois dernier ? » devient quelque chose que vous pouvez simplement vérifier.