Refonte WordPress : 8 erreurs garanties pour la foirer en beauté

L'été StartingUp continue de fouiller ses cartons. Les pires erreurs qui font rater une refonte de site WordPress tiennent dans ce pamphlet écrit en 2022, exhumé en dressant l'autopsie de nos brouillons que l'IA a rendus obsolètes. Il n'a pas pris une ride, nous vous le livrons tel quel : ton très libre et tutoiement d'époque compris.

Réussir sa refonte de site est compliqué : Il faut prendre en compte un nombre important de facteurs et se mettre à l'écoute de différentes problématiques qu'on ne maîtrise pas forcément tout seul.

À contre-courant des conseils habituels, je te livre aujourd'hui toutes les astuces afin de t'assurer un ratage total de ton projet. Effrayé à cette idée ? Tu verras que c'est plus simple qu'il n'y paraît !

Cette méthode est inspirée des meilleures agences et éditeurs de logiciels de France et du Monde.

C'est leur botte secrète et ils vont m'en vouloir de vous livrer comme ça, gratuitement, leurs meilleures recettes.

Elle s'adresse aussi bien aux développeurs qu'aux décideurs de tous bords : Chefs d'entreprises, (Micro-)managers, Chefs de projets, Clients d'agences web.

Normalement, ce genre de secret met des années à s'obtenir ou bien se monnaye très cher. Mais aujourd'hui je vais faire une entorse et te donner tous ces conseils gratuitement.

Je tiens à ce que tout le monde puisse à son tour foirer sa refonte : L'idée ici est de gaspiller un maximum d'argent, de temps et de ressources.

Il est même possible de mettre des gens en burnout ou de les faire démissionner de leur poste.

Et ce qui est super, c'est qu'à l'inverse de nombreuses autres méthodes, il suffit ici de n'appliquer qu'une partie des conseils pour réussir son foirage.

• Comment éviter que ton site se charge rapidement et t'assurer d'avoir un site plus lent que celui de tes concurrents ?
• Comment retrouver une plus grande marge de progression sur Google en perdant toutes tes positions ?
• Comment t'assurer d'avoir un site déjà dépassé pour pouvoir le refaire à nouveau dans moins d'un an ?
• Quel est le choix magique qui maximisera le foirage et le rendra pleinement irréversible ?

Je te dis tout gratuitement dans la suite de cet article !

Le sarcasme pouvant parfois mal passer à l'écrit, je tiens à préciser : Cet article est écrit au second degré et ne constitue pas un conseil d'investissement. Cette cascade est effectuée par un professionnel, ne reproduisez pas ça chez vous. Mangez des fruits et des légumes.

La suite de cet article constitue une œuvre purement fictionnelle.

Toute ressemblance avec des situations existantes ne saurait être le fruit que d'un fortuit hasard. Dieu merci, tout le monde sait que ce genre de chose n'arrive jamais.

Notre objectif de foirage se concentrera sur ces 4 objectifs :

• Livrer notre projet en retard
• Bousiller les performances de notre site de manière irréversible
• Flinguer le référencement de nos pages sur Google
• Que tout le monde soit fâché (on vise au minimum une démission et/ou un burnout)

Nous y voilà, voici les 8 méthodes pour y parvenir :

Je ne peux que te conseiller de travailler l'intégralité de ton contenant sans t'occuper des contenus que tu vas y intégrer. Crois-moi, ce sera bien plus facile de tout foirer en essayant après coup de faire rentrer tes contenus au chausse-pied dans un template déjà intégré.

Pour ce faire, aie recours sans vergogne au Lorem Ipsum et aux placeholders visuels. Ne cherche pas à coller au contenu existant ou à anticiper ce que ton client voudra y intégrer : Ce sera au contenu de s'adapter, un point c'est tout.

Dans l'un de mes précédents emplois, on me sortait régulièrement l'argument qu'il ne « fallait pas brimer la créativité du designer avec des contraintes ». Imparable. Le résultat était quasi toujours le même : Des sites sans la moindre optimisation SEO, avec des contenus qui devaient systématiquement être réécrits pour rentrer dans les cases prévues à cet effet.

Un bon foirage de refonte s'accompagne immanquablement de performances SEO dégradées par rapport à la version précédente. L'astuce ici sera de bien exploser l'architecture des pages de ton site.

Pour y parvenir, veille bien dans un premier temps à changer toutes tes URLs, car Google adore ça. Tu peux aussi décider d'épurer tes pages du texte superflu pour « suivre l'ère du temps ». N'hésite pas à regrouper plusieurs pages en une seule.

Si tu décides de placer toutes tes pages à la racine en abandonnant l'idée de les hiérarchiser, il s'agit là d'un combo gagnant. Cela constituera une grosse bouillie dont Google est très gourmand.

Ce travail enfin accompli, ne prévois pas de plan de redirection de tes anciennes URLs vers les nouvelles : Les moteurs de recherche supprimeront la page de leur index et les visiteurs qui avaient gardé d'anciennes pages en favoris se mangeront une belle page 404. On est pas mal là.

À quoi bon proposer des pages lisibles aux robots des moteurs de recherche ? C'est quand même toi qui alimentes leur juteux business et pas l'inverse, qu'ils se débrouillent pour déduire le contenu des pages par eux-mêmes !

Aussi, ne t'assure pas de rendre un contenu correctement balisé pour les robots d'indexation : Charge tes contenus en JS à la volée, avec des filtres et de la pagination qui n'apparaissent qu'une fois le JavaScript exécuté, sans le moindre rendu serveur préalable.

Un des moyens les plus certains de foirer sa refonte sur WordPress est d'utiliser un thème Premium ou un plugin de Page Builder bien lourd. Tu peux bien entendu effectuer un combo en employant les deux.

Citons pêle-mêle le vénérable thème Divi, ou les plugins WPBakery, Elementor, Divi Builder (Ne m'en veux pas, je ne mets pas les liens). Il y en a beaucoup d'autres que je n'ai pas cités, mais pas d'inquiétude, si ton plugin n'est pas dans la liste tu pourras quand même foirer ta refonte : l'important c'est qu'il s'agisse d'un Page Builder te fournissant plein de sections prédéfinies avec une foule d'animations non optimisées et qui ne s'adaptent pas sur mobile.

Ces outils sont parfaits car dans la mesure où tu vas les utiliser pour bâtir l'entièreté de tes pages, ils vont rendre le foirage irréversible. Ils sont par ailleurs très faciles à faire accepter dans les spécifications à un client, un patron ou un (micro-)manager : Tu peux leur vendre la (fausse) promesse qu'ils pourront modifier eux-mêmes leurs contenus et se passer d'un développeur pour l'intégration front-end. Car oui ce sont des outils qui s'adressent aux non-développeurs, et l'idée ici c'est bien de rendre tout développement futur impossible.

L'autre avantage ici, c'est que tu vas pouvoir garder la surprise pour la livraison du projet ! Car oui dans un premier temps ton projet avancera rapidement puisque tu n'auras rien à coder. Certes, tu risques dans un premier temps de te faire mousser pour ce choix de technologie judicieux, ton commanditaire pouvant te féliciter d'avoir hacké le game et évité le recours à un intégrateur web. Tu risques même de faire de superbes démos grâce aux belles animations bien lourdes fournies par le Builder.

Mais pas de panique : Si ton commanditaire démasque la surprise un peu trop tôt en te signalant que ton site est lent, tu pourras tenter de noyer le poisson avec une phrase du type : « Oui bien sûr je n'ai pas encore tout optimisé, et puis nous sommes sur une préprod très peu puissante, vous verrez en prod ça sera rapide ! ». Tu vas voir ton commentaire devrait remettre tout le monde à sa place et te permettre de continuer le sabotage sans difficulté.

En définitive : Tiens bon ! Dès la livraison du projet tout le monde constatera enfin que le site est d'une lenteur apocalyptique, que GTmetrix et PageSpeed Insights plantent quand tu cherches à connaître ton score de performance web, qu'il reste des parties en anglais non traduites dans tes templates et que tu as un scroll latéral disgracieux sur mobile. Côté administration, personne ne comprendra comment intégrer du contenu tant l'interface sera lourde, compliquée et hétérogène, et les rares qui s'y risqueront casseront toute la présentation de la page d'accueil en voulant modifier un mot dans une section.

Chaque plugin vient avec son petit fichier CSS, son JS associé. Assure-toi d'en utiliser un maximum au moindre besoin et évite d'avoir recours à un développeur qui sait ce qu'il fait. Vas-y franco, idéalement plus de 20 plugins, et n'hésite pas à aller encore au-delà !

Ces plugins peuvent t'être utiles pour des problématiques aussi diverses que variées : Ajouter un bandeau en haut de ta page, organiser l'ordre d'affichage des pages dans une section, intégrer des boutons de partage sur les réseaux sociaux… C'est vrai qu'il n'y a pas vraiment d'autre façon de faire ça (avec ACF par exemple)… Non définitivement je ne vois pas.

L'objectif est d'écrire un minimum de code, tout en s'assurant que le site mette un maximum de temps à charger.

Et c'est connu, les visiteurs sont souvent patients, surtout sur mobile. Ils trouvent d'ailleurs ça louche un site qui se charge trop rapidement. Un temps de chargement conséquent est un signe de robustesse de votre infrastructure, il indique que vous avez beaucoup de choses à dire.

De manière générale, on peut considérer que 20 % de la population est atteinte d'un handicap l'empêchant de naviguer aussi facilement que les 80 % restants sur le web. Les affections sont nombreuses : daltonisme, cécité, paralysie… Et selon la niche dans laquelle le site se trouve, ce chiffre peut même s'avérer bien plus élevé !

Ces handicaps peuvent affecter l'utilisabilité de ton site, ou rendre tes contenus difficilement compréhensibles.

La question est donc : Pourquoi t'assurer de rendre tes services accessibles à cette catégorie de la population, quand ils pourraient plutôt se tourner vers tes concurrents ? Tu n'as certainement pas envie d'augmenter ton chiffre d'affaires, cela surmènerait immanquablement tes équipes pas vrai ?

Donc ne t'occupe pas de rendre ton site accessible : Les couleurs et leur compatibilité entre elles, les textes alternatifs sur les images, les descriptions de liens et de boutons, les bonnes pratiques, tout ça c'est pour les relous.

Rien n'est trop beau en cette délicieuse phase de début de projet : On ne se fixe aucune limite, on s'interdit rien et on dit oui à tout.

Toutefois, gare au travail en équipe : Si le client, le webdesigner, le référenceur, le développeur back et l'intégrateur s'expriment, voire se parlent entre eux, le risque est qu'ils se mettent d'accord pour faire les choses correctement. Ce n'est pas du tout ce que nous voulons ! Le mieux serait que les différents acteurs de cette refonte ne se parlent quasiment pas, ou à de rares occasions.

Si tu as pu les monter les uns contre les autres au cours de précédents projets, c'est tout bénef ! Mets cette absence de coopération au profit de ce nouveau foirage.

Mais s'ils sont toujours enclins à se parler, voire demandeurs à cette idée, il reste une très bonne technique. Il s'agit de concentrer les échanges au niveau d'une seule personne au background un peu généraliste mais qui ne maîtrise réellement aucun des sujets, une personne qui se revendiquera le facilitateur du projet en essayant d'apprendre à chacun son travail. Devenu le goulot d'étranglement de toute l'équipe, il fera semblant d'arbitrer entre différentes notions dont il connaît quelques termes et notions, sans réellement tenir compte des enjeux : Ainsi il pourra donner plus de poids à un caprice qu'à une exigence technique, et sans cesse redéfinir le cahier des charges, même bien après qu'une estimation budgétaire et temporelle de livraison ait été arrêtée.

C'est grâce à ce type d'organisation que tu obtiendras :

• L'absence de fil d'Ariane (ou plus fort encore, son placement dans le footer)
• Des pages sans le moindre contenu textuel mais avec des images de 5 Mo
• La présence de 5 polices différentes, dans 4 types de graisse
• Des vidéos de plus d'une minute en qualité 4K comme habillage d'une section
• Une compatibilité Internet Explorer 9 dont tout le monde se fiche

Si tu as bien suivi les précédents conseils, voici celui qui va ensemble, dans les ténèbres, les lier : Estimer le temps nécessaire et les ressources au doigt mouillé, en suivant uniquement tes intuitions, ton seul intérêt personnel du moment et en fonction de ce que le commanditaire veut entendre.

Après tout ce client ne vient pas chez toi pour trouver une expertise rassurante et réaliste mais uniquement pour t'acheter du rêve ! C'est ça que tu dois lui vendre !

L'inconvénient si tu laisses un développeur ou quelqu'un « de technique » estimer le temps et les ressources nécessaires pour réaliser correctement le projet, c'est qu'il risque de te fournir une estimation réaliste ! Ça n'est pas le but que nous poursuivons : L'objectif, s'il faut le rappeler, c'est de faire un maximum de mauvais choix qui vont peser sur l'ensemble du projet, le moral des collaborateurs et la santé économique de notre boîte. N'oubliez pas qu'on cherche à dégraisser l'équipe en entraînant des burnouts et des démissions !

Si tu sens que des gens ennuyeux risquent de mettre à mal cette stratégie, il y a une astuce toute bête : Pour donner à ton estimation de mauvaise foi l'apparence d'un travail néanmoins sérieux, tu peux dégainer la carte magique du Scrum (marche aussi avec le terme Agile). Ainsi, tu peux t'amuser à créer des petites cartes sur des outils comme la version gratuite de Trello ou Jira, en restant toujours de mauvaise foi bien entendu : Mets des estimations irréalistes et néglige la « colle » nécessaire entre l'ensemble des fonctionnalités que tu décris. En une heure montre en main ton estimation bidonnée paraîtra beaucoup plus sérieuse et surtout, ce sera maintenant à tes détracteurs de devoir argumenter leurs objections et non à toi de défendre ton travail qui a « été fait dans les règles de l'art ».

C'est le meilleur moyen de pousser les développeurs à coder avec le cul. Et ça va te créer plein de problèmes pour la suite : Ton site risque d'avoir accumulé énormément de dette technique avant même d'être mis en ligne.

J'aurais encore plein de conseils de ce type à te donner, mais il faut bien s'arrêter quelque part.

En attendant, tu peux aussi approfondir le sujet avec cet article de Mehdi sur son blog JeSuisUnDev : Comment être sûr de rater ton projet informatique.

Tu as pu constater que contrairement au succès qui demande souvent de cocher de nombreuses cases simultanément, l'échec est bien plus facile à atteindre : Il suffit de négliger un seul de ces points pour que tout foire.

On peut aisément en conclure que l'échec est plus facile à atteindre que le succès ! Le monde est bien fait quand même…

Les statistiques de visites ont baissé depuis la mise en ligne.

Tu en es à la troisième réunion de crise de la semaine pour évoquer le sujet du « site qui est lent et qui a baissé sur Google ».

Tu y fais des pirouettes en arguant que « l'activité sur le site est cyclique et que nous sommes dans une période creuse pour les affaires », mais ton mensonge risque de ne pas durer bien longtemps.

Tu mets 30 secondes à charger une page dans le back-office.

Tu ne peux plus mettre à jour WordPress sans tout casser… Et tu ne le sais pas encore, mais d'ici moins d'un an, tu devras repayer pour les licences des outils no-code que tu as employés.

La chef de projet qui s'occupe des contenus s'est mise en arrêt maladie et le développeur ne donne plus signe de vie.

En cherchant son remplaçant sur Malt, tu t'aperçois médusé que plus aucun développeur ne veut bosser sur ton projet. Il faut dire que tu leur demandes de travailler bénévolement, le budget web de ta boîte pour les 3 prochaines années étant désormais épuisé.

Tu te rends compte qu'en fait ça n'était pas une si bonne idée de foirer cette refonte, et tu te demandes comment faire les choses différemment la prochaine fois. Bien entendu, même s'il s'agit là d'un grand travail d'équipe, sous-financé et dirigé par un donneur d'ordres qui ne savait pas ce qu'il faisait, tu cherches un unique coupable et il ne faut surtout pas que ce soit toi.

Tu envisages une refonte : c'est le cycle de la vie qui se perpétue.

</modeSarcasme>

Déjà, commence par t'inspirer des points cités pour ne pas reproduire les mêmes erreurs à l'avenir !

Sache que sur les points évoqués, il n'est jamais trop tard dans l'évolution d'un projet pour faire marche arrière, tant la promesse qu'ils conduisent au crash est grande. Autrement dit, il vaut mieux pour toi annuler la mise en ligne plutôt que de la faire quand même tête baissée.

Sache également qu'il n'y a pas de fatalité et qu'il est toujours possible de revenir sur des mauvais choix, même après la mise en ligne, moyennant toutefois un certain coût et des concessions non négociables. En SEO, tu devras malheureusement parfois patienter de nombreux mois après les corrections avant de retrouver tes précédentes positions. Question développement, tu devras trouver un prestataire fiable et prêt à faire le sale boulot, ou remettre toi-même les mains dans le cambouis.

Depuis 17 ans que j'interviens sur des projets sous WordPress, j'en ai vu des vertes et des pas mûres. Si je souligne dans cet article les erreurs que j'ai rencontrées, c'est que j'ai appris à m'approprier ces problématiques et trouvé des solutions pour chacun de ces points.

Si tu rencontres l'un de ces problèmes, tu peux me contacter et nous pourrons voir ensemble comment nous pouvons limiter la casse. Ces prestations comprennent généralement un audit complet suivi d'un rapport contenant des préconisations classées par ordre de priorité.

Souvent, la préconisation principale, c'est de tout refaire, correctement cette fois-ci. Et si je ne rencontre pas l'adhésion pleine et entière du client sur le diagnostic, je coupe malheureusement court à la discussion : Rien de bon n'adviendra, et les mauvais choix seront voués à se répéter.