Votre site déménage : vers une nouvelle plateforme, chez un autre prestataire ou même sous un nouveau nom de domaine. Celui qui veut déménager son domaine a le plus souvent un souci : va-t-on encore me trouver après ? Il n’existe aucune garantie, car ce sont les moteurs de recherche qui décident eux-mêmes de la manière dont ils classent un site. Vous pouvez toutefois faire beaucoup pour que rien ne se perde inutilement. Ce guide explique comment les PME procèdent lors du déménagement : avec des redirections, un plan du site, des titres cohérents et le bon ordre des étapes.
Trois types de déménagement, trois risques différents
Sous « déménager un domaine », les entreprises entendent des choses très différentes. Distinguez d’abord ce qui vous concerne :
| Type de déménagement | Qu’est-ce qui change ? | Risque pour la visibilité |
|---|---|---|
| Nouveau serveur, même domaine et mêmes adresses | Seulement la cible dans le DNS | Faible, si les pages et les adresses restent les mêmes |
| Nouvelle plateforme, même domaine, autres adresses | Le domaine reste, certaines adresses de pages changent | Moyen : des redirections sont nécessaires |
| Nouveau nom de domaine | Toutes les adresses changent | Élevé : chaque ancienne adresse a besoin d’une destination |
- Type de déménagement
- Nouveau serveur, même domaine et mêmes adresses
- Qu’est-ce qui change ?
- Seulement la cible dans le DNS
- Risque pour la visibilité
- Faible, si les pages et les adresses restent les mêmes
- Type de déménagement
- Nouvelle plateforme, même domaine, autres adresses
- Qu’est-ce qui change ?
- Le domaine reste, certaines adresses de pages changent
- Risque pour la visibilité
- Moyen : des redirections sont nécessaires
- Type de déménagement
- Nouveau nom de domaine
- Qu’est-ce qui change ?
- Toutes les adresses changent
- Risque pour la visibilité
- Élevé : chaque ancienne adresse a besoin d’une destination
Le transfert du nom de domaine d’un service d’enregistrement à un autre est encore autre chose : il concerne la gestion du domaine, pas le contenu du site. Pour les domaines .ch, SWITCH règle l’enregistrement ; votre prestataire connaît la procédure.
Ce que voient les moteurs de recherche et ce qui peut se perdre
Un moteur de recherche connaît votre site comme un ensemble d’adresses. Chaque adresse a un contenu, un titre, une description et des liens entrants venant d’autres pages. Si vous déménagez et que l’ancienne adresse répond soudain « introuvable », le moteur de recherche perd ce lien, tout comme les visiteurs qui utilisent un ancien lien ou un favori. Ce ne sont donc pas seulement des positions qui peuvent se perdre, mais aussi des liens venant d’annuaires, de pages de branche, de brochures et de signatures d’e-mail.
Une préparation soignée permet de limiter cela, mais pas de l’exclure. Même avec un déménagement parfait, il peut falloir un certain temps avant que le moteur de recherche ait enregistré les nouvelles adresses, et les positions peuvent bouger. Vous devriez donc lire avec scepticisme les promesses de prestataires du type « sans aucune perte ».
Redirections : bien utiliser le code 301
Une redirection dit au visiteur et au moteur de recherche : « Cette page existe désormais à une autre adresse. » Le code d’état 301 signifie « déplacé définitivement » et est décrit dans la norme HTTP (RFC 9110, section 15.4.2). Pour un déménagement, c’est le bon choix. Pour des redirections prévues pour quelques jours, il existe d’autres codes, qui ne conviennent pas ici.
Pour la planification, un tableau à deux colonnes, « ancienne adresse » et « nouvelle adresse », a fait ses preuves. Respectez ces règles :
- Chaque ancienne adresse reçoit une destination qui convient quant au contenu. Ne redirigez pas tout globalement vers la page d’accueil, car les visiteurs n’y trouvent pas ce qu’ils cherchaient.
- Pas de chaînes ni de boucles. Un lien doit arriver avec une seule redirection, pas après trois étapes intermédiaires.
- La destination doit exister. Une redirection vers une page inexistante est une erreur avec un détour.
- Les adresses qui restent identiques n’ont pas besoin de redirection.
- Les redirections restent longtemps en place, au moins tant que d’anciens liens circulent. Ne les supprimez pas au bout de quelques semaines.
L’inventaire des pages existantes issu de la refonte fournit la liste des anciennes adresses. Complétez-la avec les adresses qui ne sont liées que de l’extérieur.
Titres, descriptions et plan du site
Chaque page devrait avoir son propre titre et une brève description qui correspondent au contenu. Le moteur de recherche affiche les deux dans ses résultats. Lors du déménagement, reprenez les titres et descriptions éprouvés des pages qui fonctionnent bien, et ne les modifiez que de manière délibérée. N’utilisez pas partout le même texte.
Le plan du site est une liste de toutes les adresses que vous souhaitez rendre publiques, au format du protocole Sitemap (sitemaps.org). Il aide le moteur de recherche à trouver les nouvelles pages. Après le déménagement, il ne doit plus contenir que les nouvelles adresses et être accessible sur le nouveau domaine. Un fichier supplémentaire « robots.txt » détermine ce que les moteurs de recherche peuvent lire ; veillez à ce qu’il ne bloque pas le nouveau site par erreur, comme c’est souvent le cas dans les environnements de test.
Le bon ordre des étapes
La plupart des problèmes viennent d’un mauvais ordre. Ce déroulement a fait ses preuves :
- Établir l’inventaire et attribuer une destination à chaque ancienne adresse.
- Construire le nouveau site en brouillon, sans éteindre l’ancien.
- Préparer redirections, titres, descriptions et plan du site et les contrôler dans le brouillon.
- Sauvegarder les réglages DNS. Notez les entrées actuelles du domaine afin de pouvoir revenir en arrière en cas de problème. Réduisez au préalable, si possible, la durée de validité (TTL) des entrées pour que la bascule agisse plus vite.
- Basculer le domaine, contrôler le certificat de la connexion chiffrée.
- Tester anciennes et nouvelles adresses, parcourir des échantillons du tableau de redirections.
- Soumettre le plan du site et le contrôle avec les outils du moteur de recherche, si vous les utilisez.
Ne basculez jamais d’abord pour construire les redirections ensuite : chaque heure entre les deux montre des pages d’erreur aux visiteurs et aux moteurs de recherche.
Ne pas oublier l’e-mail
Les déménagements de domaine concernent souvent aussi l’e-mail. Les entrées pour le trafic de courrier (MX, SPF et d’autres) se trouvent dans la même zone DNS que celles du site. Lors de la bascule, ne remplacez que les entrées destinées au site et laissez les entrées de messagerie inchangées tant que vous ne changez pas délibérément de prestataire de messagerie. Tout sur les boîtes e-mail figure dans le guide Boîtes e-mail sur son propre domaine.
Observer après le déménagement
Comptez avec une phase d’observation de plusieurs semaines après le déménagement. Vérifiez si d’anciennes adresses renvoient encore des pages d’erreur, si le formulaire de contact fonctionne et si les pages apparaissent dans le moteur de recherche avec leurs nouvelles adresses. De petites fluctuations sont normales. Si une page importante manque durablement, contrôlez d’abord la redirection, le plan du site et le fichier robots.txt.
Exemple pratique : Muster Bergblick Treuhand AG
Muster Bergblick Treuhand AG est une fiduciaire fictive. Son ancien site compte 22 pages et doit apparaître sur une nouvelle plateforme sous le même domaine. La nouvelle structure comprend 15 pages. L’inventaire montre : 9 anciennes adresses restent inchangées. Pour les 13 autres, une redirection est nécessaire. 8 d’entre elles mènent vers une page successeur adaptée, par exemple les pages de prestations individuelles vers le nouvel aperçu des prestations avec une ancre, et 5 vers la page parente correspondante, faute de successeur direct. Au total, 9 plus 13, soit les 22 anciennes adresses sont couvertes.
La fiduciaire établit le tableau de redirections de 13 lignes, vérifie qu’aucune ligne ne pointe vers une autre redirection et reprend sans changement les titres des cinq pages les plus visitées. Les six boîtes e-mail se trouvent chez un prestataire externe et ne sont pas touchées ; les entrées de messagerie ne sont pas modifiées lors de la bascule. Après la bascule en matinée, la responsable de bureau teste à la main les 13 redirections, envoie une demande de test par le formulaire et vérifie durant les semaines suivantes si d’anciennes adresses produisent encore des erreurs. Le troisième jour, elle corrige la destination de deux redirections pour la remplacer par une plus adaptée.
Checklist
- Type de déménagement clarifié (serveur, plateforme ou nom de domaine)
- Inventaire de toutes les anciennes adresses établi, y compris celles liées seulement de l’extérieur
- Chaque ancienne adresse associée à une destination adaptée, pas de chaînes, pas de boucles
- Titres et descriptions des pages principales repris ou retravaillés délibérément
- Plan du site avec les nouvelles adresses préparé, robots.txt contrôlé
- Entrées DNS actuelles sauvegardées
- Entrées de messagerie inchangées si le prestataire de messagerie ne change pas
- Nouveau site contrôlé en brouillon avant la bascule
- Après la bascule, certificat, redirections et formulaire testés
- Phase d’observation de plusieurs semaines prévue
La solution KMU | base
Dans Online | base, le déménagement fait partie du déroulement. Concrètement :
1. Redirections dans l’éditeur. Pour chaque site, vous tenez une liste de redirections : ancienne adresse et nouvelle page. Le système vérifie que la destination est une page existante, qu’aucune ancienne adresse n’apparaît deux fois et qu’une redirection ne pointe pas vers elle-même. Une page existante ne peut pas non plus être saisie en même temps comme ancienne adresse. Lors de la reprise de votre site actuel, notre équipe transfère directement dans le brouillon les règles 301 contrôlées.
2. Titre, description et image d’aperçu par page. Dans l’éditeur, vous tenez pour chaque page le titre et la description pour les moteurs de recherche ainsi qu’une image d’aperçu pour le partage. Le plan du site et le fichier robots.txt sont générés automatiquement par la diffusion pour chaque domaine connecté.
3. Connecter et vérifier le domaine. Vous ajoutez le domaine et recevez les entrées DNS nécessaires : une preuve sous forme d’entrée TXT, puis une entrée A ou CNAME vers la cible. Avec « Vérifier la connexion », vous voyez l’état de la connexion et du certificat. Le certificat est activé par notre support. Lors de la bascule, nous sauvegardons la zone DNS actuelle et laissons intactes les entrées de messagerie existantes (MX/TXT) ; en cas de problème, nous revenons aux valeurs sauvegardées.
4. Contrôler d’abord, publier ensuite. Le nouveau site apparaît d’abord comme brouillon avec aperçu. Votre ancien site reste en ligne jusqu’à ce que vous donniez la validation. Nous vérifions le comportement des anciennes adresses après le changement de domaine et documentons le résultat.
Ce qu’Online | base ne peut pas faire : donner des garanties sur les positions dans les moteurs de recherche. La rapidité avec laquelle un moteur de recherche reprend les nouvelles adresses ne dépend pas de nous. Et l’exhaustivité de l’inventaire dépend de ce que vous nous indiquiez aussi les adresses qui ne sont liées que de l’extérieur.
Plus d’informations sur le produit sur la page Online base. Consultez la démo ou ouvrez un compte d’essai. En cas de questions, nous vous aidons via la page Contact. Les conditions actuelles figurent sous Prix.
Sources
- IETF : RFC 9110, HTTP Semantics, section 15.4.2 « 301 Moved Permanently », juin 2022 : rfc-editor.org, consulté le 04.11.2026.
- sitemaps.org : protocole Sitemap, page sans indication de date : sitemaps.org, consulté le 04.11.2026.
- SWITCH : noms de domaine en .ch, page sans indication de date : nic.ch, consulté le 04.11.2026.
Ce guide ne remplace aucun conseil juridique ou fiscal. État des informations : 04.11.2026.