Changer d'agence web sans tout casser : la checklist

Le vrai risque d’un changement d’agence n’est pas technique, il est relationnel

On imagine qu’un changement d’agence se joue sur des redirections 301 et des fichiers à transférer. C’est une partie du problème, mais ce n’est pas là que ça casse vraiment. Ça casse au moment où vous annoncez votre départ et que vous découvrez que le prestataire sortant détient votre nom de domaine, vos accès à l’hébergement et la propriété de vos comptes analytiques. La migration technique, un bon professionnel la maîtrise. Le rapport de force, lui, se construit des mois avant — ou se subit le jour J.

Les guides spécialisés sont formels : une migration mal préparée peut effacer des mois de travail SEO en quelques jours, avec un trafic en chute libre et des pages qui disparaissent de Google (YJ-SEO). Un cas documenté en France : une agence parisienne a refondu l’arborescence d’un restaurant gastronomique sans plan de redirections 301, et le site a perdu 64 % de son trafic organique en six semaines, avec 38 % de réservations en moins (AMN). Le problème, ce n’est presque jamais un manque de compétence. C’est une étape bâclée, oubliée, ou bloquée par un désaccord entre deux prestataires qui ne se parlent pas.

Cet article prend le sujet par l’angle qui fait vraiment mal : la séquence des opérations, ce qu’il faut récupérer avant d’annoncer votre départ, et comment éviter que la transition tourne au bras de fer.

Phase 1 : l’inventaire avant d’annoncer quoi que ce soit

La règle d’or : vous faites l’état des lieux complet pendant que la relation est encore bonne. Une fois que le prestataire sortant sait qu’il perd le client, sa coopération ne dépend plus que de sa bonne volonté. Autant ne pas en avoir besoin.

Les accès propriétaires : la priorité absolue

Quand un client veut changer de prestataire, il se retrouve fréquemment sans accès au nom de domaine, sans savoir où le site est hébergé, et sans les identifiants (PG Concept). C’est le scénario classique du prestataire qui a « tout géré pour vous » — au point d’en garder la maîtrise de fait.

Avant toute annonce, vérifiez que vous êtes bien titulaire des éléments suivants, pas simplement utilisateur :

• Le nom de domaine : qui est le contact propriétaire (registrant) chez le bureau d’enregistrement ? Depuis le RGPD, le WHOIS est masqué par défaut sur les extensions européennes, donc l’information publique ne suffit plus (Facem Web). Il faut un accès réel au compte registrar.
• L’hébergement : où le site est-il physiquement hébergé, et avec quels identifiants ?
• Les comptes analytiques et publicitaires : Google Analytics, Search Console, Google Ads. Si ces comptes ont été créés par l’agence sous son propre compte Google, vous perdez tout l’historique le jour où elle vous retire.
• Les e-mails professionnels : Google Workspace ou Microsoft 365 facturés via l’agence ? C’est une dépendance majeure, j’y reviens.

Cette liste recoupe ce que tout client devrait exiger d’entrée de jeu. Si vous partez de zéro sur ce point, lisez d’abord les 7 accès à exiger de votre agence — c’est le socle.

L’inventaire SEO de référence

Avant de toucher à quoi que ce soit, figez un état des lieux SEO : pages indexées, positions, trafic de référence et profil de backlinks (YJ-SEO). Cet inventaire est le socle sur lequel repose toute la suite — sans lui, vous n’avez aucun moyen de savoir si la migration a réussi ou détruit votre visibilité. Exportez tout : la liste complète des URLs, le sitemap actuel, les positions sur vos requêtes stratégiques, le trafic des 12 derniers mois.

Le contenu et les actifs

Récupérez ce qui vous appartient : textes, images haute définition, logos en format vectoriel, vidéos, fiches produits. Si vous êtes dans le flou sur ce qui est vraiment à vous, l’article À qui appartient vraiment votre site ? détaille la distinction entre domaine, code et contenus — trois propriétés qui ne suivent pas forcément les mêmes règles.

Phase 2 : récupérer le nom de domaine sans le perdre

Le nom de domaine est le point le plus sensible de toute la migration. C’est lui qui porte votre référencement, vos e-mails et votre identité. Le perdre, même temporairement, peut tout faire tomber.

Vos droits, concrètement

Si le domaine vous appartient, l’ancien prestataire est légalement tenu de vous en rendre la gestion (Communiquer Digital). Deux conditions techniques pour qu’un transfert soit possible : le domaine ne doit pas être en période de suppression ou de rédemption, et il doit avoir été créé il y a plus de 60 jours.

Pour un .fr, la procédure passe par une validation administrative basée sur les contacts enregistrés chez l’Afnic, et peut être bouclée en 24 à 48 heures (Facem Web). Pour les .com et autres extensions génériques, il faut un code d’autorisation (auth code) à demander au registrar actuel.

Le piège mortel : couper l’hébergement avant d’avoir tout reconstruit

Voici l’erreur qui ruine les migrations. Lors d’un transfert, l’ancien prestataire coupe les services liés à son contrat — dont l’hébergement et souvent les e-mails. Si le nouveau prestataire ne connaît pas tous les services associés au préalable, vous perdez l’historique des boîtes mail, les boîtes elles-mêmes s’interrompent, et dans le pire des cas le domaine peut être racheté par une société de courtage dans l’intervalle (Communiquer Digital).

D’où la séquence non négociable :

1. Le nouveau prestataire recrée tout dans son environnement (site en staging, boîtes mail, enregistrements DNS) avant la bascule.
2. On vérifie que les enregistrements MX pointeront vers les bons serveurs de messagerie — c’est une action manuelle distincte du transfert du domaine.
3. On ne touche pas aux serveurs DNS pendant la fenêtre de transfert du domaine lui-même, sous peine de désynchronisation. On les modifie avant ou après (Facem Web).

Et si le prestataire ne répond plus du tout ? C’est une autre histoire, plus dure, que je détaille dans prestataire web disparu : récupérer son site.

Phase 3 : préparer la bascule en staging

C’est ici que le travail technique commence vraiment, et c’est là qu’une bonne nouvelle agence se distingue : rien ne se fait en direct sur le site de production.

La cartographie des redirections 301

C’est l’étape qu’on ne saute jamais. Chaque URL de l’ancien site qui change doit être redirigée en 301 vers son équivalent sur le nouveau. Le restaurant qui a perdu 64 % de son trafic ? C’est précisément cette étape qui manquait. Construisez un tableau exhaustif : ancienne URL → nouvelle URL, en couvrant au minimum toutes vos pages stratégiques (celles qui rankent, celles qui convertissent, celles qui reçoivent des backlinks).

Prévoyez 2 à 4 semaines de préparation selon la taille du site, davantage si vous combinez plusieurs changements simultanés — CMS + structure d’URL + domaine sont les migrations les plus risquées (Rankproof).

Ce qui doit être validé avant d’ouvrir les vannes

Avant d’ouvrir le nouveau site à Google et aux utilisateurs, cochez (La Refonte) :

• la préproduction reprend bien les contenus et gabarits critiques ;
• les formulaires, e-mails et événements analytics ont été testés de bout en bout ;
• le tableau de redirections couvre les pages stratégiques ;
• les canonicals, balises noindex et le robots.txt ont été revus (un noindex oublié en staging qui passe en production, et tout disparaît de Google).

Les données structurées Schema.org méritent une attention particulière en 2026 : avec la montée des AI Overviews, elles sont devenues critiques pour conserver sa visibilité dans les résultats enrichis (Search Engine Land).

Le plan de rollback : qui décide, et à partir de quel seuil

Un rollback réaliste, ce n’est pas « on verra ». Il faut savoir à l’avance qui décide le retour arrière, sous quel seuil d’erreur, et comment rétablir rapidement l’ancien site (La Refonte). Désigner ce responsable en amont évite les blocages relationnels au moment critique. La mini-checklist : sauvegarde vérifiée, ancienne version disponible, accès serveur testés, fenêtre de retour définie, journal des modifications du jour J.

Abaissez le TTL DNS à 300 secondes quelques jours avant la bascule : c’est ce qui rend un rollback DNS possible en cinq minutes au lieu de plusieurs heures (AMN).

Phase 4 : le jour J et les semaines qui suivent

La fenêtre de bascule

Le consensus 2026 : bascule un mardi ou mercredi matin, entre 8h et 10h — jamais un vendredi soir, jamais avant un pont. Vous voulez une équipe disponible et alerte pendant les heures qui suivent.

La séquence du jour J (AMN) :

1. Bascule DNS.
2. Soumission du nouveau sitemap à la Search Console.
3. Activation du « Change of Address » si le domaine change.
4. Demande d’indexation manuelle de 5 pages prioritaires.
5. Monitoring temps réel jusqu’en fin de journée.

Dans les premières 24 heures, surveillez le rapport d’erreurs de la Search Console : une hausse soudaine des 404 ou des erreurs de crawl signale un trou dans le plan de redirections (Rankproof). Réinjectez immédiatement les tracking codes (GTM, Analytics, Ads), testez-les, et mettez à jour les URLs de conversion (iPullRank).

La patience des 4 à 12 semaines

L’étude Search Engine Journal sur 892 migrations établit que la stabilisation intervient entre 4 et 12 semaines selon la taille du site (Rankproof). Une fluctuation des positions dans les premières semaines est normale — ne paniquez pas, ne tripotez pas tout dans tous les sens. Continuez les demandes d’indexation manuelles (5 pages/jour pendant 5 jours pour les pages stratégiques) et le monitoring quotidien.

À 30 jours, faites un audit post-migration complet : reprenez la checklist pré-migration depuis le début et confrontez les rapports pour vérifier que tout performe au niveau d’avant, ou mieux (Search Engine Land).

Les pièges relationnels à désamorcer

Au-delà de la technique, trois frictions reviennent systématiquement.

Le prestataire sortant qui traîne des pieds. Il n’a aucune obligation de vous aider à partir vite et bien — seulement de vous restituer ce qui vous appartient. Anticipez : récupérez vos accès quand tout va bien, formalisez par écrit votre demande de transfert, et fixez des délais. Si le ton monte, gardez tout par écrit.

Le « tout est à mon nom ». Un cas américain édifiant : une équipe IT a refusé les redirections recommandées par l’agence (« trop compliqué, hors périmètre »), causant 5 millions de dollars de pertes le premier mois (iPullRank). La leçon vaut pour les PME : quand deux prestataires se renvoient la responsabilité, c’est vous qui payez. Désignez un responsable unique de la migration, côté nouvelle agence, avec mandat clair.

La dépendance e-mail. Couper l’hébergement sans avoir reconstruit les boîtes mail, c’est l’incident qui paralyse une entreprise. Traitez les e-mails comme un chantier à part entière. Si vous gérez vos enregistrements vous-même, configurer ses DNS sur IONOS et le guide sur le domaine perso et le SSL vous éviteront les mauvaises surprises de propagation.

FAQ

Le takeaway

Le moment le plus dangereux d’un changement d’agence n’est pas la bascule technique — c’est l’instant où vous annoncez votre départ sans avoir d’abord vérifié que vous tenez votre domaine, votre hébergement et vos comptes analytiques. Faites cet inventaire aujourd’hui, tant que la relation est cordiale. Tout le reste — redirections, staging, rollback — n’est qu’une question de méthode appliquée dans le bon ordre.