Checklist de passation d'un site web : tout ce qu'il faut transférer quand un site change de mains

Une checklist de passation pour les agences qui terminent un projet, les salariés qui quittent leur poste ou les clients qui changent de prestataire : comptes et propriété, domaine et DNS, code et contenu, formulaires et données, intégrations, documentation et fiche de validation. Avec les pièges de calendrier du transfert de domaine.

Un site web change de mains plus souvent qu'on ne le pense : une agence termine une création, un freelance passe à autre chose, le seul salarié qui « s'occupait du site » s'en va, un client change de prestataire. À chaque fois, quelque chose se perd. Rarement le site lui-même, plutôt ce qui l'entoure : le domaine payé avec la carte personnelle de quelqu'un, le formulaire qui envoie ses e-mails à un ancien salarié, le compte de statistiques auquel plus personne ne peut se connecter. Une passation n'est terminée que lorsque le nouveau propriétaire peut faire fonctionner le site, le réparer et le quitter sans appeler l'ancien. Cette checklist est construite autour de ce test.

La règle qui évite la plupart des problèmes de passation

Les comptes appartiennent à l'organisation, pas aux personnes. Chaque service dont dépend le site doit être enregistré avec une adresse e-mail de l'organisation (web@, it@, admin@) qui survit aux changements d'équipe, avec l'organisation comme titulaire du compte et la facturation sur son moyen de paiement. Si vous ne corrigez qu'une chose lors d'une passation, corrigez celle-ci.

Pour les agences, le corollaire est le suivant : utilisez dès le premier jour les comptes du client chaque fois que possible, ou prévoyez explicitement dans le contrat le transfert de chaque compte. « Nous vous transmettrons tout à la fin », c'est ainsi que des domaines restent en suspens pendant des mois.

1. L'inventaire des comptes

Listez chaque compte que touche le site. Copiez ce tableau et remplissez une ligne par service.

Service	Fournisseur	Titulaire du compte (organisation)	E-mail de connexion	Qui paie	Date de renouvellement	Transféré ? (date)
Bureau d'enregistrement du domaine
Fournisseur DNS (si distinct)
Plateforme de site ou hébergement
Messagerie du domaine
Statistiques
Search Console / Bing Webmaster
Fiche d'établissement sur les cartes
Paiements
E-mailing / newsletter
Réservation, chat ou autres intégrations
Dépôt de code
Licences d'images ou de polices

Pour les outils qui le permettent (statistiques, Search Console, fiches d'établissement), le transfert le plus propre consiste à ajouter le nouveau propriétaire comme propriétaire ou administrateur complet, à vérifier qu'il peut se connecter et tout voir, puis à retirer l'ancien. Ne retirez jamais en premier.

2. Domaine et DNS

Le domaine est le seul actif qui peut emporter avec lui tout le site et la messagerie. Traitez-le avec un soin particulier.

Vérifiez le titulaire. Le titulaire enregistré doit être l'organisation. Si c'est une agence ou un ancien salarié, changez-le.
Connaissez les règles de calendrier avant de commencer. Selon la Transfer Policy de l'ICANN, un bureau d'enregistrement peut refuser un transfert vers un autre bureau d'enregistrement dans les 60 jours suivant l'enregistrement du domaine ou un transfert précédent. La politique impose aussi un verrou de transfert de 60 jours après un changement de titulaire, dont les bureaux d'enregistrement peuvent permettre au titulaire de se dispenser. En pratique : si vous changez à la fois de titulaire et de bureau d'enregistrement, interrogez le bureau d'enregistrement sur cette dispense avant de changer de titulaire, ou changez d'abord de bureau d'enregistrement.
Déplacer le compte peut être plus simple que déplacer le domaine. Beaucoup de bureaux d'enregistrement permettent de transférer un domaine vers un autre compte client chez eux, ce qui est souvent plus rapide qu'un changement de bureau d'enregistrement.
Exportez la zone DNS (ou faites une capture de chaque enregistrement) avant de modifier quoi que ce soit. La messagerie, les vérifications et les services tiers dépendent souvent d'enregistrements que personne ne se souvient d'avoir ajoutés.
Activez le renouvellement automatique avec un moyen de paiement de l'organisation, et notez la date d'expiration dans l'inventaire.

Nos guides sur les enregistrements MX, SPF, DKIM et DMARC et ce qui se passe quand un domaine expire couvrent les enregistrements le plus souvent cassés lors d'une passation.

Un panneau des domaines dans un éditeur de site invitant le propriétaire à connecter un domaine qu'il possède déjà — Dans We.Inc, le propriétaire d'un site connecte un domaine qu'il possède. Le domaine reste chez son bureau d'enregistrement, à son nom.

3. Le site lui-même : code, contenu et médias

Une copie complète et à jour du site que le nouveau propriétaire peut conserver de façon indépendante : un téléchargement du code, un dépôt qu'il possède ou un export complet, selon la plateforme.
Les originaux des médias (images haute résolution, logos vectoriels, vidéos), pas seulement les versions compressées du site.
Les licences des thèmes, extensions, polices et images payants, avec la preuve qu'elles sont au nom du client et non de l'agence.
La liste des pages, y compris les pages d'atterrissage masquées ou non liées encore utilisées par la publicité ou l'imprimé.
Les redirections en place et leur raison.

Un panneau de code affichant l'arborescence d'un projet de site et le code source d'un composant — Le code de chaque site We.Inc est visible dans l'éditeur (si la marque l'autorise) et peut être téléchargé.

Une fenêtre Exporter le projet avec des onglets GitHub, ZIP, Vercel et Domaine et un champ pour le nom du dépôt — Exporter vers un dépôt GitHub contrôlé par le nouveau propriétaire est une façon de transmettre le code.

4. Formulaires, données et notifications

C'est ici que les passations échouent en silence. Un formulaire qui envoie ses e-mails à un salarié parti semble fonctionner pendant des mois.

Listez chaque formulaire, l'adresse à laquelle ses envois sont transmis et l'endroit où ils sont stockés.
Remplacez les adresses de notification par des boîtes partagées.
Exportez les envois stockés que l'organisation doit conserver, et convenez de qui supprime les anciennes copies.
Notez les données personnelles que collecte le site et l'endroit où la politique de confidentialité les décrit, pour qu'elle reste conforme à la réalité après la passation.
Faites un envoi test sur chaque formulaire après le changement et vérifiez qu'il arrive.

5. Intégrations et clés

Connexions de paiement, de réservation, de newsletter et de chat : qui possède chaque compte et si la connexion survit à un changement de propriétaire du site.
Clés API et webhooks : listez-les, puis renouvelez toute clé connue de la partie sortante. Renouveler ne coûte rien ; la clé encore valide d'un ancien prestataire, si.
Codes de suivi et pixels : vérifiez que chacun remonte vers un compte contrôlé par le nouveau propriétaire ; supprimez ceux qui ne le font pas.

6. Personnes et accès

Listez toutes les personnes ayant un accès à l'un des comptes ci-dessus.
Retirez l'accès de la partie sortante une fois que le nouveau propriétaire a confirmé le sien, et notez la date.
Changez tous les mots de passe partagés. Placez-les dans le gestionnaire de mots de passe de l'organisation.
Activez l'authentification à deux facteurs lorsqu'elle est proposée, avec des codes de récupération conservés par l'organisation.

7. La documentation dont le nouveau propriétaire a vraiment besoin

Un document de passation n'a pas besoin d'être long. Il doit répondre aux questions que se posera le nouveau propriétaire pendant sa première mauvaise semaine.

Question	Réponse dans le document
Comment changer les horaires / les prix / la page équipe ?	Pas à pas pour les cinq modifications les plus courantes
Le site est en panne. Que vérifier ?	Renouvellement du domaine, DNS, page d'état de la plateforme, contact du support
Les formulaires n'arrivent plus. Pourquoi ?	Où sont réglées les notifications, comment tester, dossier spam
Qu'est-ce qui se renouvelle, quand et à quel coût ?	La colonne des renouvellements de l'inventaire
Qu'avions-nous convenu de ne pas modifier ?	Règles de marque, textes juridiques relevant de quelqu'un d'autre
Qui appeler ?	Support de la plateforme, éventuel développeur sous contrat, responsable interne

8. Validation

Terminez par une courte fiche de validation que les deux parties conservent. Chaque ligne est cochée par la partie qui reçoit, pas par celle qui part.

Élément	Confirmé par le destinataire	Date
Je peux me connecter à chaque compte de l'inventaire en tant que propriétaire ou administrateur
Le titulaire du domaine est notre organisation et le renouvellement automatique est activé
Je détiens une copie complète et indépendante du site
Les envois tests de chaque formulaire sont arrivés dans notre boîte
Toutes les clés connues de la partie sortante ont été renouvelées
L'accès de la partie sortante a été retiré
J'ai le document de passation et les licences

Passation sur une plateforme en marque blanche

Quand une agence crée des sites sur une plateforme en marque blanche, le client a souvent un compte sous la marque de l'agence. Cela pose une question légitime aux deux parties : qu'advient-il du site si la relation prend fin ? Obtenez la réponse par écrit avant de commencer, et vérifiez-la lors d'une démo.

Sur We.Inc, la réponse est concrète. Chaque client a son propre compte sous la marque de l'agence, se connecte sur la page de connexion à l'image de l'agence et possède ses sites dans ce compte. Si l'agence retire un client, ses sites restent en ligne et son compte reste intact ; le client ne reçoit simplement plus les réglages ni les e-mails à l'image de l'agence, et l'agence peut les rétablir plus tard. Le code du site peut être téléchargé en ZIP ou exporté vers GitHub, et un domaine connecté par le client reste enregistré à son nom.

Le panneau de gestion d'un client avec ses sites, son forfait, sa limite de sites, ses interrupteurs de fonctionnalités, notes, étiquettes et options pour suspendre ou retirer le client — La vue de l'agence sur un client. Retirer un client met fin à la relation avec l'agence mais garde ses sites en ligne et son compte intact.

Les clients se connectent sur la page de connexion à l'image de l'agence avec leur propre compte, qui leur appartient, et non avec un identifiant partagé de l'agence.

Pour voir ce parcours, y compris ce que le client voit et conserve, réservez une démo. Pour l'aspect contractuel du départ d'un prestataire, lisez notre plan de sortie d'un prestataire web ; pour les vérifications avant la mise en ligne d'un nouveau site, notre checklist de lancement de site web.

Sources

Dernière vérification le 2026-10-25.

ICANN, Transfer Policy (refus de transfert sous 60 jours et verrou après changement de titulaire). L'ICANN révise actuellement cette politique ; vérifiez les règles en vigueur chez votre bureau d'enregistrement avant d'agir.

Questions fréquentes

Que doit comprendre la passation d'un site web ?

Un inventaire de chaque compte dont dépend le site, au nom de l'organisation, le domaine et les enregistrements DNS, une copie indépendante du code, du contenu et des médias, les licences, les réglages des formulaires et des données, des clés renouvelées, la suppression des accès de la partie sortante, un court document de passation et une fiche de validation cochée par le destinataire.

Qui doit être propriétaire du nom de domaine ?

L'organisation à qui appartient le site, en tant que titulaire, avec une adresse e-mail et un moyen de paiement de l'organisation et le renouvellement automatique activé. Pas une agence, un freelance ou un salarié à titre individuel.

Puis-je transférer un domaine juste après avoir changé son titulaire ?

Peut-être pas. La Transfer Policy de l'ICANN impose aux bureaux d'enregistrement un verrou de transfert de 60 jours après un changement de titulaire, dont ils peuvent permettre au titulaire de se dispenser, et un bureau d'enregistrement peut refuser un transfert dans les 60 jours suivant l'enregistrement ou un transfert précédent. Renseignez-vous d'abord auprès de votre bureau d'enregistrement.

Comment savoir qu'une passation est terminée ?

Quand le nouveau propriétaire peut faire fonctionner, réparer et quitter le site sans contacter l'ancien : il se connecte partout en tant que propriétaire, détient une copie indépendante, reçoit les envois de formulaires, et les accès et clés de la partie sortante ont disparu.

Qu'advient-il du site d'un client si une agence cesse d'utiliser We.Inc pour lui ?

Si l'agence retire un client, ses sites restent en ligne et son compte reste intact ; il ne reçoit simplement plus les réglages ni les e-mails de l'agence. Le code peut être téléchargé ou exporté vers GitHub.