Ce que tu vas apprendre
Perfmatters est un plugin d’optimisation WordPress léger (moins de 20 Ko), pensé pour couper le superflu sans toucher une ligne de code : scripts inutiles, requêtes emoji, embeds oEmbed, ressources chargées sur des pages où elles ne servent à rien. Ce guide explique concrètement ce que fait l’outil, comment le régler sans casser le site, et pourquoi il ne remplace jamais un plugin de cache — il le complète. Public visé : gérants de PME ou responsables marketing qui pilotent eux-mêmes leur WordPress, sans développeur dédié.
Prérequis
- Un site WordPress avec accès admin
- Un plugin de cache déjà actif (LiteSpeed Cache ou équivalent — voir notre comparatif des meilleurs plugins de cache)
- Une sauvegarde récente (base + fichiers) avant toute manipulation
- 15 à 20 minutes, idéalement en heures creuses de trafic
- Un onglet DevTools (Network + Console) pour vérifier qu’aucun script n’est cassé après chaque changement
1. Comprendre le rôle de Perfmatters face à un plugin de cache
Un plugin de cache (LiteSpeed Cache, WP Rocket, etc.) génère des pages HTML statiques pour éviter de recalculer PHP et base de données à chaque visite. Il agit sur le temps de génération serveur. Perfmatters agit ailleurs : sur le poids et le nombre de ressources envoyées au navigateur — scripts JS, requêtes emoji, appels externes, fonts, embeds YouTube ou Twitter chargés même quand ils ne sont pas utilisés.
Les deux outils ne se recouvrent presque pas. Un site bien caché mais chargé de scripts inutiles reste lent au rendu (LCP, TBT). Un site allégé par Perfmatters mais sans cache recalcule inutilement chaque page à chaque visite. Si tu n’as encore diagnostiqué ni l’un ni l’autre problème, commence par le diagnostic complet d’un site lent avant de choisir tes outils.
2. Désactiver les scripts page par page
C’est la fonctionnalité phare de Perfmatters : le script manager. Il liste tous les scripts et styles chargés par tes plugins et ton thème, page par page, et te permet de les désactiver là où ils ne servent à rien.
Cas typique (fictif) : un plugin de formulaire de contact charge son JS sur toutes les pages du site, alors qu’il n’est utilisé que sur la page “Contact”. Avec Perfmatters, tu ouvres le script manager, tu localises le script, et tu choisis “désactiver partout sauf sur cette page”.
Étapes :
- Active le script manager dans Perfmatters (onglet dédié).
- Navigue sur une page publiée, l’outil affiche une barre en bas listant tous les scripts chargés.
- Identifie ceux qui n’ont aucun rapport avec le contenu affiché (sliders non utilisés, popups, chat).
- Désactive-les pour cette page uniquement, jamais globalement en premier essai.
- Recharge la page et vérifie visuellement + en console qu’aucune fonctionnalité n’est cassée.
Ce réglage réduit directement le nombre de requêtes JS et le temps de blocage principal (TBT), un des critères mesurés par les Core Web Vitals.
3. Différer le JavaScript (delay JS)
Le “JS delay” retarde le chargement des scripts non critiques jusqu’à une interaction utilisateur (clic, scroll, mouvement de souris) ou un délai fixe. L’idée : le navigateur affiche le contenu visible avant de dépenser du temps CPU sur des scripts secondaires (analytics, chat, réseaux sociaux).
Réglage recommandé pour démarrer :
- Active le delay JS globalement.
- Exclue explicitement les scripts nécessaires au rendu initial (souvent ceux du thème ou d’Elementor si le site en dépend — voir aussi notre guide pour alléger Elementor).
- Teste le comportement des formulaires et boutons après activation : c’est le réglage qui casse le plus souvent des interactions si mal exclu.
Ce mécanisme complète, sans le remplacer, le travail fait par Autoptimize sur la minification et le report de CSS/JS.
4. Retirer emojis, embeds et bloat natif de WordPress
WordPress charge par défaut plusieurs ressources rarement utiles :
- Le script
wp-emoji-release.js, chargé sur chaque page pour un usage marginal - Les embeds oEmbed (intégration automatique de tweets, vidéos) même sans contenu embarqué
- Les liens vers les flux RSS, l’API REST, le fichier
xmlrpc.php(déjà abordé dans notre article sur l’API REST WordPress) - Les revisions automatiques de contenu et le heartbeat API, qui consomment des cycles serveur en continu
Perfmatters propose des cases à cocher pour désactiver chacun de ces éléments individuellement. Coche-les une par une, pas toutes d’un coup : certains thèmes ou plugins s’appuient sur oEmbed ou sur le heartbeat pour des fonctions précises (édition en temps réel, notifications).
5. Configurer le préchargement
Le préchargement (preload, prefetch, preconnect) prépare le navigateur à récupérer des ressources avant qu’il en ait besoin :
- DNS prefetch : résout à l’avance les domaines externes (fonts, CDN, tracking)
- Preconnect : établit la connexion TCP/TLS en amont vers ces mêmes domaines
- Instant page : précharge la page suivante dès que l’utilisateur survole un lien
Active le préconnect pour les domaines que tu utilises réellement (Google Fonts si tu ne les as pas hébergées en local, CDN d’images). Évite d’en ajouter pour des domaines non utilisés : chaque préconnexion inutile consomme une connexion réseau pour rien.
Pièges courants
| Piège | Conséquence | Solution |
|---|---|---|
| Désactiver un script globalement sans tester page par page | Fonctionnalité cassée sur une page spécifique | Toujours tester en navigation privée après chaque changement |
| Activer le delay JS sans exclure les scripts du thème | Boutons ou menus qui ne répondent plus au premier clic | Exclure manuellement les scripts critiques identifiés en DevTools |
| Cumuler Perfmatters et un plugin de minification qui fait déjà du “combine” | Doublons de traitement, fichiers corrompus | N’utiliser qu’un seul outil pour la minification/combine JS-CSS |
| Désactiver le heartbeat API partout | Perte de l’autosave et des notifications dans l’admin | Limiter le heartbeat à l’éditeur uniquement, pas le désactiver totalement |
| Croire que Perfmatters remplace le cache | Site toujours lent au premier chargement serveur | Garder un plugin de cache actif en parallèle (comparatif ici) |
Avant d’ajouter Perfmatters à la pile, vérifie aussi que tu n’accumules pas trop de plugins d’optimisation qui se marchent dessus — la question mérite d’être posée avec notre article sur le nombre de plugins raisonnable.
Perfmatters peut-il remplacer WP Rocket ou LiteSpeed Cache ?
Non. Perfmatters ne génère pas de cache de page, il allège les ressources chargées. Les deux outils sont complémentaires et fonctionnent bien ensemble.
Le delay JS est-il compatible avec WooCommerce ?
Généralement oui, mais il faut exclure les scripts du panier et du checkout pour éviter des blocages sur le tunnel d’achat. Teste systématiquement un parcours d’achat complet après activation.
Faut-il désactiver les emojis même si le site en utilise dans le contenu ?
Désactiver le script d’emoji WordPress n’empêche pas l’affichage des emojis Unicode classiques dans le texte : seuls les emojis animés/spécifiques via JS disparaissent, un compromis acceptable pour la plupart des sites.
Perfmatters ralentit-il l'administration WordPress ?
Non, ses réglages s’appliquent au front-end livré aux visiteurs. L’admin reste inchangé, sauf si tu limites volontairement le heartbeat API dans l’éditeur.
Un site allégé avec Perfmatters et mis en cache correctement reste vulnérable si les images ne sont pas optimisées : complète ce travail avec notre comparatif des plugins d’optimisation d’images et le lazy loading bien réglé pour couvrir l’ensemble de la chaîne de performance.
Ce problème, Peechy s'en occupe
Plutôt que de tout gérer seul, confiez votre site à une agence qui s'occupe de tout — hébergement, sécurité, maintenance et corrections. Encore plus simple en abonnement : on règle les soucis avant même que vous les remarquiez.
Confier mon site à Peechy