Core AWM 4.5.168 demeure l autorité pour la sécurité, les sessions, le transport API et les secrets. Pour le Funnel CallTracker, Core protège le parcours client sans devenir propriétaire du service : CRM AWM 1.6.21 gère le service et sa facturation, CallTracker 1.10.0 gère la campagne, le numéro, les formulaires, le routage et le CPL, et Hub Client 1.11.35 guide l utilisateur et la télémétrie site-scoped. Studio AWM 1.19.1 reste autonome et partage seulement les services Core autorisés.

Objectif : Réduire le risque opérationnel sans alourdir les modules, retirer un droit historique ni exposer les données clientes.

1. MaintenantCore AWM 4.5.328 — Identité de l’en-tête clientCore 4.5.328 consigne le contrat d’identité de l’en-tête et ajoute favicon_url au payload utilisateur authentifié, depuis le favicon choisi ou détecté dans l’identité canonique du client. La mémoire reçoit une décision, avec 144 entrées antérieures conservées. Permissions, sessions, coffre, catalogue et compilateur restent sous leurs contrats existants.
2. MaintenantCore AWM 4.5.327 — Aperçu avant enregistrementPublie les recettes de prévisualisation canoniques et ajoute dans Design System & QA le parcours URL → brouillon → aperçu clair/sombre → approbation explicite → application comme défaut client. Les actions utilisent les permissions Core/CRM et des nonces; aucun modèle n’est approuvé automatiquement. Le registre conserve des configurations contrôlées et leur empreinte; la bibliothèque réutilise ou télécharge les fichiers de police manquants, avec variantes et origine. La mémoire ajoute deux décisions en conservant les 142 règles précédentes.
3. MaintenantCore AWM 4.5.326 — Profils clair/sombreLe contrat d’apparence valide les deux profils avant toute écriture. Une bascule seule enregistre uniquement le choix Auto/clair/sombre et préserve les profils et l’identité automatique. Le raccordement administratif applique les variables et les classes du profil correspondant au mode Core. La mémoire consigne la décision et conserve les 141 entrées antérieures.
4. MaintenantCore AWM 4.5.325 — Accès et mémoireConsigne la confirmation de Suite 4.5.466 comme base d’apparence et la règle d’accès WordPress depuis le bloc CRM. Les 139 règles antérieures restent intactes. Le lot officiel de migration 466 garde son identité indépendante du nouveau seed, pour préserver les mises à jour directes depuis 465. Core reste propriétaire des autorisations, des sessions et du journal de sécurité.
5. MaintenantCore AWM 4.5.324 — Apparence clientCore choisit la variante claire ou sombre des cartes et fiches administratives explicitement marquées, en conservant leurs couleurs et leurs six axes client. La synchronisation se fait dès le rendu et lors des bascules, sans écriture de préférence client. Les règles du shell respectent ces zones personnalisées. Les règles officielles de mémoire concernées évoluent par révisions bornées et vérifiées; les révisions humaines sont préservées.
6. MaintenantCore AWM 4.5.323 - Payload canonique et frontière CSS CRMCore 4.5.323 : exclure les zones CRM personnalisées des styles administratifs gardés, rendre public le payload canonique style_payload(WP_User) sans changer son corps ni ajouter de route, préserver les marqueurs locaux d’apparence client lors de la synchronisation globale, et corriger mémoire/architecture/Futur en 2026-10-22.1. La simulation de perception des couleurs reste différée. Consigner comme cinquième proposition différée la création de styles depuis une URL dans Design System & QA; aucune implémentation de cette évolution dans 4.5.464.
7. LivréCapturia correctif forcé · CallTracker 1.11.37Republier le correctif du statut CRM Capturia sous un numéro supérieur afin que Core puisse l installer même lorsqu un ancien build 1.11.36 de même numéro est déjà présent localement.
8. LivréÉtat local vérifié · Core 4.5.281Ne plus déclarer un module À jour uniquement parce que son numéro correspond : un build local sans empreinte reste à vérifier et peut être réinstallé depuis le paquet signé. La barre 100 % est réservée aux builds vérifiés.
9. LivréDashboard clients/campagnes + formulaires complets + audio Twilio 1.11.20Regrouper chaque client et ses campagnes dans un seul dashboard; afficher tous les champs des formulaires Elementor/Gravity Forms/Contact Form 7 et récupérer à la demande un Recording SID Twilio manquant depuis le Call SID sans exposer les identifiants au navigateur. Core 4.5.272 identifie cet écran comme CallTracker et affiche le bon header.
10. LivréBootstrap automatique Tech dès Hub Client · Core 4.5.263Dès qu un Connector Hub Client est appairé, réveiller la file Autopilote; installer et activer Tech avant Recovery lorsqu il manque ou est inactif, puis préparer Recovery et poursuivre les mises à jour. Seule une désactivation manuelle dans la fiche client est persistante et respectée.
11. LivréMême flotte écran/worker · Core 4.5.260Unifier le critère de site connecté entre la liste Sites connectés et l Autopilote : un Connector state=connected est traité même si runtime_authorized n est pas encore persisté, afin que la file parcoure réellement les 15 sites.
12. MaintenantValidation terrain monitoring multi-sites · Suite 4.5.152Confirmer sur principal, répertoire et sous-domaine que versions, inventaire, dernier contact et interventions restent isolés par site_id.
13. Prochaines étapesDéploiement distant site-scopedFaire évoluer les opérations d installation et de mise à jour pour cibler une installation WordPress précise sans réutiliser implicitement le principal.
14. MaintenantValidation terrain Connector multi-sitesRelier un principal, un secondaire en répertoire et un sous-domaine au même client, puis confirmer que régénérer ou révoquer un site ne touche aucune autre installation.
15. MaintenantValidation terrain Hub Client 1.11.31Confirmer changement de couleur frontend, texte rallongé/formel, import média, remplacement image Elementor et rollback sur un site pilote.
16. Prochaines étapesPrévisualisation de contenu avant écriturePermettre à Tech de comparer texte et média avant/après avant de lancer l écriture distante.
17. FuturContrat média Gutenberg unifiéRéutiliser les mêmes validations média et rollback pour les blocs Gutenberg et les futurs moteurs de page supportés.
18. MaintenantValidation terrain Tech AWM 1.11.9Confirmer sur un vrai site le logo Hub unifié, la fenêtre Tech front-end et le ciblage de page depuis /hub/.
19. MaintenantValidation téléchargement Hub ClientTélécharger le dernier paquet Hub Client depuis alliancewebmarketing.ca et confirmer son installation manuelle sur un site pilote.
20. Prochaines étapesPasserelles de paiement natives AWMBrancher une page de paiement hébergée/tokenisée sur l extension sécurisée Core sans faire transiter les numéros de carte ou CVV dans AWM.
21. MaintenantValidation des connexions sécurisées StudioTester les autorisations, expirations, erreurs réseau et refus des agents Hub Client sans lire ni déplacer les données métier détenues par Studio.
22. Prochaines étapesLimites de débit distinctes par client et par intégration
23. FuturAuthentification renforcée et politiques de session
24. FuturScore de sécurité accompagné de correctifs guidés
25. FuturMode sécuritaire isolant automatiquement un module incompatible
26. FuturExport et restauration chiffrés de la configuration critique

Hub AWM 4.5.53 demeure le portail et l orchestrateur des services clients. Le site principal CRM devient la référence Hub Client par défaut, tandis que les sites secondaires conservent leurs Connectors et leurs données propres. Studio AWM reste autonome; Core conserve uniquement les accès, la sécurité et les connexions partagées.

Objectif : Offrir une porte d’entrée rapide, accessible et personnalisée, centraliser l’apparence et l’application des services clients, sans mélanger les responsabilités de sécurité du Core ni les données métier du CRM.

1. LivréHub AWM 4.5.112 — Archive conservéeLe registre et le rendu administratifs de Hub restent la référence existante. La correction vise l’en-tête du portail, sans nouveau moteur de thème ni écriture de profil. Archive conservée.
2. MaintenantHub AWM 4.5.112 — Aperçu avant enregistrementPartage les polices, graisses et niveaux H1/H2/H3 de Neutral. Un collecteur unique analyse le CSS public de même origine avec cinq tentatives maximum, sans exécuter JavaScript ni importer du CSS brut. Les axes visuels sont ramenés aux choix AWM; les polices réelles et détails de cinq rôles sont conservés, avec leurs replis indiqués. Logo prioritaire en réanalyse ordinaire; défaut approuvé stable et personnalisations manuelles conservés.
3. MaintenantHub AWM 4.5.111 — Profils clair/sombreLe moteur de style conserve deux profils à six axes, clair et sombre, dans le contrat existant. Les anciennes préférences sont héritées par les deux profils sans écriture au rendu. Les cartes et fiches administratives utilisent le profil du mode Core, dès le premier affichage puis lors des bascules. Le bloc d’accès WordPress et son raccourci livrés en 467 sont conservés.
4. MaintenantHub AWM 4.5.110 — Accès et mémoireLe bloc « Hub Client & connexion » de la fiche CRM affiche les utilisateurs WordPress du site principal lié, leurs autorisations cochées, une actualisation de l’annuaire et un bouton d’enregistrement. Le raccourci « Ouvrir Hub Client » mène au portail de ce site. Les actions réutilisent les services Core existants et refusent les formulaires périmés; aucune nouvelle session ni autorisation n’est créée par l’ouverture du bloc.
5. MaintenantHub AWM 4.5.109 — Apparence clientLes cartes et la fiche Hub utilisent l’identité du client dans la variante du mode Core. Leurs indicateurs, coordonnées, icônes et boutons utilisent aussi la palette locale. Les alias ne restent plus figés sur le mode du portail. Les aperçus explicitement forcés Clair ou Sombre gardent leur propre mode. Les choix Sans mouvement et Réduire les animations sont respectés. L’analyse logo/site, les choix existants du catalogue et la priorité des personnalisations manuelles sont conservés.
6. MaintenantHub AWM 4.5.108 - Choix automatique dans le catalogue existantHub AWM 4.5.108 : sélectionner les choix existants les plus proches sur les six axes. Couleur nommée la plus proche; rayon de bouton nul → Square, positif → Rounded, cartes/contrôles en repli puis Arctic. Typographie, surface, mouvement et densité proviennent des indices CSS validés dans UI_META.design_hints; Neutral/Auto/Subtle/Standard sont les replis sans indice. Les profils manuels gardent priorité. Corriger les proportions raster et résoudre l’apparence depuis le logo, sinon le fond CSS/site, avec repli clair; SVG inclut les couleurs déclarées et le noir implicite sans calcul d’aire. Cartes et fiche appliquent l’accent et la variante client indépendamment du shell. Verrouillage d’axes, veille d’identité et zone d’analyse du logo restent différés.
7. LivréSite principal Hub par défaut · Hub 4.5.53Utiliser le site principal CRM comme référence Hub Client par défaut tout en conservant les Connectors des sites secondaires indépendants.
8. LivréLiens de review publique · Hub 4.5.52Ajouter Contexte développement, CHANGELOG, README et ROADMAP directement dans le pilotage et la vision de chaque module de la roadmap publique.
9. LivréMenu WordPress AWM unifié 4.5.41Appliquer à Core, Hub, CRM, CallTracker, Stats, Assistant, Soutien et Studio la même base de logo Alliance, un pictogramme coloré cohérent, des dimensions identiques et un ordre déterministe dans le menu administrateur.
10. LivréDocumentation sombre Alliance 4.5.22Refondre /hub/documentation/ avec la palette de la roadmap, navigation responsive, grille des neuf modules, section Studio et contenus CRM/WHMCS actualisés.
11. MaintenantValidation réelle du Hub Client AWM sur un site client
12. Prochaines étapesCentre de notifications unifié avec préférences par utilisateur
13. Prochaines étapesParcours d’accueil et liste de vérification pour les nouveaux clients
14. Prochaines étapesMot de passe oublié et réinitialisation intégrés au /hub/ du site client
15. Prochaines étapesHistorique des changements visibles dans chaque fiche cliente
16. FuturConformité WCAG et navigation complète au clavier
17. FuturEspace sécurisé pour documents et livrables
18. FuturPortail multilingue avec contenus propres à chaque client
19. FuturApplication web installable avec notifications consenties
20. FuturSuggestion approuvée : Créé un espace profile pour le client dans Huble client peut personnalisé son espace dans le hub avec la meme disposition que admin mais créé un espace profile pour le client

Tech AWM 1.6.8 conserve le monitoring réellement multi-sites : profil technique, inventaire, mises à jour, vulnérabilités, dernier contact et interventions sont rattachés au site_id exact. Le site principal conserve uniquement les replis historiques nécessaires à la compatibilité.

Objectif : Offrir un technicien WordPress et intégrateur Elementor conversationnel dans un paquet autonome, distribué uniquement par la Suite AWM et contrôlé par Alliance, tout en réutilisant les services sécurisés de Core et Hub Client.

1. LivréPréflight + tournée groupée + capacité · Tech 1.7.32La fiche Tech vérifie Connector, permissions d écriture et OPcache avec état explicite; Incidents propose une tournée regroupée par client + site et une vue de charge par responsable avec ancienneté et SLA.
2. MaintenantValidation terrain préflight et capacité · Tech 1.7.32Comparer plusieurs hébergements, confirmer les preuves runtime et vérifier que la tournée client + site ainsi que Non assigné / SLA à risque correspondent aux incidents réels sans action automatique.
3. LivréPriorité opérationnelle + historique étendu · Tech 1.7.31Chaque incident affiche un score impact × urgence × confiance avec composantes visibles, une file d actions recommandées contextuelles et un ordre de traitement explicable. La fiche Tech offre un historique 24 h / 7 j à partir des événements existants sans dupliquer Stats.
4. MaintenantValidation terrain priorisation · Tech 1.7.31Comparer plusieurs incidents HTTP, sécurité, lenteur et Connector; confirmer que le score reste explicable, que la criticité brute demeure visible et que les actions sensibles exigent toujours les validations existantes.
5. LivréAccélération opérations · Tech 1.7.30Les priorités et incidents gagnent des filtres Client/Site persistés pour la session, les sites avec incident ouvert passent en tête du lot de sondes sans augmenter la charge maximale, et la page Sécurité conserve un historique court des synchronisations Wordfence avec fraîcheur du dernier succès.
6. MaintenantValidation terrain portefeuille et sondes prioritaires · Tech 1.7.30Tester les filtres Client/Site sur Priorités et Incidents, provoquer un incident pilote puis confirmer qu il est resondé à chaque cycle avant le round-robin normal; vérifier également Frais / Cache acceptable / Périmé et l historique Wordfence sans secret.
7. LivréDiagnostic Wordfence V3 non bloquant · Tech 1.7.29Un refus HTTP 401 reste dans la page Sécurité au lieu de déclencher un overlay global. Tech distingue la clé Intelligence Account > Integrations de la licence plugin, propose Retester / Configurer / Integrations et garde le journal gratuit sans inventer de résultat.
8. MaintenantValidation terrain Wordfence Intelligence · Tech 1.7.29Régénérer une clé dans Wordfence Account > Integrations, l enregistrer dans Réglages Tech, retester le flux V3 puis confirmer que le KPI passe de Clé refusée à Actif sans popup bloquant.
9. LivréAlertes actionnables + Moniteur personnalisable · Tech 1.7.28Toutes les annotations de Priorités du parc liées à un site ouvrent la fiche Tech complète et ses actions contextuelles. La typographie personnelle suit les overlays, et le Mode moniteur possède sa propre grille 12 colonnes par utilisateur avec visibilité, ordre et tailles de blocs indépendants du dashboard.
10. MaintenantValidation terrain alertes et Moniteur · Tech 1.7.28Sur 1080p et 4K, ouvrir plusieurs types d alertes depuis Priorités du parc, confirmer l accès à la bonne fiche/action puis comparer une disposition Moniteur différente de la disposition dashboard avec deux comptes Tech.
11. MaintenantValidation terrain grille Tech 1080p / 4KComparer deux comptes Tech avec des dispositions différentes, notamment Visites en 1/3 vertical et en 3/4 horizontal, puis confirmer l empilement automatique sur tablette/mobile.
12. Prochaines étapesBibliothèque de dispositions TechPermettre d enregistrer et réutiliser des compositions de dashboard nommées sans remplacer les préférences personnelles actuelles.
13. MaintenantValidation terrain monitoring multi-sites · Tech 1.6.8Valider simultanément un principal, un secondaire en répertoire et un sous-domaine; confirmer que chaque ligne conserve ses propres versions, alertes, vulnérabilités et dernier contact.
14. Prochaines étapesDéploiement distant site-scopedÉtendre installation et mise à jour Hub Client / Tech au site_id exact avec paquet, secret de scan et recontrôle propres à chaque installation; aucun secondaire ne doit déclencher un déploiement sur le principal.
15. MaintenantValidation terrain actions + contenu · Tech 1.6.2Valider sur un vrai site le changement de couleur d un titre, la réécriture longue/formelle d un texte, la génération d image, son insertion et le rollback.
16. Prochaines étapesAperçu contenu et image avant applicationAfficher une comparaison avant/après du texte et un aperçu média plus complet avant toute écriture sur la page.
17. FuturEdition Gutenberg et médias unifiésUtiliser le même flux Sélectionner → Demander → Aperçu → Appliquer → Rollback sur Gutenberg et étendre les actions média au recadrage et remplacement guidé.
18. MaintenantValidation terrain du frontend · Tech 1.6.0Tester Intervenir sur le site, navigation de page en page, Selectionner, proposition, Appliquer et Rollback sur un site Elementor reel.
19. MaintenantValidation du dashboard Tech · 1.6.0Confirmer que les cartes, priorites, lignes sites et activites ouvrent les bonnes popups et que chaque popup conduit a sa source exacte.
20. Prochaines étapesSondes sauvegardes et restaurationRemonter derniere sauvegarde, type, taille, destination, integrite et test de restauration avant d afficher un etat de sauvegarde.
21. Prochaines étapesHistorique monitoring 24 h / 7 j / 30 jStocker des snapshots de sante cote Alliance pour tracer disponibilite, erreurs, incidents, score et changements de versions sans inventer de donnees.
22. FuturSonde performance HTTPMesurer temps de reponse, disponibilite et erreurs depuis Alliance avec historique et seuils configurables.
23. FuturCentre incidents automatiseRegrouper alertes correlées, proposer diagnostic et correction, puis documenter resolution et rollback dans le journal central.
24. MaintenantValidation terrain navigation continue · Tech 1.5.18Confirmer que la boîte reste active lors des changements d écrans WordPress, du retour Elementor et pendant toute la durée de session.
25. Prochaines étapesTrace de démarrage Elementor non intrusiveJournaliser côté Alliance les jalons handoff consommé, editor init, preview iframe ready et boîte montée sans ajouter de charge au bootstrap.
26. FuturGate E2E Safe ModeBloquer automatiquement une publication si le staging Elementor affiche Safe Mode, reste sur Loading ou si la boîte Tech ne devient pas visible après initialisation.
27. MaintenantValidation terrain du handoff Tech 1.5.15Confirmer sur École Esthétique Avancée : préflight live → handoff Hub Client → Elementor ouvert → une seule boîte Tech visible, puis Sélectionner, Appliquer et Rollback.
28. Prochaines étapesTélémétrie de démarrage Elementor en 5 étapesRemonter à Alliance : session créée, site préparé, handoff consommé, assets chargés et boîte montée afin d identifier le point d arrêt sans reproduire manuellement le problème.
29. FuturTest de contrat routes privéesAvant chaque publication, verifier automatiquement update/status, tech/intervention/prepare, methode POST, permission scan et delegation au runtime Tech sur un site de staging.
30. FuturE2E obligatoire du lancement ElementorTester automatiquement avant chaque Suite le parcours Alliance → site client → wp-admin → iframe Elementor et bloquer la publication si la boîte unique ne devient pas visible.
31. FuturPréflight PHP / OPcache autonomeContrôler et réparer automatiquement le runtime PHP chargé avant toute intervention afin qu une mise à jour de fichier ne puisse jamais masquer un ancien Tech en mémoire.
32. Prochaines étapesTest de fumée automatisé ElementorAjouter un test de publication qui vérifie session, chargement éditeur, présence unique de la boîte et accès à l iframe avant de marquer Tech comme livrable.
33. FuturParcours E2E navigateur avant publicationExécuter automatiquement un scénario Tech → préparation runtime → Elementor → boîte visible → sélection d élément → rollback sur un site de staging avant chaque nouvelle Suite.
34. FuturPréparation anticipée des runtimes TechDétecter avant la demande d intervention les sites Tech en retard et préparer automatiquement leur runtime dans une fenêtre de maintenance contrôlée pour que l ouverture Elementor soit immédiate.
35. FuturChronologie multi-fuseaux unifiéeNormaliser tous les horodatages Tech, maintenance et sécurité avec UTC canonique, fuseau Alliance, fuseau client et affichage relatif afin d éviter toute ambiguïté dans les historiques.
36. Prochaines étapesCapture avant/après automatiqueProduire une preuve visuelle de la zone modifiée avant et après intervention sur ordinateur, tablette et mobile avant de clôturer le correctif.
37. FuturMaintenance autonome planifiée avec seuil de confiancePermettre à Tech AWM de préparer automatiquement mises à jour, corrections connues et contrôles post-maintenance puis demander une approbation Alliance selon le risque.
38. MaintenantValidation client_id CRM partout dans TechValider sur Alliance que recherche, permissions, mémoire, diagnostics, consommation et journal restent liés au même client_id CRM.
39. MaintenantValidation fiche client Tech · Suite 4.5.87Confirmer sur alliancewebmarketing.ca le parcours Clients → fiche → Tech, l enregistrement des permissions et le responsive clair/sombre.
40. MaintenantCanal Connector Core réutiliséAuthentifier status, chat et résultats via le jumelage Hub Client déjà existant; aucun secret Tech supplémentaire n est installé chez le client.
41. MaintenantActions Elementor via le moteur Studio localLire le document, contrôler son empreinte SHA-256, créer un snapshot, appliquer uniquement les réglages/widgets autorisés puis restaurer automatiquement en cas de rendu invalide.
42. MaintenantActivation Alliance fail-closedUne désactivation centrale masque Tech AWM et bloque immédiatement chat, écriture et rollback, y compris lorsque la fenêtre était déjà ouverte.
43. MaintenantMémoire centralisée économe en tokensConserver résumés, solutions, actions et contexte technique par client et ne transmettre au modèle que les souvenirs pertinents à la demande courante.
44. MaintenantSuivi de consommation IAMesurer tokens entrée/sortie/cache et résumés par client, conversation et modèle afin de piloter les coûts et l efficacité de la mémoire.
45. Prochaines étapesSélection visuelle Elementor enrichieCliquer un widget/container sur la page, afficher son identité et limiter la modification au composant choisi.
46. Prochaines étapesDiagnostic WordPress approfondiCorréler erreurs PHP, REST, cron, cache, versions, mémoire, extensions et conflits sans transmettre inutilement tout l inventaire à chaque message.
47. Prochaines étapesCréation Elementor complète par conversationAjouter containers, widgets, CTA, témoignages, formulaires, headers et footers en conservant des structures Elementor éditables.
48. Prochaines étapesComparaison visuelle avant/aprèsPrésenter l impact d une proposition sur ordinateur, tablette et mobile avant validation.
49. Prochaines étapesTests post-intervention automatisésVérifier rendu, liens, formulaires, console, responsive et erreurs serveur après chaque modification significative.
50. Prochaines étapesRecherche sémantique dans la mémoire AWMRetrouver automatiquement une réparation similaire déjà validée sur un autre incident sans réinjecter de longs historiques de chat.
51. Prochaines étapesPermissions par utilisateur et catégorie d actionDistinguer client, intégrateur et technicien AWM et imposer des confirmations renforcées pour les opérations sensibles.
52. Prochaines étapesConnexion Studio AWMPermettre à Studio de créer ou optimiser une page et à Tech AWM de la diagnostiquer, corriger et maintenir avec le même historique contrôlé.
53. Prochaines étapesConnexion SEOPressLire et proposer titres, métas, mots-clés et données SEO pendant les interventions sans déplacer la responsabilité SEO dans Hub Client.
54. FuturAuto-réparation contrôléeDétecter un incident connu, préparer le correctif et l appliquer uniquement selon le niveau de confiance et la politique de confirmation définie par Alliance.
55. FuturSurveillance santé du parc AWMPrésenter tous les sites clients avec statut vert/orange/rouge, versions, dernière synchronisation, incidents et anomalies après mise à jour.
56. FuturDétection de régressionComparer snapshots, versions et événements afin de répondre précisément à « qu est-ce qui a changé depuis hier? ».
57. FuturStaging automatique avant productionTester une réparation sur une copie isolée puis proposer sa promotion vers le site public après validation.
58. FuturDéploiement multi-sites contrôléRéappliquer un correctif validé sur un groupe de sites compatibles avec aperçu, exclusions, journalisation et rollback par site.
59. FuturBibliothèque de solutions AWMTransformer chaque réparation validée en connaissance technique réutilisable avec contexte, compatibilités et niveau de confiance.
60. FuturAssistant pré-mise-à-jourÉvaluer les risques WordPress/Elementor/extensions pour un site avant l installation d une nouvelle version.
61. FuturRollback intelligent granulaireRestaurer seulement le widget, réglage, titre ou ressource concerné lorsque cela suffit au lieu de restaurer une page entière.
62. FuturAnalyse Core Web Vitals et performanceRelier les modifications de mise en page aux métriques de performance et proposer des améliorations mesurables.
63. FuturCapture vidéo de problèmeAnalyser une courte vidéo ou séquence de captures afin de comprendre un bug d interaction ou responsive difficile à décrire.
64. FuturInteraction vocalePermettre au technicien ou au client autorisé de converser avec Tech AWM depuis un téléphone sans saisir chaque demande.
65. FuturMode client limitéAutoriser des changements éditoriaux simples tout en réservant diagnostics avancés, extensions, base de données et actions système aux techniciens AWM.
66. FuturOptimisation automatique du coût IAChoisir le modèle, le niveau de contexte et la stratégie de résumé selon la complexité de la tâche, le budget et l historique de réussite.

Studio 1.19.1 est le moteur autonome de création, modification et optimisation. Il conserve Site DNA, Visual QA, parcours stagiaire, référentiel SEO local-first et finalisation après approbation; la palette est maintenant dérivée en priorité des couleurs réellement utilisées sur le site. Les changements SEO sensibles, snapshots et écritures Elementor restent protégés.

Objectif : Permettre à Alliance de créer, prévisualiser, modifier et maintenir des pages Elementor par langage naturel sans sacrifier la sécurité, le responsive ni la possibilité de revenir en arrière.

1. LivréStudio AWM 1.20.1 — Archive conservéeLes visuels existants sont réutilisés sans génération, retouche ou publication Elementor. La composition de pages et les projets Studio restent hors de cette correction. Archive conservée.
2. LivréStudio AWM 1.20.1 — Archive conservéeLe catalogue et le compilateur existants sont réutilisés. L’analyse d’URL est portée par Hub et le registre approuvé par Core; aucune publication de page ou écriture Elementor n’est effectuée. Archive Studio conservée.
3. MaintenantStudio AWM 1.20.1 - Archive reconduite de la base 4.5.463Studio 1.20.1 reconduit sans changement runtime. Catalogue Surface/Mouvement existant conservé; prévisualisation real-render et publication explicite du kit Elementor restent différées. La reprise octet pour octet de son archive est vérifiée au packaging.
4. LivréFinalisation + couleurs réelles du site · Studio 1.19.1Enchaîner après approbation vers identité, médias, header/footer et Elementor, puis privilégier les couleurs réellement observées sur les pages au lieu des couleurs globales Elementor par défaut.
5. LivréOptimisation globale SEO + bloc par bloc 1.14.0Ajouter Optimiser tout pour remplir séquentiellement les champs SEOPress sûrs avec snapshot préalable, SEO rapide page par page, Recherche SEO rapide avec mot-clé/variantes/intention/H1/questions et optimisation ciblée des conteneurs Elementor sans reconstruire les autres blocs.
6. LivréIdentité WordPress Studio AWM harmonisée 1.13.1Afficher le nom Studio AWM, conserver son contexte Studio dans le shell partagé et laisser le système visuel Hub appliquer le logo Alliance de base et le pictogramme Studio aux mêmes dimensions que les autres modules.
7. MaintenantValidation terrain sur plusieurs sites ElementorTester différentes versions Elementor, thèmes, palettes, caches et comportements responsive sur de vrais sites clients.
8. Prochaines étapesBibliothèque de composants AllianceRéutiliser des Heroes, services, FAQ, témoignages, formulaires, CTA et autres sections approuvées et responsives.
9. Prochaines étapesBibliothèque média et réutilisation contrôléeRéutiliser, remplacer et optimiser des médias approuvés sans regénérer inutilement une image, tout en conservant l historique et les droits des sources.
10. Prochaines étapesBatch multi-services et architecture de silos SEOÉtendre les lots au-delà des pages locales simples avec services croisés, maillage interne, règles de silo, composants communs et vérification de cannibalisation.
11. Prochaines étapesSchema SEOPress avancé et maillage interneAjouter Service, LocalBusiness et autres schémas pertinents, puis proposer des liens internes contrôlés entre pages locales et pages de services.
12. Futur01. Comparaison maquette et page réellePrendre une capture du vrai rendu Elementor après construction, la comparer à la maquette approuvée et signaler les écarts de largeur, images, espacements, boutons, typographie et responsive.
13. Futur02. Contrôle qualité avancé par seuilÉtendre le contrôle livré avec des seuils configurables, des blocages critiques, des exceptions approuvées et un rapport final Design, Mobile, SEO, Médias, Formulaire, Performance et Accessibilité.
14. Futur03. Kit de marque permanent par clientConserver logo, couleurs, typographies, boutons, rayons, style photo, règles visuelles et interdictions propres au client pour toutes les créations futures.
15. Futur04. Bibliothèque de composants Alliance gouvernéeVersionner les Heroes, services, FAQ, formulaires, témoignages, galeries, CTA et blocs sectoriels avec validation, compatibilité et statut approuvé.
16. Futur05. Sélection visuelle directe d une sectionCompléter l optimisation bloc par bloc livrée en 1.14.0 par un clic directement dans la maquette ou le rendu réel afin de sélectionner visuellement le bloc à corriger.
17. Futur06. Historique visuel et restaurationConserver les versions successives avec captures, auteur, date et différences puis restaurer une version complète ou une section seulement.
18. Futur07. Maillage interne SEO automatiqueAnalyser les pages du site, proposer les liens entrants et sortants pertinents, leurs ancres et leur position, puis appliquer seulement les liens approuvés.
19. Futur08. Détection de cannibalisation SEOComparer mots clés, titres, intentions et contenu aux pages existantes avant création afin de prévenir les pages qui se concurrencent.
20. Futur09. Similarité Batch avancéeMesurer la proximité entre toutes les pages du lot, identifier les passages dupliqués et réécrire automatiquement les sections trop semblables après approbation.
21. Futur10. Analyse de plusieurs référencesCombiner deux ou trois pages de référence en choisissant les aspects autorisés de chacune sans copier leur contenu, leurs médias ni leur identité.
22. Futur11. Calendrier de publicationGérer Brouillon, À valider, Approuvée, Programmée et Publiée avec dates, responsables, dépendances et publication progressive des Batchs.
23. Futur12. Tableau après publicationSuivre indexation, dernière révision, erreurs, score SEO, formulaires, appels et besoin de rafraîchissement après mise en ligne.
24. Futur13. Tests visuels multi navigateurs et appareilsVérifier automatiquement Chrome, Edge, Firefox et Safari sur plusieurs largeurs et signaler débordements, textes coupés, boutons trop petits et colonnes cassées.
25. Futur14. Audit accessibilitéContrôler contrastes, titres, ALT, navigation clavier, libellés, focus, tailles de texte et structure sémantique avec score et correctifs proposés.
26. Futur15. Budget de performanceDéfinir des limites de poids, images, polices, animations et scripts puis compresser, convertir ou bloquer les éléments qui dépassent le budget approuvé.
27. Futur16. Cadrage intelligent des imagesDéfinir le sujet important et produire des cadrages distincts pour Hero ordinateur, Hero mobile, miniature, Open Graph et image mise en avant.
28. Futur17. Constructeur de formulaires intelligentCréer des formulaires de soumission, rappel, rendez vous, urgence ou estimation avec champs, consentements, destination et validation adaptés au service.
29. Futur18. Données dynamiques CRMUtiliser des variables sécurisées pour entreprise, téléphone, courriel, adresse, heures, licences, services et territoires afin de mettre à jour plusieurs pages depuis la source CRM.
30. Futur19. Intégration directe CallTrackerChoisir une campagne, insérer le numéro de suivi, relier le formulaire, ajouter les UTM et vérifier les conversions de la page vers les leads et le CPL.
31. Futur20. Boucle amélioration avec StatsDétecter les pages à fort rebond, faibles clics, formulaires abandonnés ou mauvais rendement mobile puis proposer des améliorations mesurables.
32. Futur21. Tests A B intégrésCréer plusieurs versions de Hero, CTA ou page, répartir le trafic, mesurer appels et formulaires puis recommander la variante gagnante après un seuil fiable.
33. Futur22. Création multilingue contrôléeAdapter contenu, SEO, URL, CTA et expressions par langue avec relations hreflang, validation humaine et absence de traduction littérale automatique.
34. Futur23. Vérification conformité et mentionsSignaler les politiques, consentements, licences, avertissements sectoriels et mentions manquantes sans remplacer un avis juridique.
35. Futur24. Redirections et changements URLCréer les redirections 301, mettre à jour canonical et liens internes puis vérifier les erreurs lorsque le slug ou la structure du site change.
36. Futur25. Planificateur architecture SEOProposer une arborescence Services, Villes, Ressources et pages piliers avant création afin de structurer les silos et éviter les pages orphelines.
37. Futur26. Données structurées avancéesPréparer et valider LocalBusiness, Service, FAQ, Breadcrumb, Article, Product, JobPosting et Event selon les données réellement disponibles.
38. Futur27. Profil de voix de marqueMémoriser ton, niveau de langage, tutoiement ou vouvoiement, expressions autorisées, mots interdits et style rédactionnel propre au client.
39. Futur28. Contrôle des affirmationsDétecter les promesses non prouvées, statistiques non sourcées, certifications inconnues et services non confirmés avant approbation du contenu.
40. Futur29. Sources de contenu approuvéesLimiter les faits utilisés au CRM, site client, documents, catalogues et connaissances validés puis afficher la provenance de chaque information importante.
41. Futur30. Commentaires ancrés sur la maquetteAjouter des commentaires directement sur une section ou un élément visuel et suivre leur résolution dans les propositions suivantes.
42. Futur31. Portail approbation clientPartager un lien sécurisé en lecture et commentaire permettant au client de voir, commenter et approuver sans accès à WordPress ni aux réglages techniques.
43. Futur32. Environnement de préproductionConstruire et tester la page dans un espace isolé avant transfert contrôlé vers le site réel avec comparaison et validation.
44. Futur33. File de production robusteGérer attente, contenu, images, SEO, Elementor, validation, erreur, reprise, pause et priorité pour les créations uniques et les Batchs.
45. Futur34. Estimation des coûts IAAfficher avant lancement le nombre de textes, images, requêtes, durée, espace média et coût estimé puis demander une approbation de consommation.
46. Futur35. Bibliothèque de prompts et recettesEnregistrer des recettes Page locale, Urgence, Commercial, Résidentiel, Google Ads ou Refonte SEO avec sections, longueurs, effets et règles préconfigurées.
47. Futur36. Synchronisation des sections globalesMettre à jour CTA, téléphone, garanties, témoignages, zones ou formulaires partagés sur toutes les pages liées après aperçu et approbation.
48. Futur37. Verrouillage des composants sensiblesProtéger logo, téléphone, mentions légales, CallTracker, pixels, formulaires et styles de marque contre toute modification IA non autorisée.
49. Futur38. Reconstruction de pages existantesModerniser une ancienne page en conservant son SEO et ses faits, convertir les structures obsolètes, améliorer mobile et remplacer seulement les composants approuvés.
50. Futur39. Refonte complète de siteGérer Accueil, Services, pages locales, À propos, Contact, FAQ, Blogue, header, footer, menu et styles globaux comme un seul projet versionné.
51. Futur40. Indice de confianceAfficher un niveau élevé, moyen ou faible selon la qualité des données, compatibilité, médias, sources et contradictions avant toute exécution.
52. Futur41. Surveillance automatiqueVérifier périodiquement accessibilité de la page, formulaire, numéro CallTracker, images, canonical, noindex, erreurs Elementor, liens brisés et date de révision.
53. Futur42. Rentabilité de chaque pageRelier Stats, CallTracker, CRM et coûts publicitaires pour afficher visites, appels, formulaires, leads qualifiés, clients, revenus, CPL et retour sur investissement.

Hub Client 1.11.34 possède une identité WordPress permanente et ajoute un tracker first-party automatique. Chaque installation transmet client_id, site_id et instance_uuid sur le Connector; principal et secondaires deviennent automatiquement des sources Stats/Health distinctes sans exposer de secret au navigateur.

Objectif : Présenter chaque service client comme un module clair et responsive, conserver le cloisonnement strict et permettre à Core d’administrer les versions sans accès FTP/SSH ni perte des réglages locaux.

1. MaintenantHub Client AWM 1.14.44 — Identité de l’en-tête clientHub Client 1.14.44 affiche le logo client seul dans le bloc de marque; à défaut, favicon et noms de compagnie/utilisateur; à défaut, logo AWM et ces noms. Les images défaillantes passent au repli suivant. Le rendu garde proportions, accessibilité et largeur mobile, sans changer les préférences d’apparence.
2. MaintenantHub Client AWM 1.14.43 — Aperçu avant enregistrementDeux démonstrations clair/sombre réagissent immédiatement aux choix du formulaire avec le CSS réel du portail : carte, H1/H2/H3, texte, boutons, champ, badge et indicateur. Neutral propose les détails de cinq rôles, les polices détectées ou en bibliothèque et les poids contrôlés 100..900; les recettes nommées restent complètes. Les modifications restent locales jusqu’à Enregistrer les deux profils; la bascule du haut conserve son comportement.
3. MaintenantHub Client AWM 1.14.42 — Profils clair/sombreLe bouton ◐ connecté est de nouveau une vraie bascule : changement immédiat, enregistrement authentifié du mode seul, retour visible en cas d’erreur et formulaire de repli sans JavaScript. Apparence présente Paramètres clairs et Paramètres sombres, chacun avec les six axes du catalogue et cinq couleurs de surface. Les polices Neutral, leurs graisses et la couleur secondaire sont explicitement communes. Les éditions en cours restent intactes pendant une bascule.
4. MaintenantHub Client AWM 1.14.41 — Apparence clientLe formulaire existant propose Automatique · logo puis site, Toujours sombre et Toujours clair. Son aide explique la mémorisation du choix et sa priorité sur l’analyse automatique. Les contrôles de persistance utilisent le vrai formulaire, le handler du portail et le callback Core, avec transport et stockage de test. Le choix du portail reste indépendant du mode administratif.
5. MaintenantHub Client AWM 1.14.40 - Apparence client indépendante et personnalisableHub Client AWM 1.14.40 : consommer le profil et son apparence canonique indépendante, avec choix manuel Clair/Sombre prioritaire, Auto résolu depuis logo/site et ancien payload sans résolution en clair. Charger le profil avant le head, préserver le snapshot de repli, et corriger l’échappement des piles de polices. Appliquer les six axes du profil partagé, dont les tokens de densité désormais effectifs. La personnalisation et le retour volontaire à Auto restent disponibles; l’aperçu live et l’historique restent différés.
6. LivréSynchronisation centrale des formulaires · Hub Client 1.14.5Récupérer la source Elementor ou Gravity Forms et l identifiant configurés dans la campagne Alliance, maintenir automatiquement le mapping local géré par la campagne et conserver les mappings manuels comme secours.
7. LivréTracker Stats/Health automatique · Hub Client 1.11.34Injecter un tracker first-party léger sur chaque site jumelé, mettre les événements en lot et les envoyer par Connector avec client_id + site_id + instance_uuid sans secret côté navigateur.
8. LivréIdentité Connector par installation · Hub Client 1.11.33Créer un instance_uuid permanent, mémoriser le site_id retourné par Core et transmettre cette identité sur REST, corps HTTPS, admin-ajax et pont frontal afin de distinguer chaque WordPress du même client.
9. MaintenantValidation liaison des sites secondaires 1.11.33Tester un WordPress dans un répertoire et un sous-domaine avec leurs codes AWM-SITE distincts, puis confirmer la persistance de l instance_uuid après mise à jour.
10. LivréHub Client indépendant de CallTracker et logo Hub unifié 1.11.7Utiliser exactement le logo Hub AWM et permettre l administration, le jumelage et le portail sans aucune campagne CallTracker; les fonctions CallTracker restent simplement informatives lorsqu elles sont vides.
11. MaintenantValidation terrain Hub Client 1.11.7 sans campagneValider un site lié sans campagne et confirmer que Hub, /hub/, Tech et les autres services restent accessibles sans popup d erreur.
12. LivréCorrectif administration Hub Client 1.11.6Corriger l ArgumentCountError du bloc Réception directe des formulaires en acceptant les deux arguments du hook de connexion.
13. MaintenantValidation terrain Hub Client 1.11.6Ouvrir l administration Hub sur un site lié et vérifier le rendu du bloc formulaires avec Connector actif et inactif.
14. MaintenantValidation terrain du parcours Funnel client 1.11.0Commander un funnel pilote, confirmer l absence de facturation avant numéro, acheter le numéro, vérifier formulaire puis routage et tester les écrans mobile/ordinateur.
15. MaintenantValidation Studio sur sites clients Elementor réelsTester Canvas et pleine largeur sur plusieurs versions Elementor, thèmes et résolutions puis confirmer la régénération des fichiers CSS et l édition normale dans Elementor.
16. MaintenantValidation réelle du portail modulaire sur un site clientTester CallTracker seul, Stats seul, les deux modules, clair/sombre, 320/375 px, tablette, Dialer, Profil/Apparence et révocation.
17. Prochaines étapesRécupération de mot de passe intégréeFournir un parcours sécurisé de récupération depuis /hub/ sans exposer les comptes d’autres clients.
18. Prochaines étapesPréférences de notifications du portail
19. FuturAccessibilité WCAG et navigation clavier complète
20. FuturPortail multilingue selon le client

CallTracker 1.11.32 regroupe appels, formulaires, leads et CPL par client/campagne. Historique CPL distingue maintenant les valeurs Google Ads, les règles AWM, les saisies manuelles et le legacy; les anciens mois à 7 % peuvent être resynchronisés sans écraser une correction humaine. La liste Campagnes distingue performance 30 jours et historique total, propose tri métier, vues technicien et actions groupées guidées. Le correctif 1.11.30 retire l éditeur groupé natif WordPress qui pouvait être comprimé et place le parcours CallTracker pleine largeur dans la barre de filtres. Le correctif formulaires historiques 1.11.26 reste validé terrain. Les 214 appels historiques non réintégrés restent un écart connu non bloquant.

Objectif : Achever une migration vérifiable vers les campagnes et clients canoniques, recevoir les nouveaux formulaires sans boîte commune et fournir un CPL mensuel cohérent sans perdre les historiques.

1. LivréLeadTracker AWM 1.11.76 — Archive conservéeLeadTracker/CallTracker s’affiche sous l’en-tête commun du portail. La marque du client ne change ni campagnes, attribution, formulaires, appels, audio ni CPL. Archive conservée.
2. LivréLeadTracker AWM 1.11.76 — Archive conservéeLes services du portail continuent de consommer le profil enregistré. Les démonstrations utilisent des exemples sans appels, formulaires, audio, routage ou campagne réels. Archive conservée.
3. MaintenantLeadTracker AWM 1.11.76 - Archive reconduite de la base 4.5.463LeadTracker/CallTracker 1.11.76 reconduit sans changement runtime. Revue des preuves Capturia et alertes de délai; aucun changement d’appels, formulaires, campagnes, routage, enregistrements ou CPL dans 4.5.464. La reprise octet pour octet de son archive est vérifiée au packaging.
4. LivréCPL provenance + correction historique 7 % · CallTracker 1.11.32Relire le coût réel Google Ads des anciens mois marqués 7 %, appliquer le barème AWM 50/40/30/20/15 %, protéger toute valeur modifiée manuellement et afficher la provenance Auto, Manuel, Legacy ou Règle AWM directement dans Historique CPL.
5. LivréRéintégration historique contrôlée · CallTracker 1.11.25Réintégrer 69 306 appels et 44 712 formulaires Laravel par lots courts, reprenables et idempotents; conserver les campagnes, numéros Twilio et données déjà enrichies sans doublon.
6. LivréFormulaires historiques corrigés et validés terrain · CallTracker 1.11.26Extraire le vrai courriel prospect, le téléphone et la page source des captures historiques. Le cas témoin VMV-NAT / Luciana Bisegna a été confirmé conforme sur Alliance après déploiement.
7. FuturÉcart connu : 214 appels historiques non réintégrésConserver la trace des 214 appels manquants sans bloquer les travaux suivants. Une réparation ciblée pourra être reprise plus tard si l exploitation le juge utile.
8. MaintenantValidation terrain du Funnel client 1.10.0Tester un funnel réel de la commande CRM jusqu au numéro, formulaire et routage; confirmer la reprise après échec Twilio et l activation commerciale seulement après attribution du numéro.
9. MaintenantBascule et validation réelle après livraison 1.9.6Exécuter la reprise globale sur Alliance, corriger les blocages, tester plusieurs numéros et une campagne entrants désactivés, puis finaliser BASCULE AWM avant de poursuivre l approbation audio/Dialer/CPL.
10. MaintenantValidation terrain du routage avancé 1.9.7Tester une plage ouverte, une fermeture avec et sans destination, un jour férié, une plage traversant minuit et un débordement réel après non-réponse avant de considérer la phase 1 opérationnellement validée.
11. MaintenantValidation terrain, correction et clôtureLe centre est livré. Exécuter les tests réels, corriger les exceptions, approuver les campagnes actives, revoir l historique des inactives et signer la clôture après rapprochement.
12. Prochaines étapesTests synthétiques et santé proactiveAutomatiser des contrôles de webhooks/destinations, exporter les preuves de validation et alerter sur les échecs définitifs ou campagnes silencieuses sans remplacer les essais réels.
13. Prochaines étapesLot C — Routage avancé phase 2Ajouter équipes/groupes, priorités, stratégies multi-tentatives, plusieurs niveaux de secours, modèles réutilisables et aperçu simulé à une date/heure choisie avant publication.
14. Prochaines étapesLot D — Connecteurs de formulaires et rapprochementLe webhook générique Funnel est livré en 1.9.9; restent les connecteurs natifs Contact Form 7/Gravity Forms/WPForms, la file courte chiffrée, l attribution approuvée des orphelins et le dédoublonnage inter-source.
15. Prochaines étapesLot E — CPL, Google Ads et rapportsSynchronisation planifiée, diagnostic par campagne, périodes CPL verrouillées, alertes d anomalies, rapports signés et traçabilité de chaque composante du coût.
16. FuturDNI — insertion dynamique des numérosRemplacer automatiquement le numéro affiché sur le site selon la source, la campagne et la session du visiteur afin de relier la visite à l appel sans perdre l attribution.
17. FuturParcours complet du leadRelier source, campagne, mot-clé lorsque disponible, page d entrée, parcours utile, appel ou formulaire final puis conversion CRM dans une chronologie exploitable.
18. FuturAttribution marketing avancée par interactionAssocier appels, formulaires et futurs SMS à la source, campagne, canal, référent, landing page, appareil et autres dimensions approuvées sans faire d une plateforme publicitaire la source de vérité.
19. FuturSMS bidirectionnel CallTrackerEnvoyer et recevoir des textos avec les numéros compatibles, conserver l historique dans le dossier du prospect et appliquer les mêmes permissions client/campagne que pour la téléphonie.
20. FuturAutomatisation des SMSRéponses rapides, suivi d appel manqué, confirmation, relance temporisée et transfert de conversation avec consentement, journalisation et désactivation explicite.
21. FuturMoteur de règles automatiques pour les leadsDéclencher tags, priorité, suivi, assignation ou conversion selon durée, statut, campagne, mots-clés et résultat, avec aperçu, permissions et journalisation.
22. FuturQualification et score des leadsClasser qualifié ou non qualifié, vente, rendez-vous, information, indésirable ou client existant, puis conserver un score de qualité exploitable par CRM et les rapports.
23. FuturConversation Intelligence IA avancéeTranscrire, résumer, détecter intentions, sujets, sentiment et actions utiles dans les appels autorisés, avec recherche et contrôles de confidentialité.
24. FuturAssistant téléphonique IA 24/7Répondre lorsqu aucun humain n est disponible, qualifier le motif, recueillir les coordonnées, répondre aux questions autorisées et transférer vers une personne lorsque requis.
25. FuturCentre d intégrations CallTrackerFournir un cadre de connecteurs CRM, publicité, analytique et webhooks; les secrets, autorisations, journaux et révocations restent exclusivement gérés par Core.
26. FuturAttribution fermée jusqu au revenuRelier publicité, visite, interaction, lead, opportunité CRM, client et vente afin de calculer revenu, ROI, coût par lead qualifié et coût par client.
27. FuturHistorique unifié des conversationsRegrouper appels entrants et sortants, formulaires, SMS, transcriptions, qualifications et changements CRM dans une chronologie unique par prospect avec premier et dernier contact.
28. FuturRetour automatique des conversions qualifiées vers Google AdsRenvoyer vers Google Ads les appels et formulaires réellement qualifiés, avec identifiant publicitaire et valeur approuvée lorsque disponible, afin d optimiser les campagnes sur les vrais résultats plutôt que sur le simple volume de leads.
29. FuturAttribution et conversions Meta Ads + Microsoft AdsÉtendre la mesure CallTracker à Meta/Facebook/Instagram et Microsoft Advertising avec identifiants, campagnes, consentement, diagnostic de synchronisation et retour des conversions qualifiées lorsque les plateformes le permettent.
30. FuturCall Whisper contextuel avant connexionAnnoncer discrètement au répondant la provenance utile de l appel avant la mise en relation, par exemple client, campagne, canal, ville ou intention connue, sans exposer au prospect des données internes.
31. FuturConstructeur visuel des parcours d appelComposer en glisser-déposer les étapes numéro, horaires, messages, équipes, destinations, débordements et boîte vocale, avec aperçu, validation et publication versionnée du parcours.
32. FuturRoutage intelligent par compétence, région et disponibilitéAcheminer les appels selon campagne, langue, zone géographique, service demandé, compétences et disponibilité des équipes, avec règles explicables et destination de secours contrôlée.
33. FuturContrôle qualité des appels assisté par IAÉvaluer sur les appels autorisés l accueil, la compréhension du besoin, les questions clés, la tentative de conversion, le résultat et les éléments à améliorer, avec grille configurable et révision humaine.
34. FuturDétection de spam, fraude et trafic téléphonique anormalRepérer appels automatisés, répétitions suspectes, durées anormales, numéros abusifs et sources générant artificiellement des leads afin de protéger le CPL sans supprimer silencieusement les données.
35. FuturCentre d intelligence et anomalies CallTrackerSurveiller automatiquement baisse d appels, campagne silencieuse, numéro déconnecté, destination défaillante, hausse du CPL, webhook en erreur ou synchronisation publicitaire incomplète, puis expliquer l anomalie et proposer l action de validation.

CRM AWM 1.6.21 reste la source canonique des clients et des sites. Le site principal sert de référence design et Hub Client par défaut; chaque site secondaire garde son site_id et son Connector indépendant afin de rester une source Stats/Health complète du même client.

Objectif : Construire un CRM autonome, complet et relié aux services Alliance sans dépendance obligatoire à un logiciel tiers.

1. LivréCRM AWM 1.6.39 — Archive conservéeCRM reste la source canonique de l’entreprise. Le titre de compagnie affiché en repli utilise cette identité sans copie parallèle. Cartes, fiches, données et permissions CRM conservent leur comportement. Archive conservée.
2. MaintenantCRM AWM 1.6.39 — Aperçu avant enregistrementCRM 1.6.39 consomme la hiérarchie Neutral contrôlée dans les zones client isolées, sans affecter le shell. La fiche conserve les couleurs du client et suit la variante claire/sombre de Core. Les opérations métier, données et permissions restent inchangées.
3. MaintenantCRM AWM 1.6.38 — Profils clair/sombreLes cartes, l’en-tête client et le contenu du dossier consomment les deux profils canoniques Hub Client. Leur variante suit Core, y compris quand famille, accent, typographie, surface, mouvement ou densité diffèrent entre clair et sombre. Le basculement n’écrit aucune préférence client et ne change pas les filtres de liste.
4. MaintenantCRM AWM 1.6.37 — Apparence clientLes cartes de la liste CRM, le bandeau et le contenu de la fiche consomment le profil partagé Hub Client. Chaque client garde sa palette et ses choix de style, typographie, surface, mouvement et densité. Les cartes et fiches passent dans la variante claire ou sombre de Core; les couleurs du shell ne remplacent plus l’identité client.
5. MaintenantCRM AWM 1.6.36 - Fiche au profil personnalisé Hub ClientCRM AWM 1.6.36 : lire le payload commun Hub Client et adapter localement ses 33 variables, classes et surfaces dans deux zones isolées. L’apparence client est indépendante de Core, Auto résolue depuis logo/site ou Clair/Sombre manuel prioritaire; le header, le guide, le retour et le passage Hub restent Core. Appliquer les six axes du profil partagé, dont les tokens de densité désormais effectifs, et corriger la sérialisation des polices, sans réanalyse logo/site ni écriture client à l’affichage. Lecture imprimable, provenance et comparaison restent différées.
6. LivréSuppression sécurisée de fiche client · CRM 1.6.30Ajouter une Zone sensible dans la fiche client avec confirmation SUPPRIMER, révocation des Connectors et suppression logique de la fiche des listes opérationnelles tout en conservant factures, appels, statistiques, tickets, campagnes et historique.
7. LivréSite principal canonique + Connectors par site · CRM 1.6.21Faire du site principal la référence design/Hub par défaut, corriger le rendu sombre et conserver génération, régénération et révocation indépendantes pour chaque site_id secondaire.
8. LivréConnector indépendant dans Sites du client 1.6.20Afficher l état de connexion de chaque principal ou secondaire et fournir Générer, Régénérer, Révoquer et copie du code temporaire AWM-SITE pour le site_id sélectionné.
9. MaintenantValidation CRM des Connectors multi-sites 1.6.20Confirmer les états Connecté, Code prêt, À connecter et Révoqué sur plusieurs sites du même client, en clair/sombre, desktop et mobile.
10. LivréSource client canonique et fiche unifiée 1.6.17Fournir une API CRM unique pour chercher, lire, lier et modifier les données maîtres du client, puis accueillir les onglets des modules sur la même fiche.
11. MaintenantValidation responsive multi-sites 1.6.19Valider la fiche avec plusieurs secondaires sur desktop, tablette et mobile, puis confirmer la promotion d un secondaire sans perte de site_id ni de source de design.
12. MaintenantValidation terrain de la fiche client unifiéeConfirmer recherche, navigation et onglets Hub, CallTracker, Stats, Assistant, Soutien, Studio, Tech et Hub Client sur alliancewebmarketing.ca.
13. MaintenantValidation facturation du Funnel CRM 1.6.14Vérifier sur Alliance qu aucun service awaiting_number ne génère de facture, puis confirmer activation, prochaine échéance, pause et annulation après achat réel.
14. Prochaines étapesRemises et lignes financières négatives nativesAjouter un objet de remise/ajustement de ligne dans CRM avant d autoriser la migration automatique des anciennes factures WHMCS contenant des lignes négatives.
15. Prochaines étapesPermissions et préférences par contactContrôler facturation, accès Hub, notifications et rôles autorisés pour chaque contact sans donner de droits implicites.
16. Prochaines étapesPasserelles de paiement sécurisées et tokeniséesDéclencher un paiement hébergé depuis Hub sans numéro de carte ou CVV dans AWM.
17. Prochaines étapesPipeline visuel des opportunitésNouveau, Contacté, Qualification, Soumission, Négociation, Gagné et Perdu, relié aux leads CallTracker sans remplacer leur source.
18. Prochaines étapesPropositions et soumissions avancéesModèles, PDF, acceptation/refus, commentaires, signature et conversion vers facture ou service; les lignes multiples de base sont déjà disponibles.
19. Prochaines étapesPrévisions des ventesProjeter la valeur probable et la date de fermeture à partir du pipeline, des probabilités et des opportunités ouvertes.
20. Prochaines étapesImport CSV avec correspondance des colonnes et rapport d erreurs
21. Prochaines étapesSegmentation enregistrée par statut, service, valeur et activité
22. FuturProjets et tâches internes par clientResponsables, échéances, progression, documents et commentaires sans mélanger Soutien ou CallTracker.
23. FuturTemps travaillé et rentabilité clientSuivre les heures, coûts et marge par client, projet et service.
24. FuturDépenses et coûts refacturablesAssocier licences, publicité, téléphonie, sous-traitance et autres coûts au dossier.
25. FuturContrats, renouvellements et signaturesDates, rappels, services couverts, documents et statut de signature.
26. FuturCalendrier CRM unifiéRappels, tâches, contrats, soumissions, factures et renouvellements dans un même calendrier.
27. FuturAutomatisations approuvées et réversiblesDéclencheurs et actions journalisés avec aperçu, permissions et annulation.
28. FuturConsentements et préférences de communication
29. FuturPrévisions de renouvellement et risque de départ client
30. FuturTableau de direction CRMMRR, ARR, churn, valeur pipeline, revenu moyen, encaissements, impayés et marge par client/service.
31. FuturPlans, quotas, essais, promotions et changements de forfaitCoordonner avec Hub l offre commerciale, les limites, essais, promotions et l activation des services sans déplacer la sécurité hors de Core.
32. FuturOnboarding commercial après conversionDéclencher avec Hub un parcours guidé lorsque l opportunité devient cliente, sans dupliquer les données de service.
33. FuturProgramme de références et crédits commerciaux

Le soutien doit préserver toute la conversation, même fermée, puis accélérer la réponse sans perdre le contrôle humain. Les priorités sont la visibilité du fil, les délais, l’assignation et la réutilisation des réponses approuvées.

Objectif : Traiter plus vite chaque demande tout en conservant le contexte, la responsabilité et la qualité de réponse.

1. LivréSoutien AWM 1.5.2 — Archive conservéeLes services de support gardent le contexte du portail et leurs autorisations. Aucun ticket, message ou pièce jointe n’est créé par le repli d’image. Archive conservée.
2. LivréSoutien AWM 1.5.2 — Archive conservéeAucune action de démonstration ne crée de ticket ou conversation. Règles de service inchangées; archive conservée.
3. MaintenantSoutien AWM 1.5.2 - Archive reconduite de la base 4.5.463Soutien AWM 1.5.2 reconduit sans changement runtime. SLA, satisfaction et fils unifiés relus et différés; aucun ticket ni conversation modifié par 4.5.464. La reprise octet pour octet de son archive est vérifiée au packaging.
4. LivréAdministration Soutien harmonisée avec le shell AWMTickets, filtres et réglages suivent le modèle de navigation CallTracker.
5. LivréPermissions granulaires appliquées au traitement et à l’approbation des ticketsAfficher le fil complet, les pièces jointes et les notes autorisées même après la fermeture ou la réouverture du ticket.
6. LivréConversation complète visible pour les tickets ouverts et fermésExpliquer la stratégie de réponse proposée et permettre une nouvelle analyse orientée par les commentaires du collaborateur.
7. Prochaines étapesDélais de première réponse et de résolution avec objectifs de serviceDistribuer les demandes selon le département, la disponibilité et les compétences, avec escalade en cas de retard.
8. Prochaines étapesFiles, assignation automatique et règles d’escaladeSignaler qu’un collègue consulte ou rédige déjà une réponse afin d’éviter les envois contradictoires.
9. Prochaines étapesDétection des réponses simultanées de plusieurs collaborateursMaintenir des réponses rapides approuvées avec propriétaire, date de révision et historique des versions.
10. Prochaines étapesRéponses rapides et procédures internes versionnéesDemander une évaluation après fermeture et analyser les raisons expliquant les réouvertures.
11. FuturSatisfaction après fermeture et motifs de réouvertureRéunir les messages autorisés provenant du courriel, du portail et des messageries dans un fil unique.
12. FuturCanaux courriel, portail et messagerie regroupés dans le même filAnalyser les fichiers avant accès et appliquer des règles de taille, de type et de durée de conservation.
13. FuturAnalyse sécuritaire des pièces jointes et règles de conservationComparer volume, délais, priorités et satisfaction par client, département et responsable.
14. FuturRapports par client, priorité, département et responsable

L’assistant doit proposer, expliquer et apprendre seulement à partir de contenu validé. Sa valeur viendra de réponses concrètes, de sources visibles et d’une boucle de révision où les commentaires humains orientent une nouvelle analyse.

Objectif : Augmenter la qualité et la constance des réponses sans publier ni apprendre automatiquement une information non approuvée.

1. LivréAssistant AWM 1.5.2 — Archive conservéeAucune détection par IA, génération de logo ou modification de connaissances n’est déclenchée par la résolution des visuels. Archive conservée.
2. LivréAssistant AWM 1.5.2 — Archive conservéeLes textes des démonstrations sont fixes et ne déclenchent ni analyse, génération ni appel fournisseur. Connaissances et permissions inchangées; archive conservée.
3. MaintenantAssistant AWM 1.5.2 - Archive reconduite de la base 4.5.463Assistant AWM 1.5.2 reconduit sans changement runtime. Recherche de réponses officielles et jeux de tests qualité relus et différés; aucune base de réponses ni instruction métier modifiée. La reprise octet pour octet de son archive est vérifiée au packaging.
4. LivréAdministration Assistant harmonisée avec le shell AWMConversations, connaissances, outils et réglages utilisent les mêmes sous-onglets que la suite.
5. LivréPermissions granulaires appliquées aux analyses et connaissancesLire tout le fil comme une seule discussion, regrouper les précisions et écarter les remerciements avant de proposer des connaissances réutilisables.
6. LivréAnalyse d’une conversation complète avant création de connaissancesUtiliser les commentaires du réviseur pour relancer l’analyse complète tout en archivant la version précédente et son contexte.
7. Prochaines étapesSources utilisées, passages pertinents et date de validité affichésSignaler clairement les réponses incertaines ou les affirmations qui exigent une validation humaine.
8. Prochaines étapesIndice de confiance et signalement des affirmations à vérifierAppliquer un vocabulaire, un ton et des restrictions propres à chaque client sans mélanger les profils.
9. Prochaines étapesProfils de ton et règles propres à chaque clientComparer les versions des instructions et revenir à une configuration précédente en cas de baisse de qualité.
10. FuturVersionnement des instructions, modèles et réponses approuvéesTester régulièrement les réponses sur des cas réels approuvés et suivre exactitude, utilité et conformité.
11. FuturJeux de tests mesurant exactitude, utilité et respect des règlesDétecter et masquer les renseignements personnels qui ne sont pas nécessaires à la réponse.
12. FuturMasquage automatique des renseignements personnels sensiblesProduire des réponses cohérentes dans plusieurs langues à partir des mêmes connaissances approuvées.
13. FuturRéponses multilingues contrôlées à partir de la même connaissance
14. FuturSuggestion approuvée : Ajouter moteur de rechercheAjouter moteur de recherche pour les Réponses officielles réutilisées avant tout appel IA.

Stats AWM 1.6.2 utilise uniquement les Connectors runtime actifs, consolide les KPI par client/site, rafraîchit silencieusement les résultats et fournit une carte temps réel clair/sombre sans clé API cartographique obligatoire, tout en conservant le stockage UTC et les signaux Health déterministes.

Objectif : Présenter des données compréhensibles et vérifiables, du trafic du site jusqu’aux formulaires et aux campagnes sociales.

1. LivréStats AWM 1.8.10 — Archive conservéeStats conserve ses données et agrégats; l’en-tête du portail fournit uniquement le contexte visuel du client connecté. Aucun ajout de collecte ou de donnée nominative. Archive conservée.
2. LivréStats AWM 1.8.10 — Archive conservéeLes indicateurs de démonstration sont factices et ne consultent ni ne modifient la collecte ou les agrégats Stats. Archive conservée.
3. MaintenantStats AWM 1.8.10 - Archive reconduite de la base 4.5.463Stats AWM 1.8.10 reconduit sans changement runtime. Alertes d’anomalies, attribution et qualité des données relues et différées; confidentialité et lecture agrégée restent inchangées. La reprise octet pour octet de son archive est vérifiée au packaging.
4. LivréCarte Light/Dark réelle · Stats 1.6.2Conserver OpenStreetMap standard en clair, détecter les classes de thème AWM réelles et appliquer le rendu sombre au conteneur Leaflet sans rechargement ni clé API.
5. LivréCarte sans clé API · Stats 1.6.1Utiliser OpenStreetMap standard comme fond par défaut, dériver le mode sombre localement et conserver le direct fonctionnel même si le fond de carte devient indisponible.
6. LivréRafraîchissement silencieux · Stats 1.6.0Actualiser KPI, graphiques, sites et santé en arrière-plan sans rechargement complet ni loader global; conserver le filtre client/site/période et afficher seulement un état discret de fraîcheur.
7. MaintenantValidation de collecte réelle sur sites pilotesConfirmer visites, pages vues, formulaires et conversions après centralisation de la route Core et vérifier le cloisonnement client sur des données réelles.
8. Prochaines étapesValidation de l’installation du script et diagnostic de collecteExpliquer les données manquantes, les écarts de période et le niveau de confiance des indicateurs affichés.
9. Prochaines étapesConnexion Facebook et Instagram avec renouvellement guidé des autorisations
10. Prochaines étapesConnexion TikTok et LinkedIn comme sources optionnelles
11. Prochaines étapesTableaux comparatifs par période, campagne et canal
12. FuturRapports planifiés en PDF, CSV et courriel par client
13. FuturAlertes d’anomalie de trafic, de conversion ou de collecte
14. FuturAttribution entre visite, appel, formulaire et résultat commercial
15. FuturScore de qualité des données et explication des écarts
16. FuturSuggestion approuvée : Avoir un heatmap qui enregistré les session des utilisateurs du site webAvoir un heatmap qui enregistré les session des utilisateurs et les compilés avec les stats pour être consultable