Ce qu'un site doit tenir techniquement avant que le contenu ne serve à quelque chose

Un site neuf est d'abord jugé sur le design et le texte. Sa rapidité, son fonctionnement sur mobile et le simple fait qu'un moteur de recherche puisse le trouver se jouent avant cela, dans la technique. Économiser à cet endroit gâche tout le travail fait ensuite sur le contenu et les liens, car un texte sur une page lente ou introuvable ne change pas grand-chose au résultat. Les points suivants ne relèvent pas d'un détail secondaire, mais de la base sur laquelle tout le reste s'appuie.

La vitesse n'est pas un accessoire

Un site lent perd des visiteurs avant même qu'ils aient lu quoi que ce soit. La cause est presque toujours la même : des images bien plus grandes que nécessaire, des scripts chargés sur chaque page alors qu'une seule en a besoin, et un serveur qui reconstruit chaque page à chaque visite au lieu de garder une version prête.

• Livrer les images à la taille où elles s'affichent réellement, pas au format d'origine de l'appareil photo.
• Ne charger que les scripts nécessaires à la page en cours, pas toute la boîte à outils sur chaque sous-page.
• Mettre en cache les contenus récurrents plutôt que les recalculer à chaque visite.
• Charger polices et icônes depuis le moins de sources externes possible.

Le visiteur ne mesure pas cela en millisecondes. Il remarque seulement si la page réagit tout de suite ou s'il attend une image qui arrive encore. Un seul point faible, souvent une image d'en-tête trop lourde, suffit à marquer l'impression laissée par toute la page.

Le mobile d'abord, parce que c'est là qu'on cherche

La plupart des recherches d'un commerce, d'un artisan ou d'un cabinet à proximité se font sur téléphone, souvent en déplacement, souvent avec l'intention d'appeler directement depuis le résultat de recherche. Un site pensé d'abord pour un grand écran puis rétréci pour le mobile le laisse voir : des boutons trop petits pour être touchés, des textes qu'il faut zoomer pour lire, des champs de formulaire qui se chevauchent sur un écran étroit. Pensé dans le bon sens, le site se conçoit d'abord pour le mobile, et le grand écran reçoit l'espace qui reste.

Pour que le site soit trouvé et qu'on lui fasse confiance

Une adresse par page

La même page ne devrait pas être accessible sous trois adresses différentes qui redirigent ensuite l'une vers l'autre : avec ou sans www, avec ou sans barre oblique finale, en http et en https. Pour le visiteur, c'est invisible ; pour un moteur de recherche, cela ressemble à plusieurs pages avec le même contenu, qui s'affaiblissent mutuellement. Chaque page a besoin d'une adresse fixe et unique, vers laquelle toutes les variantes redirigent automatiquement.

Un certificat qui se renouvelle tout seul

Sans HTTPS, le navigateur affiche un avertissement avant même que la page ne se charge, ce qui coûte la confiance au moment où elle compte le plus. Le certificat qui se cache derrière expire au bout d'une durée fixe. Là où il ne se renouvelle pas automatiquement, l'expiration se remarque en général seulement quand l'avertissement s'affiche déjà chez le client. Un hébergement qui prend en charge le renouvellement lui-même en fait un non-sujet, plutôt qu'une échéance récurrente à noter dans un agenda.

Des données structurées et un plan du site

Les données structurées sont une seconde version, lisible par une machine, des informations essentielles : nom, horaires, adresse, type d'activité. Elles décident en partie si un moteur de recherche affiche ces informations directement dans le résultat, ou s'il doit les reconstituer lui-même, avec le risque de mal les interpréter. Un plan du site (sitemap) liste en plus les pages qui existent réellement, et une règle courte précise lesquelles ne doivent pas apparaître dans la recherche, par exemple des vues de filtre internes ou des pages en brouillon. Sans cette règle, des dizaines de pages presque identiques finissent parfois dans l'index, ce qui dilue les pages vraiment importantes.

La surveillance : qui remarque la panne en premier

Un serveur ou un logiciel serveur tombe de temps en temps en panne, cela ne s'évite jamais complètement. Ce qui compte, c'est qui le remarque en premier. Sans surveillance, c'est le premier client qui voit une page vide et le signale peut-être, ou pas. Une surveillance simple contrôle le site à intervalles réguliers depuis l'extérieur et prévient le responsable par message dès qu'une réponse manque, souvent quelques minutes après la panne et bien avant que le client ne décroche lui-même le téléphone.

Aucun de ces points n'est spectaculaire pris isolément. Ensemble, ils décident pourtant si un visiteur reste et si un moteur de recherche considère seulement le site comme fiable, avant même qu'un seul mot du contenu n'ait été lu.