Rechercher
Saisissez au moins deux caractères, sans donnée personnelle.

    BibliothèqueArticles et FAQ Votre projetDemander un devis
    LangueFR
    Site à reprendre · Accompagnement web

    Refonte de site internet et amélioration de l’existant

    La refonte d’un site internet reprend sa structure, ses contenus, son interface ou sa technique. Elle commence par un inventaire de l’existant pour conserver les pages utiles et décider si des corrections ciblées suffisent.

    À distance partout en France · Périmètre précisé avant le démarrage

    Deux professionnels examinant un site internet affiché sur un grand écran
    Illustration · Améliorer un site existant
    Votre situation

    À qui s’adresse cet accompagnement ?

    Cette intervention concerne les sites difficiles à mettre à jour, peu lisibles sur mobile ou devenus inadaptés à l’activité. Elle peut aussi répondre à une nouvelle offre, une nouvelle identité ou une migration de plateforme.

    Décider entre amélioration et reconstruction

    Nous séparons les défauts de présentation des limites techniques. Si les pages restent faciles à maintenir, une reprise de l’accueil ou du formulaire peut suffire. Une reconstruction se justifie davantage lorsque la technologie ne peut plus être suivie ou que la structure empêche de présenter les nouvelles offres.

    Préserver les URL et les contenus utiles

    L’inventaire repère les pages visitées, les liens entrants connus et les données à conserver. Chaque adresse modifiée doit avoir une destination pertinente lorsque son contenu possède un équivalent. Le plan de redirections évite de renvoyer toutes les anciennes pages vers l’accueil. Il est vérifié avec les liens internes, les adresses canoniques et le sitemap.

    Préparer une bascule contrôlée

    Le nouveau site est testé avant de remplacer l’ancien. Les sauvegardes et les conditions de retour arrière sont précisées selon l’hébergement. Après ouverture, le suivi porte sur les erreurs, les formulaires et l’exploration. Une migration peut entraîner des variations de visibilité : le suivi aide à identifier les anomalies. Pour les pages qui changent d’adresse, préparez une correspondance entre ancienne URL et destination pertinente. Une redirection systématique vers l’accueil fait perdre le contexte recherché. Après la bascule, contrôlez un échantillon d’anciennes adresses, les liens internes, les pages importantes et la réception des formulaires. Conservez un état initial pour distinguer un défaut de migration d’une variation saisonnière.

    Pour cadrer la décision

    Conserver ce qui aide déjà les visiteurs

    Situation à examiner

    Une refonte commence par les URL, les contenus, les formulaires, les médias et les parcours qui servent réellement. Les pages consultées ou reliées depuis d’autres sites méritent un examen avant toute suppression. Les éléments obsolètes peuvent être corrigés ou retirés, mais chaque décision doit être explicitée.

    Choix à faire

    Préparez un tableau ancien contenu → nouvelle destination avec trois décisions possibles : conserver, fusionner ou retirer. Pour les pages conservées, notez ce qui change et la personne qui valide la nouvelle version. Pour les pages fusionnées, choisissez une destination qui répond vraiment à l’ancienne question.

    Preuve de réussite

    Après bascule, vérifiez les anciennes adresses prioritaires, les redirections, les formulaires, les liens internes et les pages en langues publiées. Comparez quelques tâches identiques sur l’ancien et le nouveau site pour constater un progrès d’usage plutôt qu’un simple changement visuel.

    Migrer un site web sans perdre ses contenus utiles →

    Du besoin à la réalisation

    Comment se déroule la prestation ?

    Des étapes et des validations adaptées à votre projet.

    1. Inventorier

      Recenser les pages, accès et fonctions à conserver.

    2. Prioriser

      Distinguer les corrections et les éléments à reconstruire.

    3. Reprendre

      Préparer les pages, redirections et tests.

    4. Basculer

      Contrôler les parcours et la continuité des URL.

    Des critères concrets

    Comment vérifier le travail réalisé ?

    • Les anciennes adresses prioritaires atteignent leur contenu utile sans boucle ni destination sans rapport.
    • Une demande et une recherche témoins réussissent sur le domaine final dans les langues concernées.
    • Les liens, médias et consignes d’indexation correspondent à la version effectivement ouverte.

    Les vérifications portent sur les éléments convenus au cadrage. Les résultats commerciaux et la visibilité dépendent aussi de votre marché, de votre offre et des outils de recherche.

    Lire les preuves

    Une redirection doit préserver la question du visiteur

    Exemple pédagogique fictif · aucun résultat client ni mesure du site

    Dans cette refonte fictive, trois anciennes adresses ont été relevées. Un statut technique favorable ne suffit pas : la destination doit encore répondre au besoin de départ.

    1. Ancienne adresse
    2. Destination réelle
    3. Contenu et action utiles

    Sur petit écran, faites défiler le tableau horizontalement pour lire les trois colonnes.

    Relevé fictif à interpréter
    Ancienne pageRésultat du contrôleLecture du résultat
    /atelier/301 → /services/atelier/ → 200La prestation et son contact sont retrouvés
    /depannage/301 → / → 200L’accueil ne répond pas au besoin de dépannage
    /ancienne-offre/404, sans offre équivalenteRetrait explicite à confronter à l’inventaire validé
    Que peut-on conclure ?

    La première redirection est cohérente dans cet essai. La deuxième doit être revue : aboutir sur une page qui répond ne signifie pas que son contenu est pertinent. La troisième peut correspondre à un retrait assumé, si aucune page équivalente n’existe et si cette décision est documentée.

    Que faut-il vérifier ensuite ?

    Pour chaque adresse prioritaire, comparer le contenu de destination, les liens internes et l’action attendue. Tester aussi les variantes linguistiques réellement publiées.

    Que conserver pour rendre ce contrôle réutilisable ?

    Contexte à préciser : Inventaire approuvé, langue, ancienne URL et destination attendue pour chaque page.

    Trace à conserver : Chaîne complète des statuts, URL finale, titre et action disponible à destination.

    Décision à préparer : Revoir /depannage/ sans équivalent utile ; contrôler aussi les liens internes concernés.

    Approfondir la vérification : Préparer et tester un plan de redirections d’URL

    Périmètre et limites : Ces chemins sont inventés. Ce contrôle ne garantit ni la conservation du trafic ni le délai de réindexation.

    Référence méthodologique : Google Search Central · Site moves. Source consultée . Cette référence éclaire la méthode ; les observations présentées sont inventées.

    Du problème à la vérification

    Améliorer l’existant en conservant ce qui sert déjà

    Un site ancien peut encore contenir des pages utiles, des liens entrants et des informations qui répondent bien aux clients. L’inventaire doit distinguer les pages à conserver, à réécrire, à regrouper et à retirer. Une nouvelle interface se prépare avec cette liste, et non à partir du seul aspect visuel.

    Les étapes et les décisions à préparer

    1. 1 · InventorierLister les pages, fonctions et adresses utilisées. Repérer ce qui reçoit encore des visites ou des liens.
    2. 2 · Décider page par pageConserver, réécrire, regrouper ou retirer avec un motif. Associer chaque déplacement à sa destination pertinente.
    3. 3 · Préparer la basculeValider les contenus et les parcours sur une version de préparation. Prévoir la sauvegarde et les conditions de retour.
    4. 4 · Contrôler après ouvertureRejouer les anciennes adresses, les liens et les demandes. Suivre ensuite les anomalies et les pages importantes.

    Une refonte se prépare autour des usages qui doivent continuer. Changer simultanément le domaine, les contenus, les adresses et le CMS augmente le nombre de causes possibles en cas de problème ; le planning doit permettre de les isoler.

    Sur téléphone, faites défiler le tableau horizontalement pour voir toutes les colonnes.

    Exemples illustratifs : une correction et un contrôle associé
    Situation de départAmélioration possibleComment vérifier
    Supprimer une rubrique parce qu’elle paraît ancienneVérifier son utilité, ses visites et ses liens avant de déciderDisposer d’un inventaire avec une décision pour chaque URL
    Rediriger toutes les anciennes pages vers l’accueilRelier chaque page déplacée à une destination pertinenteTester les anciennes adresses prioritaires
    Changer le design sans contrôler le contactRejouer les tâches essentielles après la basculeTester mobile, clavier et réception des demandes
    Un cas pour se projeter

    Une intervention reliée à un usage réel

    Exemple illustratif : un cabinet réorganise trois prestations sans changer leur contenu de fond. Une ancienne page reçoit encore des visites. On conserve son adresse si possible ; lorsqu’elle change, on relie l’ancienne adresse à la nouvelle page pertinente. Après la bascule, on contrôle les liens, les formulaires et les pages fréquentées, puis on suit l’évolution sur des périodes comparables.

    Documentation : Google Search Central : déplacer un site avec changement d’URL. Consultée le 14 octobre 2026.

    Organiser ensuite les priorités du site →

    Préciser le périmètre avant de commencer

    Que faut-il conserver ?

    Une page utile ne devient pas inutile parce que son design est ancien. Examinez son rôle, ses visites, ses liens et l’exactitude de ses informations avant de choisir son sort.

    Comment traiter une page supprimée ?

    Une redirection convient lorsqu’une destination équivalente existe. Sans équivalent pertinent, une page absente doit être traitée comme telle ; envoyer toutes les anciennes adresses vers l’accueil masque les décisions.

    Quand contrôler la migration ?

    Avant la bascule sur la version de préparation, juste après sur les adresses publiques, puis pendant le suivi. Chaque anomalie doit être reliée à une URL, à un résultat attendu et à un responsable.

    Budget et calendrier

    Qu’est-ce qui fait varier le devis ?

    Le volume de pages, la qualité des éléments existants, les contenus à produire, les fonctions à connecter et les vérifications nécessaires déterminent le périmètre. Le calendrier dépend aussi de vos accès, des documents disponibles et des validations.

    Les tarifs indicatifs et prestations incluses donnent des repères. La proposition écrite confirme le budget, les responsabilités et les conditions de suivi pour votre projet.

    Questions fréquentes

    Les réponses avant de décider

    Des précisions sur cette prestation et ses conditions.

    Consulter les autres conseils web
    Faut-il changer de CMS pour refaire un site ?

    Pas systématiquement. Le choix dépend de la maintenance possible, des fonctions et de votre autonomie. Conserver une base saine réduit parfois la complexité ; migrer devient pertinent si la plateforme ne répond plus aux besoins.

    Peut-on préserver le référencement pendant une refonte ?

    On peut réduire les risques avec un inventaire, la conservation des URL utiles, des redirections pertinentes et des contrôles après lancement. Aucun maintien exact des positions ne peut être garanti.

    Le site doit-il fermer pendant les travaux ?

    Le travail peut généralement être préparé sur un environnement distinct pendant que le site actuel reste accessible. La bascule dépend de l’hébergement et des données à synchroniser. Une éventuelle interruption est précisée dans le plan de mise en ligne.

    Que faire si je ne possède plus les accès ?

    Identifiez le titulaire du domaine, l’hébergeur et le prestataire précédent. La récupération suit leurs procédures. Ne transmettez pas de mot de passe dans une demande publique : le canal de partage est défini lors de la reprise.

    Comment choisir ce qu’il faut conserver de l’ancien site ?

    Croisez utilité du contenu, visites disponibles, liens entrants, demandes reçues et contraintes de l’équipe. Chaque URL utile reçoit une décision : conserver, améliorer, fusionner vers un équivalent ou retirer. Le plan de reprise précède la suppression.

    Comment vérifier la bascule ?

    Testez les anciennes adresses prioritaires, les destinations et les parcours de contact. Contrôlez les langues, documents et médias migrés. Gardez une copie utilisable et une procédure de retour ; observez ensuite les erreurs d’accès et l’indexation sans interpréter une fluctuation isolée comme un verdict.

    Quand privilégier une amélioration ciblée ?

    Lorsque la base reste maintenable, les contenus peuvent être repris et les principales difficultés concernent quelques parcours identifiés. Comparez le coût et les limites de cette correction avec une reconstruction. Une interface vieillissante ne suffit pas, à elle seule, à justifier le remplacement de toute la technique.

    Pour aller plus loin

    Comprendre les liens entre SEO, GEO, SXO et UX →

    Vérifications pratiques à préparer

    Repères documentaires pour ce sujet

    Repères documentaires pour ce sujet
    RéférenceValeur ou syntaxePortée du repère
    HTTP · 308308 · LocationDéplacement permanent : la méthode et le corps de la requête sont préservés.
    Google Search · Canonicalrel="canonical"Signal de préférence pour Google ; aucune redirection ni garantie de sélection.
    Google Search · Sitemap50 000 URL · 50 MBLimites par fichier non compressé ; au-delà, répartir les URL entre plusieurs sitemaps.
    WordPress · Tools ExportWXR / XMLL’export de contenu WordPress peut inclure articles, pages, types de contenus, commentaires, champs personnalisés et taxonomies. Son périmètre dépend des filtres choisis. Vérifier séparément fichiers médias, thème, extensions et configuration avant de parler de reprise complète.
    Shopify · Exporting productsCSV UTF-8 · Image SrcLes images ne sont pas embarquées dans le CSV des produits. Lors d’un import dans une autre boutique, leurs adresses doivent encore être accessibles. Conserver la boutique d’origine jusqu’au contrôle des associations produit, variante et image ; l’inventaire possède son propre export.

    Sources consultées le 22 octobre 2026. Ces éléments ne constituent pas un audit du site ni une déclaration globale de conformité.