Les vérifications HTTP depuis le nœud britannique envoient une requête complète vers votre URL et rapportent le code de statut HTTP, le temps de réponse total et si le serveur a renvoyé une réponse valide. La position bien connectée de Londres signifie que pour toute cible avec un PoP CDN au Royaume-Uni, vous atteindrez une infrastructure locale — Cloudflare, Akamai et Fastly exploitent tous une capacité londonnienne significative. Des temps de réponse inférieurs à 50 ms pour le contenu mis en cache sont normaux dans ce cas.

Pour les serveurs d'origine à l'extérieur du Royaume-Uni, le temps de réponse HTTP inclura la latence complète aller-retour plus le temps de traitement du serveur. Une cible à Francfort avec un RTT de 20 ms et une pile applicative lente peut quand même afficher 300–500 ms sur une vérification HTTP. Séparer la latence réseau (visible dans la vérification de ping) du temps de réponse applicatif aide à déterminer si des résultats HTTP lents sont un problème réseau ou côté serveur.

Les cibles HTTPS passent par une négociation TLS avant l'arrivée du premier octet. Sur une connexion avec un RTT de 20 ms, TLS 1.3 ajoute environ un aller-retour supplémentaire, donc vous vous attendriez à au moins 40 ms de surcharge avant même que le serveur commence à envoyer du contenu. Si vos temps de vérification HTTP sont inopinément élevés pour des cibles proches, vérifiez si la reprise de session TLS fonctionne et si l'agrafage OCSP est configuré — les deux réduisent la surcharge de configuration de connexion.

Londres est l'une des villes les plus connectées au monde. LINX, le London Internet Exchange, dépasse régulièrement 8 Tbit/s et figure parmi les trois premiers IXP mondiaux par volume de trafic. La ville accueille une dense concentration de centres de données neutres en termes de porteurs — Telehouse North et East à Docklands, Equinix LD4 et LD5 à Slough, et le campus londonien d'Interxion — donnant aux réseaux un large choix de points d'interconnexion à quelques kilomètres les uns des autres.

Le Royaume-Uni est à l'extrémité occidentale de plusieurs grands systèmes de câbles sous-marins transatlantiques. TAT-14, Yellow/AC-2 et FLAG Atlantic-1 atterrissent tous sur les côtes britanniques, fournissant des chemins multiples diversifiés vers la côte est américaine. Cette géographie donne à Londres certaines des meilleures latences transatlantiques d'Europe, avec des temps aller-retour vers New York typiquement dans la plage 70–80 ms sous charge normale.

La capacité du backbone domestique est concentrée à Londres mais s'étend aux grandes villes via des anneaux de fibre haute capacité. BT Openreach, Virgin Media O2 et un nombre croissant d'altnets exploitent des liens longue distance entre Londres, Manchester, Birmingham et Édimbourg. Le peering à Manchester via MANAP réduit les temps aller-retour pour le trafic destiné au nord de l'Angleterre sans le rapatrier vers la capitale.

Le nœud unique du Royaume-Uni sur cette plateforme fonctionne à Londres sur AS203758 (ABR Hosting), hébergé dans le centre de données ABR Hosting. ABR fournit des services de transit et de colocation à Londres, connecté à l'écosystème élargi des opérateurs britanniques. Les tests depuis ce nœud reflètent les conditions sur un réseau d'hébergement londonien de niveau intermédiaire, ce qui est utile pour évaluer la joignabilité depuis un environnement typique de VPS ou de serveur dédié.

Après le Brexit, la politique de routage internet du Royaume-Uni a divergé des cadres UE dans certains domaines réglementaires, mais au niveau de la couche physique rien n'a changé — les fibres, les accords de peering et les contrats de transit fonctionnent comme avant. L'adhésion à LINX comprend toujours des centaines d'opérateurs UE, et la latence trans-Manche entre Londres et Amsterdam ou Paris reste dans les basses dizaines de millisecondes.