Nouveau

FlowConsent, notre propre bannière de cookies, est en ligne.

Développement et maintenance de site web pour une marque acquise : le guide de passation.

Comment reprendre le site d'une marque acquise : sécuriser la propriété et les accès, tester les parcours critiques et la restauration, puis choisir entre maintenance, développement ou refonte.
Portrait de Roland Vekemans, cofondateur de BeBranded
Développement · Publié le 11 nov. 2026
Illustration de l’article « Website development and maintenance for acquired brands »

Partager cet article

L'essentiel · 30 secondes de lecture

Après une acquisition, le site web est un actif opérationnel à reprendre avant d'être un projet de design.

  • Sécurisez le domaine, les comptes de plateforme, la facturation et les intégrations avant de supprimer les accès du vendeur.
  • Séparez maintenance courante, développement planifié et assistance d'urgence, chacun avec ses critères de recette.
  • Établissez un état de référence des pages, du suivi et des parcours critiques avant de changer la marque ou le domaine.
  • Testez la restauration selon des objectifs convenus, au lieu de vous fier à l'existence de sauvegardes.
  • Conservez, améliorez, refondez ou regroupez selon les besoins métier, pas selon la plateforme préférée de l'acquéreur.

Résumer cet article avec l'IA

Le développement et la maintenance de site web d'une marque acquise commencent par une passation opérationnelle, pas par une refonte : sécurisez d'abord le domaine, les comptes et les intégrations, puis décidez de ce qui doit changer. Une acquisition peut en effet confier à votre équipe un site web sans lui donner la maîtrise de son domaine, de ses intégrations ou de son contrat d'assistance.

Ce guide explique comment sécuriser la propriété, protéger les parcours clients et répartir les changements entre maintenance courante, projet de développement et intervention d'urgence. Pour les bonnes pratiques générales, consultez notre guide complet de la maintenance de site web ; cet article traite de ce qui change lorsque le site arrive avec une marque rachetée.

Pourquoi un site acquis exige son propre plan de passation

Le site web nécessite son propre plan de passation, même lorsque la transaction ne modifie ni la marque ni l'entité juridique.

Une page d'accueil qui fonctionne ne prouve pas que l'entreprise contrôle le site. Le contrôle est souvent réparti entre plusieurs comptes :

  • l'enregistrement du domaine et le DNS, parfois chez un autre prestataire que l'hébergement ;
  • l'hébergement ou la plateforme du site, avec ses propres informations de facturation ;
  • les outils d'analyse, le gestionnaire de balises et les propriétés Search Console ;
  • des automatisations rattachées au compte personnel d'un ancien salarié ;
  • un contrat d'agence qui couvre la maintenance sans transférer les fichiers de conception, les droits sur le code ou les licences tierces.

Avant toute modification, désignez un responsable métier et un référent technique. Le responsable métier valide les priorités et accepte les risques commerciaux. Le référent technique vérifie les accès, les dépendances et les possibilités de restauration. Donnez-leur un registre partagé plutôt que de disperser les informations dans des échanges d'e-mails.

Demandez au conseil juridique de la transaction de confirmer les droits de transfert et les restrictions contractuelles. L'accès opérationnel et la propriété juridique sont deux questions distinctes : une connexion réussie ne prouve pas qu'un compte, une licence de police ou un abonnement logiciel peut être transféré à l'acquéreur. Les noms de domaine suivent aussi leurs propres règles. Selon la politique de transfert de l'ICANN, un bureau d'enregistrement peut appliquer un verrou de 60 jours sur le transfert vers un autre bureau d'enregistrement après un changement de titulaire, sauf si le titulaire l'a refusé au préalable. Tenez compte de ce délai dans votre planning.

Maintenance, développement ou urgence : bien définir le périmètre

Distinguez l'entretien récurrent des évolutions planifiées avant de demander des devis ou de reprendre un contrat d'assistance hérité. Les trois catégories n'ont ni les mêmes objectifs, ni les mêmes déclencheurs, ni les mêmes critères de recette.

CatégorieObjectifTravaux typesComment la valider
Maintenance couranteFaire fonctionner le site existant comme prévuSurveillance, corrections de contenu, revue des dépendances, contrôle des sauvegardes, petites réparationsContrôles convenus réalisés, écarts signalés
DéveloppementFaire évoluer les capacités du siteRestructuration du CMS, nouvel acheminement des prospects, regroupement de sites de marquesExigences, tests et recette selon des critères définis
Assistance d'urgenceRétablir une fonction critique après une panne imprévuePanne du paiement, d'un formulaire ou de la connexion, incident de sécuritéService rétabli dans le délai convenu, incident documenté

Sur une plateforme gérée, les responsabilités liées à l'infrastructure diffèrent de celles d'un environnement auto-hébergé : le contrat doit préciser ce qui reste à votre charge. Notre article sur ce que doivent inclure les services de développement web détaille les éléments de prestation à spécifier.

Le développement et la maintenance peuvent partager un même carnet de travaux, mais définissez l'assistance d'urgence à part, avec ses plages de couverture et ses circuits d'escalade. Une panne de formulaire ne doit jamais attendre derrière la refonte planifiée d'une page de destination.

Un cadre de passation en cinq étapes après une acquisition

Un cadre progressif transforme une reprise incertaine en décisions que la direction peut examiner et approuver. Chaque étape exige des preuves, pas seulement un statut.

ÉtapeObjectifPreuve avant de passer à la suite
1. Prendre le contrôleConfirmer la maîtrise des comptes, la facturation, les droits contractuels et les administrateurs avant de supprimer les accès du vendeurAccès vérifiés et inventaire des actifs complet
2. StabiliserCorriger les défaillances qui touchent le chiffre d'affaires, la sécurité ou l'accès des clients, sans changement de conception inutileTests réussis sur les parcours critiques
3. DéciderConserver, améliorer, migrer ou retirer le site selon les besoins métier et les contraintes opérationnellesDécision documentée et approuvée par le responsable métier
4. Assurer la transitionLivrer les changements approuvés en préproduction, avec des tests documentés et un plan de mise en production réversiblePlan de mise en production approuvé et résultats de tests
5. VérifierContrôler les parcours clients, le suivi, les redirections et les responsabilités d'assistance en productionRésultats validés au regard des exigences initiales

Cet ordre évite une erreur fréquente : approuver une refonte avant d'avoir compris le système hérité. Utilisez les critères présentés dans les priorités web des équipes en croissance pour évaluer la valeur commerciale, puis ajoutez les enjeux propres à l'acquisition : droits de transfert, dépendances envers le vendeur, besoins de regroupement. Ne passez pas à l'étape suivante simplement parce qu'une échéance de la transaction est dépassée.

Établir un état de référence avant de toucher à la marque

Documentez le fonctionnement du site avant de modifier sa conception, son contenu, son domaine ou son suivi.

  • Pages : pages de destination importantes, pages d'entrée issues du référencement naturel et inventaire complet des URL.
  • Mesure : événements de conversion et données de performance exportées, avec leur période et la définition des indicateurs.
  • Lacunes connues : trous de suivi, paramètres de consentement et limites d'attribution, pour ne pas prendre des données incomplètes pour une référence fiable.
  • Défauts : liste des problèmes connus, avec captures d'écran au besoin.

Testez ensuite les parcours commercialement importants : envoyer une demande, solliciter une démonstration, acheter, se connecter ou trouver de l'aide. Suivez chaque action jusqu'à sa destination. Un message de confirmation ne suffit pas si le prospect n'arrive jamais dans le CRM ou si l'e-mail de confirmation échoue. Conservez les résultats sans exposer de données clients.

Une liste de recette documentée pour le lancement d'un site constitue un bon point de départ ; ajoutez-y les dépendances héritées. Cet état de référence permet de distinguer les défauts préexistants des problèmes apparus après l'acquisition, et donne au vendeur, à l'acquéreur et au prestataire un repère commun en cas de désaccord sur l'origine d'un défaut.

Auditer les intégrations et les parcours clients internationaux

Les dépendances autour du site peuvent présenter plus de risques que les pages elles-mêmes.

Retracez les formulaires, les outils de réservation, les services de paiement, l'envoi d'e-mails, les outils de consentement et les automatisations. Pour chaque intégration, notez le propriétaire, le compte de facturation, la méthode d'authentification et la finalité métier. Repérez les identifiants liés aux personnes qui partent, renouvelez-les selon un processus maîtrisé qui préserve la continuité du service, et vérifiez la nouvelle connexion avant de révoquer l'ancienne. Activez l'authentification multifacteur sur chaque compte administrateur ; les recommandations de la CISA sur l'authentification multifacteur expliquent pourquoi un mot de passe seul ne suffit pas.

La localisation peut aussi influer sur la recette. Le service d'accès au streaming francophone de VPNVision illustre une offre construite pour des clients qui accèdent à des contenus depuis l'étranger. Pour une marque acquise proposant une offre internationale comparable, testez les messages propres à chaque pays, les parcours qui dépendent de la localisation et l'assistance depuis les pays concernés, plutôt que de tout vérifier depuis le siège.

Ne supposez pas que les données clients héritées peuvent rejoindre les systèmes de l'acquéreur sans examen. Faites évaluer par un juriste les obligations de confidentialité, les informations à fournir et les transferts de données propres à la transaction. Tenez un registre des intégrations qui consigne à la fois les dépendances techniques et les validations en attente. Si une connexion ne peut pas être transférée, documentez son remplacement et les conditions de bascule avant de fermer l'ancien compte.

Prouver que la restauration fonctionne avant de compter sur les sauvegardes

Une sauvegarde n'est utile que si l'équipe sait ce qu'elle contient et peut rétablir le service attendu.

Identifiez la procédure de restauration des pages, des contenus du CMS, du code personnalisé, des médias et de la configuration. Traitez à part les données du CRM, du commerce et des automatisations lorsqu'elles résident hors de la plateforme : une restauration du site ne les récupère pas forcément. Vérifiez ce que votre offre d'hébergement ou de plateforme fournit réellement, plutôt que de supposer qu'un hébergement géré couvre toutes les dépendances.

Demandez au responsable métier de fixer deux seuils : la perte de données acceptable et la durée d'indisponibilité tolérable pour un parcours critique. Les cadres de continuité comme le NIST SP 800-34 les appellent RPO (perte de données maximale admissible) et RTO (durée maximale d'interruption admissible). Ils doivent guider la fréquence des sauvegardes et les procédures de restauration. Un site vitrine et une boutique en ligne n'ont pas besoin des mêmes dispositions, même avec un nombre de pages comparable.

Testez la restauration dans un environnement sûr et consignez le résultat. Documentez qui peut autoriser une restauration, où sont stockés les identifiants et comment annuler un changement de DNS ou d'intégration. Les contrats doivent distinguer la restauration fournie par la plateforme de la responsabilité du prestataire, qui coordonne le rétablissement de l'ensemble du parcours client.

Conserver, refondre ou regrouper le site de la marque acquise ?

Une acquisition ne justifie pas, à elle seule, de remplacer un site qui sert encore l'entreprise.

OptionQuand la choisirRisque principal
ConserverPropriété claire, parcours critiques fonctionnels, plateforme compatible avec le prochain plan opérationnelLa dette technique héritée reste non documentée
AméliorerContraintes limitées à la structure du contenu, à la publication ou à quelques intégrationsLes correctifs s'accumulent sans cible claire
RefondreLes exigences ne peuvent pas être tenues de façon sûre dans l'architecture existanteCoût et délai, plus la visibilité si les URL changent
RegrouperLa marque ne restera pas indépendante et une justification économique distincte soutient la fusionPerte de reconnaissance, de parcours de vente et de trafic organique

Une refonte se défend lorsque l'architecture bloque les exigences, pas simplement parce que l'acquéreur préfère une autre plateforme. Décidez si la marque acquise reste indépendante avant de vous engager sur un domaine ou un système de conception commun, et adoptez un processus partagé de conception et de développement pour traiter ensemble décisions commerciales et contraintes techniques.

Deux collègues revoient propriété des domaines, intégrations et reprise d’accès pour le site d’une marque rachetée.

Si les URL doivent changer, l'opération devient une migration de site web. Créez une table de correspondance page par page et testez les redirections, les liens internes, les balises canoniques et les sitemaps. Suivez les recommandations de Google pour les déplacements de site avec modification des URL (version française), qui conseillent de conserver les redirections le plus longtemps possible, en général au moins un an. Si le domaine change, l'outil de changement d'adresse de la Search Console signale le déménagement à Google. Notre guide pour migrer sans perdre de trafic détaille le volet SEO. Évitez de cumuler transfert de propriété, changement de domaine, migration de CMS et réécriture complète du contenu sans raison opérationnelle claire.

Adapter le calendrier de maintenance de site web au risque métier

Fixez la fréquence des contrôles selon ce qui peut tomber en panne et les conséquences de cette panne.

Type de siteContrôles prioritairesRythme indicatif
Site d'information peu modifiéAlertes de disponibilité, tests des formulaires, renouvellements du domaine et du certificat, revue des contenusAlertes continues, revues périodiques
Site de génération de prospectsTransmission au CRM, pages de campagne, consentement, suivi des conversionsContrôles hebdomadaires, et après chaque mise en production
Commerce, abonnements ou espace connectéÉchecs de transaction, problèmes d'accès, santé des intégrationsContrôles automatisés, et après chaque mise en production
Site riche en contenuContrôles de publication, composants réutilisables, liens cassésRevue hebdomadaire de la publication

Ces rythmes sont des points de départ, pas des exigences universelles. Ajoutez une revue mensuelle du carnet de travaux et des exercices de restauration périodiques, et ajustez le calendrier quand le trafic, le rythme de mise en production ou la dépendance commerciale de la marque évoluent. Attribuez un responsable à chaque contrôle et définissez la marche à suivre en cas d'échec : une alerte que personne ne traite protège peu. Pour les sites qui publient beaucoup, notre article sur la maintenance des sites qui publient souvent décrit ce mode de fonctionnement.

Fixer des engagements d'assistance vérifiables

Un contrat de maintenance doit décrire un service observable, pas seulement promettre que quelqu'un s'occupera du site.

  • Gravité selon l'impact métier : un paiement indisponible n'est pas un défaut esthétique sur une page secondaire.
  • Pour chaque niveau : plages de couverture, délai d'accusé de réception, contacts d'escalade et fréquence des communications.
  • Réponse et rétablissement : accuser réception d'un incident ne signifie pas que le service est rétabli ; fixez les deux objectifs.
  • Interventions hors horaires : précisez si elles sont incluses ou facturées à part.
  • Historique des interventions : demande, diagnostic, modification, tests et résultat en production, avec l'approbation et le plan de retour arrière pour chaque mise en production.

Pour la maintenance récurrente, demandez les écarts et les risques non résolus plutôt qu'un rapport listant seulement les tâches terminées. Les principes de gestion d'un site après son lancement restent valables, mais une acquisition demande aussi une frontière explicite entre les responsabilités du vendeur et celles de l'acquéreur.

Désignez un responsable de la recette de votre côté. Vérifiez le travail du prestataire par des tests de parcours réussis, des alertes résolues et des changements documentés, pas par les seules heures déclarées. Gardez des accès contrôlés par l'entreprise aux comptes et documents nécessaires pour changer de prestataire plus tard.

Combien coûte la maintenance d'un site acquis ?

Budgétez la complexité héritée, pas le nombre de pages. La passation initiale et le service récurrent sont deux postes de coûts distincts, à estimer séparément.

La passation peut nécessiter la remise en ordre des accès, le remplacement d'intégrations, des tests de restauration, de la documentation et un audit technique ponctuel. Les coûts récurrents dépendent des abonnements, des parcours critiques, de l'activité de publication, du code personnalisé, de la couverture d'assistance et du volume de mises en production. Un site hérité de quelques pages peut coûter cher à exploiter si ses dépendances sont mal documentées ou fortement couplées.

Demandez des périmètres distincts pour la stabilisation, l'assistance courante et le développement planifié. Demandez ce qui se passe quand la capacité incluse est épuisée, si la capacité non utilisée est reportée, et qui paie les frais de tiers et les interventions d'urgence. Notre analyse du prix de la maintenance d'un site web aide à comparer les offres sur leurs obligations et exclusions, pas seulement sur le tarif mensuel.

Une équipe interne peut piloter les priorités et la recette pendant qu'un partenaire externe assure les prestations spécialisées. L'externalisation ne dispense pas d'un responsable côté acquéreur. Demandez aux candidats d'expliciter leurs hypothèses, pour que les informations manquantes ne se transforment pas en demandes de modification imprévues.

Liste de contrôle pour la passation du site d'une marque acquise

Effectuez ces vérifications avant de déclarer le site transféré, et consignez une preuve pour chaque point.

  1. Propriété confirmée : enregistrement du domaine, comptes des plateformes, contacts de facturation, droits de transfert et accès administrateur conformes à la structure de propriété convenue.
  2. Accès sécurisés : authentification multifacteur activée, méthodes de récupération documentées, accès du vendeur supprimés seulement après test des nouveaux accès.
  3. Dépendances documentées : intégrations, code personnalisé, licences, renouvellements et contacts fournisseurs inventoriés, y compris ce qui dépend du compte d'un salarié sur le départ.
  4. Parcours critiques testés : demandes, achats, connexions et demandes d'assistance atteignent leur destination, pas seulement une page de confirmation.
  5. État de référence préservé : données d'analyse, données de recherche, inventaire des URL et défauts connus sauvegardés avant tout changement de marque, de domaine ou de suivi.
  6. Restauration démontrée : restauration testée, avec le traitement des contenus du CMS, des données externes, des identifiants et de la configuration consigné.
  7. Assistance convenue : niveaux de gravité, couverture, escalade, autorité d'approbation et frontière entre maintenance, développement et urgence documentés.
  8. Risques ouverts attribués : chaque problème non résolu a un responsable, un impact métier, une prochaine action et une date de revue.

Utilisez cette liste comme document de recette, pas comme substitut aux tests. Le site peut passer en exploitation normale une fois que l'acquéreur comprend les risques restants et les accepte explicitement. Gardez les points ouverts visibles dans le carnet de travaux au lieu de les clôturer à la signature.

Comment BeBranded aborde la reprise d'un site acquis

BeBranded commence par le conseil avant la production. Sur un site hérité, cela veut dire cartographier la propriété, les dépendances et les parcours critiques, puis recommander de conserver, d'améliorer ou de refondre le site. La technologie suit le besoin : développement sur mesure avec Next.js et Payload, Webflow quand c'est le bon choix, ainsi que l'IA, les applications et l'automatisation lorsqu'elles suppriment du travail manuel. Une fois la passation stabilisée, notre service de maintenance et d'évolution prend en charge l'entretien courant et les développements planifiés dans un même carnet de travaux. Si vous reprenez un site après une acquisition, parlez-nous de votre projet : nous partirons de la liste de contrôle ci-dessus.

Sources

  1. 1. Google Search Central : déplacer un site en modifiant les URL · developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=fr
  2. 2. Aide Search Console : outil de changement d'adresse · support.google.com/webmasters/answer/9370220
  3. 3. ICANN : politique de transfert (Transfer Policy) · icann.org/resources/pages/transfer-policy-2016-06-01-en
  4. 4. NIST SP 800-34 Rev. 1 : guide de planification de la continuité · csrc.nist.gov/pubs/sp/800/34/r1/upd1/final
  5. 5. CISA : authentification multifacteur (More than a Password) · cisa.gov/MFA

FAQ

Questions sur ce sujet.

Une autre question ?

Nous écrire
Que vérifier en premier en reprenant le site d'une marque acquise ?
Commencez par une passation opérationnelle, pas par une refonte. Désignez un responsable métier et un référent technique, puis vérifiez le contrôle du domaine, du DNS, de l'hébergement, des comptes de plateforme, de la facturation et des intégrations. Faites confirmer les droits de transfert par le conseil juridique de la transaction : une connexion qui fonctionne ne prouve pas la propriété. Testez les nouveaux accès avant de supprimer ceux du vendeur.
Quelle différence entre maintenance, développement et assistance d'urgence ?
La maintenance fait fonctionner le site existant comme prévu : surveillance, corrections, contrôle des sauvegardes, petites réparations. Le développement fait évoluer ses capacités, par exemple la structure du CMS ou le regroupement de sites, et exige des exigences, des tests et une recette. L'assistance d'urgence rétablit une fonction critique après une panne. Définissez sa couverture et son escalade à part, pour qu'une panne n'attende pas derrière un projet.
Comment organiser la passation d'un site web après une acquisition ?
Procédez en cinq étapes : prendre le contrôle, stabiliser, décider, assurer la transition et vérifier. Confirmez les comptes et les droits, corrigez les défaillances critiques, choisissez de conserver ou de changer le site, livrez les changements avec tests et plan de retour arrière, puis vérifiez les parcours en production. Exigez une preuve et un responsable de la recette à chaque étape, sans vous fier à l'échéance de la transaction.
Faut-il conserver, refondre ou regrouper le site d'une marque acquise ?
Conservez le site si la propriété est claire, que les parcours critiques fonctionnent et que la plateforme suit le plan opérationnel. Améliorez-le pour des contraintes isolées, et refondez-le si l'architecture ne permet pas de tenir les exigences en sécurité. Un regroupement demande sa propre justification économique. Si les URL changent, établissez une table de correspondance et testez redirections, liens internes, balises canoniques et sitemaps.
Comment vérifier qu'un site acquis peut être restauré ?
Identifiez les procédures de restauration des pages, des contenus du CMS, du code, des médias et de la configuration, puis traitez à part les données du CRM, du commerce et des automatisations. Fixez avec le responsable métier la perte de données (RPO) et la durée d'interruption (RTO) acceptables. Testez la restauration dans un environnement sûr et consignez le résultat, qui peut l'autoriser et comment annuler un changement de DNS.
Que doit couvrir un contrat de maintenance pour un site acquis ?
Définissez la gravité selon l'impact métier, les plages de couverture, les délais d'accusé de réception, les objectifs de rétablissement, les contacts d'escalade et la fréquence des communications. Séparez maintenance courante, développement planifié et urgences, avec leurs tarifs et exclusions. Exigez un historique des changements, des tests et des risques ouverts. Gardez la maîtrise des accès et désignez un responsable qui vérifie les résultats sur les parcours clients.

À lire aussi

À lire aussi, sur le blog.

Illustration de l’article « Where to build a website based on your growth plans »
Développement

Où créer votre site web selon vos projets de croissance

Find the best place to build a website for your growth plans. Compare platforms, test publishing workflows and avoid costly rebuilds.

Lire l'article
Illustration de l’article « How to run website development as a business priority »
Développement

Comment faire du développement de votre site web une priorité stratégique

Create a website development business case with clear goals, budgets and ownership, then prioritize the work that supports growth.

Lire l'article
Illustration de l’article « Les outils gratuits de création de sites web suffisent-ils pour un site d’entreprise ? »
Développement

Les outils gratuits de création de sites web suffisent-ils pour un site d’entreprise ?

Un outil de création de site gratuit suffit-il ? Suivez une méthode concrète pour savoir quand le gratuit fonctionne et quand passer à une offre supérieure.

Lire l'article

Parlons-en

Dites-nous ce que vous voulez construire.

Trente minutes avec les personnes qui travailleront sur votre projet. Vous repartez avec une vision claire du périmètre, du calendrier et des prochaines étapes.

Ce qui se passe ensuite

  1. 1Un appel de 30 minutesNous écoutons vos objectifs, vos contraintes et votre contexte.
  2. 2Un périmètre clairNous identifions ce qui mérite d'être fait en premier, et ce que cela demande.
  3. 3Une proposition chiffréeVous décidez, sans engagement ni discours commercial.