CHANGELOG

Hub AWM V4.5.112Snapshot sécurisé de la version effectivement publiée. Les lignes potentiellement sensibles sont masquées automatiquement.

Contexte développement CHANGELOG README ROADMAP

# Hub AWM 4.5.112

Suite AWM 4.5.469 — Aperçu avant enregistrement · 22 octobre 2026.

Partage 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.

Les contrôles exécutés et leurs limites figurent dans VALIDATION-SUITE-AWM-4.5.469.md. Les essais utilisent le code PHP/CSS/JavaScript réel avec services WordPress substitués; ils ne valent pas installation ou validation sur le site de production.

---

## 4.5.111 — 2026-10-22

Suite AWM 4.5.468 — Bascule clair/sombre et profils distincts.

Le 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.

Les contrôles exécutés et leurs limites figurent dans VALIDATION-SUITE-AWM-4.5.468.md. Aucune installation ni publication de cette version sur l’hébergement n’est présumée.

---

## 4.5.110 — 2026-10-22 · Suite AWM 4.5.467

- Ajoute directement au bloc « Hub Client & connexion » de la fiche CRM la liste des utilisateurs WordPress du site principal lié. Les comptes déjà autorisés sont cochés; le niveau Hub « Approuver » permet d’actualiser la liste et d’enregistrer la sélection.
- Réutilise l’annuaire, le scan authentifié, la liste d’autorisation par site et les journaux de sécurité existants dans Core. Afficher le bloc ou actualiser la liste n’accorde aucun accès nouveau. Les comptes non cochés restent refusés par le Connector, y compris les administrateurs WordPress.
- Lie chaque formulaire au client et à son site principal. Un changement du site principal, de l’annuaire ou des autorisations depuis l’affichage impose de recharger la fiche. Les sélections malformées ou inconnues sont rejetées intégralement. Une sélection explicitement vide retire les autorisations de ce site.
- Ajoute « Ouvrir Hub Client » vers le portail du site lié, en préservant le sous-répertoire WordPress. Ce lien ouvre un nouvel onglet avec la session existante ou les méthodes de connexion déjà proposées par Hub Client; il ne contient ni secret ni jeton de connexion.
- Conserve les couleurs et les six axes du client dans ce bloc, avec la variante claire/sombre active dans Core. Le choix indépendant du portail client et les moteurs d’apparence restent inchangés.

### Validation et portée

Les contrôles acquis pour cette livraison figurent dans les rapports de Suite 4.5.467. La liste utilise les services WordPress et Connector existants; aucune nouvelle route d’authentification ni aucun compte n’est créé par cette interface. La présence du correctif dans les fichiers livrés ne constitue pas une installation sur l’hébergement.

---

## 4.5.109 — 2026-10-22

Les 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.

## Validation et portée

Cette version fait partie de Suite AWM 4.5.466. Les preuves détaillées sont dans `PREUVES-VALIDATION-SUITE-AWM-4.5.466.json` et le rapport `VALIDATION-SUITE-AWM-4.5.466.md` de la Suite. Elles couvrent le rendu PHP et Chromium, les modes opposés, les bascules, les identités distinctes et la persistance du choix du portail. Les tests s’exécutent localement avec données et services WordPress substitués; ils ne constituent pas une installation sur le site de production.

Les préférences client ne sont pas modifiées par l’ouverture d’une carte ou d’une fiche administrative, ni par une bascule Core. Les anciennes notes ci-dessous restent historiques : pour cette livraison, les cartes et fiches administratives utilisent la variante Core, tandis que Hub Client conserve son choix indépendant.

---

## 4.5.108 — 2026-10-22 · Suite AWM 4.5.464

- Rapproche automatiquement les six axes des choix existants : les indices CSS déterminent aussi typographie, surface, mouvement et densité; Neutral/Auto/Subtle/Standard sont les replis sans indice et les profils manuels restent prioritaires.
- Aligne le choix automatique sur une combinaison existante du catalogue, conformément à la précision utilisateur : un logo rouge peut simplement choisir Arctic + Rouge.
- Corrige les rapports de fréquence des couleurs raster, sans changer le poids maximal de l’image ni le classement des couleurs de marque SVG.
- Utilise la couleur nommée la plus proche par distance RGB et Arctic sans géométrie site-css; donne priorité aux boutons de rayon nul (Square) ou positif (Rounded), avec cartes/contrôles en repli.
- Préserve les profils manuels prioritaires et la couleur exacte des palettes manuelles; l’affichage ne réanalyse pas les anciennes données.
- Donne priorité au rayon de bouton CSS : nul → Square, positif → Rounded, indépendamment de la géométrie des cartes; prend en compte variables CSS et rem usuels, avec le repli existant.
- Complète l’apparence SVG pour noir/blanc, RGB(A) et noir implicite, sans changer le classement des couleurs de marque ni mesurer l’aire vectorielle.
- Conserve un profil canonique partagé entre Hub, Hub Client et le contenu de la fiche CRM, sans moteur d’identité propre au CRM ni reconstruction du CSS du site.
- Expose `color_scheme` (auto/light/dark) et `resolved_color_scheme` (light/dark) pour une apparence client indépendante de Core, avec choix manuel prioritaire.
- Résout l’apparence depuis la luminance du logo raster (neutres inclus), les couleurs déclarées SVG ou le fond CSS inconditionnel du site; le repli est Clair. Le résultat est enregistré uniquement pendant l’analyse.
- Applique l’accent du profil et sa variante client aux cartes et à la fiche, avec synchronisations locales protégées.
- Conserve le contrat complet des six axes et les frontières existantes des cartes et fiches Hub avec le shell Core.
- Actualise la documentation et la revue Futur; les trois propositions nouvelles propres au Hub restent différées.

## 4.5.107 — 2026-10-21

- Corrige l’enqueue Hub sur les routes centrales exactes : `admin.css` ne dépend plus uniquement d’un hook contenant `callink`, qui excluait `hub-awm_page_awm-hub-clients`.
- Complète l’isolation CSS de 4.5.106 : la fiche applique le profil Design Composer complet déjà utilisé par la carte client.
- Traite explicitement les six axes famille, couleurs, typographie, surface, mouvement et densité au lieu de se limiter aux couleurs de la fiche.
- Conserve la frontière avec le shell administratif, les aperçus Light/Dark locaux et la priorité des préférences de réduction du mouvement.
- Préserve la liste Clients et son profil principal, ainsi que Hub Client 1.14.39.
- Documente quatre nouvelles capacités UI différées, sans les présenter comme implémentées : Annuler/Rétablir de session, copie sélective de style, résolution de coédition et nuancier nommé.

## 4.5.106 — 2026-10-21

- Corrige le rendu de la fiche client / Identité visuelle affecté par la propagation CSS du shell Core après 4.5.460.
- Réintroduit un pont de tokens `--ci-*` local à la fiche; protège les aperçus Light/Dark et leur typographie du profil administratif global.
- S’appuie sur l’exclusion CSS de la fiche dans Core 4.5.320, tout en conservant les marqueurs de thème et le header administratifs.
- Conserve les cartes de la liste et les réglages de profils clients existants; Hub Client reste en 1.14.39.
- Documente deux capacités Futur nouvelles : scénarios de contenu dans l’aperçu et variantes approuvées de logo pour fonds clairs/sombres. Ces pistes ne sont pas exécutées par cette version.

# 4.5.104 — 2026-10-21
- Hub Clients ajoute explicitement `awm-admin-shell-active`, `awm-module-hub` et les classes Design Composer au body de la liste.
- Corrige le cas terrain où la page restait sur le wrapper legacy même avec Core 4.5.317 actif.
- Aucun changement sur les cartes clients ni les règles métier.

## 4.5.103 — 2026-10-21

- Corrige le retour terrain de 4.5.457 : `Hub AWM > Clients` était bien Dark, mais certains contrôles restaient bleu royal/orange au lieu de reprendre le Design Composer principal (`Arctic Cyan · Glow` dans le test).
- Les boutons primaires, vue Cartes/Tableau, Light/Dark, focus de formulaires, icônes et contrôles suivent désormais `--awm-user-accent`.
- Famille, typographie, densité, surface et mouvement sont propagés au shell Clients; les 12 surfaces, dont Glow/Frosted/Gradient, ont un rendu sur les blocs de filtres/outils/actions.
- Les cartes clients restent des îlots complets de prévisualisation et conservent leur rayon/couleur/surface propres.
- Aucun changement métier.

## 4.5.102 — 2026-10-21

- Corrige le retour terrain de 4.5.456 : `Hub AWM > Clients` pouvait encore afficher un fond clair alors que le Design Composer principal était en Dark.
- Cause : la route canonique `awm-hub-clients` restait classée comme écran d identité client et n entrait pas dans le shell administratif Hub; un second état Light/Dark local pouvait aussi diverger du thème Core.
- La liste Clients est maintenant une surface administrative standard : fond, filtres, actions groupées, vue Cartes/Tableau, contrôles et textes héritent du thème principal Core/Hub AWM.
- Seules les cartes clients restent des îlots de prévisualisation de leur thème automatique/personnalisé.
- Le bouton Light/Dark de la page délègue au contrôle de thème principal et ne maintient plus un état local indépendant.

## 4.5.101 — 2026-10-21

- La détection automatique du thème client suit désormais strictement `logo -> site Web -> thème AWM`.
- Le logo client est analysé séparément et garde la priorité sur les couleurs de template/site lorsqu il est exploitable.
- Hub AWM > Clients suit le thème principal de l administration; chaque carte client devient un aperçu isolé de son thème auto ou personnalisé.
- La source du thème est affichée : logo, site Web, thème AWM ou personnalisé par le client.
- Les listes du Design Composer proviennent du catalogue Core partagé plutôt que de listes locales divergentes.

## 4.5.100 - Carte loader harmonisee au theme (2026-10-21)
- La carte centrale ne reprend plus la surface fixe Light/Dark de Hub lorsque les tokens Core sont disponibles.
- Surface, titre, texte, bordure, rayon et ombre suivent le Design Composer actif.
- Le backdrop subtil de 4.5.99 reste inchange.

## 4.5.99 - Backdrop theme adouci (2026-10-21)
- Corrige le retour terrain de 4.5.98 : le vert du backdrop etait trop intense.
- Reprend les valeurs de perception de l ancien loader : blur 3px et voile neutre majoritaire.
- Teinte active limitee a 8 % en Light et 12 % en Dark, sans saturation artificielle.
- La bordure de la carte redevient neutre.

## 4.5.98 - Loader AWM accentue et floute (2026-10-21)
- Le backdrop du message plein ecran suit maintenant la couleur active du Design Composer.
- En Dark, l accent est melange a un fond profond au lieu de masquer l interface sous un voile noir neutre.
- Blur passe a 9px avec saturation controlee; la carte reste lisible et neutre.

## 4.5.97 - Profils client Surface/Mouvement v2 (2026-10-21)
- Étend les profils design clients à 12 surfaces et 12 mouvements.
- Les libellés sont plus explicites afin qu un stagiaire comprenne immédiatement la différence entre Flat, Floating, Frosted, Glow, Lift, Spring ou Cinematic.
- La validation serveur accepte uniquement le catalogue contrôlé.

## 4.5.96 - Design Composer client enrichi (2026-10-21)
- Étend le profil visuel client avec Typographie, Surface et Mouvement.
- Conserve Famille, couleur issue du logo/site ou roue manuelle, Densité et Light/Dark.
- Les valeurs sont normalisées avant stockage et transmises au Hub Client via le contrat style existant.
- Aucun impact sur les campagnes, leads, CPL, Capturia ou téléphonie.

## 4.5.95 - Profil design Hub Client (2026-10-21)
- Ajoute dans la fiche style client un profil Famille x Couleur x Densite.
- En automatique, la couleur est derivee de la palette logo/site deja detectee.
- En manuel, une roue/selecteur de couleur permet de choisir librement l accent.
- Le profil est expose au Hub Client par le canal style existant.

## 4.5.94 - CRM externes seulement quand utilisés (2026-10-20)
- Ajoute dans **Fiche client → Services** une section **CRM externes** pilotée par le registre Core.
- Pour un client qui utilise un CRM externe (VMV/Capturia), la section est visible et indique le fournisseur actif.
- Pour les autres clients, la section est entièrement masquée en **Guidé** et **Standard**; elle reste disponible en **Avancé** pour le développement/configuration.
- Désactiver Capturia au niveau client coupe les nouveaux transferts des campagnes reliées sans supprimer leads, contacts ou preuves historiques.
- Le parcours guidé ajoute l étape CRM externe uniquement lorsqu un fournisseur est réellement actif.

## 4.5.93 — Fiche client harmonisée et parcours guidé (2026-10-19)
- Réorganise la fiche Hub en deux groupes lisibles : **Dossier** et **Opérations**.
- Renomme les entrées pour la formation : **Services**, **Hub Client & accès**, **LeadTracker**.
- Ajoute le parcours commun Identité → Sites → Services → Hub Client → LeadTracker → Stats → Vérification finale.
- Ajoute une vérification finale des blocs essentiels du client en mode guidé.
- Remplace le bouton héro « Ajouter un service » par un passage explicite vers le **Dossier CRM**; l ajout de service reste dans l onglet Services.
- Les détails serveur/API du Hub Client deviennent des options avancées afin de ne pas surcharger le parcours stagiaire.
- CRM reste la source canonique des données administratives; Hub ne duplique aucune fiche client.

## 4.5.92 — Hub → Clients reste dans Hub (2026-10-19)
- Corrige la navigation **Hub AWM → Clients** qui basculait automatiquement vers **CRM AWM → Clients** malgré le menu Hub dédié.
- La route visible `awm-hub-clients` reste désormais dans Hub pour la liste et la fiche client; CRM demeure la source canonique des données sans imposer un changement de module.
- La fiche Hub conserve **Informations et accès**, Hub Client/Connector, utilisateurs WordPress autorisés, services/modules, identité visuelle et vues LeadTracker.
- Les anciens liens `callink-clients` restent compatibles et peuvent toujours rejoindre la fiche CRM lorsqu'ils ne demandent pas explicitement la vue Hub legacy.
- Le bouton explicite **Modifier les données client dans CRM** reste disponible depuis la fiche Hub.
- Aucun changement aux données CRM, aux permissions, à Hub Client, LeadTracker, Twilio, Capturia ou CPL.

## 4.5.91 — Graphique CPL directement accessible (2026-10-19)
- Ajoute dans la fiche campagne Google Ads un bouton direct **Voir le graphique CPL** vers le Centre CPL de la campagne.
- Le Centre CPL affiche un graphique mensuel clair avec le CPL en courbe principale et les leads en contexte, plus moyenne, meilleur mois, CPL le plus élevé et nombre de mois mesurés.
- Pour Google Ads, le graphique privilégie le dernier instantané CPL mensuel mémorisé par LeadTracker afin de refléter la valeur historique auditée plutôt qu un recalcul volatil.
- Les mois sans données calculables ne sont plus tracés comme de faux zéros.
- L année reste sélectionnable dans le Centre CPL pour naviguer dans tout l historique disponible.
- Aucun changement de formule CPL, de Google Ads API, de Twilio, de Capturia ou des données historiques.

## 4.5.90 — Google Ads : configuration mémorisée et historique CPL automatique (2026-10-19)
- La fiche campagne conserve désormais sans effacement silencieux le MCC, le compte Google Ads, le mode d investissement et les campagnes déjà associées lors d un enregistrement partiel.
- Le choix du compte et de la portée est aussi mémorisé immédiatement par AJAX dès la sélection; le bouton WordPress « Mettre à jour » n est donc plus le seul point de persistance de cette liaison.
- Le passage temporaire en mode « tout le compte » ne détruit plus la sélection de campagnes précédente; elle reste disponible si l opérateur revient au mode multi-campagnes.
- Les libellés MCC et compte client sont mémorisés pour rendre la liaison identifiable sans nouveau chargement API.
- Après enregistrement d une liaison complète, Hub demande automatiquement à LeadTracker de récupérer tout l historique Google Ads disponible et de recalculer le CPL mois par mois.
- Un bloc d état dans la fiche campagne indique : configuration mémorisée, état de synchronisation historique, période et nombre de mois traités, ou la dernière erreur lisible.
- Les résultats mensuels déjà observés restent conservés dans l historique CPL; la validation Google Ads réelle reste à faire sur le terrain.

## 4.5.89 — Loader de campagne : navigation même page sans blocage (2026-10-16)
- Corrige le loader plein écran « Chargement des campagnes » qui pouvait rester ouvert indéfiniment lorsqu'un lien pointait vers la campagne déjà ouverte sur la même page avec une ancre `#lt-editor-*`.
- Le loader Hub ignore maintenant les navigations de fragment dans le même document et les URL strictement identiques; aucune fausse attente `navigationPending` n'est armée sans vraie requête de page.
- Les vraies navigations vers une autre page/campagne conservent le loader.
- Aucun changement Twilio, Capturia, CPL, CRM, formulaires ou données historiques.
- Validation locale statique + scénario vidéo reproduit; validation terrain à confirmer.

## 4.5.88 — Pastilles de campagnes réellement cliquables dans les fiches clients (2026-10-14)
- Hub → Clients → LeadTracker → Campagnes : bouton Actif / Inactif avec confirmation, enregistrement LeadTracker partagé et rafraîchissement de l'état et du compteur sans recharger.
- Un état inconnu, archivé ou non publié ne peut pas être activé par un raccourci trompeur; liens de configuration préservés.
- Les alias clients historiques sont identifiés par #ID dans les lignes, mais ne sont ni fusionnés ni réattribués automatiquement.
- Gardes serveur LeadTracker 1.11.54 inchangées : permissions, nonce, client CRM, conflits, audit; pas de modification des données historiques, Twilio, Capturia, formulaires ou CPL.
- Tests locaux : 6 cas de navigateur simulés et contrôles statiques PHP/permissions; validation terrain et publication de la roadmap publique encore à faire.

## 4.5.87 — Historique des appels : durees lisibles (2026-10-13)
- Dans l historique complet de chaque campagne, rendre la colonne Durée effective : `call_duration` prioritaire, `recording_duration` en repli lorsque la durée totale est inconnue.
- Afficher `m:ss` ou `h:mm:ss` et indiquer « enregistrement » pour le repli, car la durée audio n est pas toujours celle de la communication.
- Même règle sur la page Hub « Appels récents » ; aucune écriture en base, re-synchronisation Twilio, changement de statut, CPL ou coût.
- 20 assertions PHP sur les formats historiques et les absences de données; tests localement validés ; WordPress réel à vérifier.

## 4.5.86 — UX frais de gestion SEO / Autre — 2026-10-10
- SEO affiche clairement « Aucun frais de gestion » et masque toute logique de pourcentage.
- Autre demande simplement si des frais de gestion existent.
- Si Oui : choix visuel Pourcentage / Montant fixe et valeur correspondante.
- Les cartes État actuel et Historique affichent « Aucun », un pourcentage ou un montant fixe selon la vraie règle.
- La Vue globale explique que le barème AWM ne concerne que Google Ads.

## 4.5.85 — Centre CPL multi-source — 2026-10-10
- Le stagiaire choisit Google Ads, SEO ou Autre au lieu de devoir comprendre le câblage technique.
- SEO/Autre affichent un montant mensuel, une date de départ et un bouton d harmonisation de tout l historique.
- La Vue globale affiche Google Ads / SEO / Autres / À classer et met à jour chaque source avec le bon moteur.

## 4.5.84 — Centre CPL : erreurs lisibles et catalogue corrigé — 2026-10-10
- Le Centre CPL n affiche plus les erreurs Google Ads brutes comme message principal pour un utilisateur/stagiaire.
- Les erreurs sont reformulées en action compréhensible; le détail technique reste disponible dans un volet **Détails techniques**.
- La carte « Autres campagnes » précise qu aucun câblage Google Ads n est demandé au lieu de les présenter implicitement comme des erreurs.

## 4.5.83 — Centre CPL guidé pour stagiaire — 2026-10-10
- Refonte complète d Historique CPL autour de deux parcours seulement : **Vue globale** et **Une campagne**.
- La Vue globale affiche une action principale **Mettre tout à jour**, les CPL Google Ads prêts, uniquement les vraies configurations incomplètes et les campagnes non concernées séparément.
- La vue campagne est organisée en 4 étapes : choisir campagne/année, état actuel, Google Ads, historique de l année.
- Les réglages techniques, valeurs manuelles, Capturia, migration et outils legacy sont déplacés sous **Avancé**.
- Le tableau historique est ramené à 8 colonnes utiles; provenance et détails techniques sont accessibles par ligne au besoin.
- Le câblage Google Ads s insère dans l étape Google Ads et ne duplique plus les actions de synchronisation mensuelle.
- Le graphique respecte maintenant les couleurs Light/Dark du shell AWM et ne crée plus un panneau blanc imbriqué.
- Le bouton global respecte explicitement la permission `calltracker/approve`.

## 4.5.82 — Synchronisation globale Google Ads / CPL — 2026-10-10
- Ajoute dans Historique CPL un panneau global « Toutes les campagnes, toutes les années, tous les mois — en un clic ».
- La file traite automatiquement tous les CPL câblés à Google Ads avec progression campagne par campagne.
- Une fois toutes les récupérations réussies, l interface déclenche le barème AWM sur l ensemble des lignes CPL.
- Affiche les CPL Google Ads traités, mois lus/créés/corrigés, lignes de barème corrigées et campagnes sans câblage complet.
- Une erreur Google Ads est isolée et le recalcul global final est volontairement bloqué jusqu à résolution.

## 4.5.81 — Tous les mois Google Ads automatiquement — 2026-10-09
- Renomme le parcours d audit en **Récupérer tous les mois automatiquement**.
- Un seul clic récupère toute la série mensuelle Google Ads disponible puis corrige l historique CPL.
- Le statut confirme le nombre de mois traités automatiquement.
- Affiche un avertissement si la rétention Google Ads impose de conserver des mois plus anciens sans modification.
- Aucun changement aux coûts annexes, Capturia, appels, formulaires ou CRM Client AWM.

## 4.5.80 — Audit historique Google Ads complet — 2026-10-09
- Historique CPL ajoute **Vérifier et corriger tout l historique**.
- Le parcours demande une confirmation explicite que les campagnes Google Ads cochées représentent bien le CPL sur toute la période.
- Le résultat affiche la période auditée, les investissements corrigés, taux corrigés, mois créés, mois déjà exacts, mois sous 100 $ à vérifier et erreurs/request-id.
- Un avertissement indique combien de lignes plus anciennes que le début Google Ads ont été conservées sans modification.
- L audit est exécuté en AJAX et le tableau peut être rechargé immédiatement après la correction.

## 4.5.79 — CPL Google Ads multi-campagnes — 2026-10-09
- Historique CPL permet maintenant de cocher plusieurs campagnes Google Ads pour un seul CPL.
- Les campagnes sélectionnées sont validées contre le même MCC et le même compte Google Ads avant enregistrement.
- Le panneau Google Ads reste éditable après association : les cases cochées sont restaurées automatiquement.
- La portée affiche le nombre de campagnes associées et le bouton de synchronisation indique que leurs investissements seront additionnés.
- La fiche campagne accepte elle aussi plusieurs campagnes Google Ads sans casser l ancien champ `_callink_google_ads_campaign_id`.
- Compatibilité conservée : le premier ID reste écrit dans la méta historique et la nouvelle liste complète est stockée dans `_callink_google_ads_campaign_ids`.

## 4.5.78 — Google Ads CPL : association AJAX fiable + CSS Light/Dark — 2026-10-09
- Corrige une incohérence de permissions : le panneau CPL est disponible avec `calltracker/edit`, mais les routes AJAX comptes/campagnes exigeaient encore `calltracker/admin`. Les routes de câblage utilisent maintenant la même permission `edit` que l’écran.
- Supprime le formulaire HTML imbriqué utilisé pour associer la campagne Google Ads dans Historique CPL; l’association passe maintenant par une route AJAX dédiée et validée côté serveur.
- Charge automatiquement les campagnes Google Ads au lieu d’attendre un premier clic et affiche l’état OAuth/API directement dans la carte.
- Vérifie que le compte client est réellement accessible sous le MCC avant de charger ses campagnes.
- Les erreurs Google Ads remontent maintenant dans l’écran avec le `request-id` quand Google en fournit un.
- Refonte CSS du panneau Google Ads avec les variables du shell Hub : contraste Dark/Light, carte compacte, sélecteur lisible, états vert/jaune/rouge et responsive.
- Aucun fallback vers le coût du compte entier; le CPL reste fail-closed.

## 4.5.77 — Google Ads CPL fail-closed guidé — 2026-10-08
- Corrige le cas terrain où **Portée : Campagne** était affiché sans identifiant de campagne, puis **Récupérer l’investissement Google Ads** terminait par « La campagne Google Ads est manquante. ».
- Historique CPL détecte l'association incomplète avant toute synchronisation et bloque le bouton de récupération.
- Le même écran peut charger les campagnes du MCC/compte, valider que la campagne choisie appartient bien au compte et enregistrer l'association.
- Aucun repli vers le coût du compte entier : le CPL reste fail-closed pour éviter un investissement erroné.
- La fiche campagne conserve les sélections MCC/compte/campagne existantes lors d'un rechargement des listes.

## 4.5.76 — recherche LeadTracker AWM — 2026-10-08
- Synchronise la roadmap publique avec LeadTracker AWM 1.11.42.
- Documente le moteur de recherche instantané du tableau de câblage : campagne, client, domaine, formulaire, numéro et source.
- Documente les filtres Tous / Fonctionnels / À vérifier et le compteur de résultats.
- Aucun changement CRM Client AWM, CRM AWM, CPL, Capturia ou données Hub.

## 4.5.75 — CRM Client AWM et LeadTracker — 2026-10-07
- Ajoute **CRM Client AWM** au registre des services applicables au client.
- Conserve `CRM AWM` comme module interne Alliance et ne l expose jamais comme CRM du client.
- Met à jour les surfaces principales vers le nom visible **LeadTracker AWM**.
- Ajoute l accès au tableau **Câblage des leads**.

## 4.5.74 — 2026-10-06
- Roadmap publique synchronisée avec CallTracker 1.11.40 après la validation terrain Capturia de VMV-GADS.
- Le diagnostic Capturia affiche **Clé validée** lorsque les lectures Sources + Contacts ont réellement réussi.
- L’heure de réconciliation est présentée dans le même fuseau que le reste du Hub.
- Le CPL exclut les copies Capturia d’un formulaire AWM déjà présent pour le même prospect (courriel ou téléphone, fenêtre 24 h) sans supprimer l’historique.
- Le panneau expose **Doublons AWM exclus** afin que le calcul reste auditable.

## 4.5.73 — 2026-10-06
- Roadmap publique synchronisée avec CallTracker 1.11.39 : consolidation des anciens doublons de dossiers CRM pour Capturia.
- Documente le cas VMV : ancien client lié #57, dossier CRM actif attendu #275.
- Le rapprochement est basé sur l'identité réelle du client et reste fail-closed en cas d'ambiguïté.

## 4.5.72 — 2026-10-06
- Roadmap publique synchronisée avec CallTracker 1.11.36 : correction du faux blocage **client inactif** dans Capturia.
- CRM AWM demeure la seule source de vérité du statut `active / inactive / archived`; l’accès portail/Core n’est plus interprété comme une suspension client.
- Ajoute au parcours de validation terrain le contrôle du **Statut client CRM** avant récupération des leads Capturia.
- Aucun changement Twilio, Google Ads, historique CPL ou données client dans Hub.

## 4.5.71 — 2026-10-05
- Roadmap publique synchronisée avec CallTracker 1.11.35 : menu **Source Capturia**, synchronisation des sources et récupération ciblée des leads par UUID de tag.
- Documente les scopes Capturia `tags:read` + `contacts:read` et la règle anti-surcomptage : aucune nouvelle synchronisation sans source choisie.
- Aucun changement aux écrans clients, Twilio, Google Ads, CPL ou données historiques du Hub.

## 4.5.70 — 2026-10-05
- La correction historique CPL à 7 % devient globale à la campagne : elle ne dépend plus de l’année sélectionnée dans le graphique.
- Le compteur recense toutes les lignes encore à 7 % et affiche leur répartition par année.
- Le bouton envoie `backfill_year=0`, ce qui force CallTracker à relire le vrai investissement Google Ads de chaque mois à 7 %, puis à appliquer le barème AWM officiel.

## 4.5.70 — 2026-10-05
- Clarifie et applique la règle métier : un taux à 7 % déclenche une resynchronisation complète du vrai investissement Google Ads, puis le recalcul du taux AWM.
- Le compteur inclut toutes les lignes à 7 %, même si une provenance manuelle a été héritée d'une migration.
- Le message de résultat indique combien d'investissements ont réellement été remplacés par Google Ads.

## 4.5.68 — 2026-10-05
- Refonte professionnelle du formulaire CPL : grille de cartes, contraste Dark/Light, unités intégrées et responsive propre.
- Ajoute le compteur réel de mois à 7 % pour l’année choisie avant synchronisation et désactive l’action si aucun mois n’est détecté.

## 4.5.67 — 2026-10-05
- Historique CPL : correction Google Ads des mois legacy 7 %, provenance Auto/Manuel/Legacy/Règle AWM et protection des valeurs manuelles.
- CSS du formulaire CPL corrigé pour empêcher les champs/boutons surdimensionnés et les débordements.

## 4.5.66 - CPL complet et paramètres mensuels - 2026-10-04
- Historique CPL ajoute un panneau **CPL complet** par mois avec investissement, source/devise, gestion, réceptionniste, autres coûts, leads admissibles et CPL final.
- Affiche clairement l'état **Complet / Complet · 0 lead / À compléter** et les raisons restantes.
- Ajoute des paramètres mensuels récurrents par campagne : rabais de gestion, réceptionniste et autres coûts.
- Permet d'appliquer ces paramètres aux nouvelles lignes Google Ads ou explicitement au mois affiché.
- L'historique CPL affiche maintenant la source, la devise, la fraîcheur et l'état de complétude de chaque ligne.
- Une ligne Google Ads conserve sa provenance lorsqu'on modifie uniquement les frais annexes; un investissement changé manuellement devient un remplacement explicite.
- Le formulaire charge automatiquement la ligne du mois courant lorsqu'elle existe afin d'éviter de recréer une ligne à zéro par erreur.
- Aucun changement au dénominateur CPL ni aux règles Capturia/Twilio.

## 4.5.65 - Migration historique unifiee - 2026-10-03
- Remplace l ancien bouton **Importer appels + formulaires** de CallTracker AWM → Migration par le moteur de réintégration contrôlée CallTracker.
- La page Migration utilise maintenant la session reprenable, les lots de 100 lignes, le curseur persistant, la déduplication et la validation SHA-256 fichier par fichier.
- Supprime le parcours legacy qui envoyait environ 1 000 lignes dans une seule requête AJAX et pouvait rester figé sur **Préparation…**.
- Affiche directement les compteurs, le lot source X / 115, la progression, les erreurs, Pause/Reprendre et la confirmation administrative.
- Aucun changement aux clients, campagnes, numéros, CPL ou routage Twilio.

## 4.5.64 - Assistant Routage & audio en 5 etapes - 2026-10-02
- Refonte la vue client CallTracker en parcours guide pour un stagiaire : Reception, Horaires, Routage de secours, Messages audio, Validation.
- Ajoute une barre de progression 1 a 5 en haut de chaque campagne avec etats Pret, Optionnel, Configure ou A verifier.
- Renforce la hierarchie visuelle : titre de page 32 px, titres de campagne 24 px, titres d etape 21 px, labels et aides lisibles en 1080p.
- Separe clairement les horaires du routage de secours; les options avancees ne sont plus melangees a la reception des appels.
- Ajoute deux actions d assistance horaire pour copier le lundi vers lundi-vendredi ou vers toute la semaine.
- Regroupe le disclosure et la publicite dans l etape Messages audio avec lecteurs, etat du MP3, televersement/remplacement et retour au fichier par defaut.
- Ajoute une etape finale de verification avec resume Reception, Horaires, Secours et Disclosure avant l action principale Enregistrer la configuration.
- Conserve sans changement le moteur CallTracker/Twilio, le stockage MP3, les nonces, permissions, horaires et routage existants.

## 4.5.63 — Routage & audio réellement stylé + lisible — 2026-10-02
- Corrige la cause terrain observée sur `awm-hub-clients` : `admin.css` n'était pas chargé dans la vue legacy CallTracker de la fiche client, ce qui laissait le nouveau HTML 4.5.62 presque brut.
- Les vues `legacy_client_view=1` Hub/CallTracker sont maintenant reconnues comme écrans AWM : feuille admin, variables de thème et classe Dark sont appliquées avant rendu.
- Rehausse la lisibilité 1080p : titres, labels, aides, champs, badges, boutons et cartes MP3 passent à des tailles professionnelles; suppression des textes 9–10 px hors micro-libellés.
- Dark natif : surfaces hiérarchisées, contrastes renforcés, champs/fichiers cohérents, aucune carte blanche isolée.
- Conserve la logique métier CallTracker, les MP3, le routage, les horaires et les versions des autres modules inchangés.

# 4.5.62 — 2026-10-02

- Refonte complète CSS/UX de **Fiche client → CallTracker → Routage & audio** après validation vidéo terrain.
- Remplace la grille 2 colonnes illisible par une campagne pleine largeur, avec identité, numéro Twilio et états Entrants / Enregistrement / Dialer clairement séparés.
- Regroupe les réglages en 4 étapes : Réception des appels, Routage avancé, Activation des messages, Fichiers MP3.
- Déplace horaires/fermetures/débordement dans une section avancée repliable, ouverte automatiquement lorsqu une configuration avancée existe.
- Remplace le gigantesque sélecteur natif de fuseaux horaires par une saisie assistée `datalist`, évitant le panneau blanc illisible observé en mode sombre.
- Refonte les jours/heures en lignes compactes, améliore contraste, espacements, labels, aides et responsive 1080p/tablette/mobile.
- Message 1 est renommé visuellement **Avertissement / disclosure** et les MP3 utilisent deux cartes dédiées avec lecture, état Par défaut/Personnalisé, téléversement/remplacement et suppression contrôlée.
- Ajoute une barre d enregistrement explicite pour séparer les réglages de routage des actions de fichiers audio.
- Aucun changement de logique CallTracker, Twilio, stockage audio, routage, CPL ou schéma BD.

## 4.5.61 - Gravity Forms dans les sources CallTracker - 2026-09-30
- Ajoute le libellé `Gravity Forms` pour la source `hub_client_gravityforms` dans les vues de formulaires/leads.
- Aucun changement de navigation ni de permissions.

## 4.5.60 - Navigation CallTracker fiche client - 2026-09-29
- Corrige les sous-onglets CallTracker de la fiche client Hub : Campagnes, Leads, Appels, Historique CPL, Routage & audio et Dialer conservent désormais `legacy_client_view=1`.
- Le clic sur un sous-onglet ne retombe plus dans le bridge CRM et conserve correctement `ct_tab`.
- Aucun changement de données client, de routage Twilio ou de permissions.

## 4.5.59 - Validation CPL Capturia et pipeline - 2026-09-25
- Le panneau de validation Capturia utilise les variables du shell AWM pour rester lisible en modes Light et Dark, avec repli responsive mobile.
- Historique CPL ajoute un mois de validation Capturia pour la campagne sélectionnée.
- Nouveau panneau : leads Capturia importés, leads réellement comptés dans le CPL, opportunités actuelles, valeur pipeline actuelle et répartition par étape.
- Les KPI pipeline proviennent uniquement des contacts Capturia déjà attribués à la campagne; aucun compteur global du compte n est utilisé pour le CPL.
- Affiche la disponibilité des lectures pipeline et bookings sans rendre ces scopes obligatoires.
- La réconciliation complète du tag Capturia est visible afin de confirmer que les contacts retirés/supprimés ne restent pas dans le CPL après un scan complet.
- Les rendez-vous restent un diagnostic tant que l attribution contact/projet n est pas validée sur le payload réel du premier client.
- La formule CPL et l historique existant restent inchangés.

## 4.5.58 - Affichage Capturia dans Leads et CPL - 2026-09-24

- Ajoute une colonne Capturia distincte dans le tableau CPL et conserve une colonne Formulaires AWM séparée.
- Le total de leads et le CPL utilisent la valeur `capturia_counted` fournie par CallTracker, donc un connecteur Capturia désactivé ou exclu du CPL ne modifie pas le calcul.
- Identifie les lignes `source=capturia` comme **Capturia** dans la fiche client Leads.
- Met à jour le libellé de la formule CPL pour documenter appels entrants + formulaires AWM + leads Capturia activés.
- Aucun secret Capturia ni appel API n est ajouté à Hub AWM.

## 4.5.57 — Pulse v2 Health — 2026-09-12

- Le pulse Hub publie score, fraîcheur et raison explicable à partir du portefeuille client canonique CRM.
- Aucune suspension commerciale n est interprétée comme une panne technique.

## 4.5.56 — Pulse opérationnel transversal — 2026-09-12

- Expose au Core un pulse clients actifs / total basé sur l autorité CRM.
- Le pulse sert de résumé transversal et ne remplace pas les fiches Hub/CRM.

## 4.5.55 — 2026-09-11
- Les listes opérationnelles Hub, campagnes, services, découverte de sites et comptes n'exposent plus les clients CRM inactifs.
- CRM AWM reste l'autorité du statut; les données historiques demeurent accessibles depuis CRM.
- Une réactivation réutilise les mêmes sites, services et liaisons.

## 4.5.54 — 2026-09-09
- Le loader global ignore explicitement les requêtes techniques silencieuses `awm_silent=1`.
- Les actualisations Stats `callink_stats_awm_live` et `callink_stats_awm_snapshot` restent en arrière-plan et ne provoquent plus d'overlay toutes les 10/30 secondes.
- Le loader reste réservé aux actions utilisateur explicites et aux navigations métier.

## 4.5.53 — 2026-09-08
- Le bloc permanent **Hub Client & connexion** utilise le site principal CRM comme destination Hub Client par défaut.
- Les actions Générer/Régénérer/Révoquer ciblent le `site_id` du site principal avec l'API Connector multi-sites quand CRM 1.6.21 est disponible.
- Les anciens environnements restent compatibles avec l'API Connector client historique en fallback.
- Le bloc affiche clairement le site Hub par défaut et renvoie vers **Sites du client** pour gérer les Connectors secondaires indépendamment.
- Corrige le contraste des KPI du bloc Hub Client en thème sombre.
- Révoquer ou régénérer depuis ce bloc n'affecte plus les Connectors des sites secondaires lorsque l'API multi-sites est disponible.

## 4.5.52 — 2026-09-06

- Ajoute dans la roadmap publique les liens Contexte développement, CHANGELOG, README et ROADMAP pour chaque module.
- Les liens ciblent toujours la version effective publiée et deviennent invalides si une version plus récente la remplace.

## 4.5.51 — 2026-09-04
- Ajoute sur la fiche client CRM deux blocs permanents gérés par Hub : **Hub Client & connexion** et **Services**.
- Le bloc Hub Client permet autorisation/désactivation, génération/régénération du code de liaison et révocation du Connector depuis la fiche canonique.
- Le bloc Services permet de choisir directement les modules AWM et les services/abonnements CRM appliqués au client.
- Les choix restent liés au `client_id` CRM; Hub ne copie aucune donnée maître client.

## 4.5.50 — 2026-09-04
- Corrige la route Clients de Hub/CallTracker qui tentait une redirection CRM après le début du rendu WordPress.
- Les redirections vers la fiche client canonique CRM sont maintenant exécutées sur `admin_init`, avant tout en-tête ou shell visuel.
- Ajoute un fallback sans en-tête HTTP pour les environnements où un plugin tiers modifie l ordre des hooks, afin d éviter tout `Cannot modify header information`.
- CRM reste la source canonique des clients; aucune base ni fiche parallèle n est recréée.

## 4.5.49 — 2026-09-04
- Hub AWM ne maintient plus de répertoire client parallèle : Clients redirige vers la recherche canonique CRM.
- Ajoute les onglets Hub, CallTracker, Stats, Assistant, Soutien, Studio et Hub Client à la fiche client CRM unifiée.
- Les listes et sélecteurs clients actifs de Hub consomment désormais l API canonique CRM.
- Les écrans Hub historiques ne peuvent plus modifier les données maîtres CRM; seuls les réglages propres à Hub restent modifiables.
- La découverte de site enregistre le site maître via le service CRM au lieu d écrire directement la méta client.

## 4.5.48 — 2026-09-04
- Ajoute une API d extension sûre pour les onglets de la fiche client Hub.
- Tech AWM 1.2.0 peut maintenant injecter son onglet Tech sans réembarquer son moteur dans Hub AWM.
- Le mode Tech réutilise exactement la liste, les cartes, filtres et moteur de recherche clients existants.
- Depuis Thech AWM, l ouverture d une fiche arrive directement sur l onglet Tech et conserve le retour vers la même recherche.

# Changelog Hub AWM

## 4.5.47 — 2026-09-04
- Extrait Thech/Tech AWM du paquet Hub vers le nouveau paquet autonome Tech AWM 1.1.0.
- Conserve les intégrations visuelles et les points d'accès Hub nécessaires au module autonome.
- Hub AWM ne charge plus les classes, assets ni base de données Tech AWM.

## 4.5.46 — 2026-09-04

- **Thech AWM 1.0.2** adopte le même langage visuel Premium que les autres modules AWM.
- Refonte des cinq écrans Sites, IA, Consommation, Mémoire et Journal avec cartes KPI, panneaux, tableaux, badges et formulaires harmonisés.
- Ajoute une recherche instantanée des clients/sites et un affichage responsive des permissions et versions.
- Réutilise les tokens clair/sombre du shell Core et la couleur Thech configurable dans Hub.
- Supprime le doublon du bouton Light/Dark lorsque le shell Core affiche déjà le contrôle de thème commun.
- Synchronise cette amélioration dans la roadmap de la Suite 4.5.85; la validation visuelle réelle reste classée Maintenant.

## 4.5.45 — 2026-09-04

- **Thech AWM 1.0.1** devient un menu WordPress principal de la Suite, au même niveau que Hub, CRM, CallTracker, Stats, Assistant, Soutien et Studio.
- Retire Thech AWM du sous-menu Hub sans séparer son code du paquet Hub AWM.
- Ajoute Thech AWM au système visuel commun des menus : logo Alliance, pictogramme Outils configurable et couleur dédiée.
- Stabilise l ordre du bloc AWM : Core, Hub, CRM, CallTracker, Stats, Assistant, Soutien, Studio, Thech.
- Le shell Core fournit à Thech AWM ses onglets Sites, IA, Consommation, Mémoire et Journal.
- Synchronise cette correction dans la roadmap de la Suite 4.5.84.

## 4.5.44 — 2026-09-04

- Intègre **Thech AWM 1.0.0** directement dans Hub AWM, sans plugin Alliance séparé.
- Ajoute activation/désactivation par client, permissions, réglages IA, consommation, mémoire et journal des actions.
- Centralise les conversations et résumés pour limiter les tokens envoyés lors des interventions futures.
- Ajoute Thech AWM à la roadmap publique et aux suggestions avec les états Livré/Maintenant/Prochaines étapes/Futur.
- Réutilise le Connector Core/Hub Client existant; aucun secret Tech distinct n est distribué aux clients.

## 4.5.43 — 2026-09-02

- Expose dans la fiche client CallTracker la phase 1 du routage avancé 1.9.7.
- Ajoute l horaire hebdomadaire, les jours fériés, la destination hors heures, le débordement et le délai de sonnerie.
- Affiche un aperçu compact de la route effective : Ouvert/Fermé, heure locale, destination actuelle et secours.
- Conserve la logique métier et les données de routage dans CallTracker; Hub reste une interface/orchestrateur.

## 4.5.42 — 2026-09-02

- Roadmap publique : un clic sur **Livré**, **Maintenant**, **Prochaines étapes** ou **Futur** ouvre maintenant une fenêtre popup dédiée à l état sélectionné.
- Le popup affiche le nom du module, le nombre d éléments, une liste déroulante plus lisible et un bouton **×** pour fermer rapidement.
- Les cartes d états restent compactes dans le panneau de droite; la lecture détaillée passe désormais par une superposition sombre cohérente avec le thème Alliance.
- Le comportement est compatible clavier et mobile : fermeture par **×**, clic sur le fond et touche **Échap**.

## 4.5.41 — 2026-08-31

- Ajoute Studio AWM au système commun d icônes WordPress de la Suite.
- Utilise le logo Alliance comme base, le pictogramme Studio coloré et les mêmes dimensions que les autres modules.
- Stabilise l ordre du bloc AWM : Core, Hub, CRM, CallTracker, Stats, Assistant, Soutien, Studio.
- Ajoute Studio aux réglages d icône/couleur de Hub, source visuelle unique du menu administrateur.
- Maintient Studio autonome : aucune donnée, maquette, moteur IA ou logique métier Studio n est déplacée dans Hub.

## 4.5.40 — 2026-08-31

- Aligne la documentation publique sur Studio AWM 1.12.0.
- Confirme que la nouvelle galerie `awm-studio-mockups` appartient entièrement au plugin Studio.
- Maintient Hub sans classe, JavaScript, préparation, maquette, réglage ou donnée métier Studio.
- Harmonise le README, la roadmap et la description publique avec la Suite AWM 4.5.70.

## 4.5.39 — 2026-08-31

- Force le remplacement des anciennes versions Hub pouvant encore contenir `AWM_Hub_Studio` et enregistrer la route `callink-studio`.
- Confirme que le paquet Hub ne contient ni classe, ni JavaScript, ni réglage, ni donnée métier Studio.
- Documente Studio AWM 1.11.1 comme seul propriétaire de son menu, de sa route, de ses actions AJAX et de son visualiseur.
- Maintient le partage strict avec Core aux domaines de sécurité et de connexions.
- Harmonise la documentation publique et la roadmap avec la Suite AWM 4.5.70.

## 4.5.38 — 2026-08-30

- Retire de Hub le moteur métier, l'interface PHP et le JavaScript de Studio.
- Hub ne charge plus `AWM_Hub_Studio`, `AWM_Core_Studio` ni `studio-preview.js`.
- Studio AWM 1.11.0 devient un module autonome de premier niveau.
- Hub conserve uniquement son rôle de portail et d'orchestrateur des services clients.
- La documentation publique décrit la nouvelle séparation sans attribuer les données Studio à Hub.

## 4.5.37 — 2026-08-29

- Publie Studio AWM 1.10.4.
- Recharge automatiquement la préparation la plus récente lorsqu aucun `prep_id` n est présent.
- Conserve la préparation active dans le lien de l onglet Création.
- Affiche un sélecteur des préparations récentes, un raccourci direct Voir les 3 maquettes et un état explicite lorsqu aucune maquette n existe.
- Ajoute un mode Créer une nouvelle page explicite qui n ouvre aucune ancienne préparation.
- Replie le formulaire de nouvelle préparation lorsqu une maquette est active afin que les trois propositions apparaissent immédiatement.
- Rend A, B et C intégralement côté serveur dans trois canevas distincts; la prévisualisation reste visible même sans JavaScript.
- Force l affichage du panneau, des boutons Écran/Tablette/Mobile, de l étiquette et du canevas avec des sélecteurs propres à Studio.
- Ajoute un marqueur visible Studio 1.10.4 · Hub 4.5.37 pour confirmer le code chargé.

## 4.5.36 — 2026-08-29

- Publie Studio 1.10.3 avec une réparation automatique du grand aperçu lorsqu un ancien rendu administratif ne contient pas le canevas complet.
- Reconstruit au besoin l étiquette, le conteneur de prévisualisation, la cible de rendu et le bouton de fermeture à partir des trois miniatures déjà générées.
- Force une empreinte SHA-256 du fichier JavaScript dans son URL afin qu un ancien actif mis en cache ne puisse pas conserver le contrôleur précédent.
- Maintient le canevas en mode bloc pour Écran, Tablette et Mobile et centre uniquement le navigateur rendu.
- Réinitialise les panneaux Studio reconstruits dynamiquement, synchronise A/B/C, le format, l approbation, l URL et le plein écran.
- Ferme le plein écran par le bouton, la touche Échap ou un clic hors de la maquette.

## 4.5.35 — 2026-08-28

- Publie réellement Studio 1.10.2 avec le visualiseur résilient qui n avait pas été inclus dans l archive Hub distribuée précédemment.
- Rend la maquette sélectionnée côté serveur dans un grand aperçu toujours présent dans le HTML.
- Remplace les boutons dépendants du JavaScript par des liens de repli A/B/C et Écran/Tablette/Mobile.
- Clone instantanément la maquette choisie dans le grand rendu lorsque JavaScript fonctionne.
- Ajoute un repli CSS pour le plein écran et un formulaire POST sécurisé pour l approbation.
- Ajoute un marqueur visible de version du visualiseur afin de confirmer immédiatement le code réellement chargé.

## 4.5.34 — 2026-08-28

- Publie Studio 1.10.1.
- Rend le grand aperçu de la maquette sélectionnée côté serveur, sans dépendre de JavaScript pour exister.
- Ajoute des liens de repli A/B/C et Écran/Tablette/Mobile avec conservation de l état dans l URL.
- Charge le contrôleur de maquettes dans l en-tête et le versionne avec l empreinte réelle du fichier afin de contourner les caches obsolètes.
- Corrige la sélection, le responsive, le plein écran, les états ARIA et l approbation avec un repli POST sécurisé.
- Retire l observation globale des mutations du DOM et conserve le rendu serveur pendant l initialisation.

## 4.5.33 — 2026-08-27

- Publie Studio 1.10.0.
- Charge `assets/js/studio-preview.js` uniquement dans Studio avec la version Hub comme cache-buster.
- Fiabilise la sélection des maquettes A/B/C et les vues Écran, Tablette et Mobile avec événement délégué.
- Ajoute de vrais boutons accessibles, un état actif annoncé et un mode plein écran.
- Ajoute le panneau Page générée avec raccourcis vers la page, Elementor, le SEO, le projet et une nouvelle création.
- Ajoute le contrôle qualité automatique avant publication.
- Documentation et roadmap synchronisées.

## 4.5.32 — 2026-08-27

- Studio 1.9.0 affiche maintenant trois maquettes visibles avant Elementor.
- Ajoute le sélecteur A Conversion / B Premium / C Éditoriale avec aperçu complet de la proposition choisie.
- Corrige les boutons Écran, Tablette et Mobile : ils modifient réellement la largeur et le responsive de l aperçu.
- Ajoute des miniatures de chaque proposition et un état visuel clair de la maquette sélectionnée.
- Les actions d approbation et de correction par prompt travaillent sur la proposition sélectionnée.
- Les anciens projets Studio sont compatibles sans migration manuelle.

## 4.5.31 — 2026-08-27
- Refonte Studio en panneau professionnel : Création, Batch, Optimisation globale, Projets & historique.
- Ajoute la maquette visuelle interne responsive avant Elementor.
- Ajoute Approuver, Générer une autre proposition et Demander une modification.
- Ajoute la publication finale après confirmation que l aperçu réel a été vérifié.

## 4.5.30 — 2026-08-27
- Studio 1.7.0 affiche explicitement que la référence est appliquée au rendu.
- Le résumé de référence expose Hero, largeur, rythme et alternances détectés.
- La préparation existante peut réappliquer la référence sans recréer son formulaire.
- Documentation et roadmap synchronisées avec le nouveau moteur de rendu.

## 4.5.29 — 2026-08-27
- Studio 1.6.0 simplifie l UX et sépare complètement **Créer une page** du **Batch local**.
- Remplace l ancienne navigation par quatre espaces dédiés avec état actif visible.
- Créer une page suit : décrire → réviser SEO/images → créer le brouillon Elementor.
- Batch local possède son propre formulaire multi-villes et son propre parcours.
- Les options avancées de référence, effets, URL et gabarit sont repliées.
- Optimiser les pages et Historique deviennent des espaces indépendants.

## 4.5.28 — 2026-08-27
- Studio 1.5.0 ajoute Page de référence, analyse structurelle et niveaux d inspiration.
- Ajoute les contrôles d effets/dimensions et le résumé du rendu prévu avant lancement.
- Étend le Batch local à une référence commune.
- Conserve palette, typographie et identité du client comme source visuelle finale.

## 4.5.27 — 2026-08-27
- Studio 1.4.0 ajoute le bouton « ✦ Tout générer avec l IA » dans Nouvelle page.
- Le mot-clé principal et les variantes peuvent être saisis avant génération complète.
- Ajoute un éditeur complet des sections Elementor avant lancement avec actions ✦ IA champ par champ.
- Les métadonnées de toutes les images générées sont modifiables avant création.
- Ajoute les modes Photos IA, Photos du client et Mixte, y compris dans Batch local.
- Documentation Studio actualisée.

# Changelog Hub AWM

## 4.5.26 — 2026-08-27
- Studio 1.3.0 sépare définitivement Nouvelle page, Batch local et audit des pages existantes.
- Le parcours une page fonctionne sans remplir le Batch et affiche chaque étape dans le loader AWM.
- Les images sont générées puis prévisualisées avant création du brouillon.
- Le SEO affiche mot-clé principal et variantes sémantiques/locales modifiables.
- Ajoute les longueurs cibles 250 / 500 / 1000 / 1500 caractères et les compteurs de caractères.
- Les suggestions ✦ peuvent respecter la longueur cible des textes éditoriaux.

## 4.5.25 — 2026-08-27
- Ajoute l étape Préparation avant lancement avec score SEO visuel et tableau SEOPress éditable.
- Affiche les images générées avant création et permet de régénérer une image depuis une instruction.
- Ajoute les boutons ✦ IA à côté des champs éditoriaux et SEO.
- Ajoute le mode Batch local jusqu à 12 villes avec progression page par page et similarité de contenu.
- Ajoute Toutes les pages : audit SEO des pages WordPress/Elementor existantes et révision SEOPress contrôlée.
- Les pages système sensibles demandent une confirmation spécifique avant modification.
- Harmonise documentation et roadmap avec Studio 1.2.0.

## 4.5.24 — 2026-08-27
- Studio affiche SEOPress dans l’analyse technique du site.
- Ajoute le modèle image, le nombre d’images, la qualité et le format aux réglages Studio.
- Exige au moins deux images par nouvelle landing page.
- Affiche le nombre d’images, le score SEO et l’état SEOPress dans les confirmations et l’historique.
- Documentation publique et roadmap synchronisées avec Studio 1.1.0.

## 4.5.23 — 2026-08-27
- Studio affiche le moteur de mise en page détecté sur chaque site : Containers ou Sections/Colonnes.
- Le message de réussite exige désormais un rendu Elementor validé.
- Historique enrichi avec Aperçu, ouverture Elementor, moteur utilisé et état de validation.
- Ajoute une action Réparer pour les brouillons Studio existants.
- Harmonise la roadmap et la documentation avec Studio 1.0.1 / Hub Client 1.8.9.

## 4.5.22 — 2026-08-27
- Refonte `/hub/documentation/` dans le même thème sombre bleu nuit que la roadmap.
- Ajoute une grille compacte des neuf modules avec versions dynamiques.
- Ajoute Studio à la documentation publique et décrit son flux de création Elementor sécurisé.
- Met à jour CRM pour refléter son fonctionnement natif sans dépendance obligatoire à WHMCS.
- Réorganise le sommaire, les cartes, FAQ, notes, code et comportements responsive.
- Conserve les URL publiques et les raccourcis historiques du Hub.

## 4.5.21 — 2026-08-27
- Déplace le Plan de développement avant Dernières implantations.
- Remplace les neuf cartes/roues simultanées par un sélecteur de neuf modules.
- Affiche une seule grande roue dynamique pour le module actif.
- Affiche à droite les descriptions Livré, Maintenant, Prochaines étapes et Futur du module choisi.
- Conserve le thème sombre Alliance, les tons bleus actifs, Futur gris et les interactions clavier/mobile.

## 4.5.20 — 2026-08-27
- Studio devient un module visuel principal dans le menu WordPress, au même niveau que Hub, CallTracker, CRM, Stats, Assistant et Soutien.
- Le CSS Studio est harmonisé avec le shell Alliance en Light/Dark; cartes, champs, badges, historique et moteur IA utilisent les tokens du thème global.
- Ajoute la couleur et le pictogramme Studio aux réglages visuels du Hub.
- Conserve les routes, permissions et flux Studio 4.5.19.

## 4.5.20 -- 2026-08-27
- Ajoute **Hub → Studio** comme nouvelle fonction administrative prioritaire.
- Permet de sélectionner un client lié et d’analyser son site sans modification.
- Affiche l’état Elementor/Elementor Pro, le thème, WordPress et la palette détectée.
- Ajoute un brief en langage naturel et des champs de cadrage pour une landing page.
- Génère un blueprint contrôlé Hero / Introduction / Services / Avantages / FAQ / CTA avec variantes métier, notamment plomberie, entretien, CVC et pavage.
- Demande à Core de créer le brouillon sur le site client; Hub ne lit jamais le secret local.
- Ajoute un historique des créations Studio par client.
- Ajoute la configuration et l’état du moteur IA Studio dans Hub; la clé est enregistrée dans Core et jamais envoyée au Hub Client.
- Génère le blueprint depuis le brief avec le moteur IA Core lorsqu’il est configuré, avec repli automatique sur les modèles métier contrôlés.
- Place la modification conversationnelle, les snapshots/rollback et la bibliothèque de composants dans les prochaines priorités.

---

## 4.5.18 -- 2026-08-27
- Ajoute un résumé global calculé en haut du Plan de développement.
- Affiche sur chaque carte l état Stable, En développement, Validation ou Attention requise.
- Affiche l évolution en points depuis la Suite 4.5.46 lorsque l historique est disponible.
- Replie les éléments Livré au-delà des cinq plus récents et ajoute une commande Voir les autres éléments livrés.
- Synchronise la roue sélectionnée avec le Plan détaillé et Vision par module.
- N affiche qu une Vision par module à la fois afin de réduire fortement la longueur de page.
- Anime discrètement les secteurs des roues et respecte `prefers-reduced-motion`.
- Conserve la palette sombre Alliance, Futur en gris, la pagination des implantations et les ancrages publics.
- Utilise les noms courts des modules sans suffixe AWM répété.
- Accompagne Core AWM 4.5.47 pour les versions, l historique de progression et la Publication active.

## 4.5.17 -- 2026-08-27
- Refonte le CSS de `/hub/roadmap/` dans une palette sombre harmonisee avec Alliance Web Marketing.
- Utilise trois tons de bleu pour **Livre**, **Maintenant** et **Prochaines etapes**, avec **Futur** conserve en gris.
- Harmonise les cartes, sections, bordures, boutons, formulaires, focus, survols et panneaux de details.
- Retire le suffixe AWM des noms de modules affiches dans les cercles et la navigation de la roadmap.
- Conserve les donnees, les proportions dynamiques, la pagination et les ancrages publics existants.
- Exige Core AWM 4.5.46 pour les versions et la publication active harmonisees.

## 4.5.16 — 2026-08-25
- Refonte la page publique `/hub/roadmap/` avec un plan d’avancement par module.
- Affiche un cercle segmenté pour Core, Hub, Hub Client, CRM, CallTracker, Stats, Assistant et Soutien.
- Répartit chaque cercle selon **Livré**, **Maintenant**, **Prochaines étapes** et **Futur**, avec calcul automatique depuis les données Core.
- Ouvre au clic le plan détaillé du module et conserve la section **Vision par module** ainsi que ses anciens liens.
- Affiche seulement quatre dernières implantations à la fois avec navigation vers les groupes précédents.
- Ajoute une grille responsive, une navigation clavier et un rendu sans bibliothèque graphique externe.
- Exige la Publication active Core AWM 4.5.45 pour afficher les versions et le registre harmonisés.

## 4.5.15 — 2026-08-25

- Corrige le loader AWM qui s’ouvrait environ toutes les 30 secondes dans l’éditeur de campagne CallTracker à cause du Heartbeat WordPress.
- Ignore explicitement les requêtes techniques `heartbeat`, `wp-auth-check`, `autosave` et `wp-refresh-post-lock` dans le suivi global du loader.
- Retire le hook jQuery `ajaxStart/ajaxStop` global qui doublait le comptage des requêtes déjà suivies par XHR.
- Conserve le loader pour les actions métier, formulaires, navigations et requêtes réellement déclenchées par l’utilisateur.
- Accompagne CallTracker AWM 1.9.5 pour la resynchronisation des campagnes existantes après changement du numéro de réception.
- Exige Core AWM 4.5.43 pour la roadmap et la Publication active harmonisées.

## 4.5.14 — 2026-08-25

- Le loader AWM ne transforme plus les notices WordPress `lost-connection` / autosave de l'éditeur CallTracker en erreur plein écran.
- Le filtrage est limité au contexte `callink_campaign`; les autres erreurs et avertissements AWM continuent d'être consommés normalement.
- L'état de connexion de la campagne est désormais présenté par CallTracker 1.9.4 directement dans sa barre d'enregistrement.
- Exige Core AWM 4.5.42 pour l'expérience harmonisée.

---

## 4.5.13 — 2026-08-25

- Ajoute l’onglet et la route protégée **Validation et santé** pour CallTracker AWM 1.9.2.
- Conserve le contexte Hub et le shell AWM pendant les diagnostics, tests guidés, approbations et clôtures de migration.
- Remplace les confirmations navigateur natives des principaux écrans administratifs CallTracker actifs par des confirmations intégrées AWM.
- Harmonise les actions Twilio, Google Ads, imports, historique, CPL, campagnes, numéros et audio sans déplacer la propriété métier hors de CallTracker.
- Exige Core AWM 4.5.39 pour la sécurité et le journal de validation.

---

## 4.5.12 — 2026-08-24

- Étend le loader AWM aux pages Core et aux notices des autres modules administratifs.
- Ajoute les types succès/info/avertissement/erreur et la persistance explicite pour les marqueurs loader.
- Remplace le titre spécifique « Chargement du Hub » par « Chargement AWM ».
- Conserve les cartes métier permanentes et supprime uniquement les bandeaux de notification WordPress/tiers.

## 4.5.11 — 2026-08-24

- Étend le loader AWM aux notices WordPress natives rendues à l’intérieur de `#wpbody-content`, y compris dans les wrappers de listes.
- Supprime visuellement les bandeaux WordPress avant qu’ils ne puissent apparaître dans l’interface AWM.
- Nettoie le texte des notices avant affichage dans le loader.
- Conserve la première action interne utile d’une notice (par exemple « Annuler ») directement dans le loader et maintient celui-ci ouvert tant que l’action est disponible.
- Continue de consommer les messages AWM `data-callink-loader-result` sans duplication.

---

## 4.5.10 — 2026-08-24

- Réorganise la fiche client : chaque module activé apparaît comme onglet principal; les fonctions CallTracker sont regroupées en sous-onglets.
- CallTracker contient désormais Résumé, Campagnes, Leads, Appels, Historique CPL, Routage & audio et Dialer.
- Les anciennes URL `tab=campaigns`, `tab=leads`, `tab=cpl` et `tab=telephony` sont conservées et redirigées vers les sous-onglets correspondants.
- Ajoute dans Routage & audio les contrôles Enregistrement des appels, Dialer client et Fuseau horaire.
- La suppression groupée de clients s’appuie sur les tombstones WHMCS de Core 4.5.23.

## 4.5.9 — 2026-08-24

- Ajoute la sélection multi-clients dans l’onglet Clients, synchronisée entre vues Cartes et Tableau.
- Ajoute un aperçu avant action pour désactiver CallTracker, archiver des fiches ou demander une suppression locale protégée.
- Affiche clairement les blocages Core avant toute opération sensible et exige la phrase de confirmation fournie par le serveur.
- Conserve CRM/WHMCS comme source canonique : aucun compte WHMCS actif n’est supprimé depuis Hub.

## 4.5.8 — 2026-08-24

- Les anciens liens `callink-clients&from_crm=1` sont redirigés vers la fiche CRM AWM du même client.
- Une fiche ouverte depuis CRM ne peut plus hériter automatiquement du contexte visuel CallTracker.
- La route historique `callink-clients` reste inchangée pour Hub et CallTracker.
- Aucune donnée, campagne, service, méta ou identifiant client n’est modifié.

---

## 4.5.7 — 2026-08-24

- Renomme l’onglet Téléphonie de la fiche client en **CallTracker**.
- Ajoute la gestion administrative du numéro de réception par campagne.
- Ajoute le contrôle complet du Message 1 Alliance et du Message 2 publicitaire : activation, écoute, téléversement, remplacement et suppression/rétablissement.
- Vérifie que chaque campagne manipulée appartient au client affiché et exige la permission CallTracker Modifier avec nonce.
- Conserve CRM/WHMCS comme source canonique de la fiche client.

---

# Changelog

## 4.5.6 — 2026-08-24

- Ajoute dans la fiche client → Accès la section **Utilisateurs WordPress autorisés**.
- Permet de scanner le WordPress réellement lié par Hub Connector et d’afficher les comptes détectés.
- Permet d’autoriser ou révoquer chaque compte local directement depuis la fiche client avec permission Core **Approuver** et nonce.
- Affiche le dernier scan et l’état de préparation du canal sécurisé.
- Aucun mot de passe, cookie ou secret du WordPress client n’est exposé à Hub.
- Corrige également la capture de la molette après un choix de couleur dans l’éditeur de style de la fiche client.
- Conserve CRM/WHMCS comme source canonique des clients et CallTracker 1.7.0 inchangé.

---
## Historique conservé

# Changelog

## 4.5.5 — 2026-08-23

- Ajoute un onglet **Clients** directement dans Hub AWM.
- Réutilise la fiche cliente canonique existante et les identifiants CRM/WHMCS; aucune seconde base client n’est créée.
- Conserve la route historique `callink-clients` pour CallTracker et CRM tout en ajoutant `awm-hub-clients` comme accès visuel Hub.
- Les recherches, filtres, liens de fiche et retour à la liste conservent le contexte Hub ou historique selon le point d’entrée.
- La roadmap publique et la roadmap administrative affichent la version de chacun des huit modules AWM.
- Accompagne Core AWM 4.5.9 et Hub Client AWM 1.3.0 sans modifier CallTracker 1.7.0 ni son outil Migration.
- Les couleurs, logos, favicons et typographies propres aux clients restent intacts.
---
## Historique des versions précédentes

# Changelog

## 4.5.3 — 2026-08-19

- Ajout de l’interface d’actions groupées sécurisées dans **Rattachement campagnes** et **Numéros et campagnes**.
- Ajout des actifs `campaign-bulk-actions.js` et `campaign-bulk-actions.css` avec rendu clair/sombre, responsive et navigation clavier.
- Aperçu des conséquences, blocages, avertissements, confirmation exacte sensible à la casse et résultats détaillés par élément.
- Sélecteurs de client cible pour les réattributions et notes optionnelles pour les réservations locales.
- Chargement conditionnel des actifs selon l’écran, la présence de CallTracker 1.6.0 et le niveau Core **Approuver**.
- Conservation des actions unitaires et des formulaires historiques comme repli compatible; les anciens endpoints groupés sont bloqués côté serveur lorsque le service d’aperçu 1.6.0 est actif.
- Correction des anciens parcours de corbeille/suppression afin qu’ils persistent explicitement l’exclusion legacy et désactivent aussi le Dialer.
- Les anciens parcours destructifs vérifient maintenant la protection anti-réimportation avant une libération/suppression et ne détachent les historiques qu’après confirmation de la suppression du post campagne.
- Les messages unitaires signalent séparément un état local non confirmé ou une réservation locale qui n’aurait pas pu être nettoyée après une libération Twilio réussie.
- Les anciens parcours de suppression utilisent le même instantané d’audit sérialisé que les lots, avec identifiant durable et vérification de persistance.
- Les avertissements de propagation incomplète lors d’une réattribution sont conservés dans le résultat détaillé au lieu d’être masqués par un succès global.

---

## 4.5.2 — 2026-08-19
- Les écrans WordPress natifs Campagnes/Appels sont maintenant reconnus comme écrans AWM pour le loader et la suppression des bandeaux WordPress/tiers.
- Lors d’une sauvegarde de campagne, le loader affiche « Enregistrement de la campagne » et consomme le message de résultat au lieu d’un bandeau WordPress.

## 4.5.1 — 2026-08-19
- L’onglet CallTracker → Numéros affiche l’inventaire Twilio à quatre états fourni par CallTracker AWM 1.5.0.
- Ajout des filtres Tous / Libre / Réservé / Attribué / À vérifier, d’une recherche locale et des actions de réservation sécurisées.
- Hub ne lit aucun secret Twilio : il rend uniquement l’interface et délègue toute lecture/écriture métier au module CallTracker et à Core pour la journalisation.

## 4.5.0 — 2026-08-18

- Hub → Réglages devient la source unique du logo Alliance, des couleurs, du thème et des icônes de l’administration AWM.
- La migration vers la source visuelle unique remet une seule fois le logo maître sur le logo Alliance officiel; les logos/favicons propres aux clients restent intacts et un autre logo global peut ensuite être choisi explicitement dans Hub → Réglages.
- Les réglages historiques Twilio et Google Ads renvoient vers Core AWM → API et connexions.
- Hub → Services clients permet de rechercher un client et d’appliquer directement ses modules ainsi que ses services/abonnements CRM.
- Les changements d’application de services sont validés, protégés par nonce/permissions et journalisés via Core.

## 4.4.0 — 2026-08-18

- Hub AWM 4.4.0 adopte le shell visuel Core 4.5.0 et retire le doublon d’en-tête CallTracker. Le Hub conserve ses écrans, recherche, modules et réglages, maintenant présentés avec la même navigation que CallTracker.

## Sécurité 4.3.8 — 2026-08-17

- Hub AWM 4.3.8 documente le contrat de sécurité Core 4.4.0 et le Hub Client à accès explicitement approuvé.
# Historique — Hub AWM

## 4.3.7 — 2026-08-17
- L’interface Hub Connector de la fiche client appelle désormais exclusivement les services API de Core AWM pour générer, lire et révoquer une liaison.
- Hub ne manipule plus directement les empreintes ou métadonnées de sécurité du Connector.
- Core AWM 4.3.9 devient requis pour garantir cette séparation.

## 4.3.6 — 2026-08-17
- Livraison du module satellite `Hub Client AWM 1.0.0`, installable directement sur le WordPress du client et accessible à `/hub/`.
- Liaison sécurisée par code Hub Connector généré depuis la fiche cliente Alliance.
- Le mot de passe client n’est pas stocké localement; la session distante est conservée chiffrée côté serveur.
- Vérification stricte du client lié au domaine avant ouverture de session.
- Portail responsive clair/sombre avec vue d’ensemble, campagnes, leads, appels et Stats AWM.
- Roadmap Hub et roadmap publique mises à jour avec le déploiement du Hub client déporté.

## 4.3.5 — 2026-08-17
- La fiche client CallTracker agrège désormais les campagnes liées à des alias historiques sûrs du même client, même lorsque l’ancienne campagne utilise une autre adresse du même domaine (ex. `info@` vs adresse personnelle).
- Le rapprochement à l’affichage utilise WHMCS ID, courriels exacts, historique de fusion, téléphone exact ou domaine d’entreprise combiné au nom/entreprise; un domaine grand public seul n’est jamais accepté.
- Les campagnes historiques deviennent visibles immédiatement dans la fiche canonique sans réécriture silencieuse des données.

## 4.3.4 — 2026-08-17
- Les fiches clients bénéficient du rapprochement global Core : après fusion sûre, les campagnes et historiques sont visibles sous la fiche WHMCS canonique pour l’ensemble des clients, pas seulement un cas particulier.
- Correctif du véritable écran WordPress Campagnes : suppression du grand logo historique dupliqué dans le contenu lorsque l’en-tête CallTracker est présent.
- Refonte des surfaces, champs, tableaux, boîtes de métadonnées et boutons de l’éditeur/listing Campagnes en modes clair et sombre.
- Palette CallTracker plus sobre : accent bleu ardoise, actions secondaires neutres et rouge réservé aux actions destructives.
- Fiche client : les campagnes liées à une ancienne référence sûre du même client sont maintenant visibles via l’identifiant WHMCS ou le courriel WHMCS/utilisateur.
- Les compteurs Campagnes/Appels/Formulaires de la liste Clients agrègent également ces références historiques sûres.

## 4.3.3 — 2026-08-17
- CallTracker : logo Alliance + icône téléphone replacés en haut du module, avant la navigation.
- Palette de Campagnes harmonisée avec le système visuel AWM; actions principales en accent AWM, actions secondaires neutres et danger réservé aux suppressions.
- Fiches clients CallTracker : campagnes associées rendues explicites avec compteurs d’appels et de formulaires.
- Ajout d’une vue d’activité complète par campagne avec pagination des appels et formulaires.
- Ajout du raccourci « Appels + formulaires » dans la liste WordPress des campagnes et dans l’écran de configuration d’une campagne.

## 4.3.2 — 2026-08-17

- Ajout d’un état d’activation CallTracker propre à chaque client, indépendant du statut WHMCS.
- Activation et désactivation directement depuis l’onglet Clients de CallTracker, protégées par permission et nonce.
- Filtre Tous / CallTracker actifs / CallTracker inactifs.
- Rattachement direct d’une campagne non assignée à un client CallTracker actif, sans achat Twilio.
- Accès « Nouvelle campagne » avec le client présélectionné.
- Compatibilité : les clients déjà associés à une campagne restent actifs tant qu’aucun choix explicite n’a été enregistré.

## 4.3.1 — 2026-08-17

- Ajout de l’onglet Clients dans la navigation interne de CallTracker AWM.
- Recherche CallTracker directement accessible par nom, entreprise, courriel, téléphone, campagne ou numéro Twilio.
- Filtres Actifs, Inactifs et Tous conservés sur l’écran Clients.
- Statut d’affichage aligné sur la présence WHMCS et les exceptions manuelles, avec maintien de la fiche interne Alliance Web Marketing.
- Les routes et identifiants historiques `callink-clients` sont conservés.

## 4.3.0 — 2026-08-17

- Adoption du contrat de permissions Core AWM 1.0 pour les écrans et actions du Hub.
- Recherche transversale filtrée selon les modules que l’utilisateur peut consulter.
- Clients inactifs toujours masqués par défaut avec filtres Actifs, Inactifs et Tous.
- Commandes de création, rattachement, connecteur, service et identité visuelle masquées ou refusées sans le niveau requis.
- Consultation de l’identité visuelle sans déclencher automatiquement une analyse ni une écriture.
- Modération des suggestions publiques journalisée dans le journal de sécurité central.
- Activation refusée proprement si Core AWM 4.3.0 ou le contrat de permissions est absent.
- Roadmap publique mise à jour par module avec le lot 4.3.0 dans la section Livré.

## 4.2.0 — 2026-08-15

- Recherche transversale des clients, campagnes, tickets et conversations.
- Recherche disponible depuis le tableau de bord, le menu Hub et la barre WordPress.
- Raccourci `Ctrl/⌘ + K` permettant d’ouvrir ou de cibler immédiatement la recherche.
- Résultats regroupés par module avec accès direct au dossier correspondant.
- Noms, entreprises, courriels, téléphones, numéros, références et contenus pris en charge.
- Statuts métier visibles : client actif ou inactif, campagne active, inactive ou archivée et ticket ouvert, en attente ou fermé.
- Clients inactifs masqués par défaut et ajoutables grâce à un filtre explicite.
- Affichage responsive sans débordement horizontal sur téléphone ou tablette.

## 4.1.3 — 2026-08-15

- Une conversation Assistant AWM est analysée comme un fil complet plutôt que comme une série de questions isolées.
- Les précisions sont regroupées, les remerciements sont ignorés et les questions utiles sont reformulées avec réponses élaborées.
- Commentaires de réanalyse, édition avant approbation, sélection multiple et journal des analyses.
- Accès rapide à la mémoire depuis une conversation et affichage de son état de révision.
- Chaque amélioration reçue est rapprochée du roadmap afin d’intégrer les gains rapides compatibles dans le même lot.

## 4.1.2 — 2026-08-15

- Les pages Web à valider possèdent maintenant une case de sélection individuelle et une sélection globale.
- Les pages sélectionnées peuvent être approuvées ou supprimées définitivement en une seule opération.
- Le compteur de sélection et la confirmation de suppression réduisent les erreurs de manipulation.
- Le résultat indique le nombre de pages traitées et les éventuels échecs.
- Dépendance explicite envers Core AWM 4.1.2.

## 4.1.1 — 2026-08-15

- Correction de l’ajout d’une réponse de soutien à la base de connaissances.
- La question et la réponse modifiées par le collaborateur remplacent correctement la proposition de l’analyse.
- Migration transparente des anciens identifiants internes tronqués par WordPress.
- Message d’erreur précis si une connaissance ne peut toujours pas être enregistrée.
- Dépendance explicite envers Core AWM 4.1.1.

## 4.1.0 — 2026-08-15

- CRM AWM possède maintenant son propre nom, sa propre extension et son propre onglet principal WordPress.
- Hub AWM possède son propre pictogramme et sa propre couleur configurables sur le logo Alliance.
- Les icônes personnalisées demeurent limitées au menu d’administration et n’affectent jamais les fiches clientes.
- La roadmap publique affiche une description concrète pour chacune des soixante-dix améliorations de base.
- Les suggestions approuvées conservent leur description lorsqu’elles sont ajoutées au futur du module choisi.
- Les conversations de tickets fermés restent visibles et peuvent être actualisées depuis WHMCS.
- Chaque réponse publique du soutien peut être analysée, réorientée par commentaires puis approuvée avant mémorisation.
- Dépendance explicite envers Core AWM 4.1.0.

## 4.0.0 — 2026-08-15

- Hub AWM devient une extension distincte de Core AWM.
- Hub limité à l’administration visuelle et au rendu pour la clientèle.
- Conservation du portail `/hub/`, de la documentation et de la roadmap publique.
- Conservation des interfaces clients, thèmes, logos, favicons et modules autorisés.
- Dépendance explicite envers Core AWM 4.0.0.
- Roadmap publique divisée en sept modules, chacun accompagné d’une analyse, d’un objectif et de dix améliorations souhaitables.
- Suggestions publiques et administratives reliées au module choisi avant approbation.
## 4.5.105 — 2026-10-21
- Hub Clients applique le même état Light/Dark que Core dès le bootstrap et au runtime.