codeshah
ServicesOutilsBlogÀ proposContact
M’écrire
codeshah

Développeur full-stack indépendant : applications web et mobiles, outils d’IA et automatisations pour les équipes exigeantes.

Explorer

  • Services
  • Outils
  • Blog
  • À propos
  • Contact
  • Soutenir mon travail

Me contacter

[email protected]

Partout dans le monde · IST (UTC+5:30)

Espace client

© 2026 Shahbaz Ansari. Tous droits réservés.

ConfidentialitéConçu et développé par moi.

Tous les articles

Guide client, Passation

Reprendre votre site à une agence ou à un ancien développeur

Comment récupérer votre code, vos comptes et vos données quand vous changez de développeur : quoi demander, dans quel ordre, et comment éviter de casser le site en ligne.

Shahbaz Ansari3 min de lectureAussi disponible enEnglishDeutschEspañolPortuguês日本語한국어

Changer d’agence ou de développeur est courant. La difficulté est rarement le code. Elle consiste à savoir quels comptes existent, qui les contrôle et ce qui casse si l’un d’eux est coupé.

Faite dans le bon ordre, une passation se passe sans heurts et le site reste en ligne. Faite dans la précipitation, elle peut vous laisser sans accès à votre propre domaine, à votre hébergement ou à votre fiche sur les stores.

Commencez par un inventaire

Avant de demander quoi que ce soit, notez tous les services que le produit pourrait utiliser. La plupart des entreprises sont surprises par la longueur de la liste.

  • Bureau d’enregistrement du domaine et fournisseur DNS.

  • Hébergement, serveurs et éventuel réseau de diffusion de contenu.

  • Dépôt de code, comme GitHub, GitLab ou Bitbucket.

  • Base de données, stockage de fichiers et sauvegardes.

  • Envoi d’e-mails, boîtes de réception professionnelles et outils de newsletter.

  • Prestataire de paiement, statistiques, suivi des erreurs et éventuels services de cartes ou d’IA.

  • Comptes Apple Developer et Google Play, si vous avez des applications.

Pour chacun, notez à qui appartient le compte, quelle carte le paie et qui peut s’y connecter. Mondétecteur gratuit de technologies et marecherche de domaine peuvent révéler de l’extérieur des services dont vous ignoriez l’existence : hébergement, CDN, fournisseur de messagerie, frameworks et scripts tiers.

Demandez la propriété, pas seulement un accès

Être invité comme utilisateur n’est pas la même chose que posséder le compte. Demandez que chaque compte soit transféré à votre entreprise, ou que votre entreprise en devienne propriétaire et que l’ancienne équipe en soit retirée. Les dépôts de code peuvent généralement être déplacés d’un compte à l’autre ; leguide de GitHub sur le transfert d’un dépôt explique comment faire, et les autres plateformes proposent des options similaires.

Vérifiez dans votre contrat à qui appartiennent le code et les maquettes. Si ce n’est pas clair, réglez-le par écrit avant la fin de la collaboration. Ceci n’est pas un conseil juridique ; en cas de litige, adressez-vous à un avocat.

Ce qu’il faut demander

Le code source complet avec son historique, dans un dépôt qui nous appartient : …

La propriété du domaine, de l’hébergement, de la base de données et des comptes de services : …

La liste des variables d’environnement et le service auquel chacune correspond : …

Un export récent de la base de données et une copie des fichiers envoyés : …

Les étapes de déploiement et les tâches ou scripts planifiés : …

Les problèmes connus et le travail inachevé : …

Vous n’avez pas besoin de recevoir les valeurs secrètes par e-mail. Une fois propriétaire des comptes, vous pouvez créer de nouvelles clés et désactiver les anciennes.

Changez les choses dans un ordre sûr

  • Faites votre propre sauvegarde de la base de données et des fichiers avant que quoi que ce soit ne bouge.

  • Transférez d’abord la propriété du domaine et du DNS, sans modifier les enregistrements.

  • Déplacez ensuite le dépôt et l’hébergement, et vérifiez que le site se déploie toujours.

  • Changez les mots de passe, clés d’API et jetons dès que l’ancienne équipe n’en a plus besoin.

  • Retirez les accès de l’ancienne équipe seulement quand tout a été vérifié.

Changer le DNS, l’hébergement et le code le même jour rend difficile de savoir ce qui a causé un problème. Une étape à la fois, c’est plus lent et beaucoup plus sûr.

Vérifiez ce que vous reprenez

Une fois le code récupéré, lancez unaudit du site pour trouver les pages cassées, les titres manquants et les réponses lentes sur le site en ligne, afin de connaître le point de départ. Une revue du code par un développeur montre ensuite ce qui peut rester, ce qui demande de l’attention et ce qui n’a jamais été terminé.

Se faire aider pour la passation

Si vous changez de développeur,envoyez-moi ce que vous savez du produit et qui le contrôle aujourd’hui. Je peux vous aider à planifier l’ordre de la passation, reprendre le code en toute sécurité et garder le site en ligne pendant ce temps. Monguide sur le travail avec un nouveau développeur sur un projet existant explique la suite.

Sur cette page

  • Commencez par un inventaire
  • Demandez la propriété, pas seulement un accès
  • Ce qu’il faut demander
  • Changez les choses dans un ordre sûr
  • Vérifiez ce que vous reprenez
  • Se faire aider pour la passation
Partager

Besoin d’aide pour un projet de ce type ?

Shahbaz Ansari · codeshah

Parlons-en

Autres articles

3 min de lecture

Pourquoi l’aperçu de votre lien s’affiche mal sur WhatsApp, LinkedIn ou X

Comment se construisent les aperçus de liens, pourquoi ils affichent la mauvaise image ou aucune, et comment les corriger et les rafraîchir dans les principales applications.

Guide client, Aperçus de liens

3 min de lecture

Les Core Web Vitals expliquées aux chefs d’entreprise

Ce que mesurent LCP, INP et CLS, pourquoi les données de vos vrais visiteurs comptent plus qu’un score de vitesse, et comment savoir si votre site accélère ou ralentit.

Guide client, Vitesse du site