Migrer son site vers un .fr sans perdre son référencement : la méthode du freelance

La demande arrive souvent en fin de réunion, presque en passant : « Au fait, on aimerait passer en .fr, c’est rapide ? » Pour le client, c’est une formalité : on achète l’adresse, on « fait pointer », c’est réglé. Pour le freelance qui maintient le site, c’est une migration de domaine, avec un vrai risque : des mois de trafic organique en berne parce qu’une redirection a été posée à la va-vite ou qu’un certificat a été oublié. Bien menée, l’opération est pourtant parfaitement maîtrisée. Voici la méthode, étape par étape, pour la conduire proprement et la vendre comme ce qu’elle est : une mission.

Avant de dire oui : cadrer la mission

Premier réflexe : comprendre pourquoi le client veut bouger. Une clientèle essentiellement française, un nom enfin disponible en .fr alors qu’il était pris ailleurs, l’envie d’afficher un ancrage national : ce sont de bonnes raisons. Si votre client hésite encore sur le fond, orientez-le vers un guide complet pour migrer son site vers un domaine .fr, qui pose les enjeux côté entreprise ; votre valeur ajoutée, c’est le comment.

Profitez-en pour recadrer les attentes. Le .fr, géré par l’Afnic, le registre français, est un signal de confiance et de cohérence géographique, pas un bonus de classement : Google ne favorise aucune extension en soi. Une migration réussie, c’est un site qui conserve ses positions ; les gains viennent ensuite du contenu.

Ensuite, faites l’inventaire de tout ce qui vit sur l’ancien domaine, car le site n’en est souvent que la partie visible :

• les sous-domaines (boutique, extranet, documentation, API, environnement de préproduction) ;
• la messagerie et les envois automatiques (formulaires, factures, newsletters) ;
• les intégrations tierces qui connaissent l’adresse : moyens de paiement, CRM, outils d’analyse, connexions OAuth, applications mobiles ;
• les accès : qui détient le compte chez le bureau d’enregistrement, qui gère la zone DNS, qui a les droits sur la Search Console.

Ce dernier point bloque plus de migrations que la technique : récupérez les accès avant de chiffrer, puis détaillez les étapes dans le devis. Le client comprendra pourquoi « changer l’adresse » représente plusieurs jours de travail. (à lire aussi : Comment choisir le meilleur logiciel de devis gratuit en 2026 ?)

Une règle d’or à poser dès le cadrage : on ne cumule pas changement de domaine et refonte. Si le client veut aussi une nouvelle arborescence ou un nouveau CMS, séparez les deux chantiers de quelques semaines. Quand le trafic bouge, vous saurez à quoi l’attribuer.

La table de correspondance, colonne vertébrale du projet

Tout repose sur un fichier : la liste exhaustive des anciennes URL et de leur destination sur le .fr. Pour la constituer, croisez plusieurs sources, aucune n’étant complète seule :

• un crawl complet du site actuel ;
• le ou les plans de site XML ;
• l’export des pages ayant reçu des clics dans la Search Console ;
• les journaux du serveur, qui révèlent des URL anciennes encore visitées ;
• les pages ciblées par des liens externes (rapport « Liens » de la Search Console).

Si les chemins restent identiques, une règle générique suffit : c’est le scénario le plus sûr. Sinon, chaque exception est documentée ligne à ligne. Conservez ce fichier : il servira de base à la recette, puis aux contrôles des mois suivants.

Des redirections 301 page à page, en un seul saut

Les redirections permanentes transmettent l’historique de chaque page à sa nouvelle adresse. Trois exigences ne se négocient pas :

1. Page à page. Chaque ancienne URL renvoie vers son équivalente exacte. Tout renvoyer vers l’accueil fait perdre la valeur accumulée par les pages profondes, et Google traite ces redirections comme des pages introuvables.
2. Code 301, pas 302. Une redirection temporaire laissée en place est l’erreur la plus fréquente sur les migrations faites dans l’urgence.
3. Un seul saut. http://ancien.com → https://ancien.com → https://www.ancien.com → https://www.exemple-client.fr : cette chaîne ralentit l’exploration et dilue le signal. Chaque variante de l’ancien domaine doit pointer directement vers l’URL finale.

Avec des chemins conservés, quelques lignes suffisent. Sous Nginx :

server {
    listen 443 ssl;
    server_name exemple-client.com www.exemple-client.com;
    # certificat valide pour l'ancien domaine : indispensable (voir plus bas)
    return 301 https://www.exemple-client.fr$request_uri;
}

Sous Apache, dans le .htaccess de l’ancien domaine :

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www.)?exemple-client.com$ [NC]
RewriteRule ^(.*)$ https://www.exemple-client.fr/$1 [R=301,L]

$request_uri conserve chemin et paramètres ; côté Apache, la chaîne de requête est reportée par défaut. Sur le nouveau site, mettez à jour les balises canonical, les liens internes écrits en absolu, les données structurées et les plans de site. Une canonical qui pointe encore vers l’ancien domaine envoie aux moteurs un signal contradictoire.

DNS, TTL et certificats : le jour J se prépare la veille

Abaissez le TTL des enregistrements concernés un à deux jours avant la bascule, à quelques minutes. Le jour J, les changements se propagent vite, et un éventuel retour arrière aussi. Remontez-le une fois la situation stabilisée.

Préparez le certificat du nouveau domaine avant la bascule, apex et www compris, ainsi que les éventuels sous-domaines.

Et gardez un certificat valide sur l’ancien domaine. C’est le piège classique : tous les liens existants pointent vers des URL en https://ancien…. Si l’ancien domaine n’a plus de certificat, le navigateur affiche une alerte de sécurité avant même de lire la redirection. Le visiteur repart, et le robot d’exploration ne suit rien. Le renouvellement automatique doit donc continuer à couvrir l’ancien domaine aussi longtemps que les redirections vivent. Si le site utilisait HSTS, c’est d’autant plus impératif. Vérifiez aussi les éventuels enregistrements CAA du nouveau domaine. (à lire aussi : Guide pour sécuriser son site web en 2026 : 6 étapes essentielles)

La messagerie, grande oubliée des migrations

Le site bascule sans incident, et trois jours plus tard le client appelle : ses devis n’arrivent plus. La messagerie mérite un volet à part entière :

• Créez les enregistrements MX du nouveau domaine et configurez SPF, DKIM et DMARC avant le premier envoi. Un domaine neuf sans authentification voit ses messages classés en courriers indésirables.
• Laissez l’ancien domaine recevoir. Les clients répondront pendant longtemps aux anciens fils de discussion : conservez les boîtes ou mettez en place des alias de réception.
• Traquez les envois applicatifs : expéditeur des formulaires de contact, notifications du CMS, factures générées par l’ERP, outil d’emailing. Chacun a sa propre configuration d’expéditeur et d’authentification de domaine.
• Mettez à jour les signatures, modèles de devis et documents commerciaux.

Les rapports DMARC du nouveau domaine montreront vite quels services envoient encore sans authentification correcte.

Search Console : signaler le déménagement

Une fois les redirections en place et contrôlées :

1. Validez la propriété du nouveau domaine dans la Search Console, si possible avec une propriété de type « domaine » (validation DNS), qui couvre protocoles et sous-domaines.
2. Utilisez l’outil de changement d’adresse depuis la propriété de l’ancien domaine. Il vérifie notamment que la page d’accueil redirige en 301 vers le nouveau domaine : c’est pour cela que cette étape vient après les redirections.
3. Soumettez le plan de site du .fr, et laissez quelque temps l’ancien dans l’ancienne propriété : les robots repassent plus vite sur les anciennes URL et découvrent les redirections.
4. Faites de même côté Bing Webmaster Tools, qui dispose de son propre outil de déplacement de site.

Les liens entrants : la redirection fait le relais, pas le travail

Les 301 transmettent la valeur des liens existants, mais un lien direct reste préférable. Exportez les domaines référents et priorisez : partenaires, fournisseurs, fédérations professionnelles, médias. Un e-mail court avec l’ancienne et la nouvelle URL suffit.

Commencez par ce que le client contrôle lui-même : réseaux sociaux, fiche d’établissement, annuaires professionnels, plateformes de mise en relation, dépôts de code publics. Une matinée suffit.

Après la bascule : un suivi planifié, pas improvisé

Le jour même, relancez un crawl sur la liste des anciennes URL issue de la table de correspondance : chacune doit répondre par une seule 301 vers une page en 200. Puis suivez un calendrier :

• Le lendemain : contrôle des pages les plus visitées, des formulaires, des envois d’e-mails et des paiements.
• La première semaine : surveillance des 404 dans les journaux et des erreurs d’exploration dans la Search Console ; toute URL oubliée est ajoutée à la table et redirigée.
• Les semaines suivantes : comparaison des clics et des impressions page à page entre l’ancienne et la nouvelle propriété. Une fluctuation temporaire est normale ; une page qui ne récupère pas signale presque toujours une redirection manquante ou erronée. (à lire aussi : 10 astuces pour accélérer l’indexation de votre site sur Google)

Enfin, gardez l’ancien domaine. Google recommande de maintenir les redirections au moins un an ; en pratique, conservez-les indéfiniment. Activez le renouvellement automatique et le verrouillage du transfert chez le bureau d’enregistrement : un ancien domaine qui expire, c’est un domaine qu’un tiers peut racheter, avec tous les liens qui y pointent encore.

Un livrable qui fidélise le client

Remettez au client un dossier de recette : table de correspondance, tests de redirection, état de la Search Console avant et après, services mis à jour. Il justifie le devis et ouvre la porte à un contrat de suivi.

Pour la partie référencement à expliquer au client, l’Afnic édite le site Réussir en .fr, destiné aux TPE et PME. Sa rubrique Optimiser mon référencement est une bonne ressource à lui transmettre une fois la migration terminée, pour qu’il continue à faire vivre son nouveau .fr. Et pour vous, les comptes LinkedIn et Instagram de l’Afnic et de Réussir en .fr sont une veille simple sur les évolutions du .fr.

Articles similaires

• Comment faire des redirections d’URL (301/302) pour améliorer votre référencement ?
• 8 étapes pour réussir la migration SEO de votre site sans perdre de trafic
• Comment détecter et corriger les erreurs 404 pour améliorer le référencement ?
• Comment choisir entre réparer, remplacer ou externaliser une imprimante de bureau ?
• URL absolue ou relative : comment choisir la meilleure structure d’URL pour le SEO ?