Ce qui casse le jour où tu mets ton site en ligne

Mis à jour le

Tout marchait sur ton ordinateur. Tu publies, tu envoies l’adresse à trois personnes, et les retours tombent : une image manquante, un lien qui ne mène nulle part, une page bizarre sur téléphone. Tu ne comprends pas comment ça peut être cassé alors que rien n’a changé.

Le site publié n’est pas celui que tu regardais. Les adresses des fichiers changent, les images passent par un autre chemin, et ce qui marchait chez toi n’existe plus pareil. Quatre pannes reviennent systématiquement le premier jour, et toutes se vérifient en dix minutes.

Pourquoi ça casse précisément à ce moment-là

Ce que tu regardais avant de publier n’était pas ton site. C’était une version de travail, servie par un mécanisme différent de celui qui sert le site final.

Une fois en ligne, plusieurs choses changent sans que tu aies rien touché. Les fichiers reçoivent des adresses définitives, souvent différentes. Les images passent par une étape de compression et changent parfois de nom. Les pages sont assemblées autrement. Et tout ce qui reposait sur un chemin valable uniquement sur ton ordinateur cesse d’exister.

C’est pour ça que la vérification qui compte n’est jamais celle faite avant : c’est celle faite sur l’adresse publique, une fois publié.

Les quatre pannes du premier jour

Les images qui ne s’affichent plus. La cause la plus fréquente. Une image dont l’adresse pointait vers un dossier de ton ordinateur n’a plus aucun sens en ligne. Le texte reste, l’image devient un cadre vide.

Les liens internes qui ne mènent nulle part. Même mécanisme. Un lien qui fonctionnait en local part vers une adresse qui n’existe pas sur le site publié. Souvent ce sont les liens du menu, donc ceux que tout le monde clique en premier.

Le formulaire qui ne part plus. Il pouvait fonctionner en test et cesser une fois en ligne, parce que le service d’envoi n’autorise que certaines adresses. Panne totalement silencieuse : le message « merci » s’affiche quand même.

L’affichage sur téléphone. Ce qui tenait dans la fenêtre de ton ordinateur déborde sur un écran étroit : un tableau trop large, une image qui dépasse, un menu qui recouvre le texte. C’est le premier retour que font tes proches, parce qu’ils ouvrent le lien sur leur téléphone.

L’ordre dans lequel vérifier

L’ordre compte : chaque étape suppose que la précédente est bonne.

D’abord, l’adresse publique s’ouvre. Pas l’aperçu, pas le lien de prévisualisation : l’adresse que tu vas donner aux gens. Force un rechargement complet pour ne pas voir une version gardée en mémoire.

Ensuite, tu parcours chaque page en regardant deux choses seulement : les images manquantes et les liens du menu. Trois minutes pour un site de quatre pages.

Puis tu envoies un vrai message par le formulaire, et tu vérifies qu’il arrive. Y compris dans les indésirables.

Enfin, tu ouvres tout sur ton téléphone. Pas en réduisant la fenêtre de ton ordinateur — sur un vrai téléphone, en coupant le wifi. C’est là que tu verras à la fois les débordements et la lenteur réelle.

La règle qui évite d’y repasser

Rien de tout ça ne se voit avant publication, ce qui rend la vérification obligatoire à chaque fois. Sauf que « à chaque fois » ne tient pas dans la durée.

Ce qui tient, c’est de l’écrire dans les consignes que ton outil relit au démarrage : après chaque mise en ligne, il vérifie lui-même l’adresse publique et te rapporte ce qu’il y voit — pas ce qu’il a écrit, ce qu’il constate.

Et de garder un principe simple pour toi : tant que tu n’as pas ouvert l’adresse publique, ton site n’est pas publié, il est envoyé. Ce n’est pas la même chose, et la différence se paie toujours devant les trois premières personnes à qui tu montres le lien.

Même demande, deux réponses. Clique pour comparer.

> change la couleur du bouton en vert

Questions fréquentes

Pourquoi ça marchait avant de publier ?
Parce que tu regardais une version de travail, servie autrement. Les chemins des fichiers, la compression des images et l’assemblage des pages diffèrent une fois en ligne. C’est le piège que presque personne n’anticipe.
Je dois tout revérifier à chaque publication ?
Non, seulement les quatre points de cet article, et seulement sur l’adresse publique. Dix minutes la première fois, deux minutes ensuite.
Et si je découvre une panne après avoir annoncé le site ?
Corrige d’abord, republie, puis revérifie sur l’adresse publique avant de répondre à qui que ce soit. L’erreur classique est de corriger et d’annoncer sans revoir le résultat en ligne.

Sources

  1. web.dev — ce qui retarde l’affichage du contenu principal — consultée le
  2. Documentation Claude Code — vérifier avant de conclure — consultée le