Changer de prestataire web : préparer la reprise d’un site Webflow

Commencez par vérifier ce que votre entreprise peut réellement administrer

Pour changer de prestataire web sur un site Webflow existant, identifiez d’abord qui contrôle le site, le nom de domaine et les services qui font fonctionner les demandes entrantes. Faites vérifier les accès du nouveau prestataire et préparez les tests de reprise avant de retirer ceux de l’ancien.

Le changement d’interlocuteur peut se limiter à une nouvelle organisation des accès. Il peut aussi nécessiter le transfert du site vers un autre Workspace. La bonne démarche dépend de l’emplacement actuel du site et des responsabilités à reprendre ; elle ne commence pas par une reconstruction systématique.

Votre premier livrable est une fiche de passation. Elle doit permettre de répondre, pour chaque fonction importante : qui la gère aujourd’hui, qui la prendra en charge et comment vérifier qu’elle fonctionne après le passage de relais ?

Distinguez trois situations avant de demander un transfert

Le site est déjà dans le Workspace de votre entreprise

Vérifiez les personnes qui administrent cet espace et les droits dont le nouveau prestataire a besoin. Le rôle invité prévu par Webflow permet, sous les conditions de plan applicables, de collaborer dans le Workspace du client sans déplacer le site. La documentation officielle des invités agence et freelance précise ce fonctionnement.

Préparez des accès nominatifs adaptés au travail convenu. Votre équipe doit savoir qui peut modifier les contenus, intervenir sur la structure et publier. Le partage d’un identifiant unique rend ces responsabilités difficiles à suivre.

Le site est dans le Workspace du prestataire sortant

Identifiez le Workspace qui doit recevoir le site, les plans concernés, les modules utilisés et les comptes qui devront être reconnectés. Un transfert Webflow comporte des conditions qui varient selon la situation ; il ne faut pas présumer qu’il se fera toujours sans interruption.

Webflow prévoit notamment des transferts de sites avec un Site plan actif depuis un Workspace Freelancer ou Agency vers un Workspace client éligible. Les cas Enterprise, Ecommerce et les sites localisés demandent des vérifications spécifiques. Faites confirmer le scénario exact à partir de la procédure officielle de transfert avant de programmer l’opération.

Votre accès ne permet pas de connaître la situation

Demandez une vérification accompagnée et un état écrit : espace hébergeant le site, personne qui peut l’administrer, facturation, accès au domaine et liste des services connectés. Un accès limité à la modification des textes ne permet pas de conclure que votre équipe maîtrise l’ensemble de ces éléments.

Gardez les inconnues visibles dans la fiche. Si un point essentiel reste inaccessible, définissez avec les interlocuteurs concernés comment le résoudre avant toute intervention qui en dépend.

Préparez une fiche de passation par fonction

Utilisez les six lignes suivantes comme base de travail. Pour chaque ligne, renseignez le service concerné, le responsable actuel, le responsable après reprise, l’état de l’accès et le contrôle attendu. Notez seulement le statut des accès dans ce document ; transmettez les informations sensibles par un canal adapté.

1. Site Webflow. Indiquez le Workspace, le site concerné, les personnes autorisées à intervenir et à publier, ainsi que les plans et options à examiner. Preuve attendue : la personne désignée peut accéder au bon site avec les droits convenus.

2. Domaine et DNS. Identifiez le bureau d’enregistrement, le compte d’administration et le responsable des renouvellements. Repérez aussi les services liés au domaine, dont les emails. Preuve attendue : le responsable peut administrer le domaine et sait quels réglages doivent être conservés.

3. Formulaires et réception des demandes. Recensez les formulaires actifs, leurs destinations et les notifications attendues. Preuve attendue : une soumission de test est reçue au bon endroit, avec les informations utiles et un message de confirmation cohérent.

4. Intégrations et automatisations. Listez les outils qui reçoivent ou transmettent des données, le propriétaire de leur compte et les reconnexions à prévoir. Preuve attendue : un scénario de test traverse toute la chaîne, jusqu’à sa destination finale.

5. Référencement et mesure. Identifiez les propriétés Search Console et analytics utilisées, les personnes qui les administrent, les pages à surveiller et les événements importants. Preuve attendue : l’équipe retrouve les données utiles et peut contrôler les signaux convenus.

6. Contenus et règles de contribution. Rassemblez les modèles CMS, les relations entre contenus, les composants particuliers et les consignes de mise à jour. Preuve attendue : un contributeur peut effectuer une modification représentative sans dégrader le contenu ni son affichage.

Ajoutez une colonne « point ouvert » lorsqu’une information manque. « Accès demandé », « invitation acceptée » et « accès vérifié » correspondent à des états différents : la dernière mention suppose un contrôle effectif.

Accordez-vous sur la frontière entre reprise et améliorations

Décrivez d’abord le service qui doit continuer à fonctionner. Séparez ensuite les problèmes déjà présents des changements demandés au nouveau prestataire. Un formulaire défaillant avant la passation doit être signalé comme tel ; il ne peut pas servir de référence de bon fonctionnement.

Demandez un périmètre de reprise qui précise les vérifications, les reconnexions, la documentation et les responsabilités. Les corrections ou évolutions peuvent faire l’objet d’un lot distinct. Si une transformation plus large se justifie, la méthode de refonte de site web aide à organiser ce chantier.

Vérifiez aussi les conditions de fin de mission et de remise des éléments prévues dans vos documents contractuels. Faites clarifier les points incertains avec les parties concernées avant d’arrêter une date de passation.

Organisez le passage de relais en quatre temps

1. Établir un état de départ

Conservez la liste des pages et fonctions importantes, les incidents connus, les accès vérifiés et les documents disponibles. Choisissez des parcours représentatifs : consulter une offre, envoyer une demande, recevoir sa notification et modifier un contenu. Cette référence servira à comparer le fonctionnement après reprise.

2. Faire vérifier le scénario de reprise

Le nouveau prestataire examine la fiche et confirme ce qu’il peut reprendre, ce qui manque et les opérations nécessaires. Attribuez à chaque opération un responsable, une condition de démarrage et un contrôle de sortie. Un éventuel transfert doit avoir son propre scénario, adapté aux conditions Webflow du site.

3. Préparer les interventions et leur coordination

Convenez d’un créneau, des personnes disponibles et des modifications à suspendre pendant l’opération. Précisez la marche à suivre si une étape échoue : qui décide de poursuivre, de corriger ou de reporter ? Ne laissez pas une reconnexion importante sans interlocuteur responsable.

4. Contrôler, documenter puis ajuster les accès

Refaites les parcours choisis et conservez le résultat de chaque test. Une confirmation de transfert ne suffit pas à démontrer que les demandes arrivent toujours dans le CRM. Webflow précise d’ailleurs que certaines configurations ne sont pas transférées et que les applications doivent être réautorisées selon le cas.

Lorsque le fonctionnement est vérifié et les responsabilités acceptées, ajustez les anciens accès et faites confirmer les éventuelles rotations nécessaires. Conservez les points qui restent à traiter, avec leur responsable et leur échéance.

Exemple : reprendre un site sans ouvrir immédiatement une refonte

Exemple pédagogique fictif. Une entreprise de conseil possède son site dans son propre Workspace Webflow. Son prestataire sortant gère les évolutions ; un outil externe transmet les demandes à son CRM. L’entreprise souhaite changer d’interlocuteur tout en conservant ses pages.

La fiche montre que le responsable marketing administre le Workspace, mais que personne en interne ne sait qui contrôle l’automatisation. L’invitation du nouveau prestataire peut préparer l’accès au site ; elle ne règle pas la continuité des demandes. La reprise doit donc inclure l’identification du compte externe, l’attribution de sa responsabilité et un test de réception dans le CRM.

Une fois cette fonction vérifiée, l’entreprise peut cadrer les évolutions souhaitées sur une base connue.

Ce que vous devez pouvoir constater à la fin

La passation est exploitable lorsque votre équipe connaît les responsables et peut retrouver les preuves de contrôle. Relisez ces cinq points avant de considérer la reprise comme achevée.

☐ Le bon site et les comptes essentiels ont des responsables identifiés.

☐ Les accès nécessaires ont été testés, au-delà de l’envoi des invitations.

☐ Les parcours critiques et la réception des demandes ont été vérifiés.

☐ Les incidents restants, leurs responsables et les prochaines actions sont consignés.

☐ Les droits de l’ancien et du nouveau prestataire correspondent à l’organisation convenue.

Pour la suite, gardez une documentation utilisable par les contributeurs. Le guide du CMS Webflow avancé approfondit la structure des contenus et les responsabilités de maintenance.

Vous préparez un changement de prestataire ? Gemme Studio peut analyser un site Webflow existant et cadrer un accompagnement adapté. Présentez votre situation et les points ouverts pour préparer la reprise et la maintenance de votre site.