Refonte site WordPress

Refaire un site parce qu'il paraît daté est rarement une bonne raison à elle seule. Un site visuellement vieilli mais rapide, bien structuré et qui génère des contacts vaut mieux qu'un site neuf qui ne convertit pas. La question à poser n'est pas « est-il beau » mais « produit-il des demandes qualifiées ».

Les motifs qui justifient réellement une refonte sont plus concrets : le site est lent au point de faire fuir les visiteurs mobiles, il n'apparaît sur aucune recherche parce que sa structure l'en empêche, il est devenu impossible à mettre à jour sans casser quelque chose, ou il présente des vulnérabilités de sécurité liées à des extensions abandonnées.

Nous commençons donc par regarder ce qui fonctionne avant de proposer de tout refaire. Il arrive qu'une optimisation ciblée — vitesse, structure, contenu — produise davantage qu'une reconstruction complète, pour une fraction du coût. Nous le disons quand c'est le cas.

C'est le risque principal d'une refonte, et celui que les prestataires sous-estiment le plus. Un site en ligne depuis plusieurs années possède un capital de référencement : des pages indexées, des positions acquises, parfois des liens entrants. Une refonte mal conduite détruit ce capital en quelques semaines.

Le mécanisme est simple : si les adresses des pages changent sans redirection, Google trouve des erreurs à la place des pages qu'il connaissait. Le trafic s'effondre, et le regagner prend des mois. Nous avons repris plusieurs sites dans cette situation, où la refonte avait fait perdre plus qu'elle n'avait apporté.

La méthode consiste à inventorier les adresses existantes avant toute modification, à établir une correspondance vers les nouvelles, et à mettre en place des redirections permanentes. Ce travail est invisible dans le résultat final, mais c'est lui qui détermine si le site conserve ses positions.

WordPress reste un choix défendable pour un site éditorial mis à jour fréquemment par des personnes non techniques. Sa faiblesse tient aux extensions : chacune est une dépendance à maintenir, et une extension abandonnée devient une vulnérabilité.

Un site construit sur un socle moderne comme Next.js est plus rapide, présente une surface d'attaque réduite et demande une maintenance plus prévisible. En contrepartie, il exige un prestataire capable de le reprendre, ce qui restreint le choix — un critère à considérer sérieusement.

Il n'y a pas de réponse universelle. La bonne question est de savoir qui fera évoluer le site dans deux ans et si cette personne pourra le faire. Nous arbitrons avec vous plutôt que d'imposer notre technologie de prédilection.