iAmEvolving – Plateforme WordPress sur mesure
iAmEvolving
Refonte et modernisation
Refonte et modernisation de site web WordPress
La plupart de nos mandats commencent avec un site qui existe déjà et qui compte déjà. Il a un positionnement, du contenu, des intégrations, des rédacteurs qui le connaissent et un public capable de le trouver. Une refonte ne devrait rien vous coûter de tout cela, et un nombre surprenant d’entre elles le font.
- Reconstruit sur place : URL et contenu préservés, visibilité protégée pendant la migration
- Un audit de contenu avant le design, pas après
- L’accessibilité intégrée plutôt que rajoutée
- Par phases, pour chiffrer chaque étape avant de vous engager sur toutes
Quand agir
Les signes qu’une plateforme est à moderniser
Tout site daté n’a pas besoin d’être remplacé, et un rafraîchissement visuel suffit parfois. Voici les situations où le problème est structurel, et où une refonte qui ne change que la surface sera défaite en deux ans.
Les rédacteurs ont cessé de s'en servir
Le contenu vieillit parce que le mettre à jour est désagréable. Des pages sont publiées au mauvais endroit parce que le bon est difficile à trouver. Quand l’équipe éditoriale contourne le CMS, le CMS est le problème.
Chaque changement exige un développeur
Une nouvelle page d’atterrissage, une nouvelle section, une modification à une liste : tout est facturable et tout attend en file. Le site a été bâti comme un ensemble de gabarits figés plutôt que comme un système, et l’organisation le paie tous les mois.
La structure se bat contre le contenu
L’architecture de l’information décrit l’organisation telle qu’elle était il y a cinq ans et deux réorganisations. Les visiteurs ne trouvent rien, la recherche interne ne les sauve pas, et personne ne veut être celui qui restructure.
Il échoue sur mobile ou aux Core Web Vitals
Lenteur, mises en page instables et mauvais comportement mobile, généralement à cause d’un thème qui transporte des fonctions inutilisées et d’une pile d’extensions empilées pour compenser.
L'accessibilité est devenue une exigence hors de portée
Une obligation est arrivée par un appel d’offres, une politique, une plainte ou une loi, et la construction actuelle ne peut atteindre le niveau WCAG AA sans réécrire les composants de toute façon.
Ce sont les extensions qui tiennent le site
Une grosse pile d’extensions, des dépendances abandonnées en amont, et des mises à jour impossibles à appliquer sans casser quelque chose. C’est une posture de sécurité autant qu’un enjeu technique, et cela se défait rarement par petits morceaux.
Personne ne peut le mettre à jour sans risque
Les mises à jour du noyau sont reportées parce que la dernière a cassé quelque chose. À ce stade le site est gelé, et geler n’est pas une stratégie de maintenance.
Il a dépassé sa construction d'origine
Le site a été bâti pour une organisation plus petite, un catalogue plus court ou un flux de travail plus simple, et chaque exigence depuis a été greffée par-dessus. Le coût de la prochaine greffe dépasse maintenant celui de le faire correctement.
Approche
Reconstruire sur place. Ne pas relancer à zéro.
L’erreur la plus coûteuse dans une refonte est de la traiter comme un nouveau site qui remplace l’ancien. Nouvelles URL, contenu restructuré, plan de site neuf, et dix ans d’autorité de recherche jetés au moment du lancement, suivis de six mois à expliquer pourquoi le trafic n’est pas revenu.
Nous reconstruisons sur place. Les URL existantes sont inventoriées avant tout travail de design, puis préservées ou redirigées en une seule étape, sans chaîne. Le contenu est migré plutôt que retapé. Les pages qui gagnent réellement de la visibilité sont repérées dès le départ à partir des données de Search Console, et traitées comme des actifs dont la modification a un coût, non comme un héritage à ranger.
Cette contrainte n’est pas du conservatisme. C’est ce qui rend les parties ambitieuses abordables : quand le risque structurel est maîtrisé, le design, le modèle de contenu et l’expérience d’édition peuvent changer profondément sans jouer le canal d’acquisition de l’organisation.
Un inventaire d'URL avant tout gabarit
Chaque URL existante, son trafic, ses impressions et son rôle, exportés et revus avant de redessiner la structure. Les décisions sur ce qui bouge se prennent avec les chiffres sous les yeux de tout le monde.
Un seul saut, aucune chaîne
Quand une URL doit changer, l’ancienne adresse mène à la nouvelle en une seule redirection. Chaînes de redirection, soft 404, contenu retiré, liens internes brisés et changements d’URL mal planifiés sont des causes fréquentes de pertes de visibilité évitables pendant une migration.
Une base de référence mesurée
Références de recherche et d’analytique prises avant le lancement, pour qu’ensuite il existe une vraie réponse à la question de savoir si cela a fonctionné, plutôt qu’une discussion sur les impressions.
Processus
Comment se déroule un projet de modernisation
La séquence ci-dessous est la forme d’une modernisation complète de plateforme. Les projets plus petits sautent des étapes, et nous vous dirons lesquelles plutôt que de tout facturer. Chaque étape est estimée par écrit avant de commencer.
Découverte
Ce que l’organisation attend du site, qui l’utilise, qui le maintient, à quoi il s’intègre, et ce qui est réellement brisé par opposition à simplement vieux. Entretiens avec les parties prenantes et évaluation technique de la construction existante.
Audit de contenu
Un inventaire de chaque page avec son trafic, sa performance de recherche, son responsable et son état, puis une décision sur chacune : garder, réécrire, fusionner ou retirer avec une redirection. C’est l’étape qui modifie le plus souvent la portée, généralement à la baisse.
Architecture de l'information
Une structure bâtie à partir de ce que les visiteurs cherchent réellement et de ce que l’audit a trouvé, pas à partir de l’organigramme. Navigation, hiérarchie, taxonomie et plan d’URL sortent ensemble de cette étape.
UX et design d'interface
Gabarits et composants conçus comme un système, avec contrastes, états de focus et tailles de cible réglés dans la palette. Conçus avec du vrai contenu issu de l’audit plutôt qu’avec du faux texte.
Migration
Migration scriptée du contenu et des médias vers le nouveau modèle, carte de redirections implantée et vérifiée, liens internes réécrits. Exécutée et réexécutée en préproduction jusqu’à ce que ce soit propre.
Assurance qualité
Tests fonctionnels, tests multinavigateurs et multiappareils, tests au clavier et au lecteur d’écran, mesure de la performance, et exploration complète pour les liens brisés, les chaînes de redirection et les pages manquantes.
Formation
Séances avec les personnes qui maintiendront réellement le site, sur les blocs et les flux de travail qu’elles ont, plus une documentation écrite à laquelle revenir. Enregistrées quand l’équipe est répartie.
Lancement
Une bascule planifiée avec les redirections actives dès la première minute, les propriétés de recherche mises à jour, les plans de site resoumis et une surveillance des 404 et des erreurs d’exploration dans les jours qui suivent.
Surveillance après lancement
Les premières semaines sont celles où les problèmes de migration apparaissent. Erreurs d’exploration, redirections manquées, indexation et performance de recherche sont suivies par rapport à la base prise avant le lancement, pour corriger pendant que la cause est encore évidente.
Démarrer un projet
Vous songez à remplacer un site qui fonctionne encore?
Dites-nous ce que le site actuel fait, ce qu’il ne peut pas faire et ce qu’il ne doit pas perdre. Nous vous dirons s’il lui faut une refonte ou une reconstruction, y compris quand la réponse est la moins chère.
Ce que nous protégeons
Ce qu’une refonte ne devrait pas vous coûter
Une modernisation vaut la peine quand elle conserve ce qu’une plateforme établie a déjà gagné et ne remplace que ce qui la freine. Voici les quatre choses que les organisations perdent le plus souvent en chemin, et chacune est une décision plutôt qu’un accident. Nous traitons les quatre comme des contraintes du projet et non comme des risques à accepter.
Votre visibilité dans la recherche
URL préservées quand c’est possible et redirigées en un seul saut sinon, avec les pages qui gagnent de la visibilité repérées à partir de données réelles avant que quoi que ce soit ne bouge. Personne ne peut vous promettre une position dans les résultats. Ce que nous pouvons faire, c’est retirer les raisons évitables qu’une migration en fasse perdre une.
Votre contenu
Migré en entier, y compris les médias, les métadonnées et l’archive dont personne ne se souvient mais vers laquelle quelqu’un pointe.
La capacité de travail de votre équipe
L’expérience d’édition fait partie de la portée. Une refonte qui rend le site magnifique et le CMS pire a échoué sur la chose que l’organisation ressentira tous les jours.
Preuves
Projets de modernisation
Multi-Prêts, Mortgage Alliance, Invis, Mortgage Intelligence et Intelligence Hypothécaire sont cinq marques du groupe M3 Tech, bâties sur un seul code : un thème parent avec un thème enfant par marque. Nous avons repris ce code de l’agence précédente et l’avons modernisé sur place au fil d’un mandat de quatre ans, de 2021 à 2025. Aucune des cinq n’a été relancée comme un nouveau site.
Le travail partagé à l’échelle du groupe comprenait une bibliothèque de blocs Gutenberg dans le thème parent, des types de contenu sur mesure pour les courtiers, les bureaux et les franchises synchronisés avec le CRM BOSS du client sur une API authentifiée, sept calculateurs hypothécaires par marque, une interface Bootstrap 5 avec un habillage propre à chaque marque, et une livraison bilingue par Polylang. L’hébergement a été consolidé en un seul programme plutôt que cinq : d’Azure Web App vers une machine virtuelle Azure, de douze serveurs à deux, et une construction Webpack avec des pipelines CI/CD à la place du déploiement précédent. Le temps de chargement est passé de seize secondes à moins d’une.
Multi-Prêts, la plus grande des cinq, a porté davantage : quinze blocs propres à la marque en plus de la bibliothèque partagée, des interfaces d’administration en React pour les dossiers de courtiers, de bureaux et de franchises, un méga-menu avec injection de liens propres aux courtiers, et un plan de site distinct pour l’indexation des courtiers.
Chacune des cinq a une étude de cas qui expose ce que la plateforme devait conserver, ce qui a été remplacé et ce que cela impliquait. La sélection ci-dessous comprend aussi des plateformes que nous avons bâties à partir de rien, ce qui est le contraste utile : une construction neuve choisit ses propres URL.
FAQ
Questions fréquentes
-
Une refonte va-t-elle nuire à notre positionnement dans la recherche?
C’est possible, et cela découle habituellement d’un choix fait plus tôt dans le projet plutôt que d’une fatalité. Les pertes viennent du changement d’URL sans carte de redirections complète, des chaînes de redirection, du retrait ou de l’amaigrissement de pages qui gagnaient de la visibilité, et du lancement d’une structure que personne n’a confrontée aux données de recherche réelles. Nous inventorions les URL et la performance de recherche avant de redessiner la structure, nous préservons ce qui rapporte, nous redirigeons en un seul saut quand un déplacement est nécessaire, et nous surveillons les premières semaines par rapport à une base prise avant le lancement.
-
Devons-nous changer nos URL?
Habituellement non, et la valeur par défaut est de les garder. Quand l’architecture de l’information doit vraiment changer, le déplacement est délibéré, cartographié, et vaut plus que la perturbation qu’il cause, et chaque ancienne adresse mène à la nouvelle en une seule redirection qui reste en place de façon permanente.
-
Peut-on refondre sans reconstruire tout le site?
Parfois. Si le modèle de contenu et la construction sous-jacente sont sains, un rafraîchissement du design et des gabarits est la bonne portée et nous le dirons. Si les problèmes sont dans le modèle de contenu, la pile d’extensions ou l’expérience d’édition, un rafraîchissement visuel achète dix-huit mois et vous ramène ici. L’évaluation à la découverte sert à vous donner cette réponse honnêtement, y compris quand c’est la moins chère.
-
Combien de temps prend une refonte WordPress?
Cela dépend bien plus du contenu et des intégrations que du design. L’audit de contenu et la migration sont généralement les étapes les plus longues, et le nombre de systèmes auxquels le site se connecte détermine le reste. Nous découpons le travail en phases et estimons chaque phase par écrit, pour que l’échéancier découle d’une portée décidée plutôt que d’une moyenne.
-
Qu'advient-il de notre contenu existant?
Il est inventorié, tranché page par page (garder, réécrire, fusionner ou retirer) puis migré par script vers le nouveau modèle de contenu avec ses médias, ses métadonnées et ses liens internes. Rien n’est retapé, et rien n’est abandonné en silence.
-
Pouvez-vous travailler avec notre design ou notre charte de marque?
Oui, et c’est fréquent. Quand une palette de marque ne peut atteindre le contraste AA sur les éléments d’interface, nous le soulevons tôt et proposons des variantes d’interface plutôt que de livrer discrètement quelque chose qui échouera à une révision d’accessibilité plus tard.