Mes trois sites sont de simples fichiers HTML, hébergés chez Hostinger. Les mettre en ligne paraît simple : on envoie les fichiers, c'est tout. Avec une connexion lente, j'ai pourtant enchaîné les échecs. Voici ma méthode actuelle, et ce que j'ai appris en route.

Deux façons d'envoyer un site

• Le site complet, en une archive. On compresse tout le dossier du site dans un fichier .zip, on l'envoie, et l'hébergeur le décompresse à la place de l'ancien site. C'est simple et propre : le site en ligne est exactement celui de votre ordinateur.
• Fichier par fichier. On n'envoie que les fichiers qui ont changé depuis la dernière mise en ligne. C'est plus long à préparer, mais beaucoup plus léger.

Ce qui a coincé

L'archive de mon comparateur pèse environ 3,6 Mo. Avec ma connexion, son envoi a échoué plusieurs fois de suite, avec une erreur technique pendant le transfert.

Deux choses m'ont aidé :

• Attendre avant de réessayer. Relancer aussitôt échouait de nouveau. Attendre une quarantaine de secondes donnait de meilleurs résultats.
• Passer au fichier par fichier. Pour une correction, je n'envoie plus que les quelques pages modifiées. Un petit programme compare mon site avec la dernière version mise en ligne et dresse la liste.

Aujourd'hui, j'envoie le site complet pour les gros changements, et seulement les fichiers modifiés pour le reste.

Le fichier .htaccess, indispensable

Un site statique n'a pas de réglages dans un tableau de bord. Les règles du serveur s'écrivent dans un petit fichier nommé .htaccess, à la racine du site. Chez moi, il s'occupe de :

• Les adresses courtes : « monsite.fr/blog » plutôt que « monsite.fr/blog.html » ;
• La page d'erreur : une vraie page « introuvable », aux couleurs du site, plutôt que la page par défaut de l'hébergeur ;
• Les redirections : les anciennes adresses envoient vers les nouvelles pages ;
• Le « www » : l'adresse avec « www » renvoie vers l'adresse sans « www », pour que Google ne voie pas deux sites.

Ce fichier demande de la prudence : une règle mal placée peut détourner une adresse qui ne devrait pas l'être. Ça m'est arrivé avec le fichier de validation de Google, et je l'ai raconté dans mon article sur le fichier de validation redirigé.

Vérifier après chaque mise en ligne

Je contrôle toujours quelques pages après l'envoi : l'accueil, une page modifiée, une ancienne adresse redirigée.

Un détail m'a surpris : depuis début octobre, la protection de l'hébergeur bloque les vérifications faites par un programme. Il répond « accès refusé » alors que la page fonctionne très bien dans un navigateur. Je fais donc mes contrôles à la main, dans le navigateur.

Ce que je conseillerais

• Gardez une copie de chaque version mise en ligne. Si une mise en ligne casse quelque chose, vous pouvez renvoyer la précédente en une fois.
• Envoyez petit quand vous pouvez. Moins il y a de fichiers dans l'envoi, moins il y a de risques d'échec.
• Testez dans un navigateur, pas seulement avec des outils.

Pourquoi des sites statiques plutôt que WordPress ? Je l'explique dans mon bilan sur le site statique et le SEO. Et si vous préférez qu'on s'occupe de tout cela pour vous, c'est le travail que je propose sur ma page création de site.

Tarmou