Concevoir un site web pour la 3G : ce qui fait vraiment la différence

Un site se conçoit presque toujours sur une connexion rapide, devant un grand écran. Il est consulté, lui, sur un téléphone d'entrée de gamme, en 3G, parfois avec un forfait limité.

L'écart entre ces deux situations décide du succès d'un site bien plus sûrement que son esthétique.

Le premier ennemi : les images

Sur la majorité des sites, les images représentent l'essentiel du poids téléchargé. Trois décisions suffisent à diviser ce poids :

Servir des formats modernes. AVIF et WebP produisent, à qualité perçue équivalente, des fichiers nettement plus légers que le JPEG. C'est le gain le plus important pour le moins d'effort.

Servir la bonne taille. Une image de 3000 pixels de large affichée dans une colonne de 400 pixels gaspille la quasi-totalité de ce qui a été téléchargé. Le site doit fournir plusieurs tailles et laisser le navigateur choisir.

Ne charger que ce qui est visible. Les images situées plus bas dans la page n'ont aucune raison d'être téléchargées avant qu'on y arrive.

Le deuxième ennemi : le JavaScript

Chaque kilo-octet de JavaScript doit être téléchargé, analysé, puis exécuté — et cette dernière étape est particulièrement lente sur un téléphone d'entrée de gamme. C'est là que se creuse l'écart avec un ordinateur de bureau.

Deux principes tiennent l'essentiel :

• Rendre le contenu côté serveur. Le texte doit être présent dans la page reçue, pas construit par un script après coup. C'est meilleur pour la vitesse perçue, et indispensable pour le référencement.
• N'envoyer du JavaScript que là où il y a une interaction. Un menu déroulant en a besoin ; un paragraphe, non.

Le troisième ennemi : les polices

Une police mal chargée provoque soit un texte invisible pendant plusieurs secondes, soit un saut visuel quand elle arrive.

Trois règles :

• héberger les polices avec le site, plutôt que de dépendre d'un service tiers ;
• limiter le sous-ensemble de caractères au strict nécessaire — pour le français, l'alphabet latin de base suffit, accents et symbole euro compris ;
• afficher immédiatement un texte de substitution le temps du chargement.

Ce que mesure Google, et pourquoi cela vous concerne

Trois indicateurs, réunis sous le nom de Core Web Vitals, décrivent l'expérience réelle :

• LCP — le temps au bout duquel le contenu principal s'affiche. C'est celui qui décide si un visiteur reste.
• INP — le délai de réaction à une interaction. Mauvais quand la page est encombrée de scripts.
• CLS — la stabilité visuelle : le fait que le contenu ne saute pas pendant le chargement.

Ils influencent le classement, mais l'enjeu principal est ailleurs : un visiteur qui attend trop repart, quel que soit son classement dans les résultats.

Une méthode de vérification honnête

Testez votre site dans les conditions de vos visiteurs, pas dans les vôtres :

1. sur un téléphone, pas sur un ordinateur ;
2. avec une connexion bridée — les outils de développement des navigateurs le permettent ;
3. en vidant le cache, comme un premier visiteur.

Si la page principale n'apparaît pas en moins de deux secondes dans ces conditions, le problème n'est pas la connexion de vos visiteurs.

Un ordre de priorité

Si vous ne devez traiter que trois points :

1. Compresser et redimensionner les images — souvent la moitié du poids éliminée.
2. Supprimer le JavaScript non nécessaire — bannières, greffons, scripts oubliés.
3. Héberger et sous-ensembler les polices.

Ces trois actions ne demandent aucune refonte et produisent l'essentiel du gain.

À retenir — la performance n'est pas un raffinement technique, c'est une condition d'accès. Un site inutilisable en connexion contrainte est un site inutilisable pour une partie de vos prospects.