Pendant trois ans, ce site a refusé chaque inscription. Sans un seul message d'erreur.
Huit personnes ont essayé de créer un compte sur le site d’une association. Aucune n’y est parvenue. Le formulaire se rechargeait, sans rien dire. Pendant ce temps, l’écran d’administration de WordPress affichait zéro erreur et le site s’ouvrait normalement. La cause tenait en six mots, dans un fichier de 151 Mo que personne n’avait jamais ouvert. Voici ce que deux journées de diagnostic ont trouvé, dans quel ordre, et ce que ça dit du travail de maintenance quand on arrête de regarder le tableau de bord.
Dans cet article
Le rendez-vous commence par une phrase banale
27 juillet 2026. Une association loi 1901 me montre son site : WordPress, Elementor, hébergement français. Le constat tient en une ligne. « Il est lent, et les gens ne commentent jamais. »
Deux plaintes distinctes, sans rapport apparent. Elles avaient la même racine, mais il a fallu deux jours pour le voir.
Je commence par ce qui saute aux yeux. Les images sont responsables de la moitié des sites lents, d’habitude. Je pèse l’image d’accueil : 44 Ko en 1920 × 680. Hors de cause. Première hypothèse morte en quatre minutes.
L’essentiel en 30 secondes Ce site souffrait de deux défauts que rien, dans l’interface de WordPress, ne pouvait signaler. Sa base de données portait 1 976 282 lignes provisoires que le logiciel aurait dû effacer lui-même. Et depuis avril 2023, elle n’attribuait plus de numéro aux nouveaux comptes : toute inscription échouait en silence. La correction de chaque problème a pris quelques minutes. C’est de les avoir trouvés qui constituait le travail. |
Six mots dans un fichier de 151 Mo
Le compte de la responsable historique fonctionnait. Aucun autre. J’ai d’abord cherché du côté du cache, puis des cookies de session : deux pistes classiques, deux impasses.
C’est en ouvrant le journal d’erreurs du serveur que la réponse est apparue. Le fichier pesait 151 Mo, accumulés depuis des années. Impossible à lire. La manœuvre a été bête et efficace : archiver le fichier, refaire une tentative de connexion, ouvrir le fichier neuf de quelques lignes.
Le message, mot pour mot Duplicate entry ‘0’ for key ‘PRIMARY’ |
Le détail qui m’a fait sourire, puis réfléchir : si le compte de la responsable fonctionnait, c’est que sa ligne de session avait été écrite du temps où la table était encore saine, et qu’elle portait justement le zéro. Le seul compte capable de se connecter était celui qui profitait du bug.
Huit personnes ont créé un compte pendant ces trois ans. Aucune n’a pu s’en servir. Le journal garde la trace de quelqu’un qui a réessayé quatre fois en avril 2023 avant de renoncer.
Le silence des commentaires n'était pas un désintérêt
L’association avait une rubrique d’opinions. Zéro commentaire depuis sa création. La conclusion qu’on en tirait, naturellement, c’est que le sujet n’intéressait personne.
La vraie raison : une case cochée dans les réglages obligeait les lecteurs à créer un compte avant d’écrire. Or créer un compte, sur ce site, était impossible depuis avril 2023.
Deux problèmes sans lien apparent produisaient ensemble un silence total, et chacun était invisible séparément. C’est un constat qui déborde largement du web. On lit une absence de signal comme un désintérêt, alors que c’est une porte verrouillée.
Ce qui a été mis en place : commentaires ouverts sans inscription, nom et adresse demandés, validation manuelle avant publication, fermeture automatique après 90 jours (les robots visent en priorité les vieux articles). Le filtre anti-spam travaille en local, sans transmettre les données des commentateurs à un service tiers.
Ce que j’en retiens Sur une panne d’authentification, on lit le journal d’erreurs en premier. Pas en dernier, quand les hypothèses séduisantes sont épuisées. J’ai perdu une demi-journée à faire l’inverse, et la leçon vaut au-delà du web. |
↗ Ressource
🔍 Diagnostic IA : on regarde votre site ensemble
En 30 minutes, on regarde votre site ensemble : ce qui rame, ce qui ne remonte pas, ce qui est cassé sans le dire. Vous repartez avec un plan d’action écrit sous 48 heures.
Près de deux millions de lignes que WordPress aurait dû effacer lui-même
La lenteur, elle, venait d’ailleurs. La table des options du site contenait 1 976 282 lignes nettoyables. Après passage : 359.
Une bonne partie de ce volume, 1 318 876 lignes exactement, portait un nom qui ne dit rien à personne : des transients. Ce sont des notes que WordPress se laisse à lui-même, avec une date de péremption, et qu’il est censé jeter tout seul. Le mécanisme de purge ne fonctionnait plus depuis longtemps. 657 054 de ces notes étaient déjà périmées et traînaient encore. Une cuisine où on ne viderait jamais la poubelle, parce que le calendrier de ramassage s’est arrêté sans prévenir.
| Chargement automatique (les réglages lus à chaque visite) avant : 725,08 Ko après : 419,82 Ko repère : un site sain tient entre 100 et 300 Ko |
Le vrai coupable de la lenteur était plus discret. Neuf réglages appartenant à six extensions absentes du site étaient encore chargés à chaque requête. Un outil de statistiques, un traducteur, un module de référencement, un service de synchronisation : tous désinstallés depuis longtemps, tous encore lus consciencieusement à chaque visiteur. Les sortir a retiré 206 136 octets de chaque page servie.
Point clé J’ai trouvé 25 tables entières laissées par d’anciennes extensions. Aucune n’a été supprimée sans avoir été ouverte d’abord. Le système de dons installé n’avait jamais servi : zéro donateur, zéro donation, confirmé par l’association avant que je touche à quoi que ce soit. Le module de référencement contenait 6 080 lignes, ce qui laissait craindre du travail éditorial à sauver ; vérification faite, 2 titres et 0 description, des lignes créées automatiquement et vides. La suppression a pris quelques secondes. La vérification a pris l’après-midi. |
Les chiffres, et ce qu'ils ne disent pas
Je pourrais m’arrêter à la première ligne de ce tableau et parler de réussite. Ce serait malhonnête.
| Indicateur (Google PageSpeed Insights) | 27/07 au matin | 28/07 au soir |
|---|---|---|
| Note ordinateur | 58/100 | 94/100 |
| Note SEO technique | 92/100 | 100/100 |
| Affichage principal, ordinateur | 1,9 s | 1,3 s |
| Décalage visuel, ordinateur | 0,775 | 0,048 |
| Note mobile | 57/100 | 59/100 |
| Premier affichage, mobile | 7,7 s | 5,4 s |
| Affichage principal, mobile | 8,6 s | 9,0 s |
Sur mobile, ce n’est pas réglé. Le premier affichage gagne 2,3 secondes, ce qui est réel et sensible. Mais l’élément principal de la page met toujours 9 secondes à s’afficher, en légère dégradation par rapport au point de départ. La note reste à 59. C’est le chantier suivant, et il sera plus long que les deux premiers jours.
Une précision de méthode sur le temps de réponse du serveur, passé de 9,6 secondes le matin du 27 à une fourchette de 1,3 à 1,6 seconde le soir : ce relevé a été fait en session administrateur, donc sur des pages jamais mises en cache. Le chiffre est réel, il ne se compare pas à celui d’une visite anonyme. Je préfère le donner avec cette réserve que le laisser circuler tout nu.
Où l'IA sert dans ce travail, et où elle ne sert à rien
Vous vous attendiez peut-être à ce que je vous dise que l’intelligence artificielle a trouvé la panne. Elle ne l’a pas trouvée. Un journal d’erreurs de 151 Mo, il faut savoir qu’il existe, savoir où il se trouve, et surtout savoir qu’on doit l’ouvrir à ce moment précis du diagnostic. Ça, c’est du métier. Aucun outil ne le remplace, et je me méfie de ceux qui vendent le contraire.
En revanche, il y a une partie de ce chantier où l’IA fait gagner des heures, et c’est la partie que les techniciens négligent : traduire. Le compte rendu remis à l’association ne contenait pas un mot de jargon. Chaque terme avait sa version française.
| Terme technique | Ce que le client lit |
|---|---|
| Transients | Données provisoires que le site aurait dû effacer lui-même |
| Autoload | Réglages lus à chaque visite, même quand ils ne servent plus |
| Auto-incrémentation perdue | La base n’attribuait plus de numéro aux nouveaux comptes |
| TTFB | Temps de réponse du site |
| CLS | Décalage visuel pendant le chargement |
| Tables orphelines | Réglages laissés par des extensions désinstallées |
Écrire ce tableau à la main prend une heure. Le faire écrire, puis le corriger ligne à ligne parce que la machine propose toujours deux formulations molles sur six, prend vingt minutes. Le gain est là, il est modeste, et il est réel. C’est aussi vrai pour lire vite un fichier de journal une fois qu’on sait quoi y chercher, ou pour écrire la requête qui liste les tables orphelines sans les supprimer.
L’IA accélère l’exécution. Elle ne fournit pas le diagnostic. Et sur un site cassé depuis trois ans, c’est le diagnostic qui valait le déplacement.
Ce que je conseille à l'association pour la suite
La dernière recommandation du compte rendu n’est pas technique. C’est une demi-heure de prise en main du nouveau tableau de bord de statistiques avec les personnes qui suivront les chiffres.
Le point à ne pas rater Trente minutes. C’est court, et c’est ce qui fait la différence entre un outil qu’on ouvre et un outil qu’on oublie. Le reste du chantier ne sert à rien si personne ne va regarder. |
Ce que j'en ai su quelques jours plus tard
La personne qui administre le site m’a écrit d’elle-même. Elle ne me parlait pas de vitesse. Elle me racontait qu’elle venait de résoudre seule un problème de planification sur son extension de newsletter, celui qui la bloquait depuis un moment. Il fallait modifier, pas dupliquer.
Ce qu’elle m’a écrit « Travail un peu compliqué, facilité cependant par la fluidité et la rapidité de la navigation. Tout rentre dans l’ordre pour la semaine prochaine. […] J’ai transmis ton document au CA en demandant qu’on en discute dans une prochaine réunion. » |
Deux choses dans ces quelques lignes.
Le gain de vitesse, elle ne l’a pas mesuré. Elle l’a rencontré, en faisant autre chose. C’est la seule forme de confirmation qui vaille, et aucun rapport PageSpeed ne la produit.
L’autre compte davantage pour moi. Le problème d’extension, elle l’a réglé toute seule. Je n’y suis pour rien, sinon d’avoir retiré ce qui l’empêchait de chercher tranquillement. C’est le genre de résultat que je préfère : celui où le client repart en sachant faire.
Sources : relevés effectués pendant l’intervention des 27 et 28 juillet 2026 (journal de chantier, rapport d’incident, synthèse client). Mesures de performance : Google PageSpeed Insights, 27 et 28 juillet 2026. Le nom de l’association, son adresse et l’identité des personnes concernées ne sont pas publiés, avec son accord.
Questions fréquentes
Mon site a l'air de bien marcher. Est-ce que je peux avoir le même problème sans le savoir ?
Oui, et c’est ce qui rend ces pannes coûteuses. Sur ce site, l’écran d’administration de WordPress n’affichait aucun message, l’hébergeur ne remontait rien, et les pages s’ouvraient normalement. Le défaut ne se voyait qu’en descendant dans la structure de la base et dans les journaux du serveur. Un test simple à faire vous-même : créez un compte sur votre propre site avec une adresse que vous n’avez jamais utilisée, et essayez de vous connecter avec.
Désinstaller une extension ne suffit pas à la retirer ?
Non. Elle laisse ses réglages en base, et WordPress continue de les lire à chaque visite. Certaines laissent aussi leurs tables entières. Sur ce chantier, six extensions absentes du site coûtaient 206 136 octets par page servie, et 25 tables dormaient encore en base.
Est-ce qu'un nettoyage de base de données est risqué ?
Il l’est si on l’exécute sans regarder ce qu’on supprime. Les outils automatiques de nettoyage font ça très bien, et c’est le problème. Ici, j’ai ouvert chaque table avant de la retirer, et j’ai demandé confirmation à l’association pour celle du système de dons. Deux de mes trois hypothèses de départ se sont révélées fausses : c’est bien la vérification qui fait le travail.
Combien de temps prend ce type d'intervention ?
Ici, deux journées pour le diagnostic et les corrections côté ordinateur. À la fin du second jour, le volet mobile restait entier et la configuration du référencement était encore à écrire. Un site plus simple demande moins. Un site plus ancien, souvent davantage.
Vos mesures ont été faites en session administrateur. Ça change quoi ?
Sur le temps de réponse du serveur, ça change beaucoup, et c’est pour ça que je le précise dans l’article. En session administrateur, les pages ne passent pas par le cache : le chiffre relevé est le pire cas, pas celui que voit un visiteur anonyme. Les notes PageSpeed du tableau, elles, sont mesurées sur les pages publiques et se comparent normalement.
↗ Ressource
Votre point de départ : 30 minutes et un rapport
Un questionnaire, une séance de travail en visio, par téléphone ou sur place, un rapport sous 48 heures ouvrées : vos trois douleurs principales chiffrées en heures par semaine, et trois actions à mener seul. 297 €, déduits de l’offre suivante engagée dans les 30 jours suivant la remise du rapport.
Chaque semaine, une Transmission
pour faire décoller votre activité.
Stratégie IA, outils concrets, cas clients réels — sans jargon, sans bullshit. Rejoignez les entrepreneurs qui font décoller leur communication.
Articles liés
Votre GPT maison s’arrête le 11 décembre. Qui a le droit de le sauver ?
OpenAI retire les GPT personnalisés le 11 décembre 2026. La migration prend une heure. Savoir qui a le droit de la faire prend bien plus longtemps.
IA connectée à vos outils : ce que ça change pour une TPE
Vos logiciels commencent à se parler. Ce que fait vraiment un connecteur IA, et les trois questions à poser avant de brancher quoi que ce soit.
Financer sa formation IA en TPE : OPCO, aides et ambassadeurs
Votre entreprise verse déjà une contribution formation. Voici ce qu’elle finance, les trois dispositifs IA de l’État, et lequel vous concerne vraiment.