Table des matières
La problématique de l’optimisation des performances à l’international
Le temps de trajet des données entre le serveur et l’internaute
Commençons par poser les bases, calmement, avant de sortir l’artillerie de la perf web.
Un site web est servi par un serveur.
Ce serveur est une machine qui existe, quelque part sur Terre. Un vrai boîtier, avec CPU, RAM, SSD NVMe (enfin j’espère pour vous), pas un nuage magique comme aiment le dire les marketeux.
Or, ce site a vocation à être vu par des internautes qui eux se trouvent à des endroits très différents. Tous à une distance différente de votre serveur d’origine. Et plus la distance est grande, plus le temps nécessaire à l’envoi des données sera long. C’est de la latence pure, bête et méchante : on ne bat pas la vitesse de la lumière, même avec le meilleur framework JavaScript à la mode.
Imaginons que votre serveur soit situé à Paris. Pour vos visiteurs parisiens, c’est l’idéal : le temps de trajet des données est très court, le ping est bas, le RTT (round-trip time) est propre. Mais si vos visiteurs sont à Biarritz, Nice, ou pire, à Nouméa, Pointe-à-Pitre ou Los Angeles, là, les données doivent traverser la planète via plusieurs routeurs, backbones, câbles sous-marins… chaque “hop” rajoutant un poil de délai.
L’impact de ce temps sur les Core Web Vitals
Ce temps de trajet n’est qu’une composante parmi d’autres du temps de chargement et des performances techniques que mesurent les Core Web Vitals de Google. N’empêche qu’ils impactent très directement le TTFB et le FCP, et ça, Google n’aime pas trop quand ça traîne.
TTFB signifie Time To First Byte. En clair : le temps pour recevoir le premier octet, les premières données nécessaires à l’affichage d’une page web. Entre la requête HTTP de l’utilisateur, la résolution DNS, la négociation TLS, le traitement PHP/MySQL et la réponse, chaque milliseconde compte.
FCP signifie First Contentful Paint. Autrement dit, le premier rendu graphique complet de la page, le moment où le navigateur affiche enfin quelque chose d’utile (et pas juste un écran blanc) : texte, image, bloc, peu importe.
Quand Google mesure qu’une page est lente à charger pour ses utilisateurs, il la classe moins bien ou pire, il ne la classe pas du tout. Le message est assez clair : “sois rapide ou reste dans l’ombre”.
Ainsi, si une page met 10 secondes à s’afficher sur mobile pour un visiteur en Guadeloupe, elle sera éliminée des résultats de recherche de Google en Guadeloupe. C’est autant de trafic de perdu, mais aussi d’engagement, de conversions, de leads… bref, un trou noir dans votre acquisition.
Le trafic est un facteur de référencement
Vous allez peut-être me dire : Qu’importe ? Mes clients sont en France métropolitaine tout comme mon serveur. Seul le référencement local m’intéresse.
Oui, sauf que le trafic reçu par un site est probablement lui-même un facteur de référencement. Disons au minimum un signal corrélé. Car, il représente un des principaux signaux de popularité que cherche à capter Google pour savoir si votre site est digne qu’il lui envoie du trafic. Plus de visites, plus de clics, plus de temps passé sur le site : ça sent la valeur perçue.
Sans compter les à-côtés non-négligeables. Car plus un site est visité…
- Plus il a de chances de gagner des liens naturels (backlinks éditoriaux, citations, billets de blog qui vous citent).
- Plus il a de chances de gagner des partages sur les réseaux sociaux, dans des Slack, Discord, forums spécialisés, etc.
Expérience personnelle : récemment, j’ai optimisé mon site. En gagnant en vitesse de chargement, Google m’a aussitôt récompensé en m’accordant 15 à 20% de requêtes en plus ! Franchement, pour “juste” quelques optimisations techniques, le ratio temps passé / gain SEO était très correct.
Et puis, concernant l’affirmation qui dit que vos clients sont en France, est-ce vraiment vrai ? Ou c’est juste une impression parce que votre analytics n’est pas trop regardé dans le détail ?
Pays francophones, français de l’étranger, voyageurs…
La recherche Google se fait principalement sur la base d’une langue, même si la géolocalisation et l’intention de recherche pondèrent derrière.
Or, concernant le français, il se trouve qu’une grande partie des locuteurs francophones ne vit pas en France. C’est presque contre-intuitif quand on bosse en SEO en France métropolitaine, mais les chiffres parlent.
Selon l’INSEE, la population en France métropolitaine au 1er janvier 2024 comptait 66,1 millions de personnes.
La population française d’outre-mer s’élève à environ 2,7 millions de personnes. Soit 4% du total. Autant dire : un “petit pays” à lui tout seul, en termes de potentiel d’audience et de requêtes locales.
Les populations francophones ailleurs qu’en France s’élèveraient elles à entre 130 et 343 millions de locuteurs. Le nombre varie en fonction de la méthode de calcul, des niveaux de maîtrise de la langue, etc. Mais même dans la fourchette basse, ça pique un peu.
Un certain nombre de pays comptent des millions de personnes dont le français est la première langue, la langue du quotidien. Belgique, Suisse, Luxembourg, Canada (Québec), République Démocratique du Congo, Maroc, Côte d’ivoire, Tunisie, Madagascar, Bénin, etc. Autant de marchés SEO francophones potentiels, avec leurs propres SERP, leurs propres concurrents et leurs propres besoins.
Par ailleurs, tous les français ne vivent pas en France. Environ 1,7 millions sont expatriés. Des centaines de milliers d’autres voyagent régulièrement à l’étranger, et y font des recherches sur Google, souvent en 4G/5G pas toujours top, avec un mobile moyen de gamme. Ce contexte réseau dégradé renforce encore l’importance de la performance.
En d’autres termes : en comptant la francophonie, les expatriés et les voyageurs, votre trafic peut gagner des dizaines de % ! Surtout si la thématique experte de votre site arrive à battre la concurrence locale ; et que techniquement vous êtes plus rapide, plus léger, plus propre.
Ainsi, mon site boutique-wp.fr gagne plus de 20% de son trafic depuis l’étranger. (A noter : dans la Google Search Console, bizarrement, des territoires d’outre-mer comme la Guadeloupe, la Martinique et la Réunion sont classés comme des « pays ». Ça fait un peu bizarre la première fois qu’on regarde le rapport.)
Sauf qu’on retrouve la problématique de la performance. Votre serveur en France ne servira pas vos pages rapidement à Québec, Kinshasa, New York, Casablanca, Pékin, Tunis, Cotonou… Les temps de réponse explosent, les LCP se dégradent, les rapports PageSpeed ressemblent à un sapin de Noël.
La solution, consiste à utiliser un service comme CloudFlare, ou LiteSpeed combiné au CDN de Quic Cloud, ou tout autre CDN bien implanté mondialement.
La solution : utiliser un CDN avec un réseau de serveurs mondial
Un CDN, c’est quoi ?
CDN signifie Content Distribution Network. En français : réseau de distribution de contenus. Certains disent aussi “Content Delivery Network”, mais l’idée est la même : rapprocher physiquement le contenu de l’utilisateur final.
En clair, un service possède des centaines de serveurs à travers le monde (on parle de PoP, Points of Presence). Ces serveurs vont copier et stocker vos pages en fonction de la demande, avec des systèmes de cache distribués, de réplication, parfois d’Anycast pour optimiser le routage.
Par exemple, si votre page d’accueil est demandée en Belgique, un serveur à Bruxelles va copier cette page servie par votre serveur d’origine. La prochaine fois qu’une personne en Belgique demandera la même page, elle sera servie par le serveur belge. Raccourcissant les délais. Améliorant la vitesse de chargement. Et, accessoirement, soulageant votre serveur d’origine qui se prend moins de hits directs.
Ainsi, un CDN permet à votre site d’avoir les mêmes performances que toute concurrence locale, sans être éliminé à cause de sa lenteur de chargement. Et pour le SEO international, c’est souvent un prérequis, pas juste un “nice to have”.
LiteSpeed et Quic.cloud
LiteSpeed est un service d’optimisation très complet. Il s’installe au niveau du serveur. Chez votre hébergeur donc. Voyez si votre hébergeur le propose et si oui, activez-le. Sinon, changez d’hébergeur ou passez sur CloudFlare. Honnêtement, rester sur Apache mal configuré en 2025, c’est un peu se tirer une balle dans le pied.
LiteSpeed fait beaucoup de choses. Il propose notamment un CDN, que va gérer un service nommé Quic.cloud. Ce CDN est facturé au gigabyte de données. Le prix du gigabyte diffère en fonction de la zone géographique. On a aussi des options avancées : optimisation d’images, HTTP/3 (QUIC), compression Brotli, etc. qui, à mon avis, valent largement le temps de configuration.
Malgré cette différence de prix, celui-ci reste très modique. Surtout, ce trafic en provenance d’Afrique, d’Asie, d’Amérique vous rapportera de l’argent indirectement. Donc n’hésitez pas à investir ! Sur un site e‑commerce ou un SaaS, quelques centimes de CDN peuvent se traduire par des centaines d’euros de CA en plus, juste parce que les pages chargent plus vite.
CloudFlare
CloudFlare est un service assez similaire à celui de LiteSpeed et Quic Cloud, mais indépendant du serveur. C’est un proxy inversé mondial, avec une grosse couche de sécurité au passage (WAF, protection DDoS, etc.).
Donc, tout site web peut être servi via CloudFlare, que vous soyez sur un mutualisé cheap, un VPS, un dédié, peu importe. C’est d’ailleurs ce qui le rend très populaire dans la communauté des devs et des admins système.
Pour mettre votre site sur CloudFlare, vous devez d’abord y créer un compte. Puis y déclarer votre site et changer les DNS. On bascule les nameservers chez CloudFlare, et ensuite, c’est lui qui gère la résolution et le cache. L’interface est plutôt claire, même si on peut rapidement tomber dans des réglages un peu velus.
Ensuite, votre site sera servi depuis les serveurs de CloudFlare au plus près de la demande. Avec, au passage, des optimisations réseau très fines que vous n’aurez jamais envie de re-coder vous-même.
Le cas des sites multilingues
L’utilisation d’un CDN, de quic.cloud ou CloudFlare, s’impose sur les sites multilingues. Sinon, on fait de “l’international” avec des temps de chargement digne de l’ADSL.
Par exemple, un site français disponible aussi en anglais mais servi uniquement depuis la France aura des performances médiocres aux Etats-Unis ou en Australie. L’utilisateur va voir un loader qui tourne ; il va taper “back” ; et vous perdez la bataille avant même que le contenu soit visible.
De même, un site en espagnol gagnera fortement à avoir des serveurs en Amérique latine et en Espagne, au plus près de son public. Idéalement, on combine ça avec une bonne gestion des balises hreflang, des versions localisées, et un maillage interne propre pour un vrai SEO multilingue robuste.
L’optimisation est une question plus vaste
Je n’ai traité dans cet article qu’un aspect du problème. La localisation du contenu via un CDN, c’est une grosse brique, mais pas le chantier complet.
En effet, servir votre site depuis des serveurs partout dans le monde ne fera pas la différence si les ressources que vous servez ne sont pas optimisées. Un CDN ne compensera pas un WordPress obèse, des plugins inutiles et un thème mal codé.
Par exemple, si votre table des options de WordPress contient 2Mo de données, si vos pages ont des images lourdes, si votre site n’a aucun cache, vos performances resteront médiocres. Ajoutez à ça des requêtes SQL non indexées, du JavaScript bloquant, des CSS non minifiés, et vous avez le combo perdant.
Vous ne gagnerez du trafic à l’étranger, qu’en battant le gros de la concurrence locale avec un site plus optimisé que la moyenne. Tant sur le plan de la technique (temps de réponse, Core Web Vitals, structure HTML propre) que sur le contenu et l’intention de recherche. C’est un tout, et c’est ça qui rend le truc intéressant, à mon avis.
Besoin d’aide ?
Si vous avez compris l’intérêt de rapprocher votre site de son public, mais que vous ne savez pas le faire techniquement, je peux m’en occuper pour vous. Configuration de CDN, tuning serveur, nettoyage WordPress, audit de performances : c’est typiquement le genre de puzzle technique qui me fait plaisir.
L’optimisation des performances est une de mes spécialités.
Contactez-moi pour en discuter, voir ce qui coince vraiment sur votre site, et jusqu’où on peut le pousser sans tout casser !
