Accélérer le site

Temps jusqu’au premier octet (TTFB)

Le temps jusqu’au premier octet (TTFB) est une métrique qui mesure le temps écoulé entre la demande d’une ressource et le moment où le premier octet d’une réponse commence à arriver. Ces phases de demande représentent le TTFB :

• Temps de redirection
• Heure de démarrage du worker de service (le cas échéant)
• Recherche DNS
• Négociation TLS (Connection and Transport Layer Security)
• Request, jusqu’au moment où le premier octet de la réponse est arrivé

La réduction de la latence dans le temps de configuration de la connexion et sur le backend peut réduire votre TTFB.

Argo

Argo, une fonctionnalité du réseau de diffusion de contenu (CDN), analyse et optimise les décisions de routage. Lorsqu’un client visite une boutique en ligne, il y a de nombreux sauts entre la machine du client et l’eCDN, puis enfin les serveurs d’origine. Argo aide à trouver le meilleur itinéraire pour atteindre l’eCDN. Depuis la mise en œuvre d’ARGO, les clients ont constaté une amélioration moyenne de 20 à 30 %. Argo Smart Routing utilise les données de latence et de perte de paquets collectées à partir de chaque request qui traverse le réseau CDN et identifie les chemins optimaux sur Internet. Argo est implémenté dans le cadre du CDN B2C Commerce.

Early Hints

Early Hints est un code d’état HTTP (103 Early Hints) qui permet aux sites web de se charger plus rapidement. Pour augmenter la vitesse de chargement, un Early Hint envoie au navigateur un aperçu de la page avant que le contenu final ne soit prêt. De cette façon, le navigateur peut lancer un préchargement de la page en attendant que le serveur génère le reste. Early Hints permet de réduire les temps de chargement des pages et de réduire la latence perçue par l’utilisateur.

L’eCDN de B2C Commerce est positionné au plus près des utilisateurs finaux, ce qui signifie que les premiers conseils peuvent être fournis rapidement. La livraison anticipée réduit considérablement le temps nécessaire au serveur pour générer une page. L’eCDN suit le délai jusqu’au premier octet à partir du moment où le navigateur du client effectue la demande jusqu’à ce que le navigateur reçoive les premiers indices. Un TTFB plus rapide optimise les performances et améliore la satisfaction des utilisateurs.

En utilisant Early Hints, vous pouvez améliorer les performances de votre boutique en ligne et créer une meilleure expérience pour vos utilisateurs.

HTTP/2 to Origin

HTTP/2 to Origine utilise le protocole HTTP/2 entre l’eCDN et l’origine et améliore les performances entre les deux. HTTP est un protocole courant qui a évolué au fil du temps. Chaque version ajoute de nouvelles fonctionnalités qui améliorent les performances. HTTP/1.1 et HTTP/2 sont tous deux largement utilisés sur Internet aujourd’hui. HTTP/1.1 existe depuis longtemps, mais en 2015, l’Internet Engineering Task Force a introduit HTTP/2, qui réduit les temps de chargement des pages.

Ce paramètre ne prend effet que si votre origine prend en charge HTTP/2. HTTP/2 est rétrocompatible. S’il n’est pas pris en charge, l’eCDN utilise HTTP/1.

HTTP/3

HTTP/3 est une version du protocole de transfert hypertexte qui utilise les connexions Internet UPD rapides (QUIC) comme protocole de transport. QUIC utilise le protocole UDP (User Datagram Protocol) qui est plus rapide que le protocole TCP (Transmission Control Protocol) et prend en charge la commutation rapide du réseau. Cette approche atténue le blocage en tête de ligne, qui peut ralentir les connexions à nombre de transactions élevé. QUIC sépare également la connexion de transport de couche 4 du flux IP de couche 3, ce qui permet une meilleure migration entre les réseaux. La perte ou la réorganisation des paquets réseau peut ralentir les connexions qui comportent de nombreuses transactions.

QUIC est mieux adapté à la façon dont nous utilisons Internet aujourd’hui. Il est conçu pour les téléphones et autres appareils mobiles qui passent constamment d’un réseau à l’autre. Les protocoles Internet originaux ont été développés à une époque où les appareils n’étaient pas aussi portables et ne changeaient pas de réseau aussi souvent.

Brotli

La compression Brotli améliore la diffusion de ressources web textuelles statiques telles que HTML, CSS, JS et JSON. Pour ce faire, il réduit la taille de la charge utile, ce qui se traduit par une livraison plus rapide.

Brotli est l’algorithme de compression préféré et est utilisé si « br » est présent dans l’en-tête de requête HTTP « Accept-Encoding ». Pour garantir une réponse gzip, définissez l’en-tête « Accept-Encoding » sur « gzip ». Si l’en-tête inclut toutes les options (gzip, br, zstd), l’eCDN donne la priorité à Brotli.

Lorsque Brotli est désactivée, l’eCDN utilise par défaut la compression automatique. Dans ce mode, l’algorithme optimal est choisi en fonction de la prise en charge du navigateur du visiteur et de l’évolution des préférences du fournisseur de CDN.