Conflit d’extensions
Un conflit d'extensions est le dysfonctionnement qui apparaît quand deux extensions installées ensemble se gênent, alors que chacune fonctionne seule.
Définition
Un conflit d’extensions est le dysfonctionnement qui apparaît quand deux extensions installées ensemble se gênent, alors que chacune fonctionne seule. Ce n’est presque jamais une extension défectueuse, mais une ressource que deux codes se disputent au même moment.
Que se disputent réellement deux extensions ?
Un espace commun, jamais l’autre extension.
WordPress ne cloisonne pas les extensions, appelées plugins dans leur vocabulaire d’origine. Elles s’exécutent toutes dans le même processus, écrivent dans la même base de données et chargent leurs scripts dans la même page. Le thème participe au même espace et compte comme un joueur de plus : un conflit oppose parfois une extension au thème, et non deux extensions. Quatre terrains partagés concentrent la quasi-totalité des cas observés.
| Espace partagé | Ce qui se passe | Ce que voit le propriétaire |
|---|---|---|
| Les noms du code | Deux extensions embarquent la même bibliothèque et déclarent une fonction ou une classe portant le même nom | Une erreur fatale, souvent un écran blanc |
| Les scripts de la page | Chacune charge sa propre version d’une bibliothèque au lieu de celle fournie par WordPress | Un bouton ou un formulaire qui ne répond plus, sans message |
| Les points d’accroche | Deux extensions modifient la même donnée au même moment, la dernière écrase la première | Un réglage qui ne s’applique pas, ou s’applique par intermittence |
| Les adresses des pages | Deux extensions revendiquent la même règle de réécriture d’URL | Des pages en erreur 404 alors qu’elles existent |
La documentation destinée aux développeurs d’extensions traite d’ailleurs ce risque comme une question d’hygiène et non de malchance : préfixer tout ce qui porte un nom, et déclarer ses scripts par les fonctions prévues plutôt que de les écrire directement dans la page, existent précisément pour que deux extensions puissent cohabiter sans se connaître.
Conflit, incompatibilité, défaut : ce n’est pas la même réparation
Les trois produisent la même impression de site cassé, et se corrigent de trois façons opposées.
Un conflit oppose deux extensions entre elles. Chacune fonctionne seule, les deux ensemble ne fonctionnent pas. La correction consiste à en remplacer une, ou à obtenir de l’un des deux auteurs une version qui cède le terrain. Arbitrer entre les deux suppose de connaître le site : c’est le genre de décision que porte une maintenance WordPress suivie.
Une incompatibilité oppose une extension à son environnement, le plus souvent la version de PHP ou celle du cœur de WordPress. L’extension ne fonctionne alors plus seule non plus, et la correction passe par une mise à jour ou par un retour de l’environnement en arrière. C’est le domaine de la compatibilité PHP, et le test décisif consiste à désactiver tout le reste.
Un défaut est une erreur dans une seule extension, visible sans aucune autre installée. La correction ne dépend pas du site mais de son auteur, ce qui change complètement le calendrier.
Ranger le symptôme dans la bonne case est le premier travail, parce qu’un conflit cherché là où il n’y en a pas fait perdre des heures à désactiver des extensions innocentes.
Ce que le journal de débogage donne, et ce qu’il ne donne pas
Il nomme le fichier qui a échoué, ce qui suffit à désigner une extension. Il ne dit pas laquelle des deux est en cause.
WordPress dispose d’un mode de débogage qui s’active dans le fichier de configuration du site. Une constante affiche les erreurs, une autre les écrit dans un journal au lieu de les montrer aux visiteurs. C’est cette seconde forme qu’on veut sur un site en production : le journal se remplit, l’écran reste propre.
Sur une erreur fatale, le message enregistré contient le chemin complet du fichier fautif. Comme chaque extension vit dans son propre répertoire, ce chemin donne son nom sans aucune recherche. Le raisonnement s’arrête là, et c’est le piège : le fichier nommé est celui où l’exécution s’est interrompue, pas nécessairement celui qui a créé la situation. Quand deux extensions déclarent une fonction de même nom, l’erreur désigne la seconde à s’être chargée, alors que la première est tout aussi responsable du doublon.
Le journal sert donc à réduire le champ, pas à conclure. Il est en revanche décisif pour un symptôme intermittent, parce qu’il garde une trace horodatée de ce qui s’est produit pendant que personne ne regardait, là où une reproduction manuelle ne montre rien. Un point de vigilance : ce journal grossit sans limite et reste lisible par n’importe qui s’il est écrit à l’emplacement par défaut. Il s’active le temps du diagnostic et se désactive ensuite.
Pour un symptôme sans erreur fatale, un bouton qui ne répond plus ou un formulaire muet, le journal du serveur ne dira souvent rien du tout. La console du navigateur, elle, montre le script qui a échoué et le conflit de bibliothèque qui l’a provoqué.
Comment isoler un conflit sans casser le site
En coupant par moitiés, sur une copie, jamais sur le site public.
Reproduire sur une copie
Le diagnostic se fait en préproduction. Un symptôme qui ne se reproduit pas sur la copie est une information à lui seul : la cause est alors dans les données, la configuration du serveur ou le cache, pas dans les extensions.
Vérifier l’état de départ
Toutes les extensions désactivées, avec le thème par défaut, le symptôme doit disparaître. S’il persiste, ce n’est pas un conflit d’extensions et il ne sert à rien de continuer.
Réactiver par moitiés
Une moitié de la liste, puis l’autre, au lieu d’une extension à la fois. Sur vingt extensions, la moitié fautive se trouve en cinq essais environ, contre vingt en avançant une par une.
Confirmer le couple
Une fois deux candidates identifiées, activer ces deux-là seules. C’est le seul essai qui prouve le conflit, tous les précédents ne faisaient que réduire la liste.
Décider, puis reporter
Remplacer, arbitrer entre les deux fonctions, ou signaler aux auteurs. La bascule sur le site public se fait ensuite, avec une sauvegarde vérifiée et un retour arrière préparé.
Le raccourci à éviter. Tout désactiver directement sur le site en ligne pour aller plus vite. Cela coupe des fonctions visibles des visiteurs, parfois le paiement ou les formulaires, et certaines extensions perdent une partie de leurs réglages en se réactivant. La méthode est bonne, l’endroit ne l’est pas.
Le conflit qui ne se voit pas à l’écran
Les plus coûteux ne cassent rien d’apparent, ils ralentissent ou faussent une donnée.
La recherche d’un conflit commence presque toujours par un symptôme franc, une page blanche ou un bouton mort. Ce sont pourtant les conflits silencieux qui restent le plus longtemps en place, parce que rien ne déclenche la recherche.
Deux formes reviennent. La première est un doublon de travail : deux extensions qui font la même chose sans le savoir, deux caches empilés, deux outils de mesure d’audience, deux systèmes de redirection. Le site fonctionne, il fait simplement chaque tâche deux fois, et le coût se lit dans le temps de réponse du serveur plutôt que dans un message d’erreur.
La seconde est un conflit d’ordre. Quand deux extensions modifient la même donnée, celle qui parle en dernier gagne, et cet ordre dépend de la séquence de chargement. Il peut donc changer après une simple mise à jour, sans que personne n’ait touché aux réglages. C’est l’explication la plus fréquente d’un comportement qui apparaît sans cause visible et se corrige tout seul plus tard : le réglage n’a jamais bougé, l’ordre dans lequel il est appliqué, si.
Ces deux formes justifient un contrôle qu’on ne pense pas à faire : relire la liste des extensions actives en se demandant, pour chacune, quelle fonction elle rend et si une autre ne la rend pas déjà. Ce contrôle appartient à la maintenance préventive, pas au dépannage.
Questions fréquentes
Comment savoir laquelle des deux est en tort ?
Souvent aucune ne l’est complètement, mais la responsabilité se départage sur un critère lisible : celle qui charge sa propre version d’une bibliothèque déjà fournie par WordPress, ou qui déclare des noms sans préfixe, s’écarte des recommandations publiées pour les auteurs d’extensions. C’est l’argument à donner dans un signalement.
Le site est déjà inaccessible, comment désactiver quoi que ce soit ?
Deux chemins existent sans passer par l’administration. WordPress envoie au propriétaire du site un courriel de récupération contenant un lien qui ouvre une session où l’extension fautive est neutralisée. À défaut, renommer le répertoire d’une extension depuis le gestionnaire de fichiers de l’hébergeur, ou par une connexion en ligne de commande, la désactive immédiatement.
Faut-il installer moins d’extensions ?
Le nombre compte moins que le recouvrement. Vingt extensions qui font vingt choses différentes se gênent moins que six qui empiètent les unes sur les autres. La question utile n’est pas combien, mais lesquelles se disputent le même terrain.
Une mise à jour peut-elle créer un conflit sur un site qui allait bien ?
Oui, et c’est un cas courant. Le couple d’extensions n’a pas changé, mais l’une d’elles a modifié le moment où elle intervient ou la version d’une bibliothèque qu’elle embarque. C’est la raison pour laquelle une mise à jour se passe d’abord sur une copie.
Sources
Et sur votre site ?
Une définition ne dit pas si vous êtes concerné.
L'audit gratuit répond dans votre cas : état technique, temps de chargement, et ce que Google voit réellement de vos pages. Un constat écrit, sans engagement et sans jargon.