# Geo-DNS et WordPress : servir le visiteur depuis le datacenter le plus proche

> Un client international se plaignait de temps de chargement inégaux selon les pays. Explications sur le geo-DNS, cette technique qui route chaque visiteur vers le serveur le plus proche.

- Auteur : Clément Hadrot
- Publié le : 2022-07-02
- Mis à jour le : 2022-07-02
- Catégorie : Hébergement & serveurs
- URL : https://wpmoderne.dev.wordpress-developpement.fr/hebergement/geo-dns-wordpress-datacenter-proche/

## L’essentiel

- Le geo-DNS répond une IP différente selon la localisation du résolveur
- Il exige plusieurs serveurs synchronisés dans plusieurs régions
- Il traite la latence réseau, pas le poids des pages

Un client vendant ses formations en ligne à un public réparti entre la France, le Canada et Singapour remontait une plainte récurrente : « le site rame depuis l'Asie, mais il est rapide depuis Paris ». Le cache de pages était en place, les images optimisées, PHP tournait sur un serveur correctement dimensionné. Le diagnostic a fini par pointer un facteur que l'optimisation applicative ne peut pas corriger : la distance physique entre le visiteur et l'unique serveur, situé en France.

Aucune optimisation de code ne raccourcit un câble sous-marin. Face à un public réellement international, la seule réponse durable consiste à rapprocher physiquement le contenu du visiteur, via plusieurs serveurs répartis géographiquement et un mécanisme de routage intelligent : le geo-DNS.

## Le principe du geo-DNS

Un DNS classique répond systématiquement la même adresse IP à toute requête pour un domaine donné, quel que soit l'endroit d'où part la requête. Le geo-DNS introduit une logique conditionnelle : le serveur DNS regarde la localisation approximative du résolveur qui l'interroge (généralement via sa géolocalisation IP) et répond une IP différente selon la zone géographique détectée — un serveur à Paris pour un résolveur européen, un serveur à Singapour pour un résolveur asiatique.

Cette réponse conditionnelle repose entièrement sur le serveur DNS faisant autorité pour le domaine : ce n'est pas une fonctionnalité de WordPress ni du serveur web, c'est une couche réseau qui précède toute requête HTTP. Des services comme Route 53 d'AWS, NS1 ou Cloudflare (au-delà de sa configuration DNS gratuite standard) proposent cette fonctionnalité en configuration.

> L'essentiel à retenir : Le geo-DNS répond une IP différente selon la localisation du résolveur ; Il exige plusieurs serveurs synchronisés dans plusieurs régions ; Il traite la latence réseau, pas le poids des pages

## Ce que ça implique pour un WordPress

Le geo-DNS seul ne suffit pas : il faut avant tout plusieurs serveurs WordPress synchronisés, chacun capable de servir le site de façon identique. Deux approches existent. La première réplique intégralement la base de données MySQL entre régions (complexe, avec des enjeux de cohérence en cas d'écriture depuis plusieurs zones). La seconde, plus simple à mettre en œuvre pour un site majoritairement en lecture, ne réplique que les fichiers statiques et sert un cache de page complet (via un plugin comme WP Super Cache ou un cache serveur) depuis chaque région, tandis qu'une seule base de données reste maître.

Pour ce client, la deuxième option a été retenue : un serveur à Paris qui reste maître pour l'administration et les commandes, un serveur miroir à Singapour qui sert uniquement le contenu en cache aux visiteurs asiatiques, synchronisé par rsync toutes les cinq minutes pour les médias et par un cache de page régénéré à chaque publication.

- Un serveur maître unique pour la base de données évite les conflits d'écriture
- Un cache de page complet par région réduit la dépendance aux allers-retours vers le maître
- Une synchronisation régulière des médias garde les deux régions visuellement identiques

## Les cas d'usage où ça vaut le coût

Le geo-DNS n'a de sens que pour un trafic réellement international et significatif : mettre en place plusieurs serveurs et leur synchronisation représente un coût d'infrastructure et de maintenance non négligeable, à réserver aux sites où l'audience éloignée génère un volume d'affaires justifiant l'investissement. Un site vitrine local n'en tirera aucun bénéfice.

> Nous ne proposons le geo-DNS qu'après avoir écarté un simple CDN devant le site : dans la majorité des cas, un CDN pour les fichiers statiques suffit à corriger l'essentiel de la latence perçue, pour une fraction du coût.

## Les pièges à anticiper

La géolocalisation par IP reste approximative : un visiteur utilisant un VPN sera routé vers le serveur du pays de sortie de son VPN, pas de sa position réelle, ce qui peut ponctuellement dégrader son expérience sans que rien ne soit cassé côté infrastructure. Le TTL des enregistrements geo-DNS doit aussi rester bas, car un changement de topologie (ajout ou retrait d'une région) doit se propager rapidement pour éviter de router des visiteurs vers un serveur retiré du service.

## En résumé

Le geo-DNS répond à un problème précis — la latence réseau liée à la distance géographique — et à lui seul, pas à un site simplement mal optimisé. Il exige une infrastructure multi-région pensée en amont, avec une stratégie claire de synchronisation des données. Pour ce client, l'écart de latence mesuré entre l'ancienne configuration et la nouvelle a justifié largement l'investissement, sur un public dont la moitié se trouvait à plus de dix mille kilomètres du serveur d'origine.