Aller au contenu principal
Les AI Overviews sont déployés en France depuis le 22 juillet 2026
Création de site Lecture 4 min

Mise en ligne

Le passage d'un site de son environnement de préparation à son adresse publique définitive.

Définition

La mise en ligne est le passage d’un site de son environnement de préparation à son adresse publique définitive. Ce n’est pas une copie de fichiers, c’est un changement d’adresse, et c’est ce qui la rend délicate.

01L’ancienne adresse est écrite partout dans la base de données.
02Un site de préparation laissé ouvert finit indexé à la place du vrai.
03Le blocage d’indexation posé pendant la préparation doit être levé, et vérifié.

Dans quel ordre procéder ?

Cinq étapes, et l’ordre compte autant que le contenu de chacune.

01

Figer et sauvegarder

Sauvegarder l’existant avant de le remplacer. C’est le seul retour en arrière disponible si l’ouverture se passe mal.

02

Transférer

Fichiers et base de données ensemble. Une base plus récente que les fichiers, ou l’inverse, produit des erreurs difficiles à lire.

03

Reprendre les adresses

Remplacer l’ancienne adresse par la nouvelle dans la base, sans casser les données enregistrées sous forme sérialisée.

04

Rouvrir à l’indexation

Retirer le blocage posé pendant la préparation, puis vérifier ce que le serveur répond réellement, pas ce que la case cochée annonce.

05

Fermer l’ancienne adresse

Le site de préparation ne reste pas accessible. S’il l’est, il devient un second site au contenu identique.

L’erreur qui se paie le plus cher. Oublier de lever le blocage d’indexation. Le site est en ligne, il fonctionne, il est beau, et il demande explicitement à Google de ne pas le référencer. Rien ne le signale sur la page. Cela se constate des semaines plus tard, quand on cherche pourquoi le site n’apparaît nulle part.

Pourquoi l’adresse est le vrai sujet

Parce qu’elle n’est pas rangée dans un seul endroit.

Pendant la préparation, chaque image insérée, chaque lien interne posé et une partie des réglages d’extensions enregistrent l’adresse complète du site de travail. Au transfert, ces adresses ne suivent pas. Les images pointent vers un serveur qui n’est plus le bon, les liens internes renvoient vers l’ancien domaine, et certaines pages continuent de fonctionner en apparence tout en chargeant des ressources ailleurs.

Un remplacement direct dans la base de données ne suffit pas toujours. WordPress enregistre certains réglages sous une forme qui contient la longueur du texte : remplacer une adresse par une autre plus courte casse la donnée si l’outil employé ne recalcule pas cette longueur.

De quoi dépend l’adresse définitive ?

De deux choses distinctes, souvent confondues, et qui se souscrivent séparément.

Le nom de domaine est l’adresse. L’hébergement web est la machine qui répond à cette adresse. Un site peut changer d’hébergeur sans changer de domaine, et l’inverse est vrai aussi. Au moment de la mise en ligne, les deux doivent être en place et reliés, et cette liaison met un certain temps à se propager sur le réseau : pendant ce délai, une partie des visiteurs atteint encore l’ancienne machine.

Le certificat qui permet l’adresse en HTTPS s’installe sur l’hébergement, pour ce domaine précis. Un certificat émis pour l’adresse de préparation ne couvre pas l’adresse publique. Tant qu’il n’est pas en place, le navigateur affiche un avertissement de sécurité, et une URL en HTTPS non valide vaut mieux être corrigée avant l’ouverture qu’après.

Et si l’adresse des pages change aussi ?

Ce n’est plus une mise en ligne, c’est une migration, et elle demande un plan de redirections.

Ouvrir un nouveau site sur un domaine neuf ne pose pas de question de continuité. Remplacer un site existant en changeant l’adresse de ses pages en pose une : chaque ancienne adresse doit renvoyer vers la nouvelle, faute de quoi les positions acquises et les liens reçus se perdent. Google documente cette opération séparément, et elle se prépare avant l’ouverture, pas après.

Questions fréquentes

Comment vérifier que le site est bien ouvert à l’indexation ?

En regardant ce que le serveur répond, pas ce que l’administration affiche. Le fichier robots.txt et l’entête de la page se lisent directement, et c’est le seul contrôle qui vaut. Une case cochée dans une extension peut être contredite par un fichier écrit à la main.

Faut-il prévenir Google d’une mise en ligne ?

Pour un site neuf, non. Déclarer la propriété et soumettre le plan de site suffit. Pour un remplacement avec changement d’adresses, Google prévoit une procédure dédiée, à suivre en plus des redirections.

Combien de temps garder l’environnement de préparation ?

Le temps de vérifier l’ouverture, puis on le ferme. Laissé accessible, il duplique le contenu du site réel et peut se retrouver indexé à sa place.

Sources

Et sur votre site ?

Une définition ne dit pas si vous êtes concerné.

L'audit gratuit répond dans votre cas : état technique, temps de chargement, et ce que Google voit réellement de vos pages. Un constat écrit, sans engagement et sans jargon.