FR 
EN 
ES 
La version 2.25.0 de WPMasterToolKit apporte quatre nouveaux modules Pro consacrés à la gestion des ressources externes, des médias, du thème actif et des outils de tracking.
Cette mise à jour introduit Local Google Font, Media Trash, No Theme Switch et Pixel Tag Manager. Elle améliore également Child Theme Generator afin de mieux prendre en compte les permissions liées au changement de thème et de sécuriser les actions de génération.
Voici en détail les nouveautés de WPMasterToolKit 2.25.0.
Local Google Font : hébergez Google Fonts directement sur WordPress
Le premier nouveau module de cette version est Local Google Font.
De nombreux thèmes et extensions WordPress utilisent Google Fonts pour charger leurs polices. Dans une configuration classique, le navigateur du visiteur doit récupérer ces ressources depuis les serveurs de Google, notamment via fonts.googleapis.com et fonts.gstatic.com.
Local Google Font permet de récupérer ces polices et de les héberger directement sur votre site WordPress.
Le module détecte les feuilles de style Google Fonts utilisées par WordPress, télécharge les fichiers WOFF2 nécessaires et génère une feuille CSS locale. Une fois cette version validée, l’URL distante est automatiquement remplacée par la ressource hébergée sur votre propre serveur.
Cette approche permet de réduire les dépendances envers des services externes et facilite les configurations dans lesquelles les polices doivent être servies directement depuis le domaine du site.
Détection et hébergement automatiques
Local Google Font peut détecter automatiquement les Google Fonts chargées par les mécanismes standards de WordPress.
L’option Automatic hosting, activée par défaut, permet ensuite d’héberger automatiquement une nouvelle source lorsqu’elle est découverte.
Un outil Scan homepage est également disponible pour analyser la page d’accueil et rechercher immédiatement les feuilles de style Google Fonts qui y sont utilisées.
Chaque source dispose de son propre état dans WPMasterToolKit : découverte, hébergée localement ou en échec. Il est également possible de reconstruire les fichiers locaux ou de les supprimer individuellement.
Le module effectue plusieurs vérifications avant d’utiliser une version locale afin d’éviter de remplacer une ressource distante par une génération incomplète ou invalide.
Media Trash : une véritable corbeille pour la médiathèque WordPress
La suppression accidentelle d’une image, d’un PDF ou d’un autre fichier de la médiathèque peut avoir des conséquences plus importantes que la suppression d’un article ou d’une page.
Le nouveau module Media Trash apporte une protection supplémentaire en activant et en exploitant le mécanisme natif de corbeille des médias prévu par WordPress.
Au lieu d’être immédiatement supprimés définitivement, les médias peuvent ainsi être conservés temporairement dans la corbeille et restaurés en cas d’erreur.
Une durée de conservation configurable
Media Trash permet de définir une durée de conservation comprise entre 1 et 365 jours, avec une valeur par défaut de 90 jours.
WPMasterToolKit tient également compte du mécanisme global de nettoyage de WordPress. Si la durée définie pour un média n’est pas encore atteinte, le module empêche sa suppression définitive lors du nettoyage de la corbeille.
Un nettoyage automatique est exécuté quotidiennement afin de supprimer les médias ayant dépassé leur durée de conservation. Pour éviter de traiter une quantité excessive de fichiers en une seule opération, le nettoyage est limité à 100 médias par exécution.
Lorsqu’une suppression définitive échoue, le module attend par ailleurs une semaine avant d’effectuer une nouvelle tentative sur le même média.
Media Trash offre ainsi un filet de sécurité supplémentaire tout en évitant de conserver indéfiniment des fichiers devenus inutiles.
No Theme Switch : verrouillez le thème actif de WordPress
Changer accidentellement le thème d’un site en production peut immédiatement modifier son apparence et perturber certaines fonctionnalités.
Le nouveau module No Theme Switch permet de supprimer ce risque en verrouillant le thème WordPress actuellement actif.
Une fois le module activé, aucun utilisateur ne peut basculer vers un autre thème, y compris un administrateur qui disposerait normalement des permissions nécessaires.
Cette fonctionnalité est particulièrement adaptée aux sites clients, aux sites en production et aux installations administrées par plusieurs personnes.
Un blocage directement au niveau des permissions WordPress
No Theme Switch ne se contente pas de masquer les boutons permettant d’activer un autre thème dans l’administration.
Le module intervient directement sur le système de capacités de WordPress. Lorsque WordPress vérifie la capacité switch_themes, WPMasterToolKit refuse l’autorisation.
Le verrouillage reste donc volontairement ciblé : les autres permissions de l’utilisateur ne sont pas supprimées.
Un administrateur peut continuer à gérer le site normalement selon les droits dont il dispose, mais il ne peut plus changer le thème actif tant que No Theme Switch est activé.
Pixel Tag Manager : centralisez vos pixels et balises de tracking
Pixel Tag Manager est le quatrième nouveau module Pro de WPMasterToolKit 2.25.0.
Son objectif est de centraliser dans WordPress la configuration des principales solutions de mesure d’audience et de publicité, sans devoir multiplier les petits plugins dédiés à chaque plateforme.
Cette première version prend en charge 8 destinations :
- Google Tag Manager ;
- Google Analytics 4 ;
- Google Ads ;
- Meta Pixel ;
- TikTok Pixel ;
- LinkedIn Insight Tag ;
- Microsoft Advertising UET ;
- Pinterest Tag.
Chaque destination peut être activée indépendamment et configurée avec les identifiants demandés par la plateforme concernée.
Vous pouvez donc utiliser uniquement Google Tag Manager ou charger directement plusieurs destinations depuis WPMasterToolKit.
Lorsque Google Tag Manager et des destinations directes sont utilisés simultanément, le module affiche un avertissement afin d’attirer l’attention sur un éventuel double chargement des mêmes balises.
Des règles communes pour contrôler le tracking
Pixel Tag Manager ne se limite pas à injecter des scripts dans le <head> du site.
Le module permet de déterminer dans quelles conditions le tracking doit réellement être initialisé.
Il est notamment possible d’exclure les administrateurs, tous les utilisateurs connectés ou certains rôles WordPress spécifiques. Par défaut, les administrateurs sont exclus.
Le tracking peut également être limité à l’environnement WordPress production, ce qui permet d’éviter d’envoyer les visites de développement ou de staging vers les plateformes Analytics et publicitaires.
Le module évite par ailleurs d’initialiser son tracking dans plusieurs contextes où celui-ci n’est pas nécessaire, notamment dans l’administration WordPress, les flux, les trackbacks, certaines requêtes robots et l’aperçu du Customizer.
Si aucune destination active n’est correctement configurée, le runtime frontend de Pixel Tag Manager n’est tout simplement pas chargé.
Une gestion commune du consentement
Pixel Tag Manager distingue deux catégories de consentement : Analytics et Advertising.
Chaque destination peut être associée à l’une de ces catégories et un état initial granted ou denied peut être défini.
Un délai configurable entre 0 et 10 000 millisecondes, avec une valeur par défaut de 500 ms, permet également de laisser à une solution externe de gestion du consentement le temps de transmettre une mise à jour.
Pixel Tag Manager ne remplace cependant pas une bannière de cookies ou une CMP. Il fournit le mécanisme permettant à son système de tracking de tenir compte d’un état de consentement.
Le module prévoit également des événements normalisés, un contrôle des données transmises au frontend et un mode debug accessible aux administrateurs disposant de la capacité manage_options.
Child Theme Generator prend désormais mieux en compte les permissions WordPress
WPMasterToolKit 2.25.0 améliore également le module Child Theme Generator.
Cette évolution est notamment cohérente avec l’arrivée de No Theme Switch : la génération d’un thème enfant et son activation sont deux opérations qui doivent correctement tenir compte des permissions disponibles.
Child Theme Generator respecte désormais les capacités liées au changement de thème et gère plus sûrement les actions de génération.
Le module fournit également un retour plus clair sur l’état de la génération lorsque l’activation du thème enfant n’est pas disponible.
Il devient ainsi possible de mieux distinguer la génération du thème enfant de son éventuelle activation, tout en respectant les restrictions appliquées au changement de thème.
Une version centrée sur le contrôle de WordPress
Avec WPMasterToolKit 2.25.0, quatre nouvelles fonctionnalités auparavant susceptibles de nécessiter plusieurs extensions peuvent désormais être gérées directement depuis WPMasterToolKit.
Local Google Font permet d’héberger localement les Google Fonts utilisées par le site. Media Trash ajoute une période de sécurité avant la suppression définitive des fichiers de la médiathèque. No Theme Switch verrouille le thème actif. Enfin, Pixel Tag Manager centralise huit solutions de tracking avec des règles communes de chargement et de consentement.
En parallèle, l’amélioration de Child Theme Generator renforce la cohérence entre la génération d’un thème enfant et les permissions WordPress permettant son activation.
Comme toujours avec WPMasterToolKit, ces fonctionnalités restent indépendantes : vous activez uniquement les modules dont votre site a réellement besoin.