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égorie | Objectif | Travaux types | Comment la valider |
|---|---|---|---|
| Maintenance courante | Faire fonctionner le site existant comme prévu | Surveillance, corrections de contenu, revue des dépendances, contrôle des sauvegardes, petites réparations | Contrôles convenus réalisés, écarts signalés |
| Développement | Faire évoluer les capacités du site | Restructuration du CMS, nouvel acheminement des prospects, regroupement de sites de marques | Exigences, tests et recette selon des critères définis |
| Assistance d'urgence | Rétablir une fonction critique après une panne imprévue | Panne 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.
| Étape | Objectif | Preuve avant de passer à la suite |
|---|---|---|
| 1. Prendre le contrôle | Confirmer la maîtrise des comptes, la facturation, les droits contractuels et les administrateurs avant de supprimer les accès du vendeur | Accès vérifiés et inventaire des actifs complet |
| 2. Stabiliser | Corriger les défaillances qui touchent le chiffre d'affaires, la sécurité ou l'accès des clients, sans changement de conception inutile | Tests réussis sur les parcours critiques |
| 3. Décider | Conserver, améliorer, migrer ou retirer le site selon les besoins métier et les contraintes opérationnelles | Décision documentée et approuvée par le responsable métier |
| 4. Assurer la transition | Livrer les changements approuvés en préproduction, avec des tests documentés et un plan de mise en production réversible | Plan de mise en production approuvé et résultats de tests |
| 5. Vérifier | Contrôler les parcours clients, le suivi, les redirections et les responsabilités d'assistance en production | Ré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.
| Option | Quand la choisir | Risque principal |
|---|---|---|
| Conserver | Propriété claire, parcours critiques fonctionnels, plateforme compatible avec le prochain plan opérationnel | La dette technique héritée reste non documentée |
| Améliorer | Contraintes limitées à la structure du contenu, à la publication ou à quelques intégrations | Les correctifs s'accumulent sans cible claire |
| Refondre | Les exigences ne peuvent pas être tenues de façon sûre dans l'architecture existante | Coût et délai, plus la visibilité si les URL changent |
| Regrouper | La marque ne restera pas indépendante et une justification économique distincte soutient la fusion | Perte 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.

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 site | Contrôles prioritaires | Rythme indicatif |
|---|---|---|
| Site d'information peu modifié | Alertes de disponibilité, tests des formulaires, renouvellements du domaine et du certificat, revue des contenus | Alertes continues, revues périodiques |
| Site de génération de prospects | Transmission au CRM, pages de campagne, consentement, suivi des conversions | Contrô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égrations | Contrôles automatisés, et après chaque mise en production |
| Site riche en contenu | Contrôles de publication, composants réutilisables, liens cassés | Revue 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.
- 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.
- 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.
- 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.
- Parcours critiques testés : demandes, achats, connexions et demandes d'assistance atteignent leur destination, pas seulement une page de confirmation.
- É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.
- 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é.
- Assistance convenue : niveaux de gravité, couverture, escalade, autorité d'approbation et frontière entre maintenance, développement et urgence documentés.
- 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. 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. Aide Search Console : outil de changement d'adresse · support.google.com/webmasters/answer/9370220
- 3. ICANN : politique de transfert (Transfer Policy) · icann.org/resources/pages/transfer-policy-2016-06-01-en
- 4. NIST SP 800-34 Rev. 1 : guide de planification de la continuité · csrc.nist.gov/pubs/sp/800/34/r1/upd1/final
- 5. CISA : authentification multifacteur (More than a Password) · cisa.gov/MFA



