Contexte développement

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

Contexte développement CHANGELOG README ROADMAP

# Contexte développement — Hub AWM 4.5.57

---

## CHANGELOG.md

## 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.69.

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

---

## README.md

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

# Hub AWM 4.5.54 — loader métier et actualisations silencieuses

Le loader global distingue désormais les actions métier visibles des requêtes techniques de fond : `awm_silent=1`, Stats live/snapshot, heartbeat et autosave restent silencieux.

Hub consomme maintenant la référence canonique CRM : le site principal sert de destination Hub Client par défaut. Le bloc permanent utilise le Connector multi-sites par `site_id` lorsqu'il est disponible, tandis que les sites secondaires restent gérés indépendamment dans CRM.

# Hub AWM 4.5.52 — roadmap comme contexte de review

- La roadmap publique expose maintenant les documents de review de chaque module sans révéler les chemins privés Core.
- Les autres conversations peuvent vérifier rapidement la version effective et son contexte avant de développer.

# Hub AWM 4.5.51 — contrôles permanents dans la fiche CRM

Hub injecte maintenant dans chaque fiche client CRM un bloc permanent **Hub Client & connexion** et un bloc permanent **Services**, visibles quel que soit l onglet consulté.

# Hub AWM 4.5.50 — navigation CRM sûre

Les routes Clients de Hub et CallTracker utilisent toujours CRM AWM comme source canonique, mais la navigation est maintenant résolue avant tout rendu WordPress afin d empêcher les warnings `Cannot modify header information`.

# Hub AWM 4.5.49 — vue client unifiée CRM

Hub orchestre l affichage et la navigation, mais CRM AWM reste l unique propriétaire des fiches clients. Les données Hub sont liées par `client_id` CRM et ne dupliquent pas les données maîtres.

Hub AWM 4.5.48 conserve le moteur de recherche et la fiche client comme source d interface canonique. Tech AWM 1.2.0 ajoute son onglet via les points d extension de la fiche : aucune copie de la base clients et aucun moteur Tech n est réembarqué dans Hub.

# Hub AWM 4.5.46

Thech AWM est désormais fourni par le paquet autonome Tech AWM 1.1.0. Hub AWM 4.5.47 conserve uniquement ses points d intégration visuels et fonctionnels; le moteur, la mémoire et les écrans Thech ne sont plus embarqués dans le paquet Hub.

## CallTracker — routage avancé 1.9.7

La fiche client expose maintenant les horaires hebdomadaires, fermetures spéciales, destination hors heures, secours et délai de sonnerie gérés par CallTracker. Un aperçu indique la route effective selon le fuseau de campagne. Hub ne possède aucune logique de décision téléphonique : il affiche et transmet les réglages au module CallTracker.

La roadmap publique ouvre maintenant un popup de lecture détaillée lorsqu on clique sur **Livré**, **Maintenant**, **Prochaines étapes** ou **Futur** dans le panneau d avancements d un module.

Hub AWM demeure le portail d'administration visuelle et l'orchestrateur des services clients.

Studio n'est pas intégré à Hub : Hub ne contient ni son écran, ni son moteur, ni son JavaScript, ni ses préparations, maquettes, profils, audits, historiques ou réglages. **Studio AWM 1.13.1** possède son propre plugin, ses menus Création et Maquettes, ses routes, son contexte, sa version et son paquet dans la Suite.

La galerie `awm-studio-mockups` appartient entièrement à Studio et rend A, B, C, Écran, Tablette et Mobile côté serveur. Hub 4.5.40 documente ce parcours sans charger ni lire aucune donnée Studio.

Les seuls éléments partagés avec Core AWM 4.5.68+ sont **la sécurité** et **les connexions sécurisées** vers Hub Client. Toutes les données métier demeurent dans Studio.

---

## Historique des anciennes livraisons

Les sections ci-dessous décrivent les versions antérieures où Studio était intégré. Depuis Hub 4.5.38, Hub ne possède ni code ni données Studio.

# Hub AWM 4.5.36 — Studio 1.10.3

Le panneau conserve son rendu serveur, puis vérifie activement que le grand aperçu existe réellement. Lorsqu un ancien rendu WordPress ne contient que les trois miniatures, Studio recrée l étiquette, le canevas, la cible complète et le bouton de fermeture à partir de la proposition sélectionnée. A/B/C, Écran, Tablette, Mobile, l approbation, l URL et le plein écran sont resynchronisés. Le contrôleur est chargé avec une empreinte SHA-256 de son contenu pour neutraliser un ancien actif mis en cache.

# Hub AWM 4.5.34 — Studio 1.10.1

Studio 1.10.1 corrige le panneau de maquettes dans le contexte WordPress réel. L aperçu sélectionné est maintenant rendu côté serveur et forcé visible avant toute interaction. Les choix A/B/C et Écran/Tablette/Mobile possèdent des liens de repli fonctionnels; le contrôleur JavaScript chargé dans l en-tête améliore ensuite l expérience sans devenir un point de défaillance unique. Le plein écran et l approbation disposent aussi d un repli HTML sécurisé.

# Hub AWM 4.5.33 — Studio 1.10.0

Studio possède maintenant un contrôleur de prévisualisation externe et versionné. Les boutons A/B/C, Écran, Tablette et Mobile restent opérationnels indépendamment du script inline et du cache; la maquette peut aussi être ouverte en plein écran. Après création Elementor, un panneau de résultat affiche les raccourcis directs et un contrôle qualité avant publication.

# Hub AWM 4.5.32 — maquettes Studio 1.9.0

Studio affiche maintenant trois propositions visuelles distinctes avant construction Elementor : Conversion, Premium et Éditoriale. Chaque proposition possède une miniature et un aperçu complet; les boutons Écran, Tablette et Mobile pilotent réellement ce rendu. Alliance approuve la variante sélectionnée ou génère un nouveau groupe de trois propositions.

# Hub AWM 4.5.31 — panneau Studio professionnel

Studio 1.8.0 sépare Création, Batch, Optimisation globale et Projets. Le parcours Création affiche une maquette responsive, accepte variantes/corrections par prompt, puis exige approbation avant Elementor et avant publication.

# Hub AWM 4.5.30 — Studio 1.7.0

La fiche de révision indique maintenant **Référence appliquée au rendu**. Le profil extrait de la page source est injecté dans le blueprint selon le niveau d inspiration avant la création Elementor; la référence n est plus seulement un résumé informatif.

# Hub AWM 4.5.29 — Studio 1.6.0

Studio adopte une UX simplifiée avec quatre espaces indépendants. **Créer une page** et **Batch local** ne partagent plus leur formulaire. Le parcours unitaire met en avant seulement les champs essentiels, puis ouvre la révision SEO/images avant la création Elementor. Les réglages avancés restent disponibles dans un panneau repliable.

# Hub AWM 4.5.28 — Studio 1.5.0

Studio ajoute un champ **Page de référence**, une analyse avant génération et trois niveaux d inspiration. La référence guide uniquement la composition, les dimensions et les effets; les couleurs et la typographie restent celles du client. Les mêmes réglages peuvent être appliqués à un Batch local.

# Hub AWM 4.5.27 — Studio 1.4.0

Studio ajoute un flux « ✦ Tout générer avec l IA », un éditeur complet du blueprint avant lancement, la révision de toutes les métadonnées des photos et les modes Photos IA / client / Mixte. Toutes les valeurs restent modifiables avant création du brouillon Elementor.

# Hub AWM 4.5.26 — Studio 1.3.0, parcours une page et loader détaillé

Hub 4.5.26 rend le parcours **Nouvelle page** complètement indépendant du Batch. La préparation utilise des appels AJAX séquentiels afin que le loader AWM montre la génération de contenu, chaque image, la révision SEO et le lancement Elementor/SEOPress. Le tableau pré-lancement distingue maintenant le mot-clé principal de ses variantes et permet de cibler des blocs de 250, 500, 1000 ou 1500 caractères.

# Hub AWM 4.5.25 — Studio pré-lancement, batch et audit SEO

Hub 4.5.25 transforme Studio en poste de préparation. Une nouvelle page passe d abord par une fiche de révision avec score SEO, contrôles, champs SEOPress, H1/CTA et aperçus des images. Les actions ✦ demandent une suggestion IA sans écraser le contenu. Un mode Batch prépare jusqu à 12 villes, tandis que l onglet Toutes les pages analyse les pages existantes et ouvre leur SEO dans Studio.

# Hub AWM 4.5.24 — Studio SEO et images

Hub 4.5.24 affiche l’état SEOPress détecté par Hub Client et enrichit Studio avec les paramètres du moteur image. Chaque nouvelle landing page exige au moins deux images, affiche le nombre de médias générés et le score SEO retourné par le site client.

# Hub AWM 4.5.23 — Studio avec diagnostic de rendu

Hub 4.5.23 affiche dans Studio le moteur Elementor utilisé, confirme seulement les créations dont le rendu a été validé et ajoute des actions Aperçu, Elementor et Réparer dans l historique. Un brouillon ancien peut ainsi être reconstruit par Hub Client 1.8.9 sans devoir recopier le brief.

# Hub AWM 4.5.22 — documentation sombre Alliance

Hub 4.5.22 refond `/hub/documentation/` avec les mêmes tons bleu nuit, cartes, bordures et accents que `/hub/roadmap/`. La documentation affiche les neuf modules et leurs versions depuis le registre central, ajoute Studio et actualise les responsabilités de Core, Hub, Hub Client, CRM, CallTracker, Stats, Assistant et Soutien.

# Hub AWM 4.5.21 — roadmap à module sélectionné

Hub 4.5.21 remplace la grille de neuf petites roues par un espace de pilotage unique : liste des modules à gauche, grande roue dynamique au centre et détail des quatre états à droite. Le bloc est placé directement avant **Dernières implantations**. Sur mobile, la sélection et le contenu se réorganisent sans perdre les données.

# Hub AWM 4.5.20 — Studio AWM

Une nouvelle entrée **Studio** permet à Alliance de créer une landing page WordPress/Elementor sur un site client lié au Hub.

Le premier lot :
- analyse le site et vérifie Elementor;
- récupère les informations visuelles disponibles;
- accepte un brief en langage naturel;
- prépare une structure de page contrôlée;
- demande à Core d’exécuter la création distante;
- crée uniquement un brouillon;
- conserve un historique côté Alliance.

La génération IA est maintenant branchée dans Core. Hub transmet seulement le contexte autorisé; Core conserve la clé chiffrée, demande un blueprint structuré puis Hub Client reconstruit localement les widgets Elementor. Aucun secret IA ni code libre n’est envoyé au site client.

---

# Hub AWM 4.5.18 -- dashboard de progression Alliance

Hub 4.5.18 rend `/hub/roadmap/` plus compact et plus lisible. Le Plan de développement commence par un résumé global, puis chaque module affiche sa roue Livré / Maintenant / Prochaines étapes / Futur, son état opérationnel et son évolution depuis la Suite 4.5.46.

Les historiques Livré sont limités à cinq éléments avant déploiement, et la roue sélectionnée pilote automatiquement le Plan détaillé ainsi que Vision par module. Les titres visibles restent Core, Hub, Hub Client, CallTracker, CRM, Soutien, Assistant et Stats, sans suffixe AWM répété.

---

# Hub AWM 4.5.17 -- roadmap sombre Alliance

Hub 4.5.17 harmonise `/hub/roadmap/` avec l identite Alliance Web Marketing : fond bleu nuit, cartes sombres, accents bleus, typographie a fort contraste et interactions coherentes. Les roues conservent leurs proportions dynamiques mais utilisent maintenant trois tons de bleu pour **Livre**, **Maintenant** et **Prochaines etapes**, tandis que **Futur** demeure gris.

Les titres visibles sont Core, Hub, Hub Client, CallTracker, CRM, Soutien, Assistant et Stats; le suffixe AWM n est plus repete dans chaque carte.

---

# Hub AWM 4.5.16 — roadmap publique par cercles segmentés

Hub 4.5.16 refond le rendu de `/hub/roadmap/` sans modifier les données métier. Le bloc **Dernières implantations** montre quatre versions à la fois avec navigation vers les groupes précédents. Le **Plan de développement** affiche un cercle dynamique pour Core AWM, Hub AWM, Hub Client AWM, CRM AWM, CallTracker AWM, Stats AWM, Assistant AWM et Soutien AWM.

Chaque cercle est divisé automatiquement entre **Livré**, **Maintenant**, **Prochaines étapes** et **Futur**. Il affiche le pourcentage livré et ouvre au clic un détail compact regroupé par état. Le rendu est responsive, navigable au clavier et entièrement local, sans bibliothèque graphique externe.

---

# Hub AWM 4.5.15 — loader silencieux pour Heartbeat WordPress

Le loader AWM ne s’ouvre plus sur les requêtes techniques WordPress exécutées en arrière-plan. Sur l’éditeur de campagne CallTracker, Heartbeat peut continuer à maintenir la session sans déclencher toutes les ~30 secondes la fenêtre **Récupération des données**. Les actions métier visibles restent suivies normalement par le loader.

---

# Hub AWM 4.5.14 — gestion non bloquante de la connexion CallTracker

Le loader AWM ignore désormais les notices autosave WordPress de l'éditeur de campagne CallTracker et laisse CallTracker 1.9.4 afficher son propre état de connexion.

# Hub AWM 4.5.13 — accès à Validation et santé CallTracker

Hub expose désormais l’onglet **Validation et santé** de CallTracker 1.9.2 dans son shell, sans déplacer les données ou décisions métier vers Hub.

- diagnostics et tests guidés dans le contexte Hub;
- approbations et clôtures protégées par Core;
- confirmations sensibles intégrées dans l’interface AWM;
- aucune fenêtre navigateur native pour les principaux flux CallTracker actifs;
- aucune modification de la propriété CRM, CallTracker, Stats, Assistant ou Soutien.

---

# Hub AWM 4.5.12

Hub 4.5.12 généralise le loader AWM à l’ensemble de l’administration Alliance. Les pages Core, CRM, CallTracker, Stats, Assistant et Soutien utilisent le même mécanisme de retour lorsqu’un message WordPress natif ou un marqueur AWM est produit. Les informations métier permanentes restent dans leurs cartes; les bandeaux de notification ne sont plus affichés.

---

# Hub AWM 4.5.11

Hub 4.5.11 conserve la structure multi-modules et unifie maintenant les confirmations d’opérations dans le loader AWM, y compris les notices WordPress rendues à l’intérieur des écrans natifs. Un module activé devient un onglet principal; ses fonctions restent à l’intérieur de ce contexte. CRM conserve son propre dossier CRM et CallTracker ne prend jamais le contrôle d’une fiche ouverte depuis CRM.

## Fiche client

- Vue d’ensemble;
- un onglet par module activé;
- Services & modules;
- Identité visuelle;
- Informations et accès.

Sous **CallTracker** : Résumé, Campagnes, Leads, Appels, Historique CPL, Routage & audio, Dialer. Les anciennes URL restent compatibles.

---

Hub 4.5.9 conserve la séparation de contexte des fiches clients et ajoute une gestion multi-sélection sécurisée dans Clients. L’interface demande toujours un aperçu Core avant désactivation, archivage ou suppression protégée.

Cette compatibilité évite qu’un module actif prenne le contrôle visuel d’une fiche ouverte depuis un autre module. Les données CRM/WHMCS et CallTracker restent dans leurs propriétaires respectifs.

---

# Hub AWM 4.5.7

Hub 4.5.7 enrichit la fiche client canonique sans dupliquer les données CRM/WHMCS. Lorsque CallTracker est actif et 1.8.0 disponible, l’onglet **CallTracker** permet à Alliance de gérer le routage et les deux messages vocaux de chaque campagne.

## Fiche client → CallTracker

Alliance peut modifier la destination, activer/désactiver Message 1 et Message 2, écouter les MP3, téléverser/remplacer les fichiers et supprimer un fichier personnalisé. La suppression d’un Message 1 personnalisé réactive automatiquement le MP3 Alliance par défaut.

Chaque action vérifie permission, nonce, campagne/client et délègue la logique métier à CallTracker.

---

## Documentation historique conservée

# Hub AWM 4.5.6

Hub AWM 4.5.6 permet maintenant de gérer les utilisateurs WordPress du site client directement depuis **Hub AWM → Clients → fiche client → Accès**.

## Scan et autorisation

1. Mettre à jour le site client avec Hub Client AWM 1.5.0.
2. Ouvrir une fois Hub Client sur le site client afin qu’il synchronise son annuaire et initialise le canal sécurisé.
3. Sur Alliance, ouvrir la fiche du client → **Accès**.
4. Cliquer **Scanner les utilisateurs WordPress**.
5. Cocher uniquement les comptes qui doivent pouvoir ouvrir `/hub/` avec leur connexion WordPress locale.
6. Cliquer **Enregistrer les autorisations**.

Un compte non coché est refusé par Core, même s’il est administrateur WordPress. La fiche CRM/WHMCS reste la source canonique et aucune donnée client n’est dupliquée dans Hub.

---
## Historique conservé

# Hub AWM 4.5.5

Hub AWM 4.5.5 rend les fiches clients directement accessibles depuis **Hub AWM → Clients**. Il ne crée aucune nouvelle base de clients : les fiches et identifiants CRM/WHMCS existants restent canoniques. Hub conserve sa responsabilité d’administration visuelle et d’application des services.

## Prérequis et installation

Installer **Core AWM 4.5.9** avant Hub AWM 4.5.5. CallTracker AWM reste en **1.7.0** et continue d’utiliser son outil Migration existant. CRM AWM reste en 1.4.1.

## Onglet Clients

Le nouveau point d’entrée `awm-hub-clients` réutilise la liste et la fiche déjà éprouvées :

- recherche et filtres;
- données CRM/WHMCS canoniques;
- services/modules appliqués;
- CallTracker, campagnes, appels, formulaires et CPL lorsqu’autorisés;
- Hub Connector, domaine client et accès;
- style et identité visuelle existants.

La route historique `callink-clients` reste disponible pour CallTracker et les liens CRM. Aucun identifiant historique n’est renommé.

## Roadmap publique

La roadmap affiche maintenant **la version de chacun des huit modules** directement dans la navigation et dans chaque section, avec Hub Client comme module distinct. Ce registre de versions est maintenu à chaque livraison.

## Sécurité et identité visuelle

Les permissions Core continuent de contrôler la lecture et les modifications. Hub ne récupère aucun secret. Les logos, couleurs, favicons et typographies déjà propres à un client ne sont jamais écrasés par le nouvel onglet.
---
## Documentation historique conservée

# Hub AWM 4.5.3

## Mise à niveau

Installez **Core AWM 4.5.7** avant Hub AWM 4.5.3, puis **CallTracker AWM 1.6.0**. La mise à jour conserve le dossier `awm-hub`, les routes, options, écrans et paramètres visuels existants. **Hub → Réglages** demeure la source unique du logo Alliance, des icônes, des couleurs et du thème; aucune identité visuelle cliente n’est écrasée.

## Interface de lots CallTracker

Hub fournit uniquement l’expérience visuelle. Les aperçus, validations, verrous, opérations et journaux sont exécutés côté serveur par CallTracker et Core. Le navigateur reçoit les conséquences et un jeton temporaire d’aperçu, jamais les secrets Twilio ou Alliance.

Les nouveaux composants sont chargés seulement sur les écrans CallTracker concernés et pour un utilisateur disposant du niveau **Approuver**. En présence d’une ancienne version de CallTracker, les actions historiques continuent de fonctionner sans appel à la nouvelle couche de lot.

Les anciens formulaires unitaires et destructifs réutilisent également les protections CallTracker disponibles : exclusion legacy vérifiée, instantané de suppression écrit sous verrou et avertissements distincts lorsque l’état local ou une réservation n’a pas pu être confirmé après une libération Twilio réussie. Les anciens endpoints groupés sont refusés côté serveur dès que le service d’aperçu 1.6.0 est disponible; ils ne subsistent que pour le repli avec une ancienne version de CallTracker.

## Validation recommandée

Contrôler les deux pages en clair/sombre et aux largeurs ordinateur, tablette et mobile. Tester la sélection globale, les champs conditionnels, la fermeture au clavier, la confirmation exacte, les erreurs serveur, un aperçu expiré et l’affichage d’un résultat partiel.

---

## 4.5.2 — Loader CallTracker sur les écrans natifs
Les écrans `post.php` et `edit.php` de `callink_campaign`/`callink_call` utilisent maintenant le même nettoyage de notices et le même loader AWM que les pages CallTracker personnalisées. Une sauvegarde de campagne ne laisse plus de bandeau WordPress dans l’interface.

## 4.5.1 — Interface de l’inventaire CallTracker

Hub AWM rend désormais dans **CallTracker → Numéros** la vue d’inventaire fournie par CallTracker AWM 1.5.0 : filtres, recherche, dernier rattachement et réservations locales. Les identifiants Twilio restent côté serveur dans Core/CallTracker et ne sont jamais injectés dans le navigateur.

## Hub AWM 4.5.0 — apparence et services clients

Hub AWM centralise maintenant deux responsabilités opérationnelles : **l’apparence commune de l’administration AWM** et **l’application des services/modules aux clients**. CRM reste la source des fiches/services et WHMCS; Core reste la frontière de sécurité/API. Dans Hub → Services clients, Alliance peut rechercher un client et choisir les modules et services CRM qui lui sont réellement appliqués.

## 4.4.0 — 2026-08-18

## 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.1

Extension d’administration visuelle et de rendu pour la clientèle.

## Responsabilités

- tableau de bord administratif Hub AWM;
- gestion visuelle des clients, services et identités;
- thème clair/sombre commun aux modules;
- portail client `/hub/`;
- documentation et roadmap publiques;
- suggestions publiques modérées;
- recherche transversale locale;
- rendu des outils activés pour chaque client.

Pour le lot historique 4.3.1, **Core AWM 4.3.0** était le minimum. Hub AWM 4.5.3 exige **Core AWM 4.5.6 ou plus récent**; la suite 4.5.7 fournit Core AWM 4.5.7. La sécurité, les permissions, les API, les sessions et la gestion protégée des utilisateurs demeurent dans Core AWM.

## Nouveautés 4.3.0

- commandes visuelles conditionnées par les niveaux de permission du module concerné;
- listes, fiches clients, rattachements de campagnes, connecteurs et identité visuelle compatibles avec un profil en lecture seule;
- filtres **Actifs**, **Inactifs** et **Tous** pour les clients, avec les inactifs masqués par défaut;
- recherche transversale limitée aux catégories de modules que l’utilisateur peut consulter;
- modération des suggestions inscrite dans le journal central;
- dépendance vérifiée avant toute inclusion afin d’éviter une erreur fatale avec un Core trop ancien.

## Recherche transversale

- accès depuis le tableau de bord, le menu Hub AWM ou la barre WordPress;
- raccourci `Ctrl/Commande + K`;
- résultats regroupés par clients, campagnes, tickets et conversations;
- recherche dans les noms, entreprises, courriels, téléphones, numéros, contenus et références;
- clients inactifs masqués par défaut avec option explicite pour les inclure;
- interface responsive adaptée aux écrans étroits.

## Mise à niveau

Pour le lot historique 4.3.2, installer Core AWM 4.3.0 ou plus récent avant Hub. Pour la version actuelle 4.5.3, installer Core AWM 4.5.7 en premier. Une activation dans le mauvais ordre s’arrête avec un message explicite et ne modifie aucune donnée du Hub.

## Nouveautés 4.3.1

- ajout de l’onglet **Clients** dans la navigation CallTracker AWM;
- accès direct à la recherche des clients et à leurs dossiers depuis le module téléphonie;
- filtres Actifs, Inactifs et Tous alignés sur le statut WHMCS;
- aucune nouvelle table client, aucun changement de route historique.

## Nouveautés 4.3.2

- état CallTracker propre à chaque client, indépendant du statut WHMCS;
- activation/désactivation depuis l’onglet Clients;
- filtre des clients CallTracker actifs ou inactifs;
- rattachement direct d’une campagne non assignée;
- création d’une nouvelle campagne avec client présélectionné.

## 4.3.3 — CallTracker
La fiche client affiche maintenant ses campagnes avec les compteurs Appels/Formulaires. Chaque campagne possède un accès « Appels + formulaires » vers un historique complet paginé. Le logo CallTracker est placé en haut du module et la palette Campagnes suit le thème AWM.

## Correctif CallTracker 4.3.4

Le véritable écran WordPress des campagnes utilise maintenant le thème AWM en clair et sombre, sans grand logo historique dupliqué sous l’en-tête du module. Les fiches clients incluent les campagnes rattachées à des références historiques sûres du même client (WHMCS/courriel), sans correspondance automatique par simple nom ou entreprise.
## Correctif CallTracker 4.3.5
Les fiches clients CallTracker affichent aussi les campagnes appartenant à des références historiques sûres du même client (WHMCS ID, fusion antérieure, téléphone exact, ou domaine d’entreprise + identité cohérente).

## Hub Client AWM installé sur le site du client

À partir du lot 4.3.8, un module satellite `hub-client-awm-1.0.0.zip` peut être installé sur le WordPress du client. Il expose le portail à `/hub/` sur le domaine du client et communique avec la plateforme Alliance via l’API client existante. Le site client ne reçoit ni Core AWM, ni CRM, ni CallTracker, ni les secrets d’intégration. La liaison se fait avec le code Hub Connector généré dans la fiche cliente.

## Hub Connector — séparation Core/Hub
Hub affiche les commandes de liaison dans la fiche client, mais la génération, la révocation, les jetons et les métadonnées de sécurité sont gérés exclusivement par Core AWM 4.3.9+.

---

## ROADMAP.md

# Awm Hub 4.5.57 — Pulse v2 Health

## Livré
- 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.

## Prochain lot accéléré
- Résumé multi-sites compact dans la fiche client et recommandations Health par services actifs.

# Hub AWM 4.5.56 — Pulse opérationnel transversal

## Livré
- 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.

## Prochain lot accéléré
- Résumé multi-sites compact directement dans le bloc Hub Client, avec site principal et secondaires.
- Dashboard client par services actifs et recommandations Health contextualisées.

# Hub AWM 4.5.55 — propagation du statut CRM

## Livré
- Les surfaces opérationnelles Hub consomment maintenant uniquement les clients actifs CRM.
- Aucun historique ou lien inter-module n'est supprimé pendant l'inactivité.

# Hub AWM 4.5.54 — loader non bloquant pour les tâches de fond

**Livré 4.5.54 :** le loader global ignore les rafraîchissements Stats live/snapshot et les requêtes `awm_silent=1`, sans enlever le loader des actions utilisateur.

**Livré :** le bloc Hub Client de la fiche CRM cible le `site_id` du site principal par défaut, affiche ce choix explicitement et laisse les Connectors secondaires indépendants. Le contraste sombre des KPI est corrigé.

**Maintenant :** valider la génération/régénération du site principal et d'un site secondaire sur alliancewebmarketing.ca.

**Prochaines étapes :** afficher un résumé multi-sites compact directement dans le bloc Hub sans dupliquer le panneau canonique CRM.

# Hub AWM 4.5.52 — liens de contexte développement

- Livré : liens Contexte développement, CHANGELOG, README et ROADMAP dans le pilotage et la vision des modules.
- Maintenant : valider l accès public et l ergonomie mobile de ces liens.

# Hub AWM 4.5.51 — blocs permanents de la fiche client

**Livré :** autorisation Hub Client, Connector et choix des services directement dans la fiche CRM canonique.

**Maintenant :** validation terrain des actions Autoriser/Désactiver, Générer/Révoquer le Connector et Enregistrer les services.

# Hub AWM 4.5.50 — navigation client canonique sans erreur d en-têtes

**Livré :** redirection précoce des routes Clients vers CRM avant le rendu du shell WordPress; fallback sans headers; aucune duplication client.

**Maintenant :** validation terrain depuis CallTracker → Clients et Hub → Clients sur alliancewebmarketing.ca.

# Hub AWM 4.5.49 — harmonisation CRM

**Livré :** Clients → recherche CRM canonique; onglets de modules sur la fiche CRM; suppression des écritures maîtres depuis Hub.

**Maintenant :** validation visuelle et fonctionnelle sur alliancewebmarketing.ca.

# Hub AWM 4.5.48 — Tech dans la fiche client canonique

## Livré
- Le moteur de recherche clients existant devient le point d entrée de Thech AWM.
- La fiche client accepte des onglets externes contrôlés sans déplacer la propriété des données.
- Tech AWM 1.2.0 ajoute l onglet Tech avec activation, permissions et état runtime.

## Maintenant
- Valider sur alliancewebmarketing.ca le parcours Thech AWM → Clients → fiche → Tech en clair, sombre et mobile.

# Hub AWM 4.5.46 — interface Premium Thech AWM

## Livré

- Thech AWM 1.0.2 reprend le shell visuel commun AWM et la couleur de module configurable.
- Sites utilise maintenant des cartes KPI, une recherche instantanée, des badges d état et une table responsive des versions/permissions.
- IA, Consommation, Mémoire et Journal utilisent les mêmes panneaux, formulaires, tableaux et hiérarchie visuelle que les autres modules Premium.
- Le contrôle Light/Dark est unique : le bouton du shell Core remplace le doublon flottant historique.

## Maintenant

- Valider le rendu réel en thème sombre et clair sur alliancewebmarketing.ca après installation de la Suite 4.5.85.
- Vérifier bureau, tablette et mobile ainsi que les cinq onglets Thech AWM.

## Prochaines étapes

- Continuer la validation terrain du parcours Tech AWM côté Hub Client : activation, chat, diagnostic, modification Elementor, snapshot et rollback.

---

# Hub AWM 4.5.45 — Thech AWM devient un module de premier niveau

## Livré

- Thech AWM 1.0.1 possède maintenant son propre onglet principal dans le menu WordPress de la Suite.
- Thech reste intégré physiquement à Hub AWM : aucun plugin Alliance séparé n est ajouté.
- Son icône et sa couleur sont gérées par le système visuel AWM commun.
- Son écran central conserve Sites, IA, Consommation, Mémoire et Journal.

## Maintenant

- Valider visuellement le nouvel onglet Thech AWM après installation de la Suite 4.5.84 sur alliancewebmarketing.ca.

## Prochaines étapes

- Continuer la validation terrain du parcours complet Tech AWM côté Hub Client : activation, chat, diagnostic, modification Elementor, snapshot et rollback.

---

# Hub AWM 4.5.44 — Tech AWM

Thech AWM 1.0.0 est intégré au Hub central avec activation, mémoire, consommation et journal.

# Livraison courante — Hub AWM 4.5.43

## Livré

- Interface du **Lot C Routage avancé phase 1** dans la fiche client CallTracker.
- Horaire hebdomadaire, jours fériés, destination hors heures, débordement et délai avant secours.
- Aperçu de la route effective avec état Ouvert/Fermé, heure locale, destination actuelle et secours.
- La logique métier et les métadonnées demeurent exclusivement dans CallTracker.

## Maintenant

- Valider le rendu et les parcours réels après installation de la Suite 4.5.76.

## Prochaines étapes

- Exposer les futures équipes, priorités et stratégies lorsque CallTracker livrera la phase 2.

---

# Livraison historique — Hub AWM 4.5.41

## Livré

- Studio AWM intégré au traitement visuel commun des menus administrateurs.
- Logo Alliance identique en base pour Core, Hub, CRM, CallTracker, Stats, Assistant, Soutien et Studio.
- Pictogrammes colorés, dimensions et alignements harmonisés.
- Ordre stable du bloc AWM : Core, Hub, CRM, CallTracker, Stats, Assistant, Soutien, Studio.
- Studio reste un module autonome; Hub ne possède aucune donnée métier Studio.

## Maintenant

- Validation visuelle après installation de la Suite 4.5.72.

## Prochaines étapes

- Conserver la roadmap publique synchronisée avec chaque livraison via le contrat de manifeste Core.

## Futur

- Ajouter un contrôle visuel automatisé des icônes et de l ordre du menu.

# Livraison courante — Hub AWM 4.5.40

## Livré

- Paquet Hub toujours dépourvu de tout moteur, écran, contrôleur ou donnée Studio.
- Documentation publique alignée sur Studio AWM 1.12.0 et sa galerie serveur autonome.
- Aucune interception de la route `awm-studio-mockups` ni du bouton **Voir les 3 maquettes**.
- Responsabilités inchangées : Hub orchestre les services clients; Core partage seulement la sécurité et les connexions; Studio possède toutes ses données métier.

## Maintenant

- Validation terrain de la séparation après installation de la Suite 4.5.70.

## Prochaines étapes

- Maintenir les descriptions publiques des modules synchronisées avec la roadmap centrale.

## Futur

- Continuer l'orchestration multi-modules sans déplacer les données métier vers Hub.

# Livraison courante — Hub AWM 4.5.38

## Livré

- Retrait complet du moteur et de l'interface Studio de Hub.
- Suppression des fichiers et hooks Studio dans le paquet Hub.
- Hub reste responsable du portail et de l'application des services clients, sans posséder les données Studio.
- Documentation publique harmonisée avec Studio AWM 1.11.0 autonome.

## Maintenant

- Validation que le menu Studio provient uniquement du plugin `studio-awm` après l'installation de la Suite 4.5.68.

# Livraison courante — Hub AWM 4.5.37

- Studio 1.10.4 : reprise automatique de la dernière préparation.
- Studio 1.10.4 : trois canevas A/B/C rendus côté serveur.
- Studio 1.10.4 : boutons Écran/Tablette/Mobile et aperçu toujours présents avec une préparation active.
- Studio 1.10.4 : raccourci direct vers les maquettes, sélecteur des projets récents et mode nouvelle page explicite.
- Studio 1.10.4 : état explicite lorsqu aucun projet n existe.

# Livraison courante — Hub AWM 4.5.36

- Studio 1.10.3 détecte et reconstruit automatiquement un grand aperçu absent.
- La réparation clone la proposition A, B ou C depuis sa miniature sans demander une nouvelle génération.
- Écran, Tablette et Mobile conservent le canevas visible et centrent uniquement le navigateur rendu.
- Le plein écran se ferme par le bouton, la touche Échap ou un clic hors de la maquette.
- L actif JavaScript utilise une empreinte SHA-256 et le marqueur visible confirme le build chargé.

# Livraison courante — Hub AWM 4.5.34

- Studio 1.10.1 rend toujours la maquette sélectionnée côté serveur dans un grand aperçu visible.
- Les liens A/B/C et Écran, Tablette, Mobile fonctionnent même lorsque JavaScript ou un cache administratif perturbe le contrôleur.
- Le contrôleur Studio est chargé dans l en-tête, versionné par empreinte de fichier et intercepte les interactions en phase de capture.
- Le plein écran possède un repli CSS par ancre et l approbation possède un formulaire POST protégé par nonce.
- Les états actifs, l annonce accessible et la variante approuvée restent synchronisés.

## Historique immédiat — Hub AWM 4.5.33

# Livraison courante — Hub AWM 4.5.33

- Studio 1.10.0 fiabilise les sélections A/B/C et les vues Écran, Tablette et Mobile avec un contrôleur externe versionné.
- Les propositions utilisent de vrais boutons accessibles et un mode plein écran.
- La fin de génération affiche les raccourcis Page, Elementor, SEO, Projet, nouvelle page et correction.
- Le contrôle qualité vérifie les métriques réelles avant publication.
- Les futures orientations Studio approuvées sont visibles dans la roadmap centrale.

## Historique immédiat — Hub AWM 4.5.32

# Livraison courante — Hub AWM 4.5.32

- Studio 1.9.0 corrige la maquette visuelle et affiche trois propositions réellement sélectionnables.
- Les vues Écran, Tablette et Mobile modifient désormais réellement le rendu avant approbation.
- Le parcours Création devient Brief → Maquette → SEO & médias → Elementor → Publication.
- La maquette visuelle affiche les vues écran/tablette/mobile avec couleurs, typo et médias du client.
- Alliance peut approuver, demander une correction ou générer une autre proposition avant toute construction.
- Publication finale séparée et confirmée après aperçu réel.

## Historique immédiat — Hub AWM 4.5.30

# Livraison courante — Hub AWM 4.5.30

- Studio 1.7.0 rend la Page de référence réellement structurante pour le rendu.
- La fiche pré-lancement affiche le profil de référence appliqué et le niveau d inspiration.
- Les parcours Créer une page / Batch restent séparés.

## Historique immédiat — Hub AWM 4.5.29

# Livraison courante — Hub AWM 4.5.29

- Studio 1.6.0 sépare complètement **Créer une page** et **Batch local**.
- Quatre espaces : Créer une page, Batch local, Optimiser les pages, Historique.
- Parcours page unique en trois étapes avec options avancées repliées.
- Batch multi-villes autonome, sans dépendance au formulaire unitaire.

## Historique immédiat — Hub AWM 4.5.28

# Livraison courante — Hub AWM 4.5.28

- Studio 1.5.0 analyse une page publique de référence avant génération.
- Inspiration légère, moyenne ou élevée sans copie de contenu ou de marque.
- Contrôle des effets et dimensions avant lancement; résumé du rendu prévu dans la fiche de révision.
- Batch local compatible avec une référence commune.

## Historique immédiat — Hub AWM 4.5.27

## Livré
- Studio 1.4.0 ajoute **✦ Tout générer avec l IA** depuis le mot-clé principal.
- Éditeur complet des sections de la page avant lancement.
- Titre, ALT, légende, description et prompt modifiables pour chaque photo.
- Modes Photos IA / client / Mixte dans Nouvelle page et Batch.
- Studio affiché comme module versionné dans Mises à jour AWM.

## Maintenant — priorité
- valider le nouveau flux sur plusieurs clients Elementor/SEOPress;
- poursuivre snapshots/rollback et sélection future de médias existants depuis la médiathèque distante.

# Livraison courante — Hub AWM 4.5.26

## Livré
- Nouvelle page utilisable sans aucune donnée Batch.
- Loader AWM détaillé pendant préparation et lancement Studio.
- Aperçus images garantis avant le bouton de création Elementor.
- Mot-clé principal et 5 à 8 variantes sémantiques/locales.
- Longueurs cibles 250 / 500 / 1000 / 1500 caractères avec compteurs visibles.

## Maintenant — priorité
- valider le nouveau flux sur plusieurs sites Elementor/SEOPress réels;
- poursuivre snapshots/rollback avant modification structurelle des pages existantes.

# Livraison courante — Hub AWM 4.5.25

## Livré
- Préparation Studio avant lancement avec score SEO, contrôles et formulaire SEOPress.
- Suggestions ✦ IA champ par champ sans remplacement automatique.
- Images prévisualisées et régénérables individuellement avant création.
- Batch local jusqu à 12 villes et mesure de similarité.
- Analyse de toutes les pages du site et révision SEO des pages existantes.

## Maintenant — priorité
- valider le workflow complet sur des sites Elementor/SEOPress réels;
- poursuivre snapshots et rollback avant modification structurelle d une page existante.

# Livraison courante — Hub AWM 4.5.24

## Livré
- Studio détecte SEOPress sur le site client.
- Paramètres du moteur image disponibles dans l’interface Studio.
- Deux images minimum sont générées et intégrées à chaque nouvelle landing page.
- SEO SEOPress, image mise en avant et nomenclature des médias sont visibles dans le suivi Studio.

## Maintenant — priorité
- valider SEO et médias sur plusieurs sites Elementor réels;
- poursuivre l’aperçu du blueprint et les snapshots avant modification.

# Livraison courante — Hub AWM 4.5.23

## Livré
- Diagnostic Studio du moteur Elementor disponible sur le site client.
- Création considérée réussie uniquement après validation du rendu.
- Historique Studio avec Aperçu, Elementor et Réparer.
- Retour explicite du moteur Containers ou Sections/Colonnes.

## Maintenant — priorité
- valider la correction sur le site Déménagement Hull et d autres installations Elementor;
- poursuivre l aperçu du blueprint et les snapshots avant modification.

# Livraison courante — Hub AWM 4.5.22

## Livré
- Refonte sombre de `/hub/documentation/` selon la palette du roadmap.
- Navigation compacte, cartes de modules et versions dynamiques.
- Nouvelle section Studio et documentation CRM/WHMCS actualisée.
- Responsive mobile/tablette et cohérence visuelle avec les pages publiques AWM.

# Livraison courante — Hub AWM 4.5.21

## Livré
- Nouveau tableau de pilotage des neuf modules au haut de la roadmap.
- Sélection à gauche, graphique central et descriptions des quatre phases à droite.
- Le bloc **Dernières implantations** vient immédiatement après ce tableau.
- Responsive : navigation compacte et panneaux empilés sur tablette/téléphone.

# Roadmap -- Hub AWM 4.5.21

## Livré
- **Studio AWM** ajouté au menu Hub;
- sélection d’un client/site Hub Client lié;
- analyse Elementor, thème, versions et palette;
- brief libre transformé en blueprint par le moteur IA sécurisé de Core;
- repli automatique sur les modèles métier contrôlés si le moteur IA est indisponible;
- création distante en brouillon via Core;
- historique de création par client;
- publication directe volontairement interdite dans le MVP.

## Maintenant — priorité
- valider la génération IA avec la configuration de production Alliance et contrôler les coûts/quotas;
- valider les premières pages sur plusieurs sites Elementor réels;
- améliorer la détection des styles du site et l’adaptation responsive.

## Prochaines étapes
- modification conversationnelle des pages existantes;
- bibliothèque de blocs Alliance réutilisables;
- aperçu avant application et comparaison avant/après;
- génération de pages multiples puis de sites complets.

## Règle
Hub orchestre l’expérience Studio. Les secrets et autorisations restent dans Core et les écritures WordPress sont exécutées localement par Hub Client.

---

# Roadmap -- Hub AWM 4.5.18

## Livré
- résumé global de l avancement de la Suite;
- roues dynamiques avec état opérationnel et évolution en points;
- Futur gris et trois nuances de bleu Alliance pour les autres phases;
- historique Livré repliable après cinq éléments;
- Vision par module synchronisée avec la roue active;
- noms de modules sans suffixe AWM répété;
- animation discrète et responsive, sans bibliothèque graphique externe.

## Maintenant
- valider le rendu public avec le thème WordPress Alliance et les caches actifs.

## Prochaines étapes
- réutiliser les mêmes variables visuelles dans les autres pages Hub publiques au fil des prochains lots.

## Futur
- centraliser complètement les variables publiques Alliance dans un design system partagé.

---

# Roadmap -- Hub AWM 4.5.17

## Livre
- fond sombre bleu nuit harmonise avec Alliance;
- roues en bleu fonce, bleu vif, bleu clair et gris pour Futur;
- noms de modules affiches sans suffixe AWM;
- cartes, legendes, formulaires, boutons, panneaux et focus harmonises;
- comportement responsive et calcul dynamique conserves.

## Maintenant
- valider le rendu public avec le theme WordPress Alliance et les caches actifs.

## Prochaines etapes
- reutiliser les memes variables visuelles dans les autres pages Hub publiques au fil des prochains lots.

## Futur
- centraliser completement les variables publiques Alliance dans un design system partage.

---

# Roadmap — Hub AWM 4.5.16

## Livré
- quatre dernières implantations affichées avec navigation par groupes de quatre;
- un cercle d’avancement pour chacun des huit modules publics;
- division de chaque cercle entre **Livré**, **Maintenant**, **Prochaines étapes** et **Futur**;
- calcul automatique des proportions et du pourcentage livré depuis la roadmap Core;
- ouverture au clic du plan détaillé regroupé par état;
- conservation de la section **Vision par module** et de ses ancrages;
- affichage responsive et navigation clavier;
- rendu local sans service graphique externe.

## Maintenant
- valider le rendu avec les données réelles Alliance;
- confirmer les secteurs et compteurs des huit modules;
- vérifier le comportement sur 320 px, 375 px, tablette et grand écran;
- vérifier la navigation clavier et les liens directs par module.

## Prochaines étapes
- garder les statuts de chaque amélioration synchronisés avec les livraisons réelles;
- faire évoluer les textes et objectifs par module sans saisir manuellement les pourcentages.

## Règle
Le graphique ne possède aucune valeur indépendante : il reflète uniquement le registre central de la roadmap. Une fonction livrée doit quitter son ancien état et rejoindre **Livré** lors de la même publication.

---

## Historique

# Roadmap — Hub AWM 4.5.15

## Livré
- le loader global ignore les appels techniques `heartbeat`, `wp-auth-check`, `autosave` et `wp-refresh-post-lock`;
- aucune fenêtre **Récupération des données** ne doit apparaître périodiquement sans action utilisateur dans l’éditeur de campagne;
- le suivi XHR couvre aussi jQuery sans hook global `ajaxStart`, ce qui évite le double comptage et les ouvertures parasites;
- les navigations, formulaires et requêtes métier restent suivis par le loader AWM;
- l’état de connexion CallTracker demeure présenté dans la barre **Enregistrer la campagne** et non dans une modale.

## Maintenant
- valider sur Alliance pendant au moins deux minutes qu’aucune modale périodique ne revient sans action utilisateur;
- confirmer qu’une vraie action AJAX CallTracker affiche encore sa progression;
- confirmer qu’une coupure réseau réelle reste visible dans l’indicateur de connexion sans bloquer l’éditeur.

## Prochaines étapes
- poursuivre CallTracker Lot C — routage avancé;
- factoriser progressivement le filtrage des transports techniques dans le composant de loader commun à toute la Suite.

## Règle
Une requête de maintenance WordPress exécutée en arrière-plan ne doit jamais être présentée comme une opération métier utilisateur.

---

## Historique

# Roadmap — Hub AWM 4.5.14

## Livré
- le loader AWM ignore les notices WordPress de perte de connexion propres à l'autosave des campagnes CallTracker;
- aucune erreur plein écran AWM n'est créée à partir de `lost-connection-notice` ou `local-storage-notice` dans ce contexte;
- les erreurs métier, avertissements et résultats d'opérations continuent d'utiliser le loader AWM;
- l'état de connexion est délégué à CallTracker 1.9.4 dans la barre de sauvegarde de campagne.

## Maintenant
- valider sur Alliance le comportement lors d'une coupure réseau réelle puis d'une reconnexion;
- confirmer que les erreurs métier CallTracker continuent d'apparaître normalement dans le loader;
- poursuivre les essais Validation et santé / Twilio de CallTracker.

## Prochaines étapes
- historique visuel court des validations dans le loader;
- alertes de santé CallTracker dans la fiche client sans remplacer le module source;
- composant de progression commun pour les tests synthétiques futurs.

## Règle
Hub orchestre l'interface et le loader, mais ne doit pas transformer une notification technique WordPress transitoire en erreur métier bloquante.

---

## Historique

# Roadmap — Hub AWM 4.5.13

## Livré
- nouvel onglet **Validation et santé** dans le contexte CallTracker de Hub;
- route protégée vers le centre de diagnostic de CallTracker 1.9.2;
- conservation de la navigation et du shell Hub pendant les validations;
- confirmations AWM intégrées dans les principaux flux CallTracker actifs;
- journalisation déléguée à Core et logique métier conservée dans CallTracker.

## Maintenant
- valider l’affichage du centre avec les données Alliance réelles;
- vérifier clair/sombre, mobile, états vides et listes de campagnes nombreuses;
- exécuter les essais guidés Twilio et CPL puis corriger les exceptions;
- confirmer que les permissions Hub/CallTracker limitent correctement les actions sensibles.

## Règle
Hub orchestre l’interface et conserve le contexte d’entrée. CallTracker possède les diagnostics métier. Core possède permissions, sécurité et journal.
---

# Roadmap — Hub AWM 4.5.11

## Analyse
Le loader AWM était déjà utilisé pour les formulaires et plusieurs pages Hub, mais les notices générées directement par les listes WordPress pouvaient être injectées dans un wrapper natif non couvert par le sélecteur historique.

## Objectif
Rendre le loader AWM réellement unique pour les retours de succès, avertissement et erreur sur les écrans AWM pris en charge.

## Livré
- Consommation des notices natives partout dans `#wpbody-content` sur les écrans CallTracker.
- Aucun bandeau natif visible après corbeille/restauration/suppression de campagne.
- Texte nettoyé des boutons/liens avant affichage.
- Action native interne conservée dans le loader lorsqu’elle existe.
- Messages dupliqués fusionnés entre marqueurs AWM et notices WordPress.

## Travaux actuels
- Validation visuelle sur les écrans Campagnes, Appels et fiches clients.

## Prochaines étapes
- Factoriser le loader au niveau du shell Core pour couvrir tous les modules sans dépendance au runtime Hub.

## Futur
- Journal visuel des dernières opérations et progression multi-étapes commune à tous les modules.

---

# Roadmap — Hub AWM 4.5.10

## Analyse
La fiche client 4.5.9 affichait encore plusieurs fonctions CallTracker au même niveau que le module lui-même. Cela mélangeait la navigation métier et empêchait l’ajout propre de nouveaux modules activés.

## Objectif
Faire de la fiche client un conteneur modulaire : un onglet principal par service/module activé et des sous-onglets propres au module sélectionné.

## Livré
- Onglets principaux dynamiques selon les modules activés.
- CallTracker regroupé sous Résumé, Campagnes, Leads, Appels, Historique CPL, Routage & audio et Dialer.
- Compatibilité des anciennes URL de fiche client.
- Routage administratif enrichi : Message 1, Message 2, destination, enregistrement, Dialer et fuseau horaire.
- Contexte CRM/CallTracker conservé selon le point d’entrée.
- Sélection groupée Clients reliée aux exclusions persistantes WHMCS de Core.

## Travaux actuels
- Vérifier la fiche client avec plusieurs combinaisons de modules activés.
- Vérifier responsive et clair/sombre sur les sous-onglets.

## Prochaines étapes
- Normaliser les manifestes de navigation des futurs modules client.
- Ajouter des compteurs/alertes légers sur les onglets de modules.

## Futur
- Personnalisation des espaces et rôles par équipe Alliance.
- Tableau de bord transversal configurable par utilisateur.

---

## Historique des roadmaps précédentes

# Roadmap — Hub AWM 4.5.9

## Analyse

La route historique `callink-clients` sert Hub et CallTracker. CRM l’utilisait encore comme destination de ses cartes clients, ce qui faisait apparaître le shell CallTracker même lorsque l’utilisateur venait de CRM.

## Objectif

Conserver la compatibilité de `callink-clients` tout en respectant le contexte d’entrée de chaque module.

## Livré

- **Actions groupées clients** : sélection Cartes/Tableau, aperçu des conséquences et blocages, confirmation exacte et exécution via Core.

- Redirection compatible des anciens liens CRM `from_crm=1` vers le dossier CRM.
- Route `callink-clients` inchangée pour les parcours Hub/CallTracker.
- Aucune duplication de client et aucune modification des relations campagnes/CRM.

## Travaux actuels

- Validation des retours de navigation entre Hub, CRM et CallTracker.

## Prochaines étapes

- Ajouter un fil d’Ariane inter-modules commun sans modifier les slugs historiques.

## Futur

- Registre déclaratif des liens inter-modules par contexte de fiche client.

---

# Roadmap — Hub AWM 4.5.7

## Analyse

La fiche client est déjà le point d’accès administratif aux services, au Connector et aux utilisateurs WordPress. Pour CallTracker, Alliance devait aussi pouvoir administrer les paramètres téléphoniques qui sont volontairement plus restreints dans le Hub du client.

## Objectif

Faire de Hub AWM → Clients → CallTracker le panneau administratif complet du routage téléphonique, sans déplacer la logique métier hors de CallTracker ni la source client hors de CRM/WHMCS.

## Livré

- Onglet CallTracker dans la fiche client.
- Destination de réception par campagne.
- Administration Message 1 et Message 2.
- Écoute MP3, téléversement/remplacement et suppression/rétablissement.
- États entrants/Dialer et numéro Twilio visibles par campagne.
- Permissions CallTracker, nonces, validation de propriété et journalisation métier.

## Travaux actuels

- Validation responsive de l’onglet avec plusieurs campagnes.
- Test réel de remplacement/rétablissement du Message 1.
- Vérification synchronisée des changements faits par le client dans son Hub.

## Prochaines étapes

- Historique visible des changements de routage par campagne.
- Filtres par campagne active/inactive et message configuré.
- Diagnostic d’accessibilité du MP3 depuis Twilio.

## Futur

- Horaires et destinations de débordement administrés depuis la fiche client.
- Modèles de routage réutilisables.
- Alertes de destination invalide ou non joignable.

---

## Historique conservé

# Roadmap — Hub AWM 4.5.6

## Analyse

La fiche client centralise déjà le domaine autorisé, le Hub Connector et les services. Elle doit aussi devenir le point de contrôle des utilisateurs WordPress du site client afin qu’Alliance puisse voir les comptes détectés et décider exactement lesquels peuvent ouvrir le Hub Client.

## Objectif

Ajouter le scan et la gestion des autorisations WordPress directement dans la fiche client, en réutilisant Core pour la sécurité et le Connector pour la communication avec le site client.

## Livré

- Section **Utilisateurs WordPress autorisés** dans l’onglet Accès de la fiche client.
- Bouton **Scanner les utilisateurs WordPress** depuis la fiche Alliance.
- Affichage du nom, identifiant local, courriel, rôle et statut administrateur de chaque compte détecté.
- Case d’autorisation individuelle avec enregistrement protégé par permission **Approuver** et nonce.
- Indication du dernier scan et de l’état de préparation du canal sécurisé.
- Aucun mot de passe, cookie ou jeton WordPress client n’est affiché ou stocké dans Hub.
- Fiches CRM/WHMCS et identifiants historiques conservés sans duplication.

## Travaux actuels

- Validation du scan sur plusieurs sites clients et rôles WordPress différents.
- Vérification mobile/tablette de la liste d’utilisateurs dans la fiche.
- Validation de la révocation immédiate d’un accès local.

## Prochaines étapes

- Filtre Autorisés / Non autorisés lorsque la liste contient beaucoup de comptes.
- Recherche locale par nom, courriel ou rôle.
- Historique de changement des autorisations dans la fiche client.

## Futur

- Autorisations locales par module client.
- Invitation guidée d’un utilisateur du site vers le Hub.
- Alertes lors de l’apparition de comptes administrateurs non autorisés.

---
## Historique conservé

# Roadmap — Hub AWM 4.5.5

## Analyse

Les fiches clients existaient déjà et étaient utilisées par CRM/WHMCS et CallTracker, mais l’accès visuel principal depuis Hub était caché. Il faut rendre ces fiches accessibles directement dans Hub sans dupliquer leur stockage ni déplacer la source de vérité. Le même lot doit rendre la roadmap publique plus lisible pour le suivi de direction.

## Objectif

Faire de Hub AWM la porte d’entrée visuelle vers les fiches clientes canoniques, tout en laissant CRM/WHMCS propriétaires des données clients et Core propriétaire de la sécurité/API.

## Livré

- Nouvel onglet **Hub AWM → Clients** visible dans le menu Hub.
- Réutilisation de la liste et de la fiche client existantes avec recherche, filtres, services, accès, Connector, campagnes et résultats.
- Conservation de la route historique `callink-clients` pour CallTracker/CRM et compatibilité des liens existants.
- Retour, recherche et navigation maintiennent le contexte Hub lorsque la fiche a été ouverte depuis Hub.
- Roadmap publique et administrative affichent maintenant la version de chaque module, Hub Client inclus.
- Aucune duplication de client ni modification des identifiants WHMCS/CRM.

## Travaux actuels

- Validation du nouvel onglet sur le WordPress Alliance réel avec profils lecture seule et administrateur.
- Vérification des filtres, recherche, ouverture/retour de fiche et Hub Connector depuis le nouveau point d’entrée.
- Migration CallTracker et validation CPL conservées comme priorité de production.

## Prochaines étapes

- Ajouter des raccourcis depuis la fiche Hub vers les services réellement actifs du client.
- Ajouter une vue synthèse de santé du Hub Client lié.
- Ajouter un historique des changements de profil/apparence dans la fiche.

## Futur

- Tableau de bord client configurable selon les services.
- Centre de notifications unifié.
- Documents et livrables sécurisés par client.
---
## Roadmap historique conservée

# Roadmap — Hub AWM

## Lot 4.5.3 — Interface des actions groupées CallTracker — 2026-08-19

### Analyse
Hub 4.5.2 contenait déjà les pages de rattachement des campagnes et d’inventaire des numéros. L’audit a montré qu’il fallait enrichir ces écrans existants plutôt que créer un nouveau gestionnaire, tout en conservant les formulaires unitaires et les anciens parcours de compatibilité lorsque CallTracker 1.6.0 n’est pas actif.

### Objectif
Fournir dans la charte AWM commune une sélection multiple, un aperçu lisible des conséquences et une confirmation sûre, sans déplacer la logique sensible hors de CallTracker/Core et sans exposer les secrets Twilio au navigateur.

### Livré
- Sélection multiple des campagnes actives ou à la corbeille dans **Rattachement campagnes**.
- Sélection des numéros Twilio libres ou réservés dans **Numéros et campagnes**.
- Formulaires contextuels selon l’opération, client cible et note de réservation.
- Fenêtre d’aperçu accessible au clavier avec résumé, avertissements, blocages, tableau des éléments et confirmation exacte.
- Affichage du résultat détaillé et de l’identifiant de lot journalisé.
- Chargement des actifs uniquement sur les deux écrans concernés et seulement pour les utilisateurs ayant le niveau **Approuver**.
- Compatibilité descendante : les formulaires historiques restent utilisés lorsque le service de lot CallTracker n’est pas disponible; leurs suppressions ne détachent plus les historiques avant que WordPress ait confirmé la suppression de la campagne. Dès que CallTracker 1.6.0 est actif, les anciens endpoints groupés refusent aussi toute exécution directe afin d’imposer l’aperçu côté serveur.
- Les parcours unitaires historiques utilisent le même journal de suppression sérialisé et affichent séparément les avertissements de persistance de l’état local et de nettoyage d’une réservation après libération Twilio.
- Charte CallTracker/Hub conservée : logo Alliance, cartes, pastilles, clair/sombre et responsive.

### Travaux actuels
Validation visuelle et fonctionnelle sur WordPress réel, en clair/sombre, sur ordinateur, tablette et téléphone, avec clavier et lecteur d’écran.

### Prochaines étapes
- Ajouter des filtres enregistrés pour les lots fréquents sans mémoriser de sélection sensible dans le navigateur.
- Améliorer le diagnostic visuel des lignes « À vérifier » avant leur inclusion dans un lot.
- Tester les interactions avec les extensions tierces qui modifient les tableaux d’administration.

### Futur
- Centre d’opérations unifié pour les lots des autres modules, chaque module conservant sa propre logique métier et ses permissions.
- Historique consultable des lots depuis le Hub avec liens vers le journal Core.
- Accessibilité WCAG complète de toutes les interfaces administratives AWM.

---

## Éditeur Campagnes interne — Hub 4.5.2 — 2026-08-19
- **Analyse :** l’éditeur natif des campagnes restait hors du périmètre du loader AWM et affichait les confirmations WordPress comme un article.
- **Objectif :** conserver l’éditeur compatible tout en le faisant se comporter comme un écran CallTracker.
- **Éléments livrés :** écrans `callink_campaign`/`callink_call` inclus dans le nettoyage de notices, loader de sauvegarde contextualisé et résultat absorbé dans le loader.
- **Travaux actuels :** validation visuelle de la sauvegarde sur WordPress réel.
- **Prochaine étape :** aperçu des actions groupées CallTracker.
- **Améliorations futures :** remplacer progressivement les derniers composants natifs WordPress visibles par des composants AWM sans changer les routes historiques.

## CallTracker → Numéros — Hub 4.5.1 — 2026-08-19
- **Analyse :** l’écran Numéros devait présenter l’état opérationnel de l’inventaire sans déplacer la logique Twilio dans Hub.
- **Objectif :** garder Hub responsable de l’expérience administrative tout en laissant CallTracker propriétaire des données téléphonie et Core propriétaire de la sécurité/journalisation.
- **Éléments livrés :** interface d’inventaire à quatre états, recherche, filtres, réservation et accès aux campagnes. Résultat attendu : gérer visuellement les numéros depuis CallTracker sans exposer de secret ni dupliquer les données.
- **Travaux actuels :** validation responsive et clair/sombre sur le WordPress Alliance réel.
- **Prochaine étape :** prévisualisation des actions groupées CallTracker.
- **Améliorations futures :** alertes visuelles sur les numéros facturés sans campagne et réservations expirées.

## Réglages centralisés et application des services — 4.5.0 — 2026-08-18

- **Analyse :** Hub AWM est l’orchestrateur de l’expérience client : il doit être la source unique de l’apparence administrative AWM et de l’application opérationnelle des services, tandis que CRM conserve les données/services et Core la sécurité/API.
- **Objectif :** administrer depuis Hub l’identité visuelle globale et les services réellement présentés à chaque client, sans dupliquer les données CRM ni déplacer les secrets hors Core.
- **Éléments livrés :** logo Alliance officiel dans le shell avec remise à zéro unique de l’ancien logo maître lors de la migration; Hub → Réglages centralise logo, couleurs, thème et icônes des modules; anciens réglages Twilio/Google Ads renvoient vers Core; Hub → Services clients ajoute recherche par nom/entreprise/courriel/ID, état des modules, nombre de services CRM appliqués et édition directe des modules/services par client; journalisation des changements via Core.
- **Travaux actuels :** validation réelle des combinaisons de services par client et du rendu clair/sombre. Résultat attendu : le portail n’affiche que les services appliqués au bon client.
- **Prochaines étapes :** tableau de bord client généré selon les services actifs et parcours d’accueil. Résultat attendu : chaque client voit immédiatement les outils auxquels il a droit.
- **Améliorations futures :** règles d’application par forfait, dates d’effet et approbation. Résultat attendu : automatiser l’activation tout en gardant une décision traçable et réversible.

## Harmonisation administration — 4.4.0 — 2026-08-18

- **Livré :** 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.
- **Travaux actuels :** validation visuelle sur WordPress réel en clair/sombre et sur téléphone/tablette. Résultat attendu : aucun débordement horizontal et aucune double navigation.
- **Prochaines étapes :** convertir progressivement les tableaux et formulaires historiques restants vers les composants partagés. Résultat attendu : mêmes actions, espacements et états dans tous les écrans.
- **Améliorations futures :** préférences d’affichage et accessibilité clavier/WCAG communes. Résultat attendu : personnalisation contrôlée sans divergence entre modules.

## 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é.
# Roadmap publique — Suite AWM

Ce fichier accompagne le contenu embarqué de la page `/hub/roadmap/`. Chaque module conserve son analyse, son objectif, les éléments livrés, les travaux actuels, les prochaines étapes et les améliorations futures. Chaque amélioration précise le résultat concret recherché.

## Core AWM

### Analyse
Le Core doit demeurer l’unique autorité pour les permissions, les API, les webhooks, les connexions, les tâches planifiées et la compatibilité.

### Objectif
Rendre les opérations sensibles contrôlables et auditables sans rupture des contrats historiques.

### Éléments livrés
- **Rapprochement global des références clients CallTracker/WHMCS.** Résultat attendu : après fusion sûre dans Core, afficher toutes les campagnes et activités sous la fiche WHMCS canonique pour chaque client concerné.
- Matrice par module. **Résultat attendu :** séparer clairement consultation, modification, approbation et administration.
- Journal central et rétention. **Résultat attendu :** retrouver un événement sensible sans exposer de secret.
- Sessions API révocables. **Résultat attendu :** couper un accès compromis de façon ciblée.
- Diagnostic opérationnel. **Résultat attendu :** localiser rapidement une API, un webhook, une connexion ou une tâche défaillante.

### Travaux actuels
- Validation en préproduction des rôles personnalisés. **Résultat attendu :** confirmer les accès réels avant production.

### Prochaines étapes
- Anti-rejeu, coffre de secrets et limites par intégration. **Résultat attendu :** réduire les risques d’abus et faciliter la rotation des accès.

### Améliorations futures
- Authentification renforcée, alertes d’anomalie et restauration chiffrée. **Résultat attendu :** accroître la résilience du socle.

## Hub AWM

### Analyse
La recherche 4.2.0 améliore l’accès transversal; le prochain enjeu est une expérience mobile et client cohérente avec les nouveaux droits.

### Objectif
Présenter uniquement les données et actions utiles au profil connecté, sur ordinateur comme sur téléphone.

### Éléments livrés
- **Hub Client AWM installable sur le site WordPress du client.** Résultat attendu : servir le portail à `/hub/` sur le domaine du client, sans installer les modules administratifs Alliance ni dupliquer les données.
- Interface alignée sur la matrice. **Résultat attendu :** un profil en lecture seule ne voit ni n’exécute les commandes de modification.
- Filtres Actifs, Inactifs et Tous. **Résultat attendu :** garder les comptes obsolètes hors du flux quotidien sans les perdre.
- Recherche filtrée par module. **Résultat attendu :** ne jamais révéler une catégorie non autorisée.

### Travaux actuels
- Validation responsive du tableau de bord et des fiches. **Résultat attendu :** éliminer les débordements et conserver des actions tactiles utilisables.

### Prochaines étapes
- Menu mobile compact et portail client. **Résultat attendu :** naviguer sans barre horizontale sur téléphone et tablette.
- Mot de passe oublié et réinitialisation entièrement intégrés au `/hub/` du site client. **Résultat attendu :** récupérer l’accès sans quitter le domaine du client.
- Parcours d’accueil client. **Résultat attendu :** guider la première connexion, la validation du profil et l’activation des services.

### Améliorations futures
- Notifications, accessibilité, documents sécurisés, multilingue et application installable. **Résultat attendu :** rendre le portail plus autonome et inclusif.

## CRM AWM

### Analyse
WHMCS reste la source de référence; les enrichissements locaux et les statuts manuels doivent survivre aux synchronisations.

### Objectif
Offrir une vue client fiable, éditable et dédoublonnée sans écraser les champs protégés.

### Éléments livrés
- Permissions granulaires et interface lecture seule. **Résultat attendu :** réserver les imports, fusions, paiements et réglages aux niveaux appropriés.
- Approbation CRM ou Core pour l’import WHMCS. **Résultat attendu :** déléguer l’opération sans donner accès aux secrets de connexion.

### Travaux actuels
- Statuts actifs/inactifs et protection des champs manuels. **Résultat attendu :** conserver les décisions locales pendant la synchronisation.

### Prochaines étapes
- Fusion assistée avec aperçu et journal. **Résultat attendu :** regrouper les doublons sans perdre de relations.
- Import CSV avec correspondance des colonnes. **Résultat attendu :** détecter les erreurs avant l’écriture.

### Améliorations futures
- Pipeline, chronologie, tâches, consentements et prévisions. **Résultat attendu :** suivre la relation client au-delà de la facturation.

## CallTracker AWM

### Analyse
Les campagnes, numéros, appels et formulaires doivent rester reliés sans sacrifier l’historique lorsqu’une campagne est archivée ou supprimée.

### Objectif
Sécuriser le cycle de vie complet des campagnes et de l’inventaire Twilio.

### Éléments livrés
- Correctif du véritable écran WordPress Campagnes et rapprochement des anciennes références clients sûres. **Résultat attendu :** un seul logo en haut, une palette cohérente clair/sombre et toutes les campagnes retrouvées dans la fiche CRM/WHMCS canonique lorsqu’un identifiant WHMCS ou un courriel permet le rapprochement.
- Onglet Clients directement dans CallTracker. **Résultat attendu :** chercher les clients CRM/WHMCS depuis CallTracker, filtrer Actifs/Inactifs/Tous et ouvrir leur dossier sans base parallèle.
- Activation CallTracker par client et association directe des campagnes. **Résultat attendu :** gérer l’éligibilité téléphonie séparément de WHMCS et rattacher une campagne sans détour par le CRM.
- Niveaux de permission par action. **Résultat attendu :** réserver achat, suppression, archivage et configuration aux niveaux requis.
- Échecs de signature Twilio journalisés avec limitation anti-bruit. **Résultat attendu :** détecter les appels refusés sans saturer le journal.

### Travaux actuels
- Conservation de l’historique et libération contrôlée des numéros. **Résultat attendu :** retirer une campagne sans perdre les appels et formulaires.

### Prochaines étapes
- Inventaire Libre, Réservé, Attribué et À vérifier. **Résultat attendu :** connaître l’état réel de chaque numéro.
- Suppression multiple avec aperçu, confirmation et journal. **Résultat attendu :** traiter plusieurs campagnes sans action irréversible involontaire.
- Protection anti-rejeu Twilio. **Résultat attendu :** refuser les requêtes réutilisées même si leur signature est valide.

### Améliorations futures
- Acheminement avancé, transcription, contrôle qualité, attribution et alertes de budget. **Résultat attendu :** améliorer la performance et la gouvernance des campagnes.

## Stats AWM

### Analyse
Les statistiques du site Web sont prioritaires et doivent rester autonomes; les réseaux sociaux sont des sources additionnelles optionnelles.

### Objectif
Mesurer visites, pages vues, formulaires et conversions par client avec une collecte vérifiable.

### Éléments livrés
- Permissions granulaires et lecture seule sans création de clé. **Résultat attendu :** consulter les rapports sans modifier la configuration.
- Collectes rejetées journalisées avec limitation anti-bruit. **Résultat attendu :** diagnostiquer une clé ou un client invalide.
- URL courte `/stats-awm.js` conservée. **Résultat attendu :** masquer le chemin technique du script.

### Travaux actuels
- Mesure propriétaire des visites, pages vues, formulaires et conversions. **Résultat attendu :** ne plus dépendre de WP Statistics.

### Prochaines étapes
- Diagnostic guidé du script et connexions Facebook/Instagram. **Résultat attendu :** confirmer la collecte et renouveler les autorisations sans ambiguïté.
- TikTok et LinkedIn. **Résultat attendu :** consolider les données sociales par client.

### Améliorations futures
- Rapports planifiés, alertes, attribution et score de qualité. **Résultat attendu :** transformer les données en suivi exploitable et explicable.

## Assistant AWM

### Analyse
Une connaissance ne doit provenir que d’un fil complet, relu, corrigé et approuvé.

### Objectif
Améliorer la qualité des réponses sans apprentissage ni publication automatique.

### Éléments livrés
- Permissions granulaires. **Résultat attendu :** séparer lecture, analyse, approbation et réglages.
- Fil complet, réanalyse commentée, édition et approbation sélective. **Résultat attendu :** enregistrer uniquement la version corrigée et approuvée.
- Changements de réglages journalisés sans clé OpenAI. **Résultat attendu :** savoir quoi a changé sans exposer le secret.

### Travaux actuels
- Historique d’analyses et validation humaine. **Résultat attendu :** conserver les versions et la justification de la décision.

### Prochaines étapes
- Sources, passages pertinents et indice de confiance. **Résultat attendu :** permettre la vérification de chaque réponse proposée.

### Améliorations futures
- Versionnement des instructions, tests de qualité, masquage des renseignements personnels et multilingue. **Résultat attendu :** fiabiliser le comportement à grande échelle.

## Soutien AWM

### Analyse
Le traitement doit conserver toute la conversation, y compris après fermeture, et accélérer la réponse sans supprimer l’approbation humaine.

### Objectif
Réduire le temps de traitement tout en conservant contexte, responsabilité et historique.

### Éléments livrés
- Permissions granulaires; fermeture au niveau Approbation. **Résultat attendu :** empêcher une fermeture définitive par un profil limité à la modification.
- Changements de réglages et d’agents journalisés. **Résultat attendu :** retracer les affectations sans exposer la clé IA.
- Enrichissement de la connaissance conditionné aux droits Soutien et Assistant. **Résultat attendu :** éviter une publication transversale non autorisée.

### Travaux actuels
- Conversation complète, analyse préalable et ouverture du prochain ticket prioritaire. **Résultat attendu :** traiter la file sans perdre le contexte.

### Prochaines étapes
- Objectifs de service, assignation, escalade et prévention des réponses simultanées. **Résultat attendu :** clarifier la responsabilité et éviter les doublons.

### Améliorations futures
- Satisfaction, canaux regroupés, pièces jointes sécurisées et rapports. **Résultat attendu :** améliorer la qualité et la visibilité du service.

Une suggestion publique demeure en attente jusqu’à sa décision dans Hub AWM. Une suggestion approuvée rejoint seulement la section **Futur** du module choisi; elle n’est jamais publiée automatiquement.

## Livré — 4.3.3
- CallTracker : campagnes visibles par client, activité consolidée et harmonisation de la page Campagnes.
## Livré — 4.3.5
- **Alias clients historiques dans les fiches CallTracker.** Résultat : les campagnes rattachées à une ancienne fiche sûre apparaissent directement sous la fiche WHMCS/CRM canonique sans nécessiter une correction manuelle préalable.

## Livré — 4.3.7
- **Hub Connector piloté par Core.** Résultat attendu : la fiche client garde une action simple Générer/Copier/Révoquer tandis que toute la sécurité et l’API de liaison résident dans Core.

## Travaux actuels — Hub Client
- **Validation du parcours `/hub/` sur un site client réel.** Résultat attendu : confirmer liaison, connexion, isolation des données et responsive.

## Prochaines étapes — Hub Client
- **Mot de passe oublié depuis `/hub/`.** Résultat attendu : récupérer l’accès sans exposer l’administration WordPress du site client.

## Améliorations futures — Hub Client
- **Installation et diagnostic guidés.** Résultat attendu : détecter automatiquement une URL centrale, un Connector expiré ou une API Core indisponible.

## Livré — Studio 4.5.20
- Studio possède son propre onglet principal WordPress.
- Interface Studio harmonisée Light/Dark avec les couleurs Alliance.
- Couleur et pictogramme Studio configurables depuis Hub → Réglages.