Checklist de performance pour un site WordPress à l’international : du TTFB au LCP

Le choix technique doit toujours revenir aux objectifs métier — si vous avez besoin d’une solution globale, consultez Site de marque indépendant la page de périmètre des services, ou commencez par Calcul de devis à l’export pour estimer un budget.

1. Comprendre la chaîne de métriques

Indicateur	Signification	Objectif de référence	Point de blocage
TTFB	Temps de réponse du serveur au premier octet	Principaux marchés mondiaux < 1s	Emplacement du serveur, cache, back-end
LCP	Temps de rendu du plus grand contenu visible	< 2,5s	Images, polices, scripts bloquants
CLS	Stabilité de la mise en page	< 0,1	Images sans dimensions, injection dynamique
Poids des ressources	Taille totale transférée de la page	Le plus léger possible	Images, JS/CSS non compressés

Attention : un LCP conforme mais un TTFB élevé indique une réponse serveur lente (problème de région/cache) ; un TTFB normal mais un LCP élevé indique des ressources front-end non optimisées. C’est en croisant les deux chiffres qu’on localise le goulot d’étranglement.

2. Processus d’audit : localiser en trois étapes

Étape 1 : test de vitesse multi-nœuds. Utilisez un outil de test multi-nœuds pour comparer les performances en Amérique du Nord, en Europe et en Asie du Sud-Est. Concentrez-vous sur les « performances à l’étranger » et non sur celles en Chine — une vitesse élevée en Chine n’a aucune valeur de référence.

Étape 2 : localiser étape par étape. TTFB élevé → vérifiez le cache de page, le CDN, l’emplacement du serveur ; LCP élevé → vérifiez si la plus grande image/police du premier écran est compressée et s’il existe des scripts bloquant le rendu ; CLS élevé → vérifiez si les images déclarent leur largeur et hauteur.

Étape 3 : valider avec les données utilisateurs réelles. Les tests en laboratoire ne servent que de référence ; il faut consulter les données Core Web Vitals des utilisateurs réels (rapport Search Console + statistiques internes) — c’est cela qui reflète l’expérience réelle de vos clients à l’étranger.

3. Trois actions d’optimisation au meilleur rapport qualité-prix

Action	Ce que ça résout	Coût
CDN mondial	TTFB, vitesse d’accès à l’étranger	Moyen (paiement à l’usage)
Compression des images/ressources statiques	LCP, poids transféré	Faible (une extension suffit)
Cache de page	TTFB, charge serveur	Faible (extension gratuite)

Jugement clé : l’ordre d’optimisation de la vitesse est « cache → CDN → compression des ressources ». Commencez par résoudre la lenteur de réponse serveur, la cause racine la plus répandue des sites à l’international, avant de vous pencher sur les détails front-end.

Point de contrôle	Outil	Seuil à atteindre	Action en cas de dépassement
TTFB à l’étranger	Test multi-nœuds	< 1s	Mettre en place un CDN, activer le cache
LCP	PageSpeed Insights	< 2,5s	Compresser les images, supprimer les scripts bloquants
CLS	PageSpeed Insights	< 0,1	Déclarer les dimensions des images
Poids de la page	DevTools du navigateur	Le plus léger possible	Compresser, charger à la demande
Données utilisateurs réelles	Search Console	Part de vert	Optimiser selon les points faibles

Les tests en Chine sont rapides, mais mes clients à l’étranger se plaignent encore de lenteur. Pourquoi ?

Lorsque le serveur est en Chine, les accès depuis l’étranger passent par des liaisons transfrontalières, et la latence physique est inévitable. Les tests de vitesse en Chine mesurent l’« expérience en Chine » — il faut impérativement tester avec des nœuds à l’étranger.

Que signifient respectivement un TTFB élevé et un LCP élevé ?

Un TTFB élevé indique une réponse serveur lente (région, cache, back-end) ; un LCP élevé indique un rendu navigateur lent (images, polices, scripts). Réduisez d’abord le TTFB, puis le LCP — ne inversez pas l’ordre.

Le CDN est-il indispensable ?

Pour un site destiné à l’international, c’est pratiquement indispensable. Le CDN distribue le contenu statique sur des nœuds mondiaux, ce qui est le moyen le plus direct de résoudre les problèmes de vitesse d’accès depuis l’étranger. Si le budget est serré, on peut commencer par un CDN gratuit, mais il vaut mieux disposer d’une couverture CDN commerciale sur les marchés principaux.

L’optimisation de la vitesse affecte-t-elle les fonctionnalités ?

Une optimisation bien faite n’affecte rien. Compresser les images, activer le cache, regrouper les requêtes : tout cela relève de la “soustraction” et ne modifie pas les fonctionnalités. Ce qui est risqué, c’est de supprimer des scripts nécessaires ou de trop compresser au point de dégrader le rendu. Après optimisation, il faut faire des tests de non-régression.

Combien de temps avant de voir les effets de l’optimisation de la vitesse ?

Les optimisations de type cache et compression se mesurent en jours (la configuration prend effet immédiatement) ; une fois le CDN actif, le changement de TTFB depuis l’étranger est mesurable aussitôt ; les améliorations en termes de classement et de conversion s’accumulent avec les données réelles, sur des semaines voire des mois.

1. Comprendre la chaîne de métriques

2. Processus d’audit : localiser en trois étapes

3. Trois actions d’optimisation au meilleur rapport qualité-prix

À lire ensuite