Refonte WordPress : contenus, fonctions et anciennes URL à reprendre

La refonte WordPress commence par l’offre et les usages, avant le choix du thème ou des extensions. Nous examinons vos prestations, les pages qui fonctionnent et les concurrents réellement visibles sur les recherches de vos clients.

Comparer les offres concurrentes et les recherches de vos clients

Le benchmark examine les offres, les prix rendus publics, les preuves, les contenus et la facilité de prise de contact. Nous cherchons ce qui manque au visiteur et ce que votre entreprise peut apporter de précis. Les textes et visuels concurrents ne sont pas copiés.

La recherche de mots-clés part ensuite de vos prestations : besoin exprimé, niveau d’urgence, lieu pertinent et intention de recherche. Nous distinguons une demande de service d’une simple recherche d’information, puis regroupons les sujets pour éviter plusieurs pages concurrentes sur le même besoin. Les données du site et des outils de recherche éclairent la priorité ; aucun volume ni classement n’est présumé.

Choisir les pages, les preuves à présenter et les actions à mesurer

Vous validez la structure proposée, les prestations à présenter, les preuves disponibles et l’action attendue sur chaque page. Les demandes qualifiées, rendez-vous ou ventes servent ensuite de repères. Le devis précise l’étendue de l’étude, les marchés et les livrables : une analyse approfondie de plusieurs pays n’est pas implicitement incluse dans une création standard.

Un site qui paraît ancien n’a pas nécessairement besoin d’être remplacé entièrement. Commencez par noter ce qui gêne réellement : une offre devenue illisible, un formulaire qui échoue, des pages difficiles à modifier ou un thème qui ne permet plus les évolutions souhaitées. Séparer ces problèmes permet de conserver ce qui fonctionne et d’estimer une intervention proportionnée.

Faites défiler le tableau horizontalement pour lire toutes les colonnes.

La bonne question n’est donc pas seulement « quel nouveau design ? », mais « quelles difficultés le projet doit-il faire disparaître ? ». Une liste courte de situations concrètes sert ensuite à vérifier la nouvelle version sans se limiter à une préférence esthétique.

Imaginons une entreprise de location de matériel. Certaines anciennes fiches reçoivent encore des visites, plusieurs produits ont changé de nom et une gamme a disparu. Une refonte ne devrait pas envoyer automatiquement toutes ces anciennes adresses vers l’accueil : le visiteur ne retrouverait plus ce qu’il cherchait.

Un registre de reprise, adresse par adresse

Pour une fiche toujours pertinente, la décision peut être de garder son adresse et d’actualiser ses informations. Deux fiches décrivant désormais la même offre peuvent rejoindre une page réellement équivalente. Une prestation arrêtée sans remplaçant exige une décision distincte ; une redirection trompeuse n’apporte pas une réponse utile. Le registre relie chaque ancienne adresse à son traitement, avec une justification compréhensible.

Avant bascule, on vérifie aussi les données qui continuent de changer : demandes reçues, fiches modifiées, commandes éventuelles. Une copie préparée plusieurs jours auparavant ne suffit pas à garantir leur reprise. Cet exemple est fictif ; il décrit les décisions d’une migration, sans promettre l’absence de variation de trafic.

Le budget dépend notamment de la qualité de l’existant, des fonctions actives et des contenus à reprendre. Un formulaire simple et une boutique avec commandes, comptes clients et règles de transport ne demandent pas la même préparation. Le tarif de refonte standard présenté sur cette page ne remplace pas le cadrage de ces situations particulières.

Pour préparer le projet, rassemblez les accès nécessaires, les licences utilisées, les anciennes adresses importantes et la liste des personnes qui modifient le site. Précisez quels services sont externes : paiement, réservation, messagerie ou hébergement. Le domaine reste acheté et renouvelé par vous ; le modifier ou le transférer n’est pas une condition automatique de la refonte.

• Tester une ancienne adresse représentative et vérifier qu’elle mène à la bonne réponse.
• Comparer les informations commerciales essentielles entre les versions.
• Vérifier les formulaires, notifications et fonctions métier avec des données de test.
• Définir qui autorise la bascule, ce qui doit être sauvegardé et comment traiter une anomalie bloquante.

Après publication, un contrôle ciblé distingue les erreurs à corriger immédiatement des évolutions à programmer. Cette organisation évite de découvrir trop tard qu’une fonction discrète était indispensable au quotidien.