Recevoir ou transmettre un site web sans perdre sa maîtrise

Cartographier les éléments à reprendre

Distinguez le nom de domaine, le DNS, l’hébergement, le code, la base de données, les médias, la messagerie, les formulaires, la mesure et les services tiers. Pour chacun, consignez le propriétaire contractuel, la personne qui administre, le fournisseur, la date de renouvellement et les dépendances. Une adresse de domaine peut être gérée par une organisation différente de celle qui héberge les pages.

Ajoutez la liste des URL importantes, des redirections, des langues, des licences de médias et des tâches planifiées. Demandez une démonstration de publication d’une page et de traitement d’un message. Le guide de migration complète cet inventaire quand les URL ou la plateforme changent.

• Inventaire des composants et fournisseurs.
• Responsable nommé pour chaque élément.
• Liste des contenus, URL et dépendances externes.

Vérifier la propriété et les responsabilités

Contrôlez avec les parties concernées qui est titulaire du domaine et des abonnements et qui peut demander une modification. Les procédures varient selon le registre, le bureau d’enregistrement et le contrat. Les questions d’ICANN pour les titulaires de noms de domaine aident à distinguer titulaire et prestataire pour les domaines concernés.

Formalisez qui décide, qui intervient et qui peut être contacté en cas d’incident. Une transmission ne doit pas reposer sur une boîte personnelle ou une seule personne. Traitez les moyens d’accès par les procédures internes autorisées ; le dossier de réception peut lister leur existence et leurs responsables sans exposer les secrets.

Lors d’une transmission WordPress, inventoriez séparément les connexions humaines et les intégrations. Un mot de passe d’application sert à l’authentification programmée, notamment pour l’API REST sur HTTPS ; il ne sert pas à ouvrir une session humaine sur wp-login.php. Son nom descriptif n’est pas une preuve de droits limités : vérifiez le compte associé, ses capacités et les contrôles de l’opération appelée. La maîtrise du compte WordPress ne prouve pas celle de l’hébergement, du DNS ou du contrat de domaine.

Pour une intégration à reprendre, consignez le responsable, le compte, l’usage, le moyen de révocation et la référence documentaire de l’identifiant, sans recopier le secret dans le dossier. Faites valider le nouvel accès sur un environnement autorisé avant le retrait planifié de l’ancien. WordPress permet de révoquer un mot de passe d’application individuellement ; vérifiez ensuite que l’ancien accès échoue et que le service repris fonctionne. Ce contrôle ciblé ne clôt pas à lui seul les sessions humaines, les autres clés ni les accès chez les fournisseurs : examinez ces lignes séparément.

Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

Tester l’export et la reprise

Obtenez les fichiers et données prévus au contrat, puis vérifiez qu’ils sont lisibles. Un export de contenus n’est pas une copie restaurable de toute l’application : la documentation de l’export WordPress indique par exemple ce qu’exporte cet outil. Vérifiez séparément thèmes, extensions, médias, configuration et base de données selon la plateforme.

Faites effectuer une restauration ou un montage d’essai dans un environnement adapté, avec une personne capable de décrire les étapes. Contrôlez les pages clés, les images, les liens internes, les formulaires et les tâches automatiques. Le guide de restauration détaille ce contrôle.

Si le code est conservé dans GitHub, examinez le dépôt, les objets Git LFS éventuels et le wiki séparément. Un clone miroir contient l’historique Git, mais les fichiers LFS nécessitent une récupération supplémentaire et le wiki utilise son propre dépôt. Faites figurer ces éléments dans la liste de remise.

Décrivez aussi ce qui reste hors du dépôt : données actives, stockage des médias, paramètres d’hébergement et services liés. Vérifiez une reprise isolée avec les accès autorisés. Le résultat utile est un site remis en fonctionnement selon le périmètre convenu, pas seulement une archive qui peut être ouverte.

• Export vérifié et format documenté.
• Essai de reprise réalisé.
• Écarts et éléments non transférables identifiés.

Clore avec une recette observable

Demandez à la future équipe de publier un brouillon, corriger une erreur, retrouver une sauvegarde, consulter une demande de contact et identifier le responsable d’un renouvellement. Notez les résultats, les limites et les actions à terminer avec une date et un responsable.

Après le passage de relais, surveillez les parcours essentiels et les échéances pendant une période définie. Conservez une documentation simple et mise à jour ; une capture du jour de livraison ne remplace pas une procédure utilisable après un changement d’équipe.

Décider dans une situation concrète

Exemple fictif : un prestataire remet le code, tandis que le domaine et les abonnements restent dans ses comptes. Distinguez possession des fichiers et maîtrise des services nécessaires ; la transmission doit permettre une exploitation indépendante.

Préparez un inventaire avec titulaire, administrateur, renouvellement et procédure de récupération de chaque service. Testez les accès par un canal sécurisé ; ne placez pas les mots de passe dans le compte rendu partagé ni dans un document public.

• Organiser les comptes, les droits et la récupération d’accès

  Préparer une matrice de droits, tester connexion et récupération, organiser départs et accès de secours sans partager de secrets.

Cinq capacités à démontrer lors de la passation

Le dossier de transmission décrit ce qui existe ; la recette montre ce que l’équipe repreneuse peut réellement faire. Les cinq capacités ci-dessous constituent une méthode de travail à adapter au contrat et à l’architecture du site, sans score automatique.

Séparez ce qui est remis, ce qui a été démontré et ce qui reste inconnu. Une archive reçue n’est pas une restauration vérifiée. Un accès au site ne prouve pas la maîtrise du domaine, des renouvellements ou de la messagerie.