Ce qui casse le jour où tu mets ton site en ligne
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.
> change la couleur du bouton en vert